HEALTH INTEROPERABILITYREVIEW

Move data. Preserve meaning. Prove the exchange.

Coverage desk

Platforms & Infrastructure

Source-backed reporting and analysis connected to the companies, capabilities, authorities, and operating domains it affects.

AWS HealthLake transformation needs source-field provenance

AWS describes HealthLake as a managed FHIR persistence layer and says a data-transformation agent can convert legacy clinical documents into queryable FHIR resources. A converted resource still needs source-document identity, field mapping, profile and version, terminology, uncertainty, validation, and receiving-workflow evidence before it can be trusted for use.

Firely Server provides FHIR infrastructure—but a running endpoint is not conformance

Firely presents server, API, validation, and conformance tooling for FHIR implementations. An endpoint can accept and return resources while still missing required profiles, terminology, search behavior, authorization, provenance, or production workflow semantics.

Google Cloud Healthcare API keeps FHIR, HL7v2, and DICOM as separate stores

Google Cloud's official overview places FHIR, HL7v2, and DICOM data in modality-specific stores with distinct APIs. One managed service can centralize operations without making the formats, meanings, consent rules, or clinical workflows interchangeable.

FHIR R4 defines an interoperability base—not an implementation guide

HL7's permanent R4 publication defines resources, formats, APIs, terminology, and conformance infrastructure. A production exchange still needs the applicable profiles, implementation guide, versions, partner agreement, security, and tested behavior.

FHIR R5 is a release—not a production migration verdict

The current published specification gives architects a version to assess, but adoption still depends on implementation-guide dependencies, partner support, artifact maturity, and conformance evidence.

PDex 2.1 makes payer data exchange a provenance test

HL7's current PDex guide maps payer clinical, claims, encounter, and prior-authorization data into FHIR exchange. Trust depends on preserving source mappings, versions, provenance, and reconciliation.

FHIR Bulk Data 3.0 turns export into an asynchronous job

HL7's current published guide separates export kickoff, status polling, completion manifest, files, and errors. A working endpoint is only the start; buyers need the whole job and its authorization boundary.