Introduction to the DICOM Standard
© 2003-2011 OFFIS e. V.
The beginnings of the standard
Since the 1970s, when computed tomography was introduced as the first digital modality, the importance of digital medical image processing has increased permanently. The emerging idea of a digital image archive (PACS) and electronic image distribution in a hospital created the need to exchange digital images between medical devices of different manufacturers. In 1983, the American College of Radiology (ACR) and the National Electrical Manufacturers Association (NEMA) formed a working group in order to develop an image exchange standard. The collective work resulted in the ACR-NEMA standard which was published in 1985 and revised several times until 1988. Due to certain conceptual weaknesses (no network support, different proprietary "dialects"), the ACR-NEMA standard was, however, no success. As a consequence, the DICOM standard ("Digital Imaging and Communications in Medicine") was developed on the basis of the experiences with the ACR-NEMA standard. The main objective of this new standard was to create an open (vendor independent) platform for the communication of medical images and related data. Moreover, the new standard should support PACS networks and guarantee interoperability of arbitrary DICOM devices and programs. DICOM was published in 1993 and is continuously being extended ever since. In 1995, DICOM was accepted as a formal standard in Europe (MEDICOM, ENV 12052).
Overview of DICOM
The contents of the DICOM standard go far beyond a definition of an exchange format for medical image data. DICOM defines
DICOM data structures
A DICOM image consists of a list of data elements (so-called attributes) which contain a multitude of image related information:
For each modality, DICOM precisely defines the data elements that are required, optional (i. e. may be omitted) or required under certain circumstances (i. e. only if contrast media was used). This powerful flexibility is at the same time, however, one crucial weakness of the DICOM standard because practical experience shows that image objects are frequently incomplete. In such objects, required fields are missing or contain incorrect values. These problems can lead to subsequent problems when exchanging data.
DICOM network sevices
The DICOM network services are based on the client/server concept. In case two DICOM applications want to exchange information, they must establish a connection and agree on the following parameters:
Only if both applications agree on a common set of parameters, the connection can and will be established. In addition to the most basic DICOM service "image transmission" (or in DICOM terminology: "Storage Service Class") there are number of advanced services, e. g.:
In addition to the exchange of medical images over a network, media exchange has become another focus which has been integrated into the DICOM standard in 1996. Fields of application are for example the storage or cardiac angiography films in cardiology or the storage of ultrasound images. In order to make sure that DICOM storage media are really interchangeable, the standard defines so-called "application profiles" which explicitly define
Aside from the image files, each DICOM medium contains a so-called "DICOM directory". This directory contains the most important information (patient name, modality, unique identifiers etc.) for all images which are captured on the medium. With the necessary help of this directory, it is possible to quickly browse or search through all images on the medium without having to read the complete image files - which would for instance take a couple of minutes when reading from a CD.
DICOM requires that a Conformance Statement must be written for each device or program claiming to be DICOM conformant. The format and content of a Conformance Statement is defined in the standard itself. In general, the statement shall explain which DICOM services and options are supported, which extensions and peculiarities have been implemented by the vendor, and how the device communicates with other DICOM systems. In theory, comparing two conformance statements allows to determine whether two DICOM compliant devices are able to communicate with each other or not.
In practice, however, conformance statements are only comprehensible by experts and they are frequently inadequate since often only a minimum set of features is documented. Interoperability problems, however, typically tend to occur because some "inconspicuous details" do not go together.
DICOM has become an indispensable component for the integration of digital imaging systems in medicine. DICOM offers solutions for many communication related applications - in a network as well as off-line. The keyword "DICOM" by itself, however, is no guarantee for a "plug and play" integration of all information systems in a hospital. Such a scenario requires a careful combination of all the partial solutions offered by DICOM.
Page last modified: 2013-06-10