International Patient Summary Support in OpenMRS
Lead by ITECH DIGI
The following is a brainstorming roadmap for the development of support for FHIR based IPS ingestion, viewing, and generation in OpenMRS O3. This is being used as a guide for how we view the baseline requirements for both the MVP 1 and MVP 2 versions of the work, and for how to conduct the initial development cycle for those.
The work is being initially developed by a small squad of folks including @Reagan patrick Makoba @Samuel Male @Christopher Miiro @Ian Bacher @Piotr Mankowski @Casey Iiams-Hauser @Jan Flowers.
User Stories
I have a patient seen in a single facility A, who moves to another facility B with OpenMRS. Providers in facility B need to be able to view records from facility A in the facility B OpenMRS EMR.
I have a patient seen in a single facility A with OpenMRS, who moves to another facility B. I need to send records for my patient from the facility A OpenMRS EMR to be consumed/displayed by providers at facility B.
Breakdown MVP requirements:
Ingesting (Consume) and Saving IPS - MVP 1
identification of correct patient to request patient summary records
No storage of historical data within the medical record, but simply as a single JSON object to be displayed (read-only summary)
For MVP - can we make an assumption about the identification of the patient and request for the IPS?
assume user is manually going into patient record and requesting record correctly
likely need some display functionality of showing potential summaries/matches and accepting the summary to be attached to the patient - human adjudication of the summary
assume the ID from OMRS is managed well and is NOT going to be adjudicated from the IPS view feature.
assume the “client registry” could be internal or external - need rules around the processing based on that client registry use
Display IPS - MVP 1
In test format only (read-only)
Add a visual component to the patient chart.
Generate IPS from OMRS data within a Single Instance - MVP 2
Pros to internal generation - more advanced out of the box functionality
Cons - become maintainers of the IPS generation, instead of outsourcing this to experts in IPS
Decision: to work with HAPI to make sure the IPS generation meets our needs
Document how to stand this up locally and how to centralize using an HIE
Focus in OpenMRS is to make sure the necessary bundle of data is sent to whatever will generate the IPS? (or maybe we can utilize/package within OpenMRS a library or something from HAPI or otherwise that we don’t necessarily “own/maintain” to generate within?)
How do we generate an IPS from a golden record ID (Combine multiple records from multiple OMRS facilities) - FUTURE Scope
How do we leverage the SHR to combine data properly
How does OMRS sync to the CR and SHR?
Test and document the workflow
Prior work to leverage
Haiti - data model is ugly and very specific
might shift this idea out to HAPI or something that fx as the SHR
HAPI IPS generation via SHR model we use
Needs to be made generic
Right now the module builds the IPS, not well designed.
Check with Palladium, METS, NigeriaMRS?
Current Gaps
ID the gaps in the OMRS data model / collection-generation
Meds summary needs to be done - REQUIRED MVP 2
Samuel Male - has explored this for O3
History of procedures need to be done - Good to have
Showcase ingesting the IPS from multiple facilities
SHR can generate this