s4h logo

Open Interop is designed to support unlimited customisation and data manipulation, allowing a complete and comprehensive data system structure.

Our open-source software is already being utilised by the industry, including WHONet and point of care devices to enhance their data management.

Transforming data

Once the platform has received the data, it can be transformed using Open Interop's 'Tempr' (Templated endpoint mapping record) definitions. This can be configured in a number of ways, the simplest being a template builder which lets you select field names and define their endpoint. Alternatively, you can write the template manually using a popular mapping syntax called Moustache.js, or you can write code which will generate your output (currently only JavaScript is supported at release).

action open interop dashboard
action open interop device dashboard

You can also chain Tempr's together, which allows you to perform an additional action based on the results of the previous Tempr. This is beneficial if you would like to create a record in your EMR and then use the ID of said record in another request, for example to update a surveillance system.

Transmitting data

Open Interop allows you to transmit data in a number of ways:

  • HTTP requests in JSON format, this includes HL7 FHIR (available at release)
  • HTTP requests in XML format (Planned Q1 2020)
  • Streamed TCP socket data (Planned Q1 2020)
  • Streamed UDP socket data (Planned Q1 2020)

You can optionally choose to store the request and response of these transmissions – therefore, storing the data that is transmitted to the platform (though purely for debugging purposes). When used in a production environment, the interoperability layer does not persist data that is passed through it.

action open interop tempr view

How does it work?

Open Interop is designed to support unlimited customisation and data manipulation, allowing a complete and comprehensive data system structure. Configured to receive data in JSON, HL7 FHIR, XML, and CSV formats, Open Interop provides unrivalled flexibility.

You can build your own services and deploy them to the architecture to introduce your own data sources, or intermediary middleware, in order to process, encrypt, and otherwise manipulate the messages received by the platform.

How the Open Interop platform works

Current uses

Open Interop has been deployed onto embedded hardware and can be used on a very small form factor to fit in your pocket for site visits if required.

We have current use cases wherein Open Interop receives data from a number of systems including WHONet, point of care devices, and simple spreadsheets via the use of data connectors. In addition to this, API based data generators are used to simulate device testing. We can manipulate this data and transmit it into DHIS2 as an event line listing for trackers, specifically into the WHO's TB tracker.

Launching an AMR One Health Surveillance System in Nepal

Launching an AMR One Health Surveillance System in Nepal

The Software for Health Foundation was part of the AoS project team working in conjunction with the FIND (Foundation for Innovative New Design) digital access team, to implement the AoS / One Health AMR Surveillance System, in Nepal. This included implementation of the AoS Digital Infrastructure, DHIS2 and Open Interop middleware. As part of this intervention, SfHF also developed a desktop application, ODX, to transform and standardise spreadsheets containing AMR health data ahead of transmission into the surveillance system bringing standardisation and automation into the process of loading data into DHIS2.

Continue reading

Integrating AMR One Health Surveillance in Kenya

Integrating AMR One Health Surveillance in Kenya

The challenge was to integrate the AoS Health One Health Surveillance system into an established technical architecture in Kenya. The existing Kenya health system gathered AMR testing data into a singular Central Data Warehouse. The focus of this project was to implement and customise the AoS/AMR turnkey One Health Surveillance system within the MOH’s infrastructure and to establish a robust transmission linkage between the CDW and the One Health Platform. Running simultaneous implementations of AMR One Health Surveillance Systems in Nepal the project was able to implement requirements as laid out in the Kenya national action plan and loading historical data as well as establishing real-time updates.

Continue reading

PEARL - On device interoperability between Simprints and REDCap for TB

PEARL - On device interoperability between Simprints and REDCap for TB

The PEARL Study is part of an initiative run by the University of Sydney and Ministry of Health Kiribati to eliminate TB and Leprosy in the Western Pacific. This initial study is focused on the island of South Tarawa in the Republic of Kiribati. The Software for Health Foundation was brought in to develop an application that would allow the transfer of unique patient identifiers (based on facial coordinates) into the study database.

Continue reading