> > Come to think of it maybe we don't *need* the various test org > > "sections" > > We don't need them *in their own table structure* however the the > test org lab sections (HAEM, CHEM, MICRO, IMMUN) could be usefully > imported into a catch-all text field if we were to add one to > lab_requests, something like the test_result table note_provider (to > be renamed note_test_org)
>From reading a bunch of stuff (the HL7 standard itself is not freely available) on the web (such as http://aurora.regenstrief.org/~gunther/) I figure that HL7 wants OBR to be what we consider lab_request to be. I think in the first iteration we will equate the two and add fields as necessary. IOW > If we had a field of same or equivalent name in lab_requests, the OBR > 024 "Diagnostic Service Section" names could update/append into here. we will add a field lab_request.service_section. Eventually, there is a lot of ambiguity in HL7 - v2.x was designed for that. That's also why Mirth exists - it eases source-specific configuration of what to do with various segments and fields. May I suggest looking at Mirth again rather than trying to reimplement it, poorly ? Karsten -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail _______________________________________________ Gnumed-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnumed-devel
