My watch list
my.bionity.com  
Login  

Digital Imaging and Communications in Medicine



Digital Imaging and Communications in Medicine (DICOM) is a standard for handling, storing, printing, and transmitting information in medical imaging. It includes a file format definition and a network communications protocol. The communication protocol is an application protocol that uses TCP/IP to communicate between systems. DICOM files can be exchanged between two entities that are capable of receiving image and patient data in DICOM format. The National Electrical Manufacturers Association (NEMA) holds the copyright to this standard [1]. It was developed by the DICOM Standards Committee, whose members [2] are also partly members of NEMA [3].

DICOM enables the integration of scanners, servers, workstations, printers, and network hardware from multiple manufacturers into a picture archiving and communication system. The different devices come with DICOM conformance statements which clearly state the DICOM classes they support. DICOM has been widely adopted by hospitals and is making inroads in smaller applications like dentists' and doctors' offices.

Additional recommended knowledge

Contents

Parts of the DICOM Standard

The DICOM standard is divided into related but independent parts:[4]

The links below are to the 2007 version published in December 2006

  • PS 3.1: Introduction and OverviewPDF (241 KiB)
  • PS 3.2: ConformancePDF (6.46 MiB)
  • PS 3.3: Information Object DefinitionsPDF (4.48 MiB)
  • PS 3.4: Service Class SpecificationsPDF (1.07 MiB)
  • PS 3.5: Data Structure and EncodingPDF (1.43 MiB)
  • PS 3.6: Data DictionaryPDF (7.32 MiB)
  • PS 3.7: Message ExchangePDF (1.97 MiB)
  • PS 3.8: Network Communication Support for Message ExchangePDF (901 KiB)
  • PS 3.9: Retired (formerly Point-to-Point Communication Support for Message Exchange)
  • PS 3.10: Media Storage and File Format for Data InterchangePDF (406 KiB)
  • PS 3.11: Media Storage Application ProfilesPDF (1.14 MiB)
  • PS 3.12: Storage Functions and Media Formats for Data InterchangePDF (593 KiB)
  • PS 3.13: Retired (formerly Print Management Point-to-Point Communication Support)
  • PS 3.14: Grayscale Standard Display FunctionPDF (2.88 MiB)
  • PS 3.15: Security and System Management ProfilesPDF (1.00 MiB)
  • PS 3.16: Content Mapping ResourcePDF (3.08 MiB)
  • PS 3.17: Explanatory InformationPDF (3.28 MiB)
  • PS 3.18: Web Access to DICOM Persistent Objects (WADO)PDF (291 KiB)

History

  DICOM is the third version of a standard developed by American College of Radiology (ACR) and National Electrical Manufacturers Association (NEMA).

In the beginning of the 1980s it was almost impossible for anyone other than manufacturers of computed tomography or magnetic resonance imaging devices to decode the images that the machines generated. Radiologists wanted to use the images for dose-planning for radiation therapy. ACR and NEMA joined forces and formed a standard committee in 1983. Their first standard, ACR/NEMA 300, was released in 1985. Very soon after its release, it became clear that improvements were needed. The text was vague and had internal contradictions.

In 1988 the second version was released. This version gained more acceptance among vendors. The image transmission was specified as over a dedicated 50-pin DICOM cable. The first commercial equipment supporting ACR/NEMA 2.0 was presented at the annual meeting of RSNA in 1990 by GE Healthcare and a company named Vortech (later purchased by Eastman Kodak). Many soon realized that the second version also needed improvements. Several extensions to ACR/NEMA 2.0 were created, like Papyrus (developed by the University Hospital of Geneva, Switzerland) and SPI, (Standard Product Interconnect, driven by Siemens Medical Solutions and Philips Medical Systems).

In 1992 the third version of the standard was released. Its name was then changed to DICOM. New service classes were defined, network support added and the Conformance Statement was introduced. Officially, the latest version of the standard is still 3.0, however, it has been constantly updated and extended since 1992. Instead of using the version number the standard is often version-numbered using the release year, like "the 2007 version of DICOM".

DICOM Data Format

DICOM differs from other data formats in that it groups information into data sets. That means that a file of an X-Ray of a chest, for example, actually contains the patient ID within the file, so that the image can never be separated from this information by mistake.

A DICOM data object consists of a number of attributes, including items such as name, ID, etc., and also one special attribute containing the image pixel data (i.e. logically, the main object has no "header" as such - merely a list of attributes, including the pixel data). A single DICOM object can only contain one attribute containing pixel data. For many modalities, this corresponds to a single image. But note that the attribute may contain multiple "frames", allowing storage of cine loops or other multi-frame data. Another example is NM data, where an NM image by definition is a multi-dimensional multi-frame image. In these cases three- or four-dimensional data can be encapsulated in a single DICOM object. Pixel data can be compressed using a variety of standards, including JPEG, JPEG Lossless, JPEG 2000, and Run-length encoding (RLE). LZW (zip) compression can be used for the whole data set (not just the pixel data) but this is rarely implemented.

