Clean, standardized data — whatever shape it arrived in.
C-CDA from an HIE, HL7v2 from an ADT feed, a scanned discharge summary, your own resources — converted, standardized, deduplicated, and resolved into one FHIR R4 record.
Join the teams building on data that arrives usable, whatever shape it left the source in.
Read customer stories
Harmonization Engine
Four stages between the source and your query.
Take data in whatever format it exists
C-CDA, HL7v2, scanned documents, and native FHIR are all converted to FHIR R4, with source references retained so nothing becomes untraceable.
Map every code to one vocabulary
Clinical codes map to LOINC, RxNorm, SNOMED, and ICD-10, so the same concept from two sources compares as the same concept.
Resolve one patient across every source
Records that arrive under different identifiers are matched and resolved to the one patient they describe.
Read one record, not fourteen copies of one
Duplicates collapse on consolidation, so the record your team queries is the patient's history told once.
Benefits
Your team reads records, not formats.The conversion, coding, and dedup all happened before the data reached you.
Coded once, comparable everywhere.
Analytics, quality reporting, and risk work all start from data that is already on one vocabulary — no per-source mapping project between your team and its first query.
Navina measured +18.5% usable data and +15% HCC suggestions per patient than their previous vendor.
A record, not a pile of near-duplicates.
Networks return the same encounter many times in many shapes. Consolidation collapses the copies, keeps the provenance, and hands your team the history told once.
knownwell saw hundreds of documents returned for nearly every patient across their first 200 — and works from one summary.
Your own data enters the same pipeline.
Contributed FHIR resources and uploaded documents run through the same standardization as everything retrieved, so internal and external history read as one record.
Read the contribution docsHow it works
Read the consolidated record, contribute your own back.Both directions run through the same standardized pipeline.
Query the consolidated FHIR record
What comes back has already been converted, coded, resolved, and deduplicated — the four stages ran on retrieval.
Contribute valid FHIR R4 resources
Contributed data must reference the correct Metriport patient; document uploads begin with a patient-linked DocumentReference.
Customers
Chosen by the teams that compared.A data layer reliable enough to treat on, an evaluation won on completeness, and records that stopped being fragments.
Support
FAQs
Returned C-CDA documents are converted to FHIR R4, and clinical codes are mapped to LOINC, RxNorm, SNOMED, and ICD-10 so the same concept from two sources compares as the same concept. Source references are retained, so nothing becomes untraceable in the process.
The standard public interface supports valid FHIR R4 resources and documented clinical-document uploads. Check the current contribution documentation for accepted resources, references, and file formats.
Contributed resources must reference the correct Metriport patient and use valid FHIR references. Document uploads begin with a patient-linked DocumentReference.
Data contribution is generally required for exchange customers after relevant encounters. An approved on-behalf-of exception may change that obligation; confirm the applicable production requirements during onboarding.
Explore our platform
All our products
Where does the data come from?
What shape is it in once we have it?
Where does my team actually use it?