Technical Architecture

HL7 FHIR R4 Interoperability Architecture

Fast Healthcare Interoperability Resources (FHIR) represents the global modern standard for health data liquidity. Learn how our engineers implement FHIR R4 REST APIs, US Core extensions, and SMART authorization frameworks.

The Anatomy of a Modern FHIR Server

Unlike legacy HL7 v2 pipe-delimited strings, FHIR models clinical data as discrete modular JSON objects called Resources. A patient encounter consists of interconnected resources: Patient, Encounter, Condition, Observation, and MedicationRequest.

{
  "resourceType": "Patient",
  "id": "pat-98241",
  "identifier": [{
    "system": "urn:oid:medisofts:patients",
    "value": "MRN-102938"
  }],
  "active": true,
  "name": [{
    "use": "official",
    "family": "Sterling",
    "given": ["Eleanor"]
  }],
  "gender": "female",
  "birthDate": "1984-06-14"
}

Key FHIR Architecture Components

1. SMART on FHIR OAuth2 Authentication

Enables embedded clinician applications to authenticate against major EHRs using OpenID Connect and secure JSON Web Tokens (JWTs) with granular scope restrictions.

2. FHIR US Core Profiles & Validation

Enforcing United States Core Data for Interoperability (USCDI) conformance, validating all payloads against JSON schemas to prevent data anomalies.

3. Subscription Handlers & Webhooks

Real-time asynchronous notification webhooks triggered immediately when critical observations (e.g. abnormal troponin levels) are written to the FHIR data lake.