This section of the Ozone Docs is tailored for digital health decision-makers and business analysts, detailing Ozone's functionalities and highlighting its benefits for end users of health information systems and integrated digital health software.
Overview
Ozone is an easy-to-install growing suite of digital health apps,
integrated by a scalable interoperability framework
delivering a complete health information system experience.
stateDiagram-v2
state "Ozone HIS" as ozone
state "digital health apps" as state1
state "interoperability framework" as state2
state1 --> ozone
state2 --> ozone1 A suite of opt in/out digital health apps
Ozone is a ready-to-use solution, providing a pre-selected array of FOSS1 apps that function seamlessly together.
It is a complete health information system allowing users to customize it by choosing which supported digital health software to include or exclude:
Ozone HIS apps
1.0.0-alpha.11
| Area | App | Version in Ozone | Maturity in Ozone |
|---|---|---|---|
| EMR | OpenMRS | 3.0.0-beta.21 |
Core |
| LIMS | SENAITE | 2.5.0 |
Core |
| ERP | Odoo | 14 |
Core |
| ERP | ERPNext | 15.12.2 |
Legacy |
| BI | Apache Superset | 3.1.0 |
Core |
| IdP | JBoss Keycloak | 22.0.5 |
Core |
Maturity levels in Ozone
- Core – Core apps are fully supported in Ozone. They are regularly upgraded with new Ozone versions, with their data flows within the HIS maintained to ensure seamless upgrades and backward compatibility.
- Legacy – Legacy apps and their data flows were introduced in a specific version of Ozone but are no longer actively maintained. They remain available "as is" for continued use without further updates.
Ozone Pro markers
Features and sections exclusive to Ozone Pro are marked with Pro.
Criteria for inclusion
As Ozone continues to expand its suite of software apps, several criteria must be met for an app to be included in the Ozone ecosystem. Below, we outline these requirements by order of importance:
| Criterion | Requirement | |
|---|---|---|
| Open-source | Must | Ozone is FOSS under MPL 2.0. Closed-source software is accommodated within the Pro edition of Ozone or through custom developments. |
| Released version | Must | Ozone supports HIS flows between versioned software apps with stable and, ideally, well-documented APIs. |
| OAuth 2 | Must | OAuth2 is required for enhanced security and to implement SSO within the Ozone HIS. |
| Docker image | Must | Docker, while not the sole deployment mechanism supported, is currently the default one in Ozone HIS. |
| Automated configurability | Should | Apps should be configurable through deployment processes, allowing for automated setup and initialization (specifically of master data) by placing configuration files in the appropriate locations. |
| Health check | Should | It is crucial that each app includes a web endpoint to let Ozone verify it is operational within the HIS. |
| Prometheus metrics | Should | Providing Prometheus metrics is recommended to enhance monitoring and ensure effective system performance management. |
| Backup & restore | Should | Automated backup and restore capabilities ensure data integrity and system resilience in production use. |
| Internationalization | Should | Internationalization should be a first class citizen for any software. It ensures that it can be easily adapted to various languages and regions, making it accessible and usable by a global audience. |
| Modularity | Should | Modularitiy enables potential enhancements or modifications to be made via modules, plugins, or addons without affecting the core software of the app. |
| HL7 FHIR API | Should | Providing HL7 FHIR API reduces development overhead for point-to-point apps routes within the Ozone HIS. |
| Event bus | Could | An event bus offers a more efficient method of dispatching information as it becomes available, eliminating the need for polling. |
2 An interoperability framework
Ozone is powered by an interoperability EIP2 framework that orchestrates seamless data flows between health information system apps — EMR, LIMS, pharmacy, accounting, BI, and more.
Sample data flows
Clinicians' drug orders in the EMR system automatically generate items on the patient bill.
Lab results entered into the LIMS by lab staff are immediately visible to clinicians in the EMR system.
Data analysts can perform real-time cross-analysis of clinical and billing data on the BI platform.
What Ozone is not
Ozone is not a fork of other open-source projects; it utilizes standard and officially released software apps from various open-source communities.
Ozone packages the latest LTS3 versions of its apps 'as-is'. Therefore it is not liable for any bugs, deficiencies, or performance issues in the bundled LTS versions of its apps; these fall outside the purview of Ozone itself.
Tip
We generally do not document Ozone’s apps. Instead we refer to their own official documentation as much as possible.