the one with dicom format image file

BMP, GIF, TIF ,PNG和 JPEG是大家所熟知的图像的格式，但是dicom标准为什么要单独定义一个图像格式呢，而且这个图像文件用普通的图像浏览软件无法打开，需要专用的浏览软件。给人感觉很没有人情味。

任何图像文件格式无非是由两个部分组成：存图像参数的 header 和图点数据 （pixel data)。 dicom图像文件也是如此，但是BMP, JPEG, TIFF 之类的格式的 header 只描述图像的基本参数：如几行、几列、每点用了几位、有没有压缩、调色板等等。而且Header 往往是固定长度的。
     而医疗影像还要许多其它参数，如病人基本资料、检验基本资料、系列资料、位置资料等等。而且每种 Modality 和每种 image 所需要的内容不一样。因此，一般的图像格式不能用。这就是产生dicom格式图像文件的主要原因.

Diicom图像文件格式：


    Dicom图像及其相关属性信息作为数据元素(data element)组成数据集(dataset)存在于文件中。数据元素就是信息对象的属性编码值。它是由数据元素标签(Tag)、值长度(length)及数据值(value)三部分和值表达(VR)(这部分是可选的)组成.并由Tag来唯一标识。每个tag值对应的对象内容在Dicom标准Part 6 (数据字典)定义。数据集合就是由这些数据元素按照数据元素标签的升序排列而成。数据集合中的数据元素最多只能出现一次。

数据元素标签： 描述元素号码后的组号码的16-位无符号整数排序对
值描述： 包含数据元素的VR的两字节字符串。给定数据元素标签的 VR应象数据字典所规定的，指定在DICOM标准的第6部分中的一样。
值长度： 可以是：
 包含值字段明确长度的16或32位无符号整数，该明确长度作为组成字段的字节数量。它不包括数据元素标签的长度，值描述和值长度字段。
 也可以是
 对于未定义长度的32位字段集(FFFFFFFFH)，未定义长度使用于有项目的值描述序列的数据元素。对于带有值描述OW或OB的数据元素，依据处理传输语法（参阅10部分和附录A）使用未定义长度。
注意：数据集的译码器将支持SQ的VRs，OW和OB的VRs（合适情况下）明确和未定义长度。
值字段： 包含数据元素值的偶数字节号码。
 存储在此字段中的值的数据类型由数据元素的VR指定。给定数据元素标签的VR使用DICOM标准中的第6部分中的数据字典或明确包含在数据元素中的VR字段定义。标准数据元素的VR应与指定在数据字典中的一致。
 值多样性指定有多少个带有VR的值可以被放在值字段中。如果VM大于一，多个值应按照先前定义在6.4部分中的方法在值字段中被定界。标准数据元素的VMs指定在DICOM标准的第6部分的数据字典中。
 带有未定义长度的值字段通过序列定界和描述在7.5部分中的项目定界数据元素的用法进行定界。

当使用明确VR结构时，数据元素由四个连续字段组成：数据元素标签，VR，值长度和值。根据数据元素的VR

使用不明确VR结构时，数据元素由三个连续字段构成：数据元素标签，值长度和值。如果值字段有一个明确长度，那么值长度字段应包含相当于值字段长度的值。有未定义长度和序列定界项目的值字段标志着值字段的结束。

作为数据元素编码的属性，依据属性的数据元素类型，既可以是数据集中必需的也可以是数据集中所不必需的。
信息对象定义的属性的数据元素类型或SOP类定义用来详细说明属性是托管的或是可选的。数据元素类型也指出了属性是否是有条件的（在特定条件下的托管）。复合IODs的属性的数据元素类型指定在DICOM标准的第3部分中。标准IODs的属性的数据元素类型作为DICOM标准第4部分中的SOP类属性进行详细说明。

 

 

转载于:https://www.cnblogs.com/lee0459/archive/2004/09/02/39031.html