| 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
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 this link. During this implementation, a Shared Health Record (SHR) based on OpenMRS (http://openmrs.org/) was developed. It is expected to work for the pilot implementation of the RHEA project, which is planned to run in a single district of Rwanda; however, it is not known whether this instance and the technology used will scale to a national level.
As a part of the OpenHIE project, this community is tasked with reviewing and evaluating the question of what makes a good SHR going into the future, and seeks to determine what technologies would be suitable for an SHR in OpenHIE.
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 current active work regarding 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
...
- various comments and discussions related to the OpenSHR
- Clinical Decision Support
- OpenSHR Indy Meeting Feb 2013 Outcomes
- How do we define an encounter?