PMOD DICOM Functionality

<< Click to Display Table of Contents >>

Navigation:  »No topics above this level«

PMOD DICOM Functionality

DICOM

The DICOM standard has been established to facilitate data exchange between medical systems. It defines how  medical data must be encoded, and how it can be sent from an application on one computer to an application on a remote computer. DICOM basically consists of two components:

Information Object Definitions (IOD): For each modality it defines a set of data fields. Some of them are mandatory, others are optional. This approach allows saving demographic and acquisition information together with the actual images.

Communication protocol: DICOM has a client-server architecture. To send data from one host to the other, the sender (client) must contact the potential receiver (server) whether it is ready to accept data. The server may reject the request because it has no space left, because the client is not allowed to send data, or because it does not understand the data to be sent. Otherwise it accepts the request and sends back a proposal how the data should be transmitted. The client then sends the data and gets an acknowledgment when the data have been correctly received.

PMOD is able to act both as a DICOM client and a server.

The PMOD DICOM server allows clients such as a PET system to push images to PMOD. Additionally, it allows a user to query remote DICOM servers (such as imaging modalities or a Picture Archiving System) and fetch studies to process them locally.

The PMOD DICOM client allows sending image data using the C-STORE communication to any DICOM server which has been entered in the PMOD configuration.

Database for DICOM Data

The DICOM standard includes a description how DICOM data must be organized for off-line media such as CDs or DVDs. Basically, all the DICOM objects are stored in a directory tree, and a description of all stored studies must be written into a file called DICOMDIR at the root level of the directory tree. This approach is not suited for dynamically managed data, because the DICOMDIR file must be updated each time a study is removed or added, and because reading of the DICOMDIR is slow.  

To improve performance when working with DICOM images, PMOD uses SQL databases to organize DICOM data access. The most important attributes of the DICOM objects like patient information, study and image descriptions as well as the file locations are stored in database tables. When the user needs to select image data, he is shown the information from the database tables which can very efficiently be searched and retrieved. After a study is selected, the file access information is immediately available to start the loading process.

DICOM Configuration

The configuration of the PMOD DICOM functionality is a part of the general PMOD configuration. It is opened by calling the

Users Button

button from the PMOD ToolBox, and selecting the DICOM tab in the appearing dialog window.