DICOM中的UID

转：http://blog.csdn.net/dragonlet/article/details/37052997?winzoom=1

UID形式上是一个字符串，用于唯一标识DICOM标准中各种不同信息对象，如数据元素的值表示类型、DICOM抽象语法名、传输语法、应用程序上下文名字等，以保证在各个不同的国家、地区、生产商、设备使用时的唯一性。

UID的組成分为2部分，一个是根，一个是后缀

UID = <org root>.<suffix>

<org root>：组织识别码，由若干数字组成

<suffix>：在该组织內的唯一识别码，由若干数字组成

每组数字以实心句号「.」分开

1、SOP Classes 的UID：

     格式:1.2.840.10008.xxxxx

注：为保证UID的全球唯一性，用“根.后缀”结构

    例：1.2.840.10008.5.1.4.1.1.7

2、StudyInstance UID

    例：1.2.250.1.59.0.8559.20010619094721.141

3、SeriesInstance UID

    例：1.2.250.1.59.0.8559.20010619094721.141

4、imageInstance UID

     例：1.2.274.0.2730010.3.5.3.461185.49

1、每个组成分量是一个数，必须包含一个或一个以上的阿拉伯数字，且第一个数字不能为0，除非该组成分量只由一个阿拉伯数字组成；

2、数字编码使用的是ISO 646:1990(即DICOM默认字符库)基本G0区字符集中的0-9字符；

3、各个组成分量之间用“.”分隔；

4、如果整个字符串的长度为奇数字节，必须在最后一个组成分量的末尾填充一个NULL字符，使UID对齐在偶数字节边界；

5、整个字符串的长度不能超过64个字符，包括各个组成分量的数字、分量间的分隔符以及填充字符。

另外，对于UID类型，在第五章指出，当其长度不为偶数（即为odd）时，须要用NULL（\0）补充。
在许多工具中，对此要求不严格的，它们甚至有可能认为你的补充是错误的。

一般而言，UID的存在只是为了保证唯一性，只要能唯一，啥样的排列都行。

组成说明：

例：Study Instance UID=1.2.840.113820.100.2.1.1.908813488.19981019161112

其中：

1.2.840 is the prefix of ANSI organization.

1.2.840.10008 is the prefix of DICOM organization

Each implementation must have its own unique prefix.

Eg：1.2.840.113820 represents EBM