Interoperability Layer .. ESB , HTTP and IHE/V2

I am happy with Ryan’s third picture. https://wiki.ohie.org/display/SUB/No+ESB+Diagram

It does explain what happens when HTTP is the transport. I like the positioning of the OpenEMPI adaptor, and the ResMap adaptor, and how it separates those services from the Patient Encounter Mediator.

One question is: What would you do if LLP were used ?

If you said “V2 (in |pipe| or in V2.xml” will be the payload exchanged by HTTP, then I would be fine.

So, it seems to me, that the key question is:

V3/FHIR/IHE(=XDS+CDA)/V2

Mark Tucker

Systems Engineer

Regenstrief Institute

(317)423-5552

mtucker2@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution or use of this information by anyone other than the intended recipient is strictly prohibited

Hi Mark,

I think using HTTP makes a lot of sense and you are correct, I would say that if we were to go with HL7 v2 we could exchange the message over HTTP rather than relying on LLP. We do this for the RHIE and it works quite well.

@All:

On the call we are all feeling like we are getting to a design that we all are happy with. As discussed on the call, I will work to add some description/depiction of how synchronous and asynchronous messages can be handled as well as adding in a workflow engine (under domain services and mediators) as we discussed.

Also, we though that it made sense to start prototyping this architecture to vet it, so Jembi will take on creating a prototype from the existing OpenHIM in the coming weeks.

Cheers,

Ryan

···

On Tue, Aug 6, 2013 at 8:57 PM, Tucker, Mark mtucker2@regenstrief.org wrote:

I am happy with Ryan’s third picture. https://wiki.ohie.org/display/SUB/No+ESB+Diagram

It does explain what happens when HTTP is the transport. I like the positioning of the OpenEMPI adaptor, and the ResMap adaptor, and how it separates those services from the Patient Encounter Mediator.

One question is: What would you do if LLP were used ?

If you said “V2 (in |pipe| or in V2.xml” will be the payload exchanged by HTTP, then I would be fine.

So, it seems to me, that the key question is:

V3/FHIR/IHE(=XDS+CDA)/V2

Mark Tucker

Systems Engineer

Regenstrief Institute

(317)423-5552

mtucker2@regenstrief.org

Confidentiality Notice: The contents of this message and any files transmitted with it may contain confidential and/or privileged information and are intended
solely for the use of the named addressee(s). Additionally, the information contained herein may have been disclosed to you from medical records with confidentiality protected by federal and state laws. Federal regulations and State laws prohibit you from
making further disclosure of such information without the specific written consent of the person to whom the information pertains or as otherwise permitted by such regulations. A general authorization for the release of medical or other information is not
sufficient for this purpose.

If you have received this message in error, please notify the sender by return e-mail and delete the original message. Any retention, disclosure, copying, distribution or use of this information by anyone other than the intended recipient is strictly prohibited

You received this message because you are subscribed to the Google Groups “Interoperability Layer (OpenHIE)” group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-interoperability-layer+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org