DICOM中文版第一章

原创 2006年05月26日 12:45:00
NEMA标准出版PS3.1(199x)




医学数字影像和通讯(DICOM)


第一部分:介绍和概述






状态:letter投票的最终草稿 – 1992年3月27日

 
Table of Contents
前言 iii
0 介绍 1
0.1历史 1
0.2 DICOM标准 1
0.3未来的方向 2
1 应用程序的范围和领域 3
2 规范的参考 5
3 定义 5
4 符号和缩写 6
5 DICOM标准的目的 6
6 DICOM标准的内容概述 7
6.1 文档结构 7
6.2 PART 2:遵从性 7
6.3 Part 3:信息对象定义 10
6.4 Part 4:服务类的规范 11
6.5 Part 5:数据结构和语义学 11
6.6 Part 6: 数据字典 12
6.7 Part 7:消息交换 12
6.8 Part 8:消息交换的网络通讯支持 13
6.9 Part 9:消息交换的点对点通讯支持 15
7 标准各部分的关系 16

 
前言
ACR (美国放射学会)和NAMA(国家电子制造商协会)形成了一个联合委员会来开发一个医学数字成像和通讯的标准。这个DICOM标准的发展与NEMA程序相符。
这个标准通过与其他标准组织联络,这些组织有欧洲的CEN TC251和日本的JIRA,也由其他组织复审,这些组织包括IEEE、HL7和USA的ANSI。
DICOM标准是使用下面的文档建立的方针,作为一个多部分的文档构建的。
- ISO/IEC指令,1989第三部分 – 国际标准的起草和介绍。
这个文档是DICOM标准的一部分,DICOM由下面的部分组成:
第一部分 - 介绍和概述
第二部分 - 遵从性
第三部分 - 信息对象定义
第四部分 - 服务类规范
第五部分 - 数据结构和语义学
第六部分 - 数据字典
第七部分 - 消息交换
第八部分 - 消息交换的网络通讯支持
第九部分 - 消息交换的点对点通讯支持
这些部分是相关的,但独立的文档。他们的开发水平和认可状态可以不同。
 
0 介绍
0.1历史
随着在七十年代计算X线断层造影术之后紧跟着其他的数字诊断成像模式,以及计算机的使用在临床应用中的增长,美国放射学会(ACR)和国家电子制造商协会(NEMA)认识到需要一个在不同的制造商制造的设备之间传输图象和联合信息的标准方法。
美国放射学会(ACR)和国家电子制造商协会(NEMA)在1983年形成了一个联合委员会来发展标准:
- 推广数字图象信息的通讯,不分设备厂商;
- 促进PACS的发展和扩展,PACS也可以与其他的医院信息系统接口;
- 允许诊断信息数据基础的产生,这些数据可以自通地由广泛的不同的设备分布的查看。
ACR-NEMA标准出版No. 300-1985,印刷于1985年,版本1.0。这个版本接下来是两个修订版本,第一个在1986年10月,第二个在1988年1月。
ACR-NEMA标准出版No. 300-1988,印刷于1988年,版本2.0。它包含版本1.0,印刷修订版本和附加的修订版本。它也包含新的资料 来提供命令支持显示设备,来引入一个新的分级表来识别一个图象,并且当描述一个图象时,可以为增加的特性加入新的数据元素。
这些标准出版物指定了一个硬件接口,软件命令的最小集合,和一个一致的数据格式集合。
0.2 DICOM标准
这个标准,现在指定DICOM3.0具体化前一个版本标准的许多主要增强。
a) 它对于一个网络环境是可用的。前一个版本只在点对点的环境中可用;对于在网络环境中的操作,需要一个网络接口单元(NIU)。DICOM版本3.0支持在网络环境中使用标准的网络协议,如OSI和TCP/IP的操作。
b) 它指定设备如何声明对命令和交换数据的标准应答的一致性。前一个版本被限制与传输数据,但DICOM3.0指定了服务类的概念,命令和联合数据的语义学。
c) 它指定了遵从性的等级。前一个版本指定了遵从性等级的最小集合。DICOM3.0清楚地描述了一个设备必须如何构造一个一致的声明来选出特定的选项。
d) 它被构造为一个多部分的文档。通过简化新特性的增加,促进了标准在迅速进化的环境中的发展。ISO指令—定义如何去构造多部分文档—已经加入到DICOM标准的构造中。
e) 它介绍了清楚的信息对象,并不只是图象和图形,还有研究、报告等。
f) 它为唯一的识别任何信息对象指定一个确定的技术。这促进了在网络上运作的信息之间的关系的明确定义。
0.3未来的方向
它是前瞻,DICOM标准将会是进化中的标准,并且增强的提案将来自基于输入的成员组织和标准的用户。这些提案将被作为未来版本的标准予以考虑。更新标准的必要条件是保持与以前版本的有效兼容性。
在这个标准的准备中,来自用户、制造商的建议、评论,以及其他的感性趣的部分已经被找出,评估,包含。质询、评论和建议和推荐的修订版本应该通过接触,提交给NEMA的诊断成像和治疗系统部分。
管理,工程部门。
国家电子制造商协会
2101 L Street, N.W. Suite 300
Washington, D.C. 20037
USA
 