The same basic format is used for all applications, including network and file usage, but when written to a file, usually a true "header" (containing copies of a few key attributes and details of the application which wrote it) is added.

DICOM Services

DICOM consists of many different services, most of which involve transmission of data over a network, and the file format below is a later and relatively minor addition to the standard.

Store

The DICOM Store service is used to send images or other persistent objects (structured reports, etc.) to a PACS or workstation.

Storage Commitment

The DICOM storage commitment service is used to confirm that an image has been permanently stored by a device (either on redundant disks or on backup media, e.g. burnt to a CD). The Service Class User (SCU), a modality or workstation, etc., uses the confirmation from the Service Class Provider (SCP), an archive station for instance, to make sure that it is safe to delete the images locally.

Query/Retrieve

This enables a workstation to find lists of images or other such objects and then retrieve them from a PACS.

Modality Worklist

This enables a piece of imaging equipment (a modality) to obtain details of patients and scheduled examinations electronically, avoiding the need to type such information multiple times (and the mistakes caused by retyping).

Modality Performed Procedure Step

A complementary service to Modality Worklist, this enables the modality to send a report about a performed examination including data about the images acquired, beginning time, end time, and duration of a study, dose delivered, etc. It helps give the radiology department a more precise handle on resource (acquisition station) use. Also known as MPPS, this service allows a modality to better coordinate with image storage servers by giving the server a list of objects to send before or while actually sending such objects.

Printing

The DICOM Printing service is used to send images to a DICOM Printer, normally to print an "X-Ray" film. There is a standard calibration (defined in DICOM Part 14) to help ensure consistency between various display devices, including hard copy printout.

Off-line Media (DICOM Files)

The off-line media files correspond to Part 10 of the DICOM standard. It describes how to store medical imaging information on removable media. Except for the data set containing, for example, an image and demography, it's also mandatory to include the File Meta Information.

DICOM restricts the filenames on DICOM media to 8 characters (many people wrongly use 8.3, but this is not legal). No information must be extracted from these names (PS10:6.2.3.2). This is a common source of problems with media created by developers who did not read the specifications carefully. This is a historical requirement to maintain compatibility with older existing systems. It also mandates the presence of a media directory, the DICOMDIR file, that provides index and summary information for all the DICOM files on the media. The DICOMDIR information provides substantially greater information about each file than any filename could, so there is less need for meaningful file names.

There is also an ongoing media exchange test and "connectathon" process for CD media and network operation that is organized by the IHE organization.

Application areas

Modality Description
BI Modality of type Biomagnetic Imaging
CD Modality of type Color Flow Doppler
CR Modality of type Computed Radiography
CT Modality of type Computed Tomography
DD Modality of type Duplex Doppler
DG Modality of type Diaphangraphy
EC Modality of type Echo cardiography
EM Modality of type Electron Microscope
ES Modality of type Endoscopy
GM Modality of type Gross Microscopy
LS Modality of type Laser Surface Scan
MA Modality of type Magnetic Resonance Angiography
MG Modality of type Microscopy
MR Modality of type Magnetic Resonance
MS Modality of type Magnetic Resonance Spectroscopy
NM Modality of type Nuclear Medicine
OT Modality of type Other
PT Modality of type Positron Emission Tomography
RF Modality of type Radio Fluoroscopy
RG Modality of type Radiographic Imaging (conventional film screen)
RT Modality of type Radiation Therapy
SC Modality of type Secondary Capture
SM Modality of type Slide Microscopy
ST Modality of type Single-Photon Emission Computed Tomography
TG Modality of type Thermography
US Modality of type Ultra Sound
VL Modality of type Visible Light
XA Modality of type X-Ray Angiography
XC Modality of type External Camera (Photography)


Examples of Modalities supported in DICOM are:

See also

  • DICOM Conformance statement
  • DICOM Data dictionary
  • DICOM Media Storage Application Profile
  • DICOM Security profile
  • DICOM Service class
  • DICOM Service Object Pair

References

  1. ^ DICOM brochure
  2. ^ MEMBERS of the DICOM STANDARDS COMMITTEE
  3. ^ NEMA Members
  4. ^ (2006) "6.1 DIMSE Services", Digital Imaging and Communications in Medicine (DICOM) Part 1: Introduction and Overview. National Electrical Manufacturers Association, 11. 
 
This article is licensed under the GNU Free Documentation License. It uses material from the Wikipedia article "Digital_Imaging_and_Communications_in_Medicine". A list of authors is available in Wikipedia.
Your browser is not current. Microsoft Internet Explorer 6.0 does not support some functions on Chemie.DE