Overview

Interoperability key concepts

Introduction

Interoperability refers to the ability of different health information systems and applications to communicate with each other and exchange data seamlessly. With interoperability, patient information can be seen, exchanged, and used across different platforms. The information/data exchanged has to be understood across the different software for these systems to become interoperable. This is different from integration which requires custom development to connect two specific systems together.

Interoperability is the best practice for health systems because it allows information from one system to be shared with one or more other systems with no additional development. Interoperability allows technical teams to scale in an efficient and repeatable manner due to the already predefined standards.

Standards & Components

  • OpenHIE: OpenHIE is an open-source framework for building interoperable health information systems. OpenHIE provides a set of standards and protocols for enabling different health systems and applications to communicate with each other.

  • OpenHIM: OpenHIM is an open-source middleware platform that provides a central point of control for managing health information exchange (HIE). OpenHIM enables healthcare providers to connect different health systems and applications and provides a common interface for managing data exchange and security.

  • FHIR: FHIR is a standard for exchanging healthcare data electronically. FHIR provides a modern, web-based approach to exchanging healthcare data and is rapidly becoming the preferred standard for healthcare interoperability.

CHT Interoperability

CHT Interoperability implements interoperability between the CHT and other health information systems based on OpenHIE architecture and HL7 FHIR messaging format.

Frequently Asked Questions

Is the CHT FHIR Compatible and does it have a FHIR API?

Yes. Mediators are one of the components of a CHT deployment and expose FHIR compatible APIs to the rest of the healthcare ecosystem.

Does the CHT support legacy standards?

One of the advantages of using mediators is they are highly configurable to support different FHIR Implementation Guides, different FHIR versions, and other information standards, so the CHT can work with whatever systems are in the ecosystem.

What about compatibility with future standards?

The flexibility of mediators also means the CHT is future-proof and can be configured to support future FHIR revisions or completely new standards. Because this can be configured in the mediator layer it’s likely to be supported without any Core development required.

What does the mediator do to the source data?

  1. It transforms the structure from the CHT format to the required standardized format.
  2. It can make requests for additional data. This could be querying the Client Registry for the patient’s national ID number, or other services such as the Terminology service to translate conditions, medications, procedures, and so on into the required classification system.
  3. Finally it passes the FHIR resource to the interoperability layer to be shared with other systems.

What are the FHIR Resources utilized?

  1. Patient
  2. Encounter
  3. Subscription
  4. Organization
  5. Endpoint

You can find additional information and instructions for setting up cht-interoperability in the dedicated guidelines .


Building > Features > Integrations

Exchange data with other systems

Building > Interoperability > Configuring

Guide to setting up forms and outbound push for interoperability

Building > Interoperability > OpenHIM Mediators

Guide to running OpenHIM and Mediators with Docker Compose

Building > Interoperability > Loss To Follow-Up

Guide to testing the Loss to Follow-Up (LTFU) reference workflow