Oncology data
Last reviewed: 2026-06-28 — see the freshness policy.
Learning objectives
After this chapter you will be able to:
- Explain why oncology data is uniquely complex and multi-modal.
- Name the core oncology standards —ICD-O-3, AJCC TNM staging, mCODE, NAACCR.
- Design a data flow that unifies pathology, genomics, staging, treatment, and outcomes.
Why oncology is its own data problem
Cancer care produces some of the most complex longitudinal data in medicine. A single patient's record spans pathology (histology, grade), staging (how advanced), genomics (somatic mutations driving therapy), imaging, treatment lines (surgery, radiation, systemic therapy), and response/outcomes over years. It is also reporting-mandated — providers must report cancers to central registries — and fast-evolving, as precision oncology ties new biomarkers to new drugs constantly. Generic clinical data models capture only part of this; oncology needs its own standards.
flowchart LR
Path["Pathology<br/>(histology, grade)"] --> Model
Stage["Staging<br/>(AJCC TNM)"] --> Model
Gen["Genomics<br/>(somatic variants)"] --> Model
Tx["Treatment lines<br/>+ response"] --> Model
Model["Unified oncology model<br/>(mCODE / OMOP)"] --> Reg["Registry reporting"]
Model --> Trial["Clinical-trial matching"]
Model --> Board["Tumor board / decision support"]
Model --> RWE["RWE / outcomes research"]
The core standards
| Standard | What it codes | Notes |
|---|---|---|
| ICD-O-3 | Cancer topography (site) + morphology (histology/behavior) | Distinct from ICD-10; the registry/pathology cancer classification |
| AJCC TNM staging | Tumor (T), Nodes (N), Metastasis (M) → stage group | Clinical vs pathologic staging; part of USCDI |
| mCODE | A minimal common FHIR data set for oncology | HL7 FHIR IG (v4), driven by the CodeX accelerator — the interoperability backbone |
| NAACCR | Central cancer-registry data dictionary | Mandated reporting to state/central registries (annual version, e.g. v26 for 2026) |
| CAP eCC | Synoptic pathology checklists | Structured pathology reporting |
| OncoKB / ClinVar / COSMIC | Variant interpretation knowledge bases | Map somatic variants to clinical/therapeutic significance |
mCODE is the one to anchor on: it standardizes the primary cancer condition, secondary/metastatic disease, TNM staging, tumor markers, cancer-related genomics, treatments, and disease status as FHIR resources — so oncology data can move between EHRs, registries, trial-matching services, and research without custom interfaces.
Precision oncology: genomics drives therapy
Modern oncology is genomics-led. An NGS panel (or whole-genome/exome sequencing) on a tumor produces somatic variants, which are interpreted (OncoKB/ClinVar, tiered by AMP/ASCO/CAP guidelines) to select targeted therapies. The architecture must therefore link the variant store to the clinical record:
- Distinguish somatic (tumor-acquired) from germline (inherited) variants — different consent, interpretation, and reporting.
- Carry the variant → interpretation → therapy chain so a tumor board (and an audit) can see why a therapy was chosen.
- mCODE's genomics profiles (built on the FHIR Genomics work) are the standard way to represent this in the record.
Architecture implications
- Unify multi-modal data. Pathology, staging, genomics, imaging, and treatment arrive from different systems; mCODE (FHIR) is the conformance target, OMOP the analytics model (with an oncology extension). Map source codes carefully — histology inICD-O-3, diagnoses in ICD-10/SNOMED (terminologies).
- Registry reporting is a pipeline, not an afterthought. NAACCR reporting is mandated; design the extract early. mCODE-to-registry tooling (CodeX) reduces manual abstraction.
- Clinical-trial matching is a flagship oncology use case: structured mCODE data (stage, biomarkers, prior therapy) matches patients to trial eligibility — a strong AI/agent opportunity.
- Staging is hard. TNM has clinical vs pathologic variants, edition dependencies, and site-specific rules; treat it as a first-class, validated data element, not a free-text field.
Pain points & best practices
- Histology/site coding (ICD-O-3) and staging require trained abstraction — expect data-quality work and validate against registry rules.
- Biomarkers move fast — the variant-to-therapy knowledge base changes constantly; version it (like vocabularies) and date interpretations.
- Somatic vs germline governance — germline findings are inherited PHI for the family; handle consent and return-of-results deliberately (see de-identification & consent).
- Anchor on mCODE for interoperability; don't invent a local oncology model.
Lab
Extend the hls-fhir-interop lab with mCODE profiles, and join tumor variants from hls-variant-store-aws to the clinical record. Generate synthetic oncology patients with the hls-synthea-data lab (Synthea has cancer modules).
Check yourself
- Why isICD-O-3needed alongside ICD-10/SNOMED for cancer data?
- What does mCODE standardize, and why anchor an oncology platform on it?
- Why must somatic and germline variants be governed differently?