CDA and XDS.b processing tools

Legacy ohie-architecture
1

I found the Open eHealth Integration Platform 2.x site recently, and think it will give us the tools we need to implement CDA and XDS.b processing in a java platform. Does anyone have prior experience with this or any other framework?

Jeremy Keiper
OpenMRS Core Developer
AMPATH / IU-Kenya Support

2

Hi Jeremy,

For the XDS.b support I would recommend the HIEOS project (HIEOS download | SourceForge.net). They provide an open source implementation of both
the client and server sides of the XDS.b standard.

For supporting CDA documents you should take a look at the Model-Driven Health Tools at http://cdatools.org/. In short, the MDHT tool can be used to generate
CDA documents as well as validate and consume incoming documents. The site I pointed you to above also provides implementation guides for most CDA document
types such as the HITSP C32, various IHE Patient Care Coordination CDA documents, and the Consolidated CDA.

My limited experience with the Open eHealth Integration Platform is that although the build the overall infrastructure as a collection of components, there are
considerable inter-dependencies among the components.

Let me know if you need additional information on any of the above.

Best regards,
Odysseas

···

On 02/17/2014 01:52 PM, Jeremy Keiper wrote:

I found the Open eHealth Integration Platform 2.x <http://80.86.91.51/display/ipf2/Home&gt; site recently, and think it will give us the tools we need to implement CDA and XDS.b processing in a java platform. Does anyone have prior experience with this or any other framework?

Jeremy Keiper
OpenMRS Core Developer
AMPATH / IU-Kenya Support
--
You received this message because you are subscribed to the Google Groups "OpenHIE Architecture" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ohie-architecture+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
Odysseas Pentakalos, Ph.D., PMP
Chief Technology Officer
SYSNET International, Inc.
2930 Oak Shadow Drive
Oak Hill, Virginia 20171
mailto:odysseas@sysnetint.com
(703) 855-2029

3

Thanks, Odysseas. I’m interested in how HIEOS can be used as a component in an otherwise functional system. It appears to be a standalone application that would require modification to integrate with the SHR (and POC if we start sending XDS.b messages to it). Do you have experience with using it in OpenEMPI?

···

On Feb 17, 2014 9:03 PM, “Odysseas Pentakalos, Ph.D.” odysseas@sysnetint.com wrote:

Hi Jeremy,

  For the XDS.b support I would recommend the HIEOS project