1 应用程序的范围和领域
第一部分提供了整个DICOM标准的概述,它描述了历史、范围、目标,和标准的构造。特别地,它包含一个关于标准的每一部分内容的简短的描述。
DICOM标准促进医学成像设备的互操作性:
- 一系列的设备遵循的声明标准的遵从性协议
- 使用这些协议交换的命令和联合信息的语法和语义学
- 提供给一个标准的遵从性声明的实现的必须信息
DICOM标准不指定:
- 访问一个实现的标准的遵从性的测试/验证过程
- 在一个声明遵从性的设备的任何标准特性的实现细节
- 一个通过整合一组声明DICOM遵从性的设备实现的系统需要的全部的特性、功能集合

DICOM标准从属与医学信息领域。在这个领域内,它负责在医学成像设备之间的数字信息的交换。因为医学成像设备可以一其他的医学设备互操作,标准的范围需要与医学信息领域的其他部分重叠,如在图1-1中。然而,DICOM标准不负责这个领域的宽度。
 


 
Figure 1-1: Scope of DICOM in Medical Informatics

 

2 规范的参考
ISO/IEC指令,1989第三部分 -  国际标准的草稿和简报。
ACR-NEMA 300-1988 数据成像和通讯
ISO 8922,信息处理系统 - 操作系统互连 -  连接导向简报服务定义。
ISO 8649,信息处理系统 -  操作系统互连 -  联合控制服务元素的服务定义。
3 定义
属性:一个信息对象的属性。一个属性由名字和值,这个值与任何编码表独立。
命令:DICOM命令是在一个界面或网络上的信息对象一般的意义。
命令元素:一个传达这个参数值的命令参数编码。
命令流:编码一系列的使用DICOM编码表的DICOM命令元素的编码结果。
遵从性声明:一个正式的声明,与DICOM标准的特定实现联合。它指定服务类,信息对象,和由实现支持的通讯协议。
数据字典:一个分配唯一标签、名字、值特性和每一个数据元素的语义学的DICOM数据元素的注册表。
数据元素:一个信息单元,在一个数据字段中由一个单独的条目定义。
数据集合:交换信息,这些信息由与信息对象直接或非直接相关的属性值的构造集合。在数据集合的每一个属性的值是作为一个数据元素表达。
数据流:使用DICOM编码表(数据元素号和数据字典字顶的表示法)编码数据集合的结果。
信息对象:一个真实信息实体的抽象,这个信息实体通过一个或更多的DICOM命令起作用。
信息对象类:一个信息对象的正式描述。这个信息对象包括了它的目的和它处理的属性的描述。它不包括这些属性的值。
信息对象实例:一个现实世界实体的出现的表达,它包括实体数据的信息对象的属性值
消息:一个在两个协同DICOM应用程序实体之间消息交换协议的数据单元。一个消息由跟着一个可选数据流的命令流组成。
服务类:一个使用特定的DICOM命令流,作用在一个特定的信息对象类的互操作DICOM应用程序实体的构造描述。
4 符号和缩写
下面的符号和缩写是用在标准这个部分。
ACSE:联合控制服务元素
CT:计算X线断层造影术
DICOM:医学数字影像和通讯
HIS:医院信息系统
NIU:网络接口单元
OSI:开放系统互连
PACS:图像归档和传输系统
RIS:放射学信息系统
TCP/IP:传输控制协议/互连网协议
5 DICOM标准的目的
DICOM标准促进了设备声明遵从性的互操作性。特别地,它
- 负责命令和联合数据的语义学。对于相互影响的设备,这儿必须由一个设备如何应答命令和联合数据的标准,不只是在设备之间移动的信息。
- 在标准实现的遵从性要求的定义中必须是清楚的。特别地,一个遵从性地声明必须指定足够的信息来决定与其他的设备声明遵从性的互操作性的功能。
- 促进网络环境的操作,不需网络接口单元的要求
- 构造为可容纳新设备的介绍,如此促进对未来医学成像应用程序的支持。
- 无论在哪儿用,使用存在的国际标准,并且它自己符合已存在的国际标准的文档准则。
甚至虽然DICOM标准有促进PACS解决方案的潜在性,单独使用标准并不担保所有的PACS的目的能够达到。这个标准促进了在多个制造商的系统声明遵从性的互操作性,但不有它自己担保互操作性。
这个标准已经加强了在放射学的诊断医学成像部分;然而,它的想法是对广泛的临床环境中的图象相关信息交换都可应用。
6 DICOM标准的内容概述
6.1 文档结构
DICOM3.0由下面九个部分组成:
- 第一部分:介绍和概述(这个文档);
- 第二部分:遵从性
- 第三部分:信息对象定义
- 第四部分:服务类规范
- 第五部分:数据结构和语义学
- 第六部分:数据字段
- 第七部分:消息交换
- 第八部分:消息交换的网络通讯支持
- 第九部分:消息交换的点对点通讯支持
这部分的标准是相关的,但独立的文档。在这章提供一个简要的部分2到部分9的描述。
6.2 PART 2:遵从性
DICOM标准的部分2定义了标准的声明遵从性的实现原则在下面:
- 遵从性要求。部分2指定一般的要求,这些要求实现声明遵从性必须遵循。它参考了标准的其他部分的遵从性章节。
- 遵从性声明。部分2定义了遵从性声明的结构。它指定了在遵从性证明中必须出现的信息。它参考了标准的其他部分的遵从性章节。
部分2不指定访问标准的遵从性实现的测试/验证过程。
表6.2-1描述了遵从性声明的构造过程.一个遵从性声明由三个主要部分组成:
- 一系列的被这个实现承认的信息对象;
- 一系列的这个实现所支持的的服务类;
- 一系列的这个实现支持的通讯协议
 

 
Figure 6.2-1: Construction Process for a Conformance Claim
 
