Menu
Is it reliable to map modalities to SOPClassUIDs? In other words, does a one-one mapping for SOPClassUID to modality is fine?
438
A Service-Object Pair (SOP) Class is defined by the union of an Information Object Definition (IOD) and a DICOM Service Elements (DIMSE). The SOP Class definition contains the rules and semantics which may restrict the use of the services in the DIMSE Service Group or the Attributes of the IOD.
SOP Instance UID. An SOP Class is defined as a combination of one or more DICOM Service Elements, which are commands, and an Object, which is defined by an Information Object Definition (IOD). In DICOM, a SOP Instance (e.g. a specific CT image) is the instance of the Class, e.g. a CT Image IOD.
No, a one-to-one mapping is not possible. Consider this common example where 4 SOP Class UIDs all map to 'US':
1.2.840.10008.5.1.4.1.1.6 Ultrasound Image Storage (Retired)
1.2.840.10008.5.1.4.1.1.6.1 Ultrasound Image Storage
1.2.840.10008.5.1.4.1.1.3 Ultrasound Multi-frame Image Storage (Retired)
1.2.840.10008.5.1.4.1.1.3.1 Ultrasound Multi-frame Image Storage
If you had an object for each one of the SOP Class UIDs shown above, they would all have 'US' in the modality tag.
So if you just look at 'US' in modality tag 0008,0060, is it a single-frame or multi-frame echo image? It is better to consider the SOP Class UID for precisely defining the type of DICOM object you are dealing with.
Reference: see "Annex A Registry of DICOM unique identifiers (UID)" of Part 6 of the standard.
115
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