(http://sourceforge.net/projects/hieos/ ). They provide an open
source implementation of both

  the client and server sides of the XDS.b standard.



  For supporting CDA documents you should take a look at the

Model-Driven Health Tools at http://cdatools.org/ . In short, the
MDHT tool can be used to generate

  CDA documents as well as validate and consume incoming documents.

The site I pointed you to above also provides implementation
guides for most CDA document

  types such as the HITSP C32, various IHE Patient Care Coordination

CDA documents, and the Consolidated CDA.

  My limited experience with the Open eHealth Integration Platform

is that although the build the overall infrastructure as a
collection of components, there are

  considerable inter-dependencies among the components.



  Let me know if you need additional information on any of the

above.

  Best regards,

  Odysseas





  On 02/17/2014 01:52 PM, Jeremy Keiper wrote:

I found the Open eHealth
Integration Platform 2.x site recently, and think it will
give us the tools we need to implement CDA and XDS.b processing
in a java platform. Does anyone have prior experience with this
or any other framework?

      Jeremy Keiper

      OpenMRS Core Developer

      AMPATH / IU-Kenya Support

–

  You received this message because you are subscribed to the Google

Groups “OpenHIE Architecture” group.

  To unsubscribe from this group and stop receiving emails from it,

send an email to ohie-architecture+unsubscribe@googlegroups.com.

  For more options, visit [https://groups.google.com/groups/opt_out](https://groups.google.com/groups/opt_out).

-- Odysseas Pentakalos, Ph.D., PMP
Chief Technology Officer
SYSNET International, Inc.
2930 Oak Shadow Drive
Oak Hill, Virginia 20171
mailto:odysseas@sysnetint.com
(703) 855-2029

–

You received this message because you are subscribed to the Google Groups “OpenHIE Architecture” group.

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

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

4

Hi Jeremy,

You are absolutely correct that in order to make use of HIEOS you will need to expend some effort in separating the XDS.b related functionality from the rest
of the system and plugging it into the interoperability layer or SHR. They have developed the overall system in a modular approach as opposed to creating a monolithic
system so it should not be too difficult to extract the modules you need. Although it will take some effort to identify and extract the modules you need, I am confident that
it will take a lot less work than what would be needed in building an XDS.b compliant system from scratch. I was involved in the development of an XDS system a
few years ago and it was a significant amount of work to get done.

Another more light-weight alternative to HIEOS is OpenXDS which focuses on the XDS.b standard only. Although this should be easier to work with initially and
get you started with XDS eventually you may need additional IHE standards related components that you will only find in HIEOS. Also, OpenXDS is no longer supported
by any organization so you would be on you own.

Best regards,
Odysseas

···

On 02/19/2014 07:37 AM, Jeremy Keiper wrote:

Thanks, Odysseas. I'm interested in how HIEOS can be used as a component in an otherwise functional system. It appears to be a standalone application that would require modification to integrate with the SHR (and POC if we start sending XDS.b messages to it). Do you have experience with using it in OpenEMPI?

On Feb 17, 2014 9:03 PM, "Odysseas Pentakalos, Ph.D." > <odysseas@sysnetint.com <mailto:odysseas@sysnetint.com>> wrote:

    Hi Jeremy,

    For the XDS.b support I would recommend the HIEOS project
    (HIEOS download | SourceForge.net). They provide an open
    source implementation of both
    the client and server sides of the XDS.b standard.

    For supporting CDA documents you should take a look at the
    Model-Driven Health Tools at http://cdatools.org/. In short, the
    MDHT tool can be used to generate
    CDA documents as well as validate and consume incoming documents.
    The site I pointed you to above also provides implementation
    guides for most CDA document
    types such as the HITSP C32, various IHE Patient Care Coordination
    CDA documents, and the Consolidated CDA.

    My limited experience with the Open eHealth Integration Platform
    is that although the build the overall infrastructure as a
    collection of components, there are
    considerable inter-dependencies among the components.

    Let me know if you need additional information on any of the above.

    Best regards,
    Odysseas

    On 02/17/2014 01:52 PM, Jeremy Keiper wrote:

    I found the Open eHealth Integration Platform 2.x
    <http://80.86.91.51/display/ipf2/Home&gt; site recently, and think
    it will give us the tools we need to implement CDA and XDS.b
    processing in a java platform. Does anyone have prior experience
    with this or any other framework?

    Jeremy Keiper
    OpenMRS Core Developer
    AMPATH / IU-Kenya Support
    -- You received this message because you are subscribed to the
    Google Groups "OpenHIE Architecture" group.
    To unsubscribe from this group and stop receiving emails from it,
    send an email to ohie-architecture+unsubscribe@googlegroups.com
    <mailto:ohie-architecture+unsubscribe@googlegroups.com>.
    For more options, visit https://groups.google.com/groups/opt_out.

    -- Odysseas Pentakalos, Ph.D., PMP
    Chief Technology Officer
    SYSNET International, Inc.
    2930 Oak Shadow Drive
    Oak Hill, Virginia 20171
    mailto:odysseas@sysnetint.com
    (703) 855-2029 <tel:%28703%29%20855-2029>

    -- You received this message because you are subscribed to the Google
    Groups "OpenHIE Architecture" group.
    To unsubscribe from this group and stop receiving emails from it,
    send an email to ohie-architecture+unsubscribe@googlegroups.com
    <mailto:ohie-architecture%2Bunsubscribe@googlegroups.com>.
    For more options, visit https://groups.google.com/groups/opt_out.

--
Odysseas Pentakalos, Ph.D., PMP
Chief Technology Officer
SYSNET International, Inc.
2930 Oak Shadow Drive
Oak Hill, Virginia 20171
mailto:odysseas@sysnetint.com
(703) 855-2029