Architectural spike for CDA import on GitHub

Hi All,

I have pushed the results of my spike to feature/consumer_fw branch on GitHub. A technical summary of what I did will follow tomorrow morning, for now here is what it does:

  • Imports a CDA (any L2+ CDA) as a Visit in OpenMRS (creating types where necessary). There appears to be a with the end time for the visit (even though I set it), I’ll check that out.

  • Imports Patient and Provider data into OpenMRS data model

  • Imports sections within the CDA as encounters (creating types / codes if necessary)

  • Sets the text of the CDA sections as observations on the encounter (I had an issue with notes not being relatable to encounters, as you mentioned)

The code has //TODO: remarks with questions about where to stuff information that I couldn’t find a home for in OpenMRS. I switched the code over to jEverest 1.0.13 as I wasn’t familiar with MDHT’s lower level functions (for accessing typeCodes, classCodes, etc.). From what I had to update in suranga’s code there isn’t too much of a difference between MDHT and Everest, should be easy to swap back to MDHT if it’s important to keep that library.

Please feel free to peruse the code and give feedback on any of the TODO items or suggestions. It compiles and runs in OpenMRS so you can give it a spin if you like.

Cheers

-Justin

Hi Justin,

Great, thanks for this. I will have a look through the code.

With regards to jEverest, I think it makes sense to use that if you are coming onboard as we aren’t familiar with either tool really and you are an expert in jEverest :slight_smile:

Cheers,

Ryan

···

On Fri, Jul 11, 2014 at 4:11 AM, justin.fyfe@ecgroupinc.com wrote:

Hi All,

I have pushed the results of my spike to feature/consumer_fw branch on GitHub. A technical summary of what I did will follow tomorrow morning, for now here is what it does:

  • Imports a CDA (any L2+ CDA) as a Visit in OpenMRS (creating types where necessary). There appears to be a with the end time for the visit (even though I set it), I’ll check that out.
  • Imports Patient and Provider data into OpenMRS data model
  • Imports sections within the CDA as encounters (creating types / codes if necessary)
  • Sets the text of the CDA sections as observations on the encounter (I had an issue with notes not being relatable to encounters, as you mentioned)

The code has //TODO: remarks with questions about where to stuff information that I couldn’t find a home for in OpenMRS. I switched the code over to jEverest 1.0.13 as I wasn’t familiar with MDHT’s lower level functions (for accessing typeCodes, classCodes, etc.). From what I had to update in suranga’s code there isn’t too much of a difference between MDHT and Everest, should be easy to swap back to MDHT if it’s important to keep that library.

Please feel free to peruse the code and give feedback on any of the TODO items or suggestions. It compiles and runs in OpenMRS so you can give it a spin if you like.

Cheers

-Justin

You received this message because you are subscribed to the Google Groups “Shared Health Record (OpenHIE)” group.

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

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


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

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