[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] More lab test result considerations: groupings

From: Karsten Hilbert
Subject: Re: [Gnumed-devel] More lab test result considerations: groupings
Date: Thu, 14 Feb 2008 17:16:46 +0100

> > 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
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 ?

GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]