Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The evaluation 

The process and methodology we used to evaluate options for the Shared Health Record were:
  1. Document use cases and requirements for a Shared Health Record

    1. Initial discussions 

    2. SHR - Use Cases and Requirements

  2. Performance test the current OpenMRS SHR used in the RHIE 

    1. Performance evaluation of OpenMRS
    2. Estimated load figure for a Rwandan national deployment
  3. Create a tool to evaluate Shared Health Record software that is closely linked to the requirements

    1. Shared Health Record Evaluation Tool

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

    1.  Shared Health Record - Tools for review

  5. Evaluate list software options using the evaluation tool

    1. Shared Health Record Evaluation Tool

  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. Shared Health Record options and recommendation

The recommendation

Following the evaluation, the OpenHIE SHR community believes that the best option to move forward with, for OpenHIE, would be OpenMRS with some additional enhancements.

 OpenMRS is a widely adopted and supported EMR which has successfully been implemented in low-resource settings across the world. It was designed to be an edge node EMR but the clear separation of the data model and the interfaces, the powerful API and the usage of a modular approach to build extended functionality enable OpenMRS to function as a central shared health record repository.


 

 

 

 

  1.