Panel | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
|
...
Use Cases and Requirements
- Shared Health Record Functional Specifications
SHR - Use Cases and Requirements
- Version 1 (Needs Revision)
- Facets of an SHR
A discussion document highlighting:
- Different approaches : Document Based vs Discrete Data Based vs Hybrid
- A list of needs from the point of view of different stakeholders
- Technology considerations
See also: Primary Use Cases of OpenHIE
Adding Integrated Care Pathways to OpenHIE.pptx
Architecture and Design Specification
Current:
Previous iterations:
Supported Workflows
- Save patient-level clinical data workflow - V1.0
- Query patient-level clinical data workflow - V1.0
- Send health worker alert workflow
- The use of discrete data in the SHR
Standards
Current:
Background documents:
- Research various standards for clinical data
- IHE Care Services Discovery profile - The CSD profile supports queries across related directories containing data about: organizations, facilities, services and providers.
Message specifications
Discussions
- See the Legacy Discussion Doc for various comments and discussions related to the OpenSHR
- Clinical Decision Support
- OpenSHR Indy Meeting Feb 2013 Outcomes
- How do we define an encounter?
Process Overview
As a part of the RHEA project, an HIE has been developed for maternal health in Rwanda. For more information about this implementation see here. During this implementation a Shared Health Record (SHR) based off of OpenMRS (http://openmrs.org/) was developed. This is expected to work for the pilot implementation for the RHEA project that is planned to run in a single district of Rwanda, however, it is not known if this instance will scale to a national level and if the technology is appropriate for a national scale.
As a part of the OpenHIE project, this community is tasked with reviewing and evaluating the aspects of what makes a good SHR going into the future and seeks to determine what technologies would be suitable for an SHR for the purposes of the OpenHIE project.
SHR Evaluation Methodology
This section shows the methodology for going through the process of evaluating options for a shared health record. As we work on each of these items, links will be added to the relevant documentation that shows the work that is currently being done on that item. See this link for the original legacy google doc.
- What is an SHR (for us)?
- Evaluate existing SHR (OpenMRS)
- Generate estimated load figure for national deployment
- Performance evaluation of OpenMRS
- Stress testing (where does it break? How close does it get us to what we need?)
- Identify functional shortcomings based on requirements
- How its working in Rwanda
- Review of existing tools
- Develop evaluation tool from requirements
- Evaluate each tools against the evaluation tool
- Compile results
- Design
- Research various standards for clinical data (HL7v2; CDA - Antepartum Summary, - EDR)
- Compilation of design options
- Evaluation of feasibility
- Further documentation of design options based on review of existing tools
- Design of option for a new build (if determined to be necessary):
- Document technology restrictions
- Develop architecture of tool
- Selected Strategy for way forward
Facets of an SHR
Discussions
Please see the Legacy Discussion Doc for various comments related to the OpenSHR