HEALTH INTEROPERABILITYREVIEW

Move data. Preserve meaning. Prove the exchange.

United States realm · U.S.-realm implementation guide

HL7 US Core Implementation Guide

US Core defines U.S. FHIR profiles, interactions, search expectations, and guidance for exchanging common clinical data. Version 9.0.0 remains based on FHIR R4 and incorporates current USCDI-oriented development.

What the authority record establishes

US Core defines U.S. FHIR profiles, interactions, search expectations, and guidance for exchanging common clinical data. Version 9.0.0 remains based on FHIR R4 and incorporates current USCDI-oriented development.

Voluntary specification unless adopted through regulation, certification, program, or contract; earlier US Core versions remain applicable in specific adopted programs

The exact official title, issuing body, jurisdiction, version or application record, and linked source define the scope of this page. Readers should not transfer the authority's status to a commercial product or infer transaction-, patient-, system-, site-, or organization-specific applicability from this summary.

Why it matters to this market

US Core version support is more decision-useful than a generic FHIR statement. Current publication, regulatory adoption, and voluntary SVAP availability must be recorded separately.

Affected operating stages

  • Profile Selection
  • Capability Statement
  • Data Mapping
  • API Implementation
  • Terminology
  • Testing
  • Version Transition

Capabilities to examine

FHIR Server And Repository

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for FHIR server and repository.

FHIR API Gateway And Orchestration

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for FHIR API gateway and orchestration.

FHIR Profile And Implementation-Guide Support

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for FHIR profile and implementation-guide support.

SMART On FHIR Authorization

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for SMART on FHIR authorization.

Bulk Data Access And Export

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for bulk data access and export.

Terminology Normalization And Value-Set Management

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for terminology normalization and value-set management.

Data Quality, Lineage, And Provenance

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for data quality, lineage, and provenance.

Conformance Testing And Validation

Ask how the system or service identifies the controlling source and version, applies customer-specific interpretation, handles exceptions, preserves human judgment, and retains evidence for conformance testing and validation.

Affected buyer audiences

  • certified health IT developers
  • provider API teams
  • health plans
  • digital-health applications
  • conformance and terminology teams

Implementation questions

  • Which entities, products, populations, transactions, systems, sites, or jurisdictions are actually within scope?
  • What is binding, what is guidance, and what is a technical or consensus standard?
  • Which publication, adoption, effective, application, transition, and enforcement dates differ?
  • Who owns legal, clinical, quality, regulatory, policy, or operational interpretation?
  • How will a source revision affect open work and historical decisions?

Interpretation boundary

Publication of US Core 9.0.0 does not automatically change a product's certification baseline or a CMS-regulated payer's required implementation.