6.3 Part 3:信息对象定义
DICOM标准的部分3指定了许多信息对象类,这些类提供了适用于数字医学图象的现实世界实体的抽象定义。每一个信息对象类定义由它的目的和定义它的属性的描述组成。一个信息对象类不包括组成它的定义的属性值。
为了促进将来标准的增长和为了保持于以前版本的标准的兼容性,定义了两种信息对象定义:规格化的和复合的。
规格化的信息对象类只包括那些从现实世界实体的固有属性。例如研究信息对象类,它被定义为规格化的,包括研究日期和研究时间属性,因为它在实际的研究中固有的。然而父母姓名并不是一个研究信息对象类的属性,因为它在研究的病人身上是固有的,但在研究自己并不是。
符合信息对象类可以额外地包括相关但在现实世界实体中并不是固有地。例如,计算X线断层摄影术信息对象类定义为复合的,包括图象固有的属性(图象日期)和 相关的但不是图象固有的(病人姓名)。复合信息对象类为表达定义在前一个版本标准中的图象的通讯要求提供一个构造好的框架。
为了简化信息对象类定义,每一个信息对象类的属性是可以与集合在一起的相似的属性分开的。这些属性的分组指定为独立的模块,并且可以由一个或更多的信息对象类使用。
为了代表现实世界实体的出现,一个信息对象实例被创建,这个实例包括信息对象类的属性值。这个信息对象实例的属性值可以改变超时到精确地反映出它所代表的 实例的改变速率。这是通过在信息对象实例上执行不同的基本操作来实施一个特定序列的定义为服务类的服务。这些服务类定义在标准的第四部分。
部分3一与DICOM标准的其他部分相关:
- 部分5,数据结构和语义学,定义数据结合结构和编码以传输DICOM信息对象属性
- 部分6,数据字典,定义DICOM数据元素的语义学,这些DICOM数据元素定义在部分3中来传输信息对象属性。
 
