dicom3[1].0标准中文版-第十二部分.docVIP

说明： 紫色表示没有翻译（目前只有附件L，由于是Example比较难译） 红色表示标准由2001—2003的变动。 图示全部来自pdf的屏幕拷贝，所以都是英文。 译文参考2001-2003改动版 翻译者：Myth 联系地址： yyyyinsheng@163.net 用于数据交换的媒质格式和媒质 定义 本章使用如下定义： 3．1 DICOM媒质存储和文件格式的定义 本章使用了以下一些在第十章已经定义的术语： a) 应用程序概述 b) DICOM文件服务 c) DICOM文件 d) DICOMDIR文件 e) 文件 f) 文件ID g) 文件集 3．2 PC文件系统 PC文件系统广泛用于可移动媒质上的文件存储和交换。这些文件系统包含个人电脑和工作站上的标准的和可选的各种软件。例如，一个被称为mtools的文件系统，它是由美国陆军开发并被广泛用于网络上的服务器中。 4 符号和缩写（本章使用以下符号和缩写） ACR 美国放射科学会 ANSI 美国标准组织 ASTM 美国材料与试验协会 CD CD-R CD-ROM CD-RW CD-WO CEN 欧洲标准化委员会 DICOM DIS 国际标准草案 DVD DVD-RAM ECMA 欧洲计算机制造协会 HL7 IEC 国际电工委员会 IEEE 电气和电子工程师协会 ISO ISC 图像的存储和运输 JIRA 日本放射线机器工业会 NEMA 国际电气制造业协会 OSTA 光存储技术协会 UDF 通用磁盘格式 UID 5 约定 6 DICOM媒质存储模型的关系 第十章定义了各种媒质存储的概念。 本章的附件中将具体定义某个媒质和文件系统。附件中将会说明以下内容如何与每种物理媒质和文件系统是如何对应的： a 文件集 ID b 文件 ID c 文件建立/更新时间 d 文件集的位置 在可移动媒体的处理中，我们要求DICOMDIR存放在已知的位置。许多文件系统就提供一个基于根节点的级联的目录结构。（附件中定义了DICOMDIR应该在的位置）。如，当磁盘上仅存在一个文件系统，那么DICOMDIR应该在目录的根节点上；如果允许有多个文件系统共存于一个磁盘上或者是一个文件系统跨越多个磁盘，那么如何寻找和定位DICOMDIR将在附件中详细定义。 图6-1展示了一个磁盘上只存在一种文件系统的情况，即DICOMDIR要为根节点。 图6-2展示了一个磁盘上存在两种文件系统的情况，图示说明它们之间不能有交集。 附件中同时也说明了某些不遵守这种规则的媒质和文件系统他们自己的用法。 注：大多数应用软件需要自动给产生的文件配置唯一识别的ID。要既不牺牲性能，又能快速的产生ID，可以使用下面介绍的方法。一：先给出普通的名称”Image”，然后跟上序列号，如“Image001”、“Image002”……，这样能快速的找到下一个ID。 还有一些方法也行得通： a) 每个系列产生唯一识别的子目录，子目录下的文件名使用增长的数字作为ID。 b) 使用随机数作为产生器和种子，然后用原始hash函数寻找没有用过的ID，它可以找到8个字符的ID。 c) 使用当前的时间（包括秒、毫秒）来产生ID，然后用序列号或者是原始hash函数来解决冲突。 所有这些方法产生的ID都只表现了有限的语义。那么完整的语义保存在DICOMDIR中。 附件A PC文件系统（标准化的） A.1 PC文件系统与媒质格式的映射 有一些可移动介质使用PC的文件系统，那么它们应该遵循以下规则（否则应在附件中明确说明）： A.1.1 文件集ID PC文件系统中并没有定义什么是文件集ID。 注：在那些可以让你访问驱动器卷标的PC文件系统中，卷标可以做为文件集ID，但并不是所有PC文件系统都让你访问它的卷标。 A.1.2 文件ID映射 PC文件系统是一种带有层次的目录和文件结构。结构的最顶层称为根目录，它可以包含文件和子目录，子目录也可以包含文件和子目录。它们的命名法规如下： a) \ 表示根目录 b) \文件名 表示根目录下的文件 c) \子目录\文件名 表示子目录下的文件 DICOM文件ID和PC文件名之间的关系就是PC文件名前多一个’\’，如下图 文件DICOMDIR应该位于根目录上，并且不支持多文件系统。 注：建议（不强制）把文件集描述（0004，1141）的值设为”README”。（见第十章） A.1.3 文件管理信息 每个文件都包含如下信息 PC文件系统中的每个文件名都与一个DICOM文件ID的一个个体相对应，并且没有扩展名，日期和时间用来记录和监测文件的新建和更新情况。文件名和扩展名中没使用到的字符