DICOM标准中文PDF版
源应用实体
名 (0002,0016) 3
私人信息创
建者的唯一
标识符
(UID)
私人信息 (0002,0100) 3 第8.5节已规定的指令长达16个字符的版本。它遵循同样的方针,正如DICOM标准的PS 3.7(联合谈判)所定义的。 AE的DICOM 应用实体(AE)名称,它写出了文件内容的(或最后升级过的内容)。如果使用,要是介质互换有问题的话,它允许对错误源进行追查。与AE名称相关联的政策与在DICOM标准的PS 3.8中定义的一样。 私人信息创建者的唯一标识符。(0002,0102). (0002,0102) 1C 容纳置于文件元信息的私人信息。创建者将
在(0002,0100)中得到确认。如果私人信息创
建者的唯一标识符(0002,0100)存在的话,那
它肯定是必需的。
PS 3.10-2001
15
除了128个字节的前言和4个字节的前缀之外,使用明确的数据值描述小Endian传输语义(UID=1.2.840.10008.1.2.1)对文件元信息进行编码,正如DICOM PS 3.5中所定义的。当必须达到一定的长度时,每个文件元要素的值都将被填补上,正如它们相应值表示法在PS 3.5中所规定的。对于这个标准未来版本的兼容性而言,没有那个标签(0002,xxxx)在表格7.1-1中定义,这将是不可忽视的。这个标准和以后DICOM版本都保留了所有标签(0002,xxxx)的值以便使用。带有标签(0001,xxxx), (0003,xxxx), (0005,xxxx),和(0007,xxxx)的元素将不用来进行介质交换。
7.2 数据集封装
每个文件会包含一个单一的数据集,这个数据集给出与单个SOP类(相应的IOD )相关的单一SOP示例。
注: 文件可包含更多的单一2D图像画面,正如明确的IODs会得到详细说明以包括多帧画面。
用于对数据集进行编码的传输语义可能是被DICOM文件元信息的传输语义辨识的一种。
注: DICOM数据集不包括其总长。由DICOM文件服务(参见第8.4节)
数据集的最后数据元素可能是数据元素(FFFC,FFFC),如果写文件时,想得到的是数据集填料。尾随填补数据元素(FFFC,FFFC)之后的这个数据集值没有任何意义,以及可能会被所有读取这个数据集的DICOM执行忽视。不论是元信息下的数据集还是嵌套在序列中的数据集(参见DICOM标准的PS 3.5,文件集读取者或升级者将不能处理这个填料(FFFC,FFFC)之后的数据集。
7.3 文件管理信息支持