DICOM Controlled Terminology is a curated set of coded concepts, value sets, and context groups defined in DICOM Part 16 to enforce semantic consistency across medical imaging workflows. It maps clinical observations, anatomical locations, and procedure types to unique codes from established schemes like SNOMED CT, LOINC, and RadLex, ensuring that a finding of "malignant neoplasm" is represented identically regardless of the reporting system or modality that generated it.
Glossary
DICOM Controlled Terminology

What is DICOM Controlled Terminology?
DICOM Controlled Terminology is the standardized lexicon of coded concepts and value sets defined in DICOM Part 16 that provides unambiguous, machine-readable semantics for clinical data in structured reports and acquisition protocols.
This terminology underpins the DICOM Structured Report (SR) standard, enabling the encoding of quantitative measurements and qualitative assessments as structured, queryable data rather than free-text narratives. By defining explicit context groups that constrain which codes are valid for a specific clinical context—such as a breast imaging report—it eliminates semantic ambiguity, facilitates automated data mining for clinical trials, and enables reliable interoperability between disparate PACS, VNA, and analytics platforms.
Key Features of DICOM Controlled Terminology
DICOM Controlled Terminology (Part 16) provides the standardized, coded lexicon that transforms free-text clinical reports into machine-readable, unambiguous data structures.
Coded Concepts (CID)
A Context Group is a predefined set of coded concepts that defines the allowed values for a specific clinical context. Each concept is a triplet of a Code Value, Coding Scheme Designator (e.g., SNOMED-CT, RadLex), and Code Meaning.
- Example: CID 6042 'Breast Imaging Report Findings' contains codes for 'Mass', 'Calcification', and 'Architectural Distortion'.
- Purpose: Restricts data entry to a controlled vocabulary, eliminating synonymy and ambiguity in structured reports.
Templates (TID)
A Template defines the structure and content of a document or a section of a document. It specifies which coded concepts are mandatory, optional, or conditional, and how they relate to each other in a hierarchical tree.
- Example: TID 1500 'Measurement Report' dictates how to encode a measurement's value, unit, and the anatomic location it was taken from.
- Function: Templates enforce a consistent document architecture, ensuring that a 'Systolic Blood Pressure' measurement is always recorded with the same structure and codes.
Value Sets & Relationships
Controlled Terminology defines not just flat lists of codes but also the semantic relationships between them. A Value Set is a dynamically generated list of codes that are valid for a specific template field.
- Parent-Child Hierarchies: Codes can be organized in 'is-a' relationships (e.g., 'Invasive Ductal Carcinoma' is a child of 'Breast Carcinoma').
- Cross-Mapping: Terminology maps concepts across different coding schemes, such as linking a local hospital code to a standard LOINC code for lab results.
SNOMED CT & RadLex Integration
DICOM Controlled Terminology is not an isolated standard; it heavily leverages and profiles external, domain-specific lexicons to ensure clinical relevance.
- SNOMED CT: The primary source for anatomic locations, morphologic abnormalities, and procedures. DICOM restricts the vast SNOMED CT ontology to specific, clinically relevant subsets.
- RadLex: A lexicon from the Radiological Society of North America (RSNA) used extensively for radiology-specific findings and imaging technique descriptions.
- LOINC: Used for laboratory and some clinical observation codes to ensure interoperability with non-imaging systems.
Machine-Readable Encoding
The terminology is distributed as a machine-readable resource, typically in XML (using the DICOM Content Mapping Resource schema) or JSON format. This allows software systems to programmatically load and validate coded data.
- Validation: An application can automatically check if a code used in a Structured Report is a member of the correct Context Group.
- Rendering: A display system can look up the human-readable 'Code Meaning' for a given 'Code Value' to present information to a clinician without requiring them to memorize codes.
Protocol & Acquisition Context
Beyond diagnostic reporting, Controlled Terminology standardizes the description of the imaging acquisition itself. This includes coded definitions for Contrast Agent, Patient Position, and Imaging Procedure Step.
- Example: A CT scan's protocol can be unambiguously tagged with a code for 'CT Abdomen with IV Contrast' rather than relying on a free-text protocol name.
- Benefit: This enables automated protocol-driven workflows, dose management analytics, and reliable querying of imaging archives for specific acquisition techniques.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Clear answers to common questions about the standardized coded concepts that enable unambiguous, machine-readable semantics in DICOM structured reports and acquisition protocols.
DICOM Controlled Terminology is a set of standardized, coded concepts and value sets defined in DICOM Part 16 that provide unambiguous, machine-readable semantics for clinical data. It replaces free-text descriptions with unique codes from established coding schemes like SNOMED CT, LOINC, and RadLex, ensuring that a finding of 'mass' means exactly the same thing across different vendors, institutions, and software applications. This is essential for enabling automated data mining, clinical decision support, and multi-center research studies where semantic consistency is non-negotiable. Without controlled terminology, structured reports become silos of inconsistent, non-interoperable text.
Related Terms
Explore the foundational components and mechanisms that enable unambiguous, machine-readable semantics in DICOM structured reports and acquisition protocols.
SNOMED CT Integration
DICOM Controlled Terminology heavily relies on SNOMED CT as its primary external reference vocabulary. DICOM Part 16 defines a subset of SNOMED CT concepts that are valid for specific DICOM contexts, ensuring that clinical findings in structured reports are mapped to globally recognized, computable codes rather than ambiguous free text. This integration allows for semantic interoperability between imaging systems and broader electronic health records.
LOINC for Imaging Procedures
Logical Observation Identifiers Names and Codes (LOINC) are used within DICOM to standardize the names of imaging procedures and observations. By mapping a local procedure code to a universal LOINC identifier, DICOM enables cross-institutional data aggregation and clinical research. This ensures that a 'CT Abdomen with Contrast' is semantically identical across different hospital information systems.
Context Groups (Value Sets)
A Context Group is a defined set of coded concepts that are permissible for a specific DICOM attribute in a particular clinical context. For example, a Context Group for 'Contrast Agent' would list all valid SNOMED CT codes for iodinated and gadolinium-based agents. This mechanism constrains terminology to a manageable, clinically relevant subset, preventing nonsensical coding and ensuring data consistency.
DICOM Content Mapping Resource (DCMR)
The DCMR is the machine-readable encoding of DICOM Controlled Terminology, defined in Part 16. It specifies the relationships between coded concepts, their human-readable meanings, and their assignment to specific Context Groups. Software systems parse the DCMR to validate coded entries in real-time, ensuring that a structured report only contains allowed terminology for each data element.
Coded Entry Sequence
The Coded Entry Sequence (0040,A168) is a critical DICOM attribute used in Structured Reports to encode a concept. Each item in this sequence contains a triplet: - Code Value: The machine-readable identifier (e.g., '373098007') - Coding Scheme Designator: The vocabulary authority (e.g., 'SCT' for SNOMED CT) - Code Meaning: The human-readable description (e.g., 'Neoplasm, Benign') This structure provides unambiguous, multilingual semantics.
Template-Driven Reporting
DICOM Structured Reports are built using Templates, which define the hierarchical structure of content items (e.g., 'Finding' contains 'Lesion' contains 'Measurement'). Each node in a template is associated with a Context Group that restricts the allowed coded concepts. This template-driven approach enforces a rigorous, standardized format for clinical documentation, making reports fully computable and queryable.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us