...

Use Cases and Requirements

1. Shared Health Record Functional Specifications

2. SHR - Use Cases and Requirements

   • • Version 1 (Needs Revision)
3. 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

CCDplus specifications 

Architecture and Design Specification 

Current:

• What constitutes an OpenHIE SHR?
• OpenMRS as the SHR design document

Previous iterations:

• OpenSHR - Initial Designs - Indianapolis Feb 2013

Supported Workflows

• Save patient-level clinical data workflow - V1.0
• Query patient-level clinical data workflow - V1.0
• Aggregate data from the SHR
• Send health worker alert workflow
• The use of discrete data in the SHR 

Standards

Current:

• Standards for the Shared Health Record

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

A Shared Health Record (SHR) holds a subset of a patient's electronic health record in order to facilitate sharing of this information between disparate health information systems. This page contains the documentation produced by the Shared Health Record Community group under the OpenHIE project.

For more details about our call that are held twice a month, see: Shared Health Record Community Call

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. The end goal is to provide a recommendation of whether we should use/modify an existing technology or built something ourselves.

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. The status of items being working on is displayed in brackets next to them. See this link for the original legacy google doc.

1. Document use cases and requirements for a Shared Health Record

   1. Status: 

      Status
      colour Green title Completed

      first draft produced
   2. Working Document(s):What is a Shared Health Record?
   3. Deadline(s):
      1. 7th May 2013 - Complete community discussions

      2. 21th May 2013 - Complete community document review, release version 1 (didn't get to make this decision due to OpenHIE strategy meeting)

      3. 7th June 2013 - Complete community document review, release version 1

2. Performance test the current OpenMRS SHR used in RHEA

   1. Status: 

      Status
      colour Green title Completed

   2. Working Document(s):
      1. Performance evaluation of OpenMRS
      2. Estimated load figure for a Rwandan national deployment
   3. Deadline(s): none

3. Create a tool to evaluate Shared Health Record software that is closely linked to the requirements

   1. Status: 

      Status
      colour Green title Completed

   2. Working Document(s): Shared Health Record Evaluation Tool
   3. Deadline(s): 7th June 2013 - Complete community review, release version 1

4. Compile a list of software that could be used as a Shared Health Record

   1. Status: 

      Status
      colour Green title Completed

   2. Working Document(s): Shared Health Record - Tools for review
   3. Deadline(s): 31th May 2013 - Finalise list

5. Evaluate list software options using the evaluation tool
   

   1. Status: 

      Status
      colour Green title Completed

   2. Working Document(s): Shared Health Record Evaluation Tool
   3. Deadline(s): 14th June 2013

6. Write up results of the evaluation and come to consensus on a recommended way forward (ie. Use/modify an existing tool or build from scratch)

   1. Status:

      Status
      colour Yellow title In Progress

   2. Working Document(s): Shared Health Record options and recommendation
   3. Deadline(s): 30th June 2013

7. (if we need to build or modify) Create design specifications

   1. Status: 

      Status
      title Not Started

       Initial ideas have emerged
   2. Working Document(s):
      1. Research various standards for clinical data (HL7v2; CDA - Antepartum Summary, - EDR)
      2. Compilation of design options
         1. Initial Designs
         2. SHR Design Sketch's from Justin's visit to Jembi
            1. Design Session SHR
            2. OpenMRS Data Model
            3. OpenSHR Scalability Discussion
         3. Design Specification
   3. Deadline(s): 

Facets of an SHR

Facets

Clinical Decision Support

Discussions

...

• various comments and discussions related to the OpenSHR
• Clinical Decision Support
• OpenSHR Indy Meeting Feb 2013 Outcomes
• How do we define an encounter?