HEALTH INTEROPERABILITYREVIEW

Move data. Preserve meaning. Prove the exchange.

Health data exchange, standards, and infrastructure intelligence

View newsroom

How the market is organized

Explore all
Nationwide exchange

QHINs, networks, frameworks, and participation paths

TEFCA designation, network participation, exchange purpose, technical route, and local production reach are separate facts. The market map keeps organizational role and evidence class visible.

Read the market record →
FHIR infrastructure

Servers, APIs, implementation guides, and production operations

FHIR version, profile, authorization pattern, terminology, endpoint behavior, testing, and ongoing operations must be evaluated together; a generic FHIR claim cannot answer those questions.

Read the market record →
Meaning and identity

Match the person and preserve the clinical meaning

Patient matching, provenance, vocabulary normalization, consent, and data-quality controls determine whether transported data can be trusted and used in the receiving workflow.

Read the market record →
Operating reliability

Exchange is a service, not a one-time interface

Routing, authorization, monitoring, exception handling, change control, endpoint discovery, support ownership, and recovery determine whether exchange remains usable after implementation.

Read the market record →

Standards and policy record

Explore all
FHIR R4 4.0.1
FHIR R5 5.0.0
US Core 9.0.0
USCDI v6
HTI-1 Final Rule
Interoperability operating domains
Standards version and conformance control
Patient identity and record linkage
Semantic integrity and terminology
Consent, privacy, purpose, and data segmentation
Network coverage, routing, and discovery

Organizations across the exchange stack

Explore all

Exchange change ledger

Explore all
Federal implementation guidanceCMS refreshes interoperability API frequently asked questions

Readiness records should be separated by API, implementation guide, source system, responsible party, test status, production status, and exception process.

Federal market researchONC publishes national HIO public-health capability findings

Provider records should distinguish public-health connection from bidirectional production use, data quality, identity services, and operating support.

Certification standards updateASTP/ONC approves USCDI v6 through the 2026 SVAP

Developers and buyers need separate records for the mandatory baseline, voluntarily advanced version, and version actually deployed in a customer environment.

National network milestoneHHS reports more than one billion records exchanged through TEFCA

TEFCA has become a material exchange channel, but buyers still need organization-specific evidence for reach, exchange purpose, data quality, operating performance, and governance.

Standards publicationHL7 publishes C-CDA 5.0.0

Enterprise exchange programs need explicit document-ingestion, validation, reconciliation, and extraction evidence in addition to FHIR API capability.

Standards publicationHL7 publishes US Core 9.0.0

FHIR platform and integration claims should identify both the base FHIR release and the exact US Core guide version, supported profiles, tests, and production status.

Interoperability Research

Explore all
HEALTH INTEROPERABILITY REVIEW · 2026Health-interoperability market architectureIndependent market research
Original analysis

How QHINs, HIEs, integration engines, FHIR platforms, payer API vendors, data networks, identity services, terminology systems, and cloud platforms divide responsibility.

The research connects the provider market, normalized capabilities, authority records, operating domains, and source limitations rather than presenting a score or universal winner.

Read the report →
Conditional comparisons

Compare operating fit, not popularity

CommonWell Health Alliance vs eHealth Exchange
Health Gorilla vs Particle Health
Redox vs Rhapsody
Smile Digital Health vs Health Samurai Aidbox
Firely vs 1upHealth