Industry sector: Health Care


True interoperability of dispersed data amongst multiple healthcare providers (and across organizational or geographic boundaries) remains unattainable in the current tapestry of today's digital economy. ToIP architecture principles addresses the issue of breaking down silos across trust boundaries, whether across entities (organizations, nations etc) based on existing social, legal and business processes. This opens the door for addressing the hurdles in data interoperability due application specific/process complexities. In terms of schema design, Overlays Capture Architecture (OCA) represents a schema as a multi-dimensional object consisting of a stable schema base and interoperable overlays. Reverse engineering currently deployed single-object schemas into multiple-dimensional objects would facilitate a separation of concerns: (i.) data capture and (ii.) data usage. 

Research into a globally standardized and decentralized approach to health data capture and exchange has birthed a powerful alternative architecture in OCA. This new architecture will enable easier and effective monitoring and assessment of outbreaks and healthcare policies whilst minimizing the possibilities of tampered, damaged or erroneous data in care delivery. OCA also has the potential to better support new developments in precision medicine, gene-based therapies, federated AI solutions and other social determinants of health (SDOH) initiatives.

In conjunction with the technical components described below, OCA provides a choice architecture to better enable patient-driven consent, privacy and compliance requirements across all use cases.

Mission and Scope

The mission of the OCA-FHIR FG is to create and maintain FHIR-compliant OCA schema bases and core overlays that correspond to the normative HL7 FHIR Version R4 resource model. 

The scope of this FG includes:

  1. Per MITF, alignment with ToIP Foundation member's relationships and partnerships with standards organizations such as HL7, IHE, and ISO TC215
  2. Ensuring compatibility with FHIR Profiles, FHIR Extensibility model.
  3. Ensuring alignment with key ongoing HL7 initiatives (Argonaut, USCDI, DaVinci, Carin, Gravity) 
  4. Proof-of-concept activities such as the creation of Open Source tools to demonstrate the principles of decentralized interactions (Use cases specified below) that can ensure:
    1. regulatory compliance
    2. respecting patient-centric consent & privacy policies 

Intellectual Property Rights (Copyright, Patent, Source Code)

This FG uses uses the same IPR licensing selections as the Semantic Domain WG:


Interested Members (add your name and organization if you may be interested in joining this FG)


The objectives of the OCA-FHIR FG are to:

Technical components

The OCA-FHIR FG architecture will build upon the core components of the Semantic domain.

Other candidate technologies include

Example use case (to be prioritized based)


Use case

Minimal mapping of FHIR r4 resources (include transitive dependencies via Referencetype properties/slots).

Comments (FHIR Profile to be identified)

Remotely accessible patient EHRThere are multiple use cases here, expect to start with Immunization and ImagingStudyCDA not in scope.
Consent to participate in clinical researchConsent, Contract Handling instructions: Medical treatment and Research consent directives are not explicitly modeled in R4, might require use of Contract etc.
Consent to participate in clinical trialsConsent, Contract Handling instructions: Medical treatment and Research consent directives are not explicitly modeled in R4, might require use of Contract etc.
ER Visit/specify data and credential requirements for patient identity and matchingConsent, Contract Handling instructions: Privacy Consent directive.


Proposed schedule

Shared documents and links

Related work

  1. Rich Schema Objects
    1. Interop with an Order Overlay
    2. Interop with Verifiable Credentials (VCs)
  2. Interoperability with the Ecosystem Foundry WG
  3. ToIP: Federated access model/SSI interop issues as identified
  4. Harmonization with general consent (e.g. Notice and Consent WG deliverables) and Domain specific (FHIR Consent model from this TF)
  5. W3C Data Privacy Vocabulary & Personal Data Category (ontology)

Issues and resolution

  1. FHIR R4 support for json-ld (resolution: tbd, workaround approach needs to be finalized)