概述:基本DICOM文件结构
DICOM文件格式是由美国放射学会(ACR)和国家电气制造商协会(NEMA)在PS3.10规范“媒体存储和文件格式的媒体交换”中描述的DICOM标准．基本文件结构的说明如下所示。
文件头
头由一个128字节的文件前缀和一个4字节的DICOM前缀组成。头可以包含在文件中，也可以不包含在文件中(尽管为了符合DICOM标准，应该包含一个头)。
| 字节类型 | 描述 |
|---|---|
| 序言 | 128字节。这些字节可以有任何值，但如果应用程序概要文件或特定实现不使用序言，则所有128字节都应设置为00H。 |
| 前缀 | 4字节= ' D '， ' I '， ' C '， ' M ' |
DICOM标准对固定大小的序文不要求任何结构。它不需要被构造成带有标签和长度的DICOM数据元素。它与以下几种常用的计算机图像文件格式兼容，旨在方便存取DICOM文件中的图像和其他数据:
如果文件序文没有被应用程序配置文件或特定实现使用，所有128字节都应该设置为00H。这是为了便于识别，当所有128字节未按上述指定设置时，使用了Preamble。
例如，文件序文可以包含使多媒体应用程序能够随机访问存储在DICOM数据集中的图像的信息。188宝金博怎么下载同一文件可以通过两种方式访问:使用序言的多媒体应用程序和忽略序言的DICOM应用程序。188宝金博怎么下载
四个字节的DICOM前缀应包含以ISO 8859 G0字符汇编的大写字符编码的字符串“DICM”。这个四字节前缀的结构不是一个带有标记和长度的DICOM数据元素。
数据集
每个文件应包含一个数据集，表示与单个SOP类别相关的单个SOP实例(以及相应的IOD)。
请注意:一个文件可以包含多个2D图像帧，因为特定的iod可以定义为包含多个帧。
用于对数据集进行编码的传输语法应由DICOM文件元信息的传输语法UID标识。
请注意: DICOM数据集不包括其总长度。DICOM文件服务提供的文件结束指示(参见DICOM标准第8.4节)是数据集结束的唯一指示。
如果写入文件时需要填充数据集，则数据集的最后一个数据元素可以是数据元素(FFFC,FFFC)。这个数据集的尾随填充数据元素(FFFC,FFFC)的值没有意义，并且应该被读取这个数据集的所有DICOM实现忽略。文件集读取器或更新器应该能够在元信息后面的数据集中或在序列中嵌套的数据集中处理该数据集尾随填充(FFFC,FFFC)(参见DICOM标准的PS 3.5)。
数据集表示真实世界信息对象的实例。数据集是由数据元素构成的。数据元素包含该对象的已编码的属性值。这些属性的具体内容和语义在信息对象定义中指定(参见DICOM标准的PS 3.3)。DICOM标准的PS 3.5中讨论了数据集及其数据元素的结构、特征和编码。像素数据、叠加和曲线是数据元素，其解释依赖于其他相关元素。
数据元素
数据元素由数据元素标签唯一标识。数据集中的数据元素应按增加数据元素标签号的顺序排列，并且在一个数据集中最多出现一次。
请注意:数据元素标签可能在嵌套数据集中再次出现(参见DICOM标准第7.5 - PS 3.5节)。
定义了两种类型的数据元素:
标准数据元素的组号为偶数，不是(0000,eeee)、(0002,eeee)、(0004,eeee)或(0006,eeee)。
请注意:这些组仅用于DICOM标准的“DIMSE命令”(参见DICOM标准的PS 3.7)和“DICOM文件格式”。
私有数据元素的组号为奇数，不是(0001,eeee)、(0003,eeee)、(0005,eeee)、(0007,eeee)或(FFFF,eeee)。私有数据元素将在第7.8节(DICOM标准的PS 3.5)中进一步讨论。
请注意:虽然相似或相关的数据元素通常具有相同的组号;从DICOM 3.0开始，数据组不传达任何语义含义。
数据元素应具有三种结构之一。其中两个结构包含数据元素的VR(显式VR)，但它们的长度表达方式不同，而另一个结构不包含VR(隐式VR)。这三种结构都包含数据元素标签、值长度和数据元素的值。有关更多信息，请参阅数据元素结构．
隐式和显式VR数据元素不得同时存在于一个数据集中以及嵌套在其中的数据集中(见DICOM标准第7.5 - PS 3.5节)。数据集是否使用显式或隐式VR，以及其他特征，由协商的传输语法决定(见第10节和附件a - PS 3.5)。
请注意:使用DICOM默认传输语法(DICOM Implicit VR Little Endian Transfer Syntax)时，虚拟现实不包含在数据元素中。
LEADTOOLS DICOM c++类库帮助
