Data model / schema · CDM 5.4

OMOP Common Data Model

Maintained by OHDSI

What it helps you do

Use OMOP CDM when you need relational structure, conventions, and standardized vocabularies for longitudinal observational health data.

  • Real-world evidence
  • Clinical
PlanAcquireHarmonizeExchangeLearn + reuse

01

Where it fits—and where it doesn’t

Use these four checks before committing implementation time.

Use it when
Multi-source cohort analytics, patient-level prediction, characterization, and network studies after ETL.
Do not use it as
Do not treat OMOP CDM as a complete solution on its own. ETL is expensive, source nuance can be compressed, and vocabulary maintenance is an ongoing operational dependency.
Best for
Teams working with Real-world evidence and Clinical data across Harmonize → Learn + reuse.
Maturity
EstablishedEstablished enough for serious use; still pin the exact release and any implementation profile.

02

See it in the workflow

A standard creates value by changing a handoff, not by existing in a catalog.

  1. InputWhat starts

    Real-world evidence and Clinical data, metadata, and the local decisions around them

  2. OMOP CDMWhat changes

    OMOP CDM applies a shared data model / schema across Harmonize → Learn + reuse

  3. OutputWhat becomes possible

    A more consistent, reviewable handoff for the next system or team

Readiness gateBefore scaling: ETL is expensive, source nuance can be compressed, and vocabulary maintenance is an ongoing operational dependency.

03

A concrete example

Hospitals transform EHR and claims sources into a common CDM to run a shared phenotype and outcomes protocol.

Why it matters: A consistent longitudinal feature surface is valuable for ML, but label design, missingness, site shift, and temporal leakage remain local responsibilities.

04

What it fits with

Source vocabularies map to OHDSI standard concepts; FHIR and claims data commonly feed ETL; analysis tools consume the CDM.

05

Implementation starter

Start with one bounded handoff. Pin, test, and review it before scaling.

  1. Name an accountable owner and the decision OMOP CDM must support.

  2. Pin the exact version and companion artifacts: CDM 5.4.

  3. Map one representative input to the required data model / schema artifacts.

  4. Test the result against the canonical source and record every exception.

  5. Preserve the source data, mappings, and review evidence before scaling.

06

Limitation to test first—and the tests that catch it

Risk

ETL is expensive, source nuance can be compressed, and vocabulary maintenance is an ongoing operational dependency.

Test

Run one representative end-to-end pilot and record exactly where OMOP CDM loses context, needs an extension, or depends on another standard.

Risk

A structured or machine-readable result can still be unfit for analysis or AI.

Test

Test the output for missing context, provenance, terminology alignment, time leakage, and the intended downstream decision. A consistent longitudinal feature surface is valuable for ML, but label design, missingness, site shift, and temporal leakage remain local responsibilities.

07

Why we believe this

Checked against the canonical source plus independent operational evidence from an adopter, regulator, or implementation report.

Evidence notation: E1 + E2. The code is shorthand; the plain-language statement above is the claim.

Formal status
Current CDM 5.4
Confidence
High
Review state
Source-checked
Reviewed by
RWE data-model reviewer
Last verified
13 July 2026
Review again when
CDM or standardized-vocabulary release
How the evidence method works

08

Source shelf

Official diagrams, examples, specifications, and explainers. Nothing external loads until you choose to open it.

  • Primary sourceCDM 5.4

    OHDSI OMOP CDM documentation

    The canonical publisher or steward source used to verify this data model / schema profile.

    Publisher
    OHDSI
    Rights
    Rights remain with the publisher; this knowledge base links to the source rather than copying it.
    Access
    Opens the publisher's source in a new tab; no external media loads on this page.
    Verified
    2026-07-13
    Open at source

Next action

Put this profile in context

Compare its role with adjacent standards or place it inside an end-to-end data pathway before choosing an implementation.