CDISC
- Stage boundary
- No direct role is recorded for Learn + reuse.
- Known limitation
- Conformance is detailed and version-sensitive; transformations can preserve structure while losing source context.
Decision support
Place up to three profiles side by side. Focus on architectural role, evidence, and the first limitation to test—not on finding a single all-purpose standard.
Working set
2 of 3 selected
Decision lens
The useful question is not “Which standard wins?” It is “Which job must this part of the architecture perform, and what remains uncovered?”
Decide whether you need guidance, a domain payload, exchange, semantics, governance, or a reusable release.
Use the matrix to see where each profile has a direct role. A filled cell is coverage, not a quality score.
Read what each option leaves unresolved before judging maturity, confidence, or implementation fit.
Three-part assessment
Read left to right. Lifecycle reach comes first; maturity remains an editorial roll-up, not certification.
01 · Lifecycle reach
Coverage shows a recorded role at that readiness stage. It does not imply end-to-end implementation.
| Profile | Plan | Acquire | Harmonize | Exchange | Learn + reuse |
|---|---|---|---|---|---|
| CDISCStandard | CDISC Foundational Standards has a direct role in Plan. | CDISC Foundational Standards has a direct role in Acquire. | CDISC Foundational Standards has a direct role in Harmonize. | CDISC Foundational Standards has a direct role in Exchange. | CDISC Foundational Standards has no direct role recorded in Learn + reuse. |
| OMOP CDMData model / schema | OMOP Common Data Model has no direct role recorded in Plan. | OMOP Common Data Model has no direct role recorded in Acquire. | OMOP Common Data Model has a direct role in Harmonize. | OMOP Common Data Model has no direct role recorded in Exchange. | OMOP Common Data Model has a direct role in Learn + reuse. |
02 · Boundaries
These are design boundaries, not faults. Use them to identify the companion layers your architecture still needs.
03 · Detailed assessment
Use the source, status, and limitation together. A higher maturity label does not erase a scope mismatch.
| Assessment | CDISCCDISC Foundational Standards | OMOP CDMOMOP Common Data Model |
|---|---|---|
| Purpose & coverage | Protocol-to-analysis clinical and nonclinical research data, including acquisition, tabulation, analysis, and submission structures. Best fitBest for regulated studies and traceable submission packages; less natural for early discovery or raw instrument output. | Relational structure, conventions, and standardized vocabularies for longitudinal observational health data. Best fitMulti-source cohort analytics, patient-level prediction, characterization, and network studies after ETL. |
| Readiness stages | PlanAcquireHarmonizeExchange | HarmonizeLearn + reuse |
| AI-ready contribution | Strong variable conventions and traceability help supervised learning, but harmonization, cohort context, and leakage controls remain separate work. | A consistent longitudinal feature surface is valuable for ML, but label design, missingness, site shift, and temporal leakage remain local responsibilities. |
| First limitation to test | Conformance is detailed and version-sensitive; transformations can preserve structure while losing source context. | ETL is expensive, source nuance can be compressed, and vocabulary maintenance is an ongoing operational dependency. |
| Evidence | E1 + E2 High confidence Formal statusReleased suite; artifacts version independently ReviewSource-checked | E1 + E2 High confidence Formal statusCurrent CDM 5.4 ReviewSource-checked |
| Maturity | Established Regulatory production use | Established Broad network research use |
| Sources & links | CDISC foundational standards (opens in a new tab)Read full profile | OHDSI OMOP CDM documentation (opens in a new tab)Read full profile |