An overview of the latest progress of the DICOM standard from the recent base standard meeting

complete in standard.

2nd Gen. Other non C-Arm RT Treatment

The scope of this supplement is the introduction of new RT Radiation IODs for non-C-Arm treatment devices.

This supplement adds support for instances of the following RT devices:

  • Tomotherapeutic Radiation
  • Multiple Fixed Source Radiation
  • Robotic Radiation Storage

There are only two open areas in the supplement: Which codes to use and the recording of table position.

This supplement will be revisited in the next Base Standard meeting before becoming final text.

View details »
Encapsulated Additional Models 3D Manufacturing

Supplement 208 extends the DICOM Standard to better address medical 3D manufacturing and uses of Virtual Reality, Augmented Reality, and Mixed Reality.

These extensions fall in three areas:

  • Support for a new 3D model type: Object File (OBJ)
  • Identification of models for assembly into a larger object
  • Capturing a preferred color for manufacturing or display of a model OBJ Encapsulation

The supplement incorporates not just Object Files (OBJ), and also any supporting Material Library Files (MTL) and texture map files (JPG or PNG) on which an OBJ may rely.

As with Encapsulated STL, the new Encapsulated OBJ, Encapsulated MTL and texture image IODs allow 3D manufacturing models to be exchanged between various types of equipment using DICOM messages. This adds the ability to store, query and retrieve complete OBJ models as DICOM Instances.

Updates are addressed by storing new instances, with reference back to earlier instances in a manner similar to the IOD for STL encapsulation.

Supplement 208 was voted to go out for Letter Ballot voting.

View details »

View slideset »
JSON Representation of AI Structured Reports

This Supplement describes a simplified JSON representation of DICOM Structured Report content to allow AI developers to encode image-derived results.

First, the minimal necessary information for a result payload itself may be encoded in JSON for simplicity and ease of use by AI/ML algorithm developers.

Second, this result JSON is merged with the necessary JSON representation of the composite context and other mandatory, or relevant optional, SR content (such as UIDs, image libraries, hierarchical identification and report status management information), which, when transformed, would result in a valid SR IOD with a template-compliant content.

Third and finally, the JSON is transformed into the traditional binary DICOM SR representation for transport, storage and management in an interoperable form.

The TID 1500 Measurement Report template is central to this supplement and describes a generic pattern that is suitable for encoding AI results.

The JSON representation leverages the "business name" concept from HL7 Green CDA, such that simple meaningful strings can be used in the JSON for coded tuples for concept names and values, as well as for DICOM Attributes in the top level Data Set. The business names are defined in a separate, potentially reusable, JSON file.

Using an appropriate tool, a complete and compliant binary Structured Report can be created automatically from the JSON, with the subtleties of DICOM encoding hidden from the user.

Supplement 219 was voted to go out for Public Comments.

View details »

View slideset »
Neurophysiology Waveforms

This Supplement introduces a number of Services Classes for Storage of Neurophysiology Waveforms by adding the related Neurophysiology IODs and the necessary Neurophysiology Waveform Context Groups.

It adds a SOP Class to store routine (clinic) electroencephalography (EEG) data recording the electrical activity of the brain collected on the skull surface using electrode positions of the international 10/10 or 10/20 localization scheme.

It adds a SOP Class to store electromyography (EMG) data recording the electrical activity of skeletal muscles.

It adds a SOP Class to store electrooculography (EOG) data collected near the eyes recording eye movement.

It adds a SOP Class to store generic neurophysiology signals.

It adds a transfer syntax for DICOM waveforms using RED compression.

Supplement 217 was voted to go out for Public Comments.

View details »

View slideset »
DICOM Conformance Statement

This supplement focuses on rewriting part two, DICOM conformance, of the standard.

The goal is to achieve better interoperability and machine processing of DICOM conformance statements.

It was considered advantageous if the template is a separate generated MS Word template.

Supplement 209 will be further presented and discussed with the Base Working Group in a coming meeting before Public Comment voting.

View details »

RT Radiation Records

The SOP Classes in this document are defined to record how a treatment was performed.

This comprises acquired machine values, measured dose values, overrides, etc.

In addition, recording of a manual implementation of a Radiation is covered.

The scope of this Supplement is on treatment delivery and it introduces the concept of RT Radiation Records.

This Supplement is based on the real-world model and specifications defined in Supplement 147. References, definitions etc. not present in this Supplement can be found in Supplement 147.

Supplement 199 will be further presented and discussed with the Base Working Group in a coming meeting before Public Comment voting.

View details »
DicomWeb Retrieve via Zip

Supplement 211 adds the application/zip media type to the RESTful Web Services in PS3.18. It enables retrieving an entire DICOM study or series as a single zip format file.

The primary use case is to enable researchers in analytics / machine learning to use DICOMweb to retrieve studies, series, or other collections of images for training purposes. DICOMweb currently provides a means to retrieve an entire study or an entire series using the multipart/related media type, but this requires special non-browser implementations to retrieve the content because multipart/related is not currently supported by any of the major browsers.

A secondary use case is to provide consumers with browser access to a DICOM study using a ZIP file, which will provide patients or caregivers browser access that is simpler than that provided by a multipart/related response must be programmatically interpreted.