6.4 Part 4:服务类的规范
DICOM标准的部分4定义了许多服务类。一个服务类把一个或更多的信息对象与一个或更多的执行于这些对象的命令联合。命令元素的服务类规范状态要求和如何合成命令应用于信息对象。通讯服务的提供者和用户的服务类规范状态要求。
DICOM标准的部分4定义了所有服务类共享的特征,并且一个个别的服务类的遵从性声明如何构造。它包含了许多规范的附加物,附加物详细描述了个别设备的服务类。
下面是服务类的例子:
 - 存储服务类;
 - 查询服务类;
 - 检索服务类;
 - 研究管理服务类。
部分4定义了定义在部分3中定义的信息对象上执行的操作。部分7定义了为完成在部分4中定义的操作命令的命令和协议。
6.5 Part 5:数据结构和语义学
DICOM标准的部分5指定了DICOM应用程序实体如何构造和编码数据结合信息,这些信息来源于使用在部分3和部分4中定义的信息对象和服务类。
部分5负责编码规则,这些规则用于传输在DICOM标准部分7中定义的消息必须构造的数据流。这个数据流从数据元素的采集形成的数据集合中产生。几个数据集合可以在复合数据集合中被引用和合并。一个复合数据结合用来传输“单包”的信息对象内容,提供文件夹兼容性。
部分5也定义了许多一般功能的语义学,这些功能对于许多信息对象是通用的。
 
6.6 Part 6: 数据字典
DICOM标准的部分5是集中的注册表,它定义了所有的有效代表信息的DICOM数据元素的采集。对于每一个数据元素,部分6:
- 分配它一个唯一的标签,标签由一组和元素好组成。
- 给它一个名字。
- 指定它的值特性(字符串,整数等)
- 定义它的语义学(也就是说如解释)
部分六,与部分5联合,用来构造数据集合,并且与部分3和部分5联合把信息对象作为数据集合表示。
6.7 Part 7:消息交换
DICOM标准的部分7指定一个应用程序实体在一个医学成像环境中在部分8或部分9中定义的通讯支持服务之上交换消息时使用的服务和协议。一个消息由跟着可选数据流(在部分5中定义)的命令流(在部分7中定义)组成。
这个部分指定了:
- 建立和结束由在部分8或部分9指定的通讯支持提供的关联,和在未决定事务处理上的冲突。
- 管理命令请求和响应的规则
- 对构造命令流和消息必要的编码规则
 
另外,部分7与DICOM标准的其他部分相关:
- 部分3,信息对象定义,指定信息对象类的集合,这个集合可以使用定义在部分7中的命令;
- 部分5,数据结构和语义学,负责必要的构造在消息(定义在DICOM标准的部分7)中传递的数据流的编码规则
- 部分7,消息交换,定义使用命令完成在部分4中描述的操作的命令和协议。

6.8 Part 8:消息交换的网络通讯支持
DICOM标准的部分8指定了通讯服务和需要支持的较高层协议,在网络环境中,DICOM应用程序消息交换在部分3,4,5,6,7中指定。这些通讯服务和协议确保DICOM应用程序消息交换以一个有效的和同等的方式在网络上完成。
在部分8中指定的通讯服务时由OSI描述服务(ISO 8822)和OSI联合控制服务元素(ACSE)(ISO8649)提供的服务的完全子集合。
较高层服务的定义允许使用完全一致的OSI协议(层1到6加ACSE)来完成健壮性和有效的通讯。通过广泛的选择物理网络,如ISO 8802- 3 CSMA/CD(经常用在以太网),FDDI,ISDN,X.25,专用数字电路,和许多其他的LAN和WAN网络技术,它支持大量的国际标准网络技 术。
另外,这个相同的较高层服务也能由DICOM较高层协议联合使用TCP/IP传输协议来提供。所以,广泛的已存在的网络环境可以使用。
对通用OSI和TCP/IP环境的较高层服务的定义允许从TCP/IP迁移到OSI环境,而不需要与DICOM应用程序消息交换冲突。
在部分8中指定的这些通讯协议是一般目的的通讯协议(OSI,TCP/IP),不是专为DICOM应用程序消息交换指定的。表6.8-1显示了这两个协议族具有第三个定义在部分9中的点对点协议族。
 
