[Top][All Lists]

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

Re: [Health-dev] FHIR adoption in GNU Health

From: Luis Falcon
Subject: Re: [Health-dev] FHIR adoption in GNU Health
Date: Wed, 05 Mar 2014 11:03:00 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0

Dear Emilien
On 04/03/14 14:01, Emilien Klein wrote:
> 2014-03-04 14:43 GMT+01:00 Luis Falcon <address@hidden>:
>> Dear all
>> I've been researching on different methods / standards to exchange
>> patient information across health centers / EMRs.
>> Although there are different solutions that can be implemented in GNU
>> Health, I find FHIR[1] the best option, due to :
>> - Modern and practical
>> - "Human readable" messages. This is key, so even in the event of not a
>> very wide adoption of the standard, the message could be easily parsed.
>> - Well defined "resources" to manage patient / party demographics and
>> history.
>> - Support XML and JSON at both client and server side
>> - Good technical documentation and test servers
>> The FHIR module / functionality implementation in GNU Health will run in
>> parallel with the other specifications, such as HL7 V2 or PIX/PDQ
>> profiles proposed by members of the GNU Health community.
>> I will start with the implementation in GNU Health of the FHIR patient
>> resource. Anyone that would like to join me in developing the FHIR
>> module, please let me know.
> I'd be interested in helping out.
> At the day job, I've been working on an internal project 2 weeks ago
> to add experimental support for a patient demographic query using
Great !
I will create the initital health_hl7_fhir module in the development
branch (default) of the mercurial server.
We can also document it there.
> What kind of "interface" are you thinking about?
> 1. A query, where an external system would ask GNU Health about the
> demographic information of patient X?
> 2. An Outgoing unsolicited stream, where each new patient or update to
> a patient's demographic information would generate a message to 3rd
> party systems?
> 3. Both variants?
We have to have both ( client and server ). So we should be able to
query and to respond, both from GNU Health.

We also should be able to generate and save the patient demographics and
history using this format, so we can store it on the patient health card

> Regarding case 2 (and 3), you would still need to have a trigger
> mechanism, as we discussed when I gave the HL7 (v2) presentation [0] 3
> months ago. I don't believe much has changed on that front in Tryton?
We can open a thread on this, about using a general purpose Tryton
messaging system, as Cedric proposed a while ago.

> Cheers,
>     +Emilien
> [0]
>> Best,
>> 1 .- FHIR : Fast Healthcare Interoperability Resources
>> --
>> GNU Health : The Free Health and Hospital Information System
>> Twitter: @gnuhealth

GNU Health : The Free Health and Hospital Information System
Twitter: @gnuhealth

reply via email to

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