Back to All Articles Subscribe   

DICOM: The Purpose of the Standard

First published on: 4 August 2016

DICOM is a file format and a networking protocol, but more importantly it is a standardized model of reality. This article gives a high level view of the standard and its purpose.

It is the first in a series of articles about DICOM, targeted towards software developers.

Innolitics has worked with DICOM a lot over the years. The length of the standard and its unique terminology can make it intimidating to learn. If you are new to DICOM, we hope this series will help you get started quickly. If you have used DICOM before, we hope it provides some interesting new perspectives on the standard.

What is DICOM?

The DICOM standard document has a succinct presentation of its scope in section 1.1:

Digital Imaging and Communications in Medicine (DICOM) is the standard for the communication and management of medical imaging information and related data.

The DICOM Standard facilitates interoperability of medical imaging equipment by specifying:

  • For network communications, a set of protocols to be followed by devices claiming conformance to the Standard.
  • The syntax and semantics of Commands and associated information that can be exchanged using these protocols.
  • For media communication, a set of media storage services to be followed by devices claiming conformance to the Standard, as well as a File Format and a medical directory structure to facilitate access to the images and related information stored on interchange media.
  • Information that must be supplied with an implementation for which conformance to the Standard is claimed.

DICOM facilitates interoperability in two senses. DICOM facilitates a technical “syntactical” interoperability by specifying things like:

Developing software that follows these technical details precisely can be challenging. Fortunately, there are several decent libraries out there to assist a lot with this.

Beyond a purely technical interoperability, DICOM also facilitates a “semantic” interoperability.

Semantic Interoperability

By “semantic” interoperability we mean ensuring that vendors use and require metadata in a consistent manner. Given the breadth of the medical imaging field, you can imagine how challenging this is! How does DICOM do this?

DICOM facilitates semantic interoperability by providing a consistent model of reality across vendors.

Here is a diagrammatic representation of the core part of DICOM’s model of reality:

This shared model of reality facilitates interoperability, because without it, different vendors would likely have subtly (or drastically) different models of reality, making it difficult to interoperate.

For example, one vendor may not bother including a “Study” object in its model of reality, and another vendor may require certain pieces of data that another vendor omits. In both cases, integrating equipment and software from these two different vendors would be more complicated, and in some cases impossible.

The fundamental problem is that reality is complicated!

It is difficult to model it accurately, and depending on your application, it may or may not make sense to include certain details in your model. There is a tradeoff between accuracy and simplicity.

In fact, DICOM itself recognizes that its model is not perfect.

This information model is a simplification of the real world concepts and activities of medical imaging; for acquisition modalities, a Study is approximately equivalent to an ordered procedure, and a Series is approximately equivalent to a performed data acquisition protocol element. In other domains, such as Radiotherapy, the Study and Series are less clearly related to real world entities or activities, but are still required for consistency. This simplified model is sufficient for the pragmatic needs of managing imaging and related data collected in routine practice.

Thankfully, despite these simplifications, DICOM’s model is pretty good. And in our opinion, it is much better to have one flawed model than dozens of flawed models—one for each vendor!

Of course, DICOM doesn’t completely eliminate integration problems for a few reasons:

  1. Applications don’t properly implement the standard
  2. Applications implement different versions of the standard
  3. A lot of meta information is optional (so an application may choose not to provide it)
  4. The standard is ambiguous.

Once again, DICOM is aware enough to inform you of its own limitations in case you couldn’t deduce it yourself:

This Standard facilitates interoperability of systems claiming conformance in a multi-vendor environment, but does not, by itself, guarantee interoperability.

Conclusion

The DICOM standard’s goal is to facilitate interoperability between medical imaging systems from different vendors. It does this by standardizing technical networking and storage implementation details, but perhaps more importantly by providing a consistent model of reality.

In our next article, we will introduce you to some of the DICOM lingo and will give you some guidelines for reading the DICOM standard more effectively.


DICOM Part 1 © NEMA. The DICOM Standard is under continuous maintenance, and the current official version is available at http://dicom.nema.org/.






Was this article interesting?

We publish non-technical articles about software development. Topics include how to work with, hire, and communicate to developers, the benefits and liabilities of custom software for businesses, and trends in the industry.



Back to All Articles