Figure 6.8-1: DICOM Version 3.0 Protocol Architecture
 
6.9 Part 9:消息交换的点对点通讯支持
DICOM标准的部分9指定了在方式上与ACR-NEMA 2.0兼容的用于点对点通讯的服务和协议。它指定了一个物理界面和信号协议。它定义了用在这个物理界面的协议族的OSI-like的数据连接和会话/传输/网络协议和服务。
特定的会话/传输/网络层服务和协议支持定义在部分3,4,5,6,7中的DICOM应用消息交换。这些服务是一个在部分8中指定的较高层服务的子集。这 个子集属性允许具有到完整的支持OSI和TCP/IP的网络通讯环境的点对点界面的设备的互连。这样一个互连需要一个中间网络界面单元(NIU)。图 6.9-1显示了一个点对点界面和一个网络环境如何共存。
 
Figure 6.9-1: Using Point-to-Point in a Networked Environment


7 标准各部分的关系
图 7-1 描述了我们在前面描述的标准的不同部分之间的关系
 
Figure 7-1 Relationships of Parts 1-9 of the DICOM Standard
 
接下来是标准各部分之间存在的关系。
部分1:介绍和概述标准的整体结构
部分2:遵从性指定了一般的要求(实现声明遵从性必须满足)和遵从性声明的内容。
部分3:信息对象定义指定在服务类(部分4)上操作的对象的结构和属性。这些对象包括图象,研究和病人。
部分4:服务类规范定义了为提供一个特定服务,在信息对象实体上执行的操作。这些服务包括图象存储,检索和打印。
部分5:数据结构和语义学指定了由服务类使用,用来交换以实现操作的消息的数据内容的编码。
部分6:数据字典定义了单独的信息属性,这些属性代表了信息对象实体的数据内容(部分5)。
部分7:消息交换指定了用来交换消息的操作和协议。这些操作是用来完成定义在服务类中的服务。
部分8:消息交换的网络通讯支持定义了用来直接在OSI和TCP/IP网络上交换消息(部分7)的服务和协议。
部分9:消息交换的点对点通讯支持定义了在DICOM 50针界面上用来交换消息的服务和协议。


待续......

相关文章推荐

DICOM世界观·第一章 坐标系统

前言:DICOM世界观·开篇中顺便提到了DICOM标准中提及的各类坐标系统。鉴于篇幅问题(CSDN博客的确不太适合写长学术类博文),对于坐标系统的偏理论部分放到本篇进行介绍。正如“DICOM世界观·开...

DICOM世界观·第一章 坐标系统·番外篇

题记: DICOM世界观·第一章 坐标系统完成后,总感觉缺了点什么,大概有两个原因:第一,没有从基础概念说起,来形象的介绍坐标系间的各种变换;第二,没有深入到DICOM数据本身,来进行实例演示。...

Dicom3.0标准中文版

  • 2013年07月31日 12:46
  • 1.54MB
  • 下载

医学数字成像(DICOM)中文版

  • 2008年09月15日 15:41
  • 1.62MB
  • 下载

Solr In Action 中文版 第一章(三)

好吧现在我确定我需要一个搜索引擎了,那么为什么要选Solr呢?公司里各个角色决策的角度不同,元芳,你怎么看?...

DICOM标准中文版

  • 2008年11月13日 17:28
  • 1.36MB
  • 下载

dicom中文版标准

  • 2011年05月26日 11:54
  • 1.35MB
  • 下载

Netty In Action中文版 - 第一章:Netty介绍

注:本篇内容出自《Netty In Action》一书;         注:本人原创译文,转载请注明出处!...
  • abc_key
  • abc_key
  • 2014年07月07日 18:10
  • 19793

DICOM标准中文版

  • 2007年07月16日 12:15
  • 1.33MB
  • 下载

DICOM 标准 3.0 中文版

  • 2012年02月17日 16:07
  • 1.36MB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:DICOM中文版第一章
举报原因:
原因补充:

(最多只允许输入30个字)