Supplement 211 will be further presented and discussed with the Base Working Group in a coming meeting before Public Comment voting.

View details »
XA Protocol

This Supplement defines a pair of storage SOP Classes to distribute defined XA protocols and to record performed XA protocols.

  • XA Defined Procedure Protocol Storage SOP Class, which includes acquisition, reconstruction and storage tasks.
  • XA Performed Procedure Protocol Storage SOP Class that describes the values actually used in a performed procedure.

The SOP Classes address details including:

  • patient preparation & positioning
  • equipment characteristics
  • acquisition technique
  • reconstruction technique
  • preliminary image handling such as filtering, enhancement
  • results data storage (auto-sending)

The primary goal is to set up the acquisition (and reconstruction) equipment, not to script the entire behavior of the department, or the angiographic suite.

Methods of specification of tube current modulation (and other technical features) vary between vendors and models and are not addressed in standard DICOM data elements.

It is expected that the vast majority of protocol objects will be specific to a certain model and version of acquisition equipment.

Supplement 212 will be further presented and discussed with the Base Working Group in a coming meeting before Public Comment voting.

View details »

View slideset »
Prostate MR Imaging Structured Report

Supplement 220 adds support for MR prostate imaging report is encoded for storage and exchange.

This is in the form of a DICOM Structured Report. It consists of the radiologist's narrative text, supplemented with numeric data, PI-RADSTM or other coded terms when available, and references to specific images or coordinates on images.

This document specifies the Prostate Imaging Report templates, expected to be stored and exchanged via the Enhanced SR SOP Class.

The Prostate Imaging Report templates are designed to support minimal coded content, depending on the capabilities of the system producing this object.

The specific rendering of the content of the report is not within the scope of the DICOM standard, except that it must be complete and unambiguous (see PS 3.4 Annex O).

The Prostate Imaging Report templates are organized and aim to follow the patterns of the family of Breast Imaging Report templates.

Supplement 220 will be further presented and discussed with the Base Working Group in a coming meeting before Public Comment voting.

View details »

View slideset »

CPack 103
Release November 2019

Clarification of Distances in Ion Beams
Add clarification note that C-FIND SCP should ignore unknown standard and private tags
Derivation of Photometric Interpretation in STOW-RS
Add code for bounding box for SR
Add codes for AI visual explanation maps
Add trans-rectal to ultrasound beam path context group
Reverse sense of all other encoding based on VR to follow rule for new VRs
Add more renal vessels
Add generic echocardiography measurements missing from vascular ultrasound context groups
Correct code meanings for body surface area codes
Fix inconsistent Relationship Content Constraints (SR IODs from Supplement 164)
Add translocator protein tracers
Add presentation address to file meta information for DULP and Web Services
Number of Frames attribute should never have a value of zero
WADO-RS Transfer Syntax to use when cannot be decompressed
Return in query response what Transfer Syntax is available for retrieval
Some IODs that need it are missing the Synchronization Module
Add laterality parameter to TID 300
Correct code for anatomical structure in CID 7150 and CID 9501
Additional Category codes for CID 9502
Add Laterality to Treatment Site Code
UPS-RS Support for Query Only
Add Institution and Admission attributes to UPS
Add "all other attributes" row for Patient Demographics to UPS
Add Reason For Requested Procedure Query Keys to UPS
Correct Retired Attributes in PS3.15 E
Coding Scheme Version requires Coding Scheme Designator to be present
CPack 104
In ballot voting, release January 2020

Update PS3.4 for expanded Code Sequence
Consistency between DICOM VR definition of DS & IS, and JSON Value Representation
Necessity of returning the Specific Character Set (0008,0005) attribute in a QIDO-RS response
Recently added OV, SV and UV VRs were not included in PS3.18 or PS3.19
Clarify the Media Type sections for Studies Service
Padding in DICOM JSON and XML (Native) Models
Update PS3.19 WADO-RS and STOW-RS to PS3.18 Studies Service Retrieve and Store
PS3.18 Section 5.1.1 does not have a definition for NON-ZERO-DIGIT
PS3.18 Section 8.3.1 has syntax mistakes
Add multi-energy CT attributes to de-identification profile
Add precoordinated measurement CODE content item parameter to TID 300
Erectile dysfunction test drug administration
SCOORD3D should be allowed for Planar ROIs in TID 1411 and be more flexible for Volumetric ROIs in TID 1410
Add Series Date and Time to missing Modules
Add PIRADS V2.1 base PZpm sector anatomy
Correction of "Consumable is New" child node relation to parent node within TID 11005
Correction of "Adverse Event" child node relation to parent node within TID 11021 and 11022
Extend semantic of TID 11003 to be more flexible to the needs and correct node numbering in example
Inconsistent representation of CODE values in example MMMM
Semantic issue in consumable parts
Correction of incorrect datetime value in example
Rename Imaging Agent Administration Syringe/Pump Phase Activity template
Revise Part 15 Annex F (DHCP)
Incorrect Frame Time's value for Video Type 60 Hz HD
Add coding scheme designator for RadElement
Update Part 15 Annex H (add conformance)
Add security considerations for encapsulated formats
Part 10 Format security considerations
Specify the identity window level values
Remove common name from taxonomic rank code meanings
Add more specific tumor graft histologic types
Fix inconsistent DIMSE status code meaning