HEALTH INTEROPERABILITYREVIEW

Move data. Preserve meaning. Prove the exchange.

Regulation & Standards · Standards analysis

C-CDA 5.0 modernizes clinical-document guidance without becoming FHIR

The release keeps document exchange current and underscores why enterprise programs must manage FHIR resources and CDA documents as different artifacts.

Editorial figure by Health Interoperability Review. Source context: HL7 International.

Documents remain part of the enterprise exchange mix

Many clinical transitions, network queries, referrals, and record-release workflows continue to deliver document-oriented payloads. FHIR APIs can expand granular access without eliminating the need to receive, validate, render, index, reconcile, and retain C-CDA documents.

A directory should separate native document exchange from FHIR server capability. It should distinguish whether a platform transports documents, parses selected sections, normalizes content into a longitudinal record, or exposes extracted information through downstream APIs.

The hard question is usable content

Document conformance does not guarantee that the receiving workflow obtains the needed facts with consistent coding, timing, provenance, or context. Teams still need sample-set testing, validation logs, duplicate handling, reconciliation rules, and a process for malformed or incomplete documents.

Product claims should identify supported document types and versions, the depth of semantic extraction, and the human work required when content cannot be normalized safely. That evidence is more informative than a single C-CDA support indicator.

Enterprise buyer test

Translate this change into the exact population, record type, workflow stage, decision owner, effective date, and evidence that could be affected. Ask current or prospective providers to demonstrate the named workflow with representative data and an exception—not a polished feature tour. Record what official documentation establishes, what a provider states, what the team observes, and what remains unresolved.

A defensible review also identifies the dependency outside the product. Authority interpretation, policy configuration, data quality, integrations, human judgment, approval rights, release governance, training, and retained evidence may remain customer or service responsibilities. The evaluation should preserve those boundaries instead of treating a technology claim as the complete operating model.

What we will watch next

Health Interoperability Review will watch the named source and affected market records for later evidence that changes status, scope, availability, implementation timing, workflow consequence, or the limits of the initial report. A later announcement does not silently overwrite this dated account; the change ledger preserves the sequence.

Primary source: HL7 International · Standards publication.

Evidence boundary: Independent analysis of an HL7 publication. This does not provide clinical, legal, certification, or implementation advice.

Editorial record: Published June 13, 2026; updated July 19, 2026. Corrections policy.

Related organizations

Explore all