Rarely implemented DICOM services (Part-2)

A continuation to my previous post about the rarely implemented DICOM services, I am talking this time about two services which are rarely used inside the imaging department workflow and replaced by vendor’s proprietary solutions , I illustrates here short description about these services , their application and benefits within the digital environment.

The services are:

• Printer configuration Retrieval SOP and Service Class
• Media creation management SOP and Service class

Printer Configuration Retrieval SOP Class

This service allows a device (workstations, Modalities, Etc...) to determine the capabilities of the printer and its imaging parameters and reduce the manual configuration which should be done to all devices.

The normal criteria is to keep tables of configuration information inside the workstation for all printers to which they are connected, these tables for sure may be long and complex and requires a system admin to make any required changes to it, Upon implementing that service the workstation will dynamically retrieve the required information from each printer support that service.

Information like pixel spacing, allowed medium types, configuration information (CI), Display format, number of Rows and columns could be exchanged through that service which reflect the printer capabilities as we mentioned before.

Having such service in use will reduce the configuration and setup headache to be done at the workstation or modalities that connect to the printer. Especially when these configuration tables are to be re-entered for any reason like updating or reinstalling the software.

This SOP class consists of Printer configuration IOD and DICOM service element N-GET

The Printer Configuration Retrieval SOP Class UID is “1.2.840.10008.5.1.1.16.376”.

Media Creation Management Service Class

The Media Creation Management Service Class defines a mechanism by which an SCU can instruct a device to create Interchange Media containing a set of Composite SOP Instances that have already been transferred to the media creation device using the Storage Service Class.

This service class defines parameters to specify the specifications of the required interchange media, these parameters like Requested media application profile for the listed instances, Allowing Lossy compression or no, including display application or no into the requested media, Also it includes parameters for controlling if label is required and it should be extracted from the DICOM instances or from text explicitly specified in the request, the label style, allowing media splitting and more other parameters.  

This SOP class managed through these DICOM Service elements or commands N-ACTION,N-CREATE,N-GET.

Let’s imagine that scenario as an application for that service “The SCU transmits the SOP Instances to the SCP using the Storage Service Class. The request for media creation is transmitted to the SCP and contains a list of references to one or more SOP Instances. Success or failure of media creation is subsequently indicated by the SCU requesting the status from the SCP on the same or a separate association.”

Having this service in use will standardize the centralized CD/DVD burning process, also it will make this process an independent process regardless the participant parties or vendors as long as they comply with that DICOM service class,

The Media Creation Management SOP Class shall be uniquely identified by the Media Creation Management SOP Class UID, which shall have the value “1.2.840.10008.5.1.1.33”.

 References:

·                     PS 3.3-2011. Digital Imaging and Communications in Medicine (DICOM). Part 3: Information Object Definitions

·                     PS 3.4-2011. Digital Imaging and Communications in Medicine (DICOM). Part 4: Service Class Specifications

·                     OTECH DICOM Basics Book