Country-specific Project Index
Overview
This guide provides a starting point for learning about the Country Specific Health Information Exchange (HIE). These projects are based on the OpenHIE Architecture and use the Instant OpenHIE V2 tooling to for packaging, deployment, and horizontal scalability. Currently, the HIE consists of core components of the HIE architecture customized to each country's context, as well as components supporting the following target workflows: - Patient Identity Management - Laboratory Order and Result Management - Data Analytics
As these projects leverage a number of open standards and global goods (OpenHIE, FHIR, HIE IGs, etc.), this documentation contains a number of references to useful external resources.
HIE Components Index
Interoperability Layer
The Interoperability Layer (IOL) is the core component of the OpenHIE architecture responsible for securely routing messages between the various other components of the HIE, and providing the entrypoint interface for external point-of-service clients. IOL OpenHIE Documentation
Client Registry (Master Patient Index)
The Client Registry (CR) is responsible for linking and managing the identities of patients across the health system. Client Registry OpenHIE Documentation
Shared Health Record
The Shared Health Record (SHR) service stores the longitudal health record for each patient from across the health system. This component supports workflows that require access to a shared central repository of patient data, such and laboratory order and result workflows. SHR OpenHIE Documentation
Terminology Service
The Terminology Service (TS) is responsible for managing terminology collections from across the health system and their mappings to standard terminologies. Terminology Service OpenHIE Documentation
Facility Registry (Master Facility List):**
The Facility Registry (FR) or Master Facility List (MFL) is responsible for managing the list of facilities and their health services across the health system.Facility Registry OpenHIE Documentation
Other OpenHIM Mediators
The CR and SHR run as OpenHIM mediators. In addition, the following mediators are used to support the HIE workflows:
- FHIR Converter: This mediator is responsible for converting FHIR messages to HL7 messages and vice versa. This mediator is implemented here: https://github.com/I-TECH-UW/openhim-mediator-fhir-converter
Common OpenHIE Instant V2 Components
These components are used across HIE implementations and packaged using Instant OpenHIE V2. A number were based on or inspired by the Jembi platform project: https://github.com/jembi/platform
Point of Service (Externally Managed Services)
These integrations include both point-of-service systems like EMRs and LIMs, as well as HIE components like the Facility Registry.
HIE Components Tooling
Interoperability Layer (OpenHIM)
Client Registry (Master Patient Index) (OpenCR)
Shared Health Record (SHR)
Terminology Service (Open Concept Lab)
Facility Registry (Master Facility List):** (GoFR)
Botswana HIE
Architecture
The Botswana HIE is based on the OpenHIE architecture. The following diagram shows the core components of the HIE architecture, and highlights the components currently in scope for implementation as part of the Botswana HIE project.
Additional HIE Components
-
Omang, BDRS, and Immigration API: This mediator provides and interface for the Omang, BDRS, and Immigration databases. This mediator is implemented here (private repository): https://github.com/I-TECH-UW/OmangSVC
-
Reverse Proxies
-
Kafka: https://github.com/I-TECH-UW/hie-botswana/tree/main/message-bus-kafka
-
HAPI FHIR Store: https://github.com/I-TECH-UW/hie-botswana/blob/main/fhir-datastore-hapi-fhir/README.md
-
Monitoring for Kafka and Docker: https://github.com/I-TECH-UW/hie-botswana/tree/main/monitoring
Point of Service Applications
-
PIMS: This is a custom-built EMR used in Botswana.
-
Botswana EMR: This is an OpenMRS-based EMR used in Botswana, and developed by BITRI.
-
IPMS: This is a EMR and LIS system used in major facilities in Botswana developed by Meditech.
Developer Guides
Zimbabwe HIE
Architecture
The Zimbabwe HIE is based on the OpenHIE architecture. The following diagram shows the core components of the HIE architecture, and highlights the components currently in scope for implementation as part of the Botswana HIE project.
- Impilo: This is a custom-built EMR used in Zimbabwe.
Developer Guides
Cote d'Ivoire HIE
Project Overview
Dev Guide: Patient Identity Management Workflow in Cote d'Ivoire
This guide will go over development, configuration, and debugging the laboratory workflow for Botswana. This workflow includes functionality in the SHR and Fhir Converter projects, linked below:
- https://github.com/i-TECH-UW/shared-health-record
- https://github.com/I-TECH-UW/openhim-mediator-fhir-converter
The functionality includes Kafka-managed workflows in the SHR project, and FHIR --> HL7 and HL7 --> FHIR mappings in the Fhir Converter project.
Demo Videos
Haiti HIE
Architecture
The Haiti HIE is based on the OpenHIE architecture. The following diagram shows the core components of the HIE architecture, and highlights the components currently in scope for implementation as part of the Haiti HIE project.
Point of Service Applications
-
iSantePlus: This is an OpenMRS-based EMR used in Botswana, and developed by BITRI.
-
SCC: This is an LIS system used in major facilities in Haiti developed by SCC.