Abstract
As part of the OpenHIE initiative, OpenMRS will be able to support the parsing of CDA documents into OpenMRS domain objects.The Clinical Document Architecture(CDA) is a xml based standard for exchange of health information records,it is means to ensure interoperability.so we will be developing a module which will generate CDA documents on user request.
Implementation plan
our approach towards the project would start with creation of new module and uploading the new module to github.Generation of cda document requires a particular profile,so we will be supporting two types CDA profiles(APHP,APS ) this summer,but these profiles must be mapped to some sections which could be optional or required for profiles.The key in the project would be re-using a single instance of particular section and mapping of openmrs data with profiles. We will be using mhdt api to do all cda related work.
Scope
The scope of this project is limited to,
- The Implementation of fully functional handlers to generate either one or both of APHP and APS CDA document types
- Producing a generalization structure which other users can adopt in order to implement handlers for other CDA document types
OpenMRS CDA Generator Project Screens
you can find all screens of our project here
OpenMRS CDA Generator Project Screens
OpenMRS CDA Generator Proposed Timeline
SMART Goal #1: Create basic module structure
...
- Buffer period for any unpredictable delay
- Code cleaning and formatting
- Deadline:1st August - 11th August
Communication plans with mentor
- If i have any doubts or queries then i can ask Suranga on IRC Channel or through emails in case if he is offline.
- we will also have a one-to-one interaction on skype or hangout once or twice a week.
Handlers Hierarchy:
| Gliffy | ||||
|---|---|---|---|---|
|