Yes Medic CR is one of the EMPI technologies that is being used as part of OpenHIE. It is curated by the Mohawk team (who are members of this community) and some of hte community have expereinces in working with MEDIC CR too. There is a dedicated community: Client Registry community that is involved in the CR work, refinement and definitions and if you have a team member who is really wanting to get deeply involved in the ins and outs of what constitutes a CR etc then I’d recommend joining the community (details below):
Post: client-registry@googlegroups.com
Subscribe: client-registry+subscribe@googlegroups.com
Unsubscribe: client-registry+unsubscribe@googlegroups.com
···
On Thu, Mar 16, 2017 at 4:26 AM, msambath sambath reatanaksambath@gmail.com wrote:
Dear Carl
My team si working on testing Medic CR, does this OHIE community help on MEDIC CR or have other Medic CR forum
Thanks
Sambath
From: Carl Fourie carl@jembi.org
Date: Monday, March 13, 2017 at 2:37 PM
To: msambath sambath reatanaksambath@gmail.com
Cc: “OpenHIE Implementers Network (OHIN)” ohie-implementers@googlegroups.com, Ryan Crichton ryan@jembi.org, Pierre Dane pierre@jembi.org, Tash Sundar tash.sundar@jembi.org, Trevor Gowing trevor.gowing@jembi.org
Subject: Re: [ohie-implementers] Re: FW: OpenHIE–Latency
Hi Sambath
That question has a lot of assumptions to address to give an accurate answer. Some of the assumptions are around the architecture, the choice of standards and profiles and the technologies used etc. For a more architectural design answer I would say:
The patient database system would need to be able to send and recieve information as outlined in the OHIE architecture workflows (assuming OpenHIE architecture) for the particular workflows and use cases that you require. I.e. if there is just patient lookup and registration then only the standards and profiles associated to that; however if adding save and query clinical infomration then there is more about the types of data and how taht is profiled etc. For the highlevel set of workflows please see: https://wiki.ohie.org/display/documents/OpenHIE+Workflows
Now for the technologies you refer to OpenEMPI and OpenHIM (again Jembi team and others jump in to correct and ellaborate): A Patient Database (assuming something that exists at a clinic level and wants to connect and communicate with the HIE at a centra level) would need to be able to be able to play the role of POS in the following workflows:
Again I’ll shout out to the CR community to chime in and support (@Shaun G and others)
I hope this is adding value Sambath?
Regards
Carl Fourie
Senior Program Manager | Digital Health Division
Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl.fourie@jembi.org
Physical Address: Unit 3B, 5A-C, Tokai on Main, 382 Main Road, Tokai, Cape Town, South Africa (Map Link)
Email Disclaimer:
This e-mail contains proprietary and confidential information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then deleting same. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail. Jembi Health Systems NPO, its subsidiaries and associated companies is not liable for the security of information sent by e-mail and accepts no liability of whatsoever nature for any loss, damage or expense resulting, directly or indirectly, from the access of this e-mail or any attachments hereto.
Regards
Carl Fourie
Senior Program Manager | Digital Health Division
Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl.fourie@jembi.org
Physical Address: Unit 3B, 5A-C, Tokai on Main, 382 Main Road, Tokai, Cape Town, South Africa (Map Link)
Email Disclaimer:
This e-mail contains proprietary and confidential information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then deleting same. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail. Jembi Health Systems NPO, its subsidiaries and associated companies is not liable for the security of information sent by e-mail and accepts no liability of whatsoever nature for any loss, damage or expense resulting, directly or indirectly, from the access of this e-mail or any attachments hereto.
On Mon, Mar 13, 2017 at 9:06 AM, Reatanaksambath Mean reatanaksambath@gmail.com wrote:
Dear Carl,
Thanks for your reply. What are required functions that a patient database system should have to connect with OpenHIM/OpenEPMI (like PMI, HL7…)? does it work without HL7?
Thanks
Sambath
–
You received this message because you are subscribed to the Google Groups “OpenHIE Implementers Network (OHIN)” group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-implementers+unsubscribe@googlegroups.com.
To post to this group, send email to ohie-implementers@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ohie-implementers/CACMjOH%3Dzcof5CCJbbhV7icurjFz1Hz4C860Oqr9hq_mUO7AOkw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
On Mon, Mar 13, 2017 at 1:54 PM, Carl Fourie carl@jembi.org wrote:
Good Day Sambath
To see all posts to the list please visit: https://groups.google.com/forum/#!forum/ohie-implementers there you can see the history. We’ll look to answer you question on the main list so that others outside of Jembi can weigh in too.
Regards
Carl Fourie
Senior Program Manager | Digital Health Division
Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl.fourie@jembi.org
Physical Address: Unit 3B, 5A-C, Tokai on Main, 382 Main Road, Tokai, Cape Town, South Africa (Map Link)
Email Disclaimer:
This e-mail contains proprietary and confidential information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then deleting same. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail. Jembi Health Systems NPO, its subsidiaries and associated companies is not liable for the security of information sent by e-mail and accepts no liability of whatsoever nature for any loss, damage or expense resulting, directly or indirectly, from the access of this e-mail or any attachments hereto.
On Mon, Mar 13, 2017 at 7:08 AM, msambath sambath reatanaksambath@gmail.com wrote:
Dear All,
Greeting from Cambodia
I posted a question in community as below email—how I can see my post in community—I support to get back an email from the group. By the way, please see my question here
Does OpenEPMI or OpenHIM is deal with larger medical record data about 4M record? Or more?
Our PMRS (PHP/MySQL) linked to OpenEPMI/OpenHIM have about 3M records….
Thanks
Sambath
From: msambath sambath reatanaksambath@gmail.com
Date: Monday, March 13, 2017 at 11:25 AM
To: ohie-implementers@googlegroups.com
Subject: Re: OpenHIE–Latency
Dear All,
Does OpenEPMI or OpenHIM is deal with larger medical record data about 4M record? Or more?
Thanks
Sambath
From: Carl Fourie carl@jembi.org
Date: Friday, March 10, 2017 at 2:14 PM
To: msambath sambath reatanaksambath@gmail.com
Cc: Ryan Crichton ryan@jembi.org, Pierre Dane pierre@jembi.org, Tash Sundar tash.sundar@jembi.org, Trevor Gowing trevor.gowing@jembi.org
Subject: Re: OpenHIE
Good Day Dr Sambath
I have reached out to our team in South Africa and have synthesised the response to the questions below:
** 1, how OpenHIE overcome latency ? since its contain many path of
different app (I very consent about overhead processing) I mean
overall delay for response to a request for client. since my team
have testing implement OpenHIM with OpenEMPI a simple request
ADR_A19 and return two ADR_A19_QUERY_RESPONSE it take about 2.5 s it
is very slow.**
It is difficult to fully understand without knowing more details but some thoughts around this: The OpenHIM has been performance tested before and only adds about 80ms of overhead on a request under load. A general pattern that we employ to manage any latency is when handling with HTTP requests, we use the asynch
file queuing system and our asynchronous http response chaining. This means that the client may get an immediate “200” response, indicating
‘request has been received’ and the response may be updated to a
different status later on within the OpenHIM depending on the results of the mediators and if there are any issues with processing of the message. This strategy works well for systems that use a “fire and forget” approach to sending data in. However if the client depends on a synchronous
response, the only way to deal with this is to set a long timeout and
wait for the response.
But more to the question on OpenEMPI: the first thing we would need to do is see which system is causing the slow down, do requests directly to OpenEMPI take this long? Or is the OpenHIM causing the delay? There have been some known issues using HL7 v2 messages with the OpenHIM because of the way some systems handle sockets that doesn’t fit well with the OpenHIM’s request response model. We would be very interested in understanding your experience here
** 2, if any document about implementation best practic please provide
links ? **
Around best implementation practice, there is the data and link to the implementation guide found at: https://ohie.org/client-registry/#implementor and I would also suggest looking at the OpenHIE Client Registry Community pages and calls:
OHIE Client Registry Wiki Home Page: https://wiki.ohie.org/display/SUB/Client+Registry+Community
OHIE Client Registry Wiki Meeting Page: https://wiki.ohie.org/display/resources/Client+Registry+Community+Call
If there are questions that are more about linking tools together and getting setup I would really encourage you and your team to join the OpenHIE Implementers Network where we discuss and answe questions that implementers and team exploring OpenHIE have. The page and joining details are below:
Wiki page: https://wiki.ohie.org/display/SUB/OpenHIE+Implementers
Subscribe: ohie-implementers+subscribe@googlegroups.com
Post: ohie-implementers@googlegroups.com
I hope this has been helpful and we would encourage your team to reach out to us on the mailing list and or the team on this email too.
Regards
Regards
Carl Fourie
Senior Program Manager | Digital Health Division
Jembi Health Systems | SOUTH AFRICA
Mobile: +27 71 540 4477 | Office: +27 21 701 0939 | Skype: carl.fourie17
E-mail: carl.fourie@jembi.org
Physical Address: Unit 3B, 5A-C, Tokai on Main, 382 Main Road, Tokai, Cape Town, South Africa (Map Link)
Email Disclaimer:
This e-mail contains proprietary and confidential information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then deleting same. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail. Jembi Health Systems NPO, its subsidiaries and associated companies is not liable for the security of information sent by e-mail and accepts no liability of whatsoever nature for any loss, damage or expense resulting, directly or indirectly, from the access of this e-mail or any attachments hereto.
On Fri, Mar 10, 2017 at 8:09 AM, Mean R Sambath reatanaksambath@gmail.com wrote:
Dr Mean Reatanak Sambath
Executive Director at Partnership for Better Health/Cambodia
Expertise and lecturer on health informatics
Tel: 855 12 727919
Sent from my iPhone 6 plus
Dr Mean Reatanak Sambath
Tel: 855 12 727919
Sent from my iPhone 6 plus
Begin forwarded message:
From: “noty.open.org.kh” noty@open.org.kh
Date: March 9, 2017 at 9:38:26 AM GMT+6:30
To: msambath@pbhcam.org
Cc: Roith Hong hroith.pbh@gmail.com, Tapley Jordanwood tjordanwood@URC-CHS.COM
Subject: Re: OpenHIE
Dear Dr. sambath
I have two question about OpenHIE.
1, how OpenHIE overcome latency ? since its contain many path of
different app (I very consent about overhead processing) I mean
overall delay for response to a request for client. since my team
have testing implement OpenHIM with OpenEMPI a simple request
ADR_A19 and return two ADR_A19_QUERY_RESPONSE it take about 2.5 s it
is very slow.
2, if any document about implementation best practic please provide
links ?
Regards,
Sovannoty
---------- Forwarded message ---------
From: MeanSambath PBH <msambath.pbh@gmail.com>
Date: Thu, Mar 9, 2017 at 2:49 AM
Subject: OpenHIE
To: Hong Roith - PBH <hroith.pbh@gmail.com>
Cc: Tapley Jordan <tjordanwood@urc-chs.com >,
Sam Eng <seng@urc-chs.com >,
Christophe Grundmann <cgrundmann@urc-chs.com >,
Mean R Sambath PBH <msambath@pbhcam.org >,
Reatanaksambath Mean reatanaksambath@gmail.com
Hi Roith,
Greeting
from Nai Pyi Taw, Myanmar, 5th AeHIN General meeting,
achieving SDGs with ICT
Yesterday,
we have a half day session on OpenHIE, and we have OpenHIE folks (about 10 experts)
here, more than 100 people talk about OpenHIE and its architecture,
and next agenda is about patient master index. Both
MoH HIS consultants also here with me. A consultant on
standard (Platinir, hired by US CDC/MoH) will use
OpenHIE architecture as principle for his document of
standard and interoperability for MoH.
Please send me
questions if you have any concerns/problems or any thing
that you want to check about OpenHIE……Paul is
father/founder of OpenHIE/OpenMRS is here too (who we
met in Rwanda). It will be great if you could share a
link that you host OpenHIE? in Myanmar, they used MEDIC
CR as client registry—most of concern of using OpenHIE
is about GOVERNANCE NOT TECHNOLOGY , experience from
country who implement OpenHIE.
OpenHIE will conduct
first OpenHIE conference this year In Tanzania
** A brief on
OpenHIE**
OpenHIE has a set of standard
workflows (https://wiki.ohie.org/display/documents/OpenHIE+Workflows)
OpenHIE Implementers network mailing
list https://wiki.ohie.org/display/SUB/OpenHIE+Implementers).
OpenHIE = Open Health Information
Exchange = One of health information exchange
framework which AeHIN adopted.
Health Information can be exchanged when systems are
interoperable. (ohie.org.)
OpenHIM = Open Health Information
Mediator is an application or a set of applications
(a middleware component) (http://openhim.org/ ) that works at the
“Interoperability Layer” of the
OpenHIE architecture.
** OpenHIE
is architecture** . That
architecture has 8 components:
1 - a
client registry (think of a database of people where
there is one unique number
for every person)
2 - a
health worker registry (a database where there is
one unique number fo every
health worker)
3 - a
facility registry (a database where there is one
unique number for every health
facility)
4 - a
terminology service (a database of all terms used in
the health information
system; one unique number for every term AND
relationships of these terms to
each other)
5 - a
health management information system (a special
system where you can aggregate
health data for purposes of decision-making)
6 - a
shared health record (a special database of services
rendered to patients) –
this may be similar to the patient’s Electronic
Health Record
7 - an
interoperability layer that connects all of the
systems above with the systems
below
8 -
edge system (any software that connects to the
interoperability layer that is
not yet mentioned above). It is called edge because
it is at the periphery of
the architecture (example are electronic medical
records running in health
facilities)
There are open source
software for each of the 8
components:
1 OpenEMPI
and MEDIC-CR for client registry
2 iHRIS
for worker registry
3 Facility
Registry for facility registry
4 Apelon
for terminology service (container) and SNOMED,
ICD10, LOINC (whats inside the
container)
5 HMIS
(=DHIS2)
6 shared
health record = OpenMRS data structure
7 OpenHIM
8 OpenMRS,
OpenEMR, GNU Health, CHITS, etc
The AeHIN Interoperability Lab are
supposed to
connect these 8 components to each other.
Sambath