DICOM
About DICOM
DICOM is a communication protocol used for transfer of medical images. DICOM protocol is an object oriented protocol and has two parts as follows:
1. IODs
2. Services
IODs (Information Object definition):
IOD can be explained as the data members of the object oriented system. For example CT image is an IOD for is generated by say CT machine. IODs can be of two types
A. Normalized: Normalized IODs talk about only 1 entity. For example Patient. This IOD will have information only about the patient.
B. Composite: Composite IOD will contain information about more that one logical entities. For example CT image IOD will contain information about Patient, Study, and Series etc.
Services:
Services can are analogous to methods in object oriented system. For example, Print can be a service.
Whenever you talk about DICOM transfer you must specify following two things
a. What is being done
b. On what it is being done
Answer to first question is the service that Store or Print and answer to the second question is CT image. Hence Print CT image as a pair is required and sufficient to express DICOM communication. This pair is called as SOP (Service Object Pair).
Now when you talk about Print CT image, there must be an application which is capable of serving this SOP request. This application that serves this request is called as SCP (Service Class Provider). Also when there must be an application which will be able to make this request of SOP - Print CT image. The application that makes a request is called as SCU (Service Class User).
Now let’s look at what is there exactly inside an IOD. IOD contains DICOM Data Set. Like any other data structures, DICOM data set contains data elements. Structure of DICOM data element is as follows:
Tag VR VL Value
Group Element
Tag is made up of two elements as group and element. All the related information is kept in a group e.g. Patient Name, Age, Sex etc will be present in the same group
DICOM is a communication protocol used for transfer of medical images. DICOM protocol is an object oriented protocol and has two parts as follows:
1. IODs
2. Services
IODs (Information Object definition):
IOD can be explained as the data members of the object oriented system. For example CT image is an IOD for is generated by say CT machine. IODs can be of two types
A. Normalized: Normalized IODs talk about only 1 entity. For example Patient. This IOD will have information only about the patient.
B. Composite: Composite IOD will contain information about more that one logical entities. For example CT image IOD will contain information about Patient, Study, and Series etc.
Services:
Services can are analogous to methods in object oriented system. For example, Print can be a service.
Whenever you talk about DICOM transfer you must specify following two things
a. What is being done
b. On what it is being done
Answer to first question is the service that Store or Print and answer to the second question is CT image. Hence Print CT image as a pair is required and sufficient to express DICOM communication. This pair is called as SOP (Service Object Pair).
Now when you talk about Print CT image, there must be an application which is capable of serving this SOP request. This application that serves this request is called as SCP (Service Class Provider). Also when there must be an application which will be able to make this request of SOP - Print CT image. The application that makes a request is called as SCU (Service Class User).
Now let’s look at what is there exactly inside an IOD. IOD contains DICOM Data Set. Like any other data structures, DICOM data set contains data elements. Structure of DICOM data element is as follows:
Tag VR VL Value
Group Element
Tag is made up of two elements as group and element. All the related information is kept in a group e.g. Patient Name, Age, Sex etc will be present in the same group