1、ICS 1104060C 43中华人民 共禾口、国医药行业标准YYT 0736-2009IECTR 62266：2002医用电气设备DICOM在放射治疗中的应用指南Medical electrical equipment-Guidelines for implementation of DICOM in radiotherapy20091卜25发布(IECTR 62266：2002，IDT)2010-12-01实施国家食品药品监督管理局 发布目 次YYT 0736-2009IECTR 62266：2002前言-1介绍-一- -，-2 DICoM概述-3 DICOM RT扩展4 DICOM RT
2、功能-5 DICOM RT对象6 D1COM示例(包含RT对象)-7 DICOM符合性声明(DCS) -8 D1COM存储介质概念-9 D1COM应用指南-10 DICOM测式-11用户注意事项12结束语13参考资料-附录A(资料性附录)XYZ公司肿瘤系统有限公司xYz产品治疗系统DICOM符合性声明附录B(资料性附录)附录C(资料性附录)附录D(资料性附录)示例应用RT计划的信息对象定义并映射到XYZ产品数据库RT计划处方的导人- -CSTORE响应状态码映射到XYZ产品数据库的可配置的应用实体特定属性-113334i666778趴船刖 吾YYT 0736-2009IECTR 62266：2
3、002本标准等同采用1ECTR 62266：2002医用电气设备DICOM在放射治疗中的应用指南。为便于使用，本标准做了下列编辑性修改：删去IECTR 62266：2002的前言。本标准的附录A、附录B、附录C、附录D为资料性附录。本标准由全国医用电器标准化技术委员会放射治疗、核医学和放射剂量学设备标准化分技术委员会(sAcTC lOSC 3)提出并归口。本标准由玛西普医学科技发展(深圳)有限公司、北京市医疗器械检验所负责起草。本标准主要起草人：徐涛、冯健、张新、高飞、胡佳。YYT 0736-20091EC33R 62266：2002医用电气设备DICOM在放射治疗中的应用指南1介绍多年来，I
4、EC一直晕力于电子鼓据变换标准的发展。几乎同时，另一个具有国际代表性的组织也在把DICOM(医学数字影像与通信)标准从开始的诊断图像扩展到包含放射治疗影像数据领域。IEC最终决定采纳4个DICOM RT对象柞为IEC标准，即1996年4月的IEC 61852医用电气设备医学数字影像与通信(DICOM)标准放射治疗对象第一版。本标准旨在介绍并强嘲DICOM标准匣其放射治疗扩展的复杂性，同时也提出了全面评价制造商提供的“DICOM符合性声明”的重要性、合格人员如医学物理师评价诸多放射治疗设备兼容性影响临床电子数据传送的必要性，以及数据竟换的完整性。率标准简要彳r绍了DICOM及其在蔽射治疗领域的扩
5、展应用。部分内容源自负责编写DICOMRT扩展的DICOM WG 7编制的资料。本标准概述r实施和测试连接到医疗应用系统的DICOM接口所需的基本步骤。DICOM标准由NEMA(美国国家电气制造商坍会)出版。学术界基于此标准开发了许多可在公菸领域获得的DICOM开发工具包，也有许多供应商开发的商用工具包。这些工具包的详细内容可以在互联两上获取。互联嘲上DICOM新闻组提供了关于DICOM标准进展、相关产品与问题等的最新资讯。一些互联阿文献可链接到其他公司DICOM相关网站对于了解DICOM相美主题的更多信息非常有帮助。$标$一十应月指南。D1COM标$详目自容参目正式的标$立件。2 DICOM
6、概述在20世纪80年代，随着医学成像设备的开发和迅猛发展，放射学寡与医学成传设备的制造商们都非常明确地认识到，在飞速增长的图像采集系统、显示工作站、归档系统与医院放射信息系统之间的H联和互操作变得至关重要。为了简化和改善设备的互联性-专业医疗组织美国放射学台(AcR)联合医疗设备制造商们美国国家电气制造商协会(NEMA)国际化合作，鬟同开发DICOM(I!E学数字影像与通信标准)。当DICOM接口应用在医疗设备中时，它可以直接连接到另一台DICOM兼容的设备，不再话要定制接口。最初，开发DICOM主要解决放射影像领域中的设备互联和互操作性问题，而现在部分DICOM标准定义放射治疗对象。图1所示
7、为标准支持的对象间的D1COM连接范围。I# *女*#(侨Wl，W#1*#)(：CT、MR)图l DICOM连接范围YYT 0736-2009IECTR 62266：2002目前，DICOM标准提供下列服务：网络图像传送：提供了两个设备间通信发送对象的功能，诸如放射图像(例如CT、MR、CR、X射线血管造影与RF、PET、NM、US等)或RT图像与数据(RT结构集、计划、图像、剂量与治疗记录)。同时，也可以识别和获取传输远程设备上的图像数据。网络传输是目前DICOM产品支持的最常用的互联特性。在线图像检查管理：提供了医疗设备通过网络与各种信息系统相整合的功能，如医院信息系统(HIS)中的临床与
8、管理数据，放射治疗信息系统(RIS)中的放射和放射治疗图像数据。网络打印管理：提供了通过网络连接的打印机相机打印图像的功能。这样的一个示例是多个扫描机或工作站在单个共享的硬拷贝介质上打印图像。开放式介质交换：提供了手工交换对象(图像或RT对象)与相关信息(例如报告或胶片信息)的功能。DICOM实现了通用文件格式、医疗目录结构与物理介质(例如CD、软盘)的标准化。示例包括用于出版物的图像交换和用于远程会诊而发送患者图像序列。工作流程管理：DIcOM标准经过扩展，能够定义设备工作列表和通用目标工作列表，该列表设计用于请求、规划与描述成像性能和其他过程的操作。这些过程的整合可以和其他标准化机构保持一
9、致。在这方面更进一步的服务正在考虑中。DICOM标准的结构：开放式联网(第19部分)第1部分 介绍和概述 描述标准的整体结构。第2部分 符合性 一明确地说明对象(例如CT、MR、RT图像)，服务类(例如存储、查询获取)以及支持的通信协议(例如TCPIP、以太网)。第3部分 信息对象定义(IOD)详细说明服务类使用对象的结构与属性。对象包括图像、检查和患者。第4部分服务类规范定义适用于信息对象(第3部分中定义)实例的操作，提供特定的服务，例如存储、查询获取、打印。注：标准的第3部分与第4部分代表了DICOM开放式网络体系的核心。第4部分中定义的服务类与特定的第3部分中定义的信息对象定义(IOD)
10、相结合，组成服务一-对象对(SOP)。SOP构成了D1COM通信的基本结构单元。此外，SOP可以是一个客户(服务类用户一SCU)，也可以是一个服务器(服务类提供者scP)。因此，为实现DICOM两个兼容部分的相互通信，必须分别定义为SCU与SCP。第5部分数据结构与编码 指定服务类(第4部分)操作中交换的信息数据内容的编码。第6部分数据字典一定义代表信息对象实例的数据内容(第5部分)的个体信息属性。第7部分消息交换 指定交换信息使用的操作与协议。这些操作用于完成服务类(第4部分)中定义的服务。第8部分r- 消息交换的网络通讯支持定义直接在OSI(开放系统互联)与TCPIP网络上交换信息(第7部
11、分)使用的服务与协议。第9部分消息交换的点对点通讯支持定义在DICOM 50针接口上交换信息(第7部分)使用的服务与协议(包含用于和ACRNEMA 2兼容)。此部分DICOM30不适用。开放式介质存储(第1012部分)第10部分介质交换的介质存储与文件格式标准化本部分中使用的整个开放式存储介质体系结构，包括定义通用文件格式、基本标准服务与目录概念。第11部分介质存储应用规范 标准化相关特定临床需要(物理介质的选择与介质格式以及特定的服务对象对类)的许多选择，以促进声明符合同一应用规范的应用间的互操作性。以满足临床对介质存储交换需求的发展，第11部分确定要扩展。第12部分一数据交换的介质格式与物
12、理介质定义挑选的许多物理介质与相应的介质格式。2YYT 0736-2009IECTR 62266：2002这些介质格式与物理介质的选择参考了一个或多个第11部分中的应用规范文件。随着相关物理介质技术的发展，第12部分也会扩展。点对点打印管理(第13部分)第13部分 打印管理点对点通讯支持 指定支持通过打印用，1与打印提供者点对点连接的DICOM打印管理应用实体通信所必需的服务和协议。灰度标准显示功能(第14部分)第14部分 灰阶标准盟示功能 指定用于显示灰度图像的标准化显示功能。安全规范(第15部分)此标准提供了对于在应用实体间交换DICOM对象时实现安全策略的机制。3 DICOM RT扩展l
13、 994年在芝加哥召开的RSNA会议上，与会者一致认为应当规范放射治疗设备间数据(例如外照射和近距离放射治疗计划、剂量和图像)的传输方式。标准的重要性是明确的。开发定制接口的成本非常高，特别是在放射治疗部门，多供应商安装的情况很普遍，而且这种费用最终要由用户来承担。这样的开发不但成本高，而且技术上也较难，从而延缓了放射治疗部门集成化的发展，此外安全问题也很危急。尽管DICOM标准不能解决上述所有问题，但是能够推动发展互操作的安全性和可靠性。作为RSNA会议的成果之一，在NEMA的赞助下，一个特别工作组成立，也就是后来的DICOM第7号工作组(放射治疗对象)。工作组的参与人员来自许多放射治疗设备
14、制造商、一些学术机构与AAPM和IEC成员。1 997年，旧个D1COM RT对象经过批准：RT结构集、RT计划、RT剂量与RT图像。这些对象包括在1998年出版的DICOM标准的第三部分中。此外，在1998年，三个另外的对象也最终确定：RT外照射治疗记录、RT近距离治疗记录与RT治疗汇总记录。这些对象随后出现在1999年出版的DICOM标准中。4 DICOM RT功能为了理解DICOM对象能和不能提供什么，放射治疗人员清楚地区分DICOM互联性与应用互操作性是非常重要的。DICOM互联性是指DICOM信息交换标准，用于建立连接并交换正确结构信息。于是，从一个节点发出的信息对象可以完全被接收节
15、点接收到。换句话说，就是信息的成功传送：在两个医疗设备间成功的“即插即交换”。在互联性之外就是应用互操作性 处理与操作信息对象的能力。在启用这种互操作性上，DICOM扮演着至关重要的角色，但是有时这个水平的“即插即用”的需要超出了DICOM提供的标准化定义与信息编码。临床应用能力的规范、测试和数据流需要由医疗部门来执行，以确保各种DICOM应用的有效整合。例如，传送调强治疗计划系统的IMRT(调强)数据，需要一个记录与验证系统或者治疗系统可以进行这样的动态治疗。在下文中我们将看到，DICOM要求应用人员在DICOM符合性声明中明确指定这些应用程序特定的信息需求。符合性声明构成了实现应用程序互操
16、作的基础。DICOM的关键特征就是“互联性”。互联性指DICOM建立的协议，通过这些协议，可以建立连接并交换正确结构信息，即一个设备发出的信息对象可以完整无缺地被另一个设备接收。5 DICOM RT对象DICOM RT对象添加在DICOM标准第三部分中。定义如下：RT结构集：包含患者的相关解剖信息，例如结构、标记与等中心。这些实体一般根据设备例如CT机、模拟机或虚拟模拟工作站、治疗计划系统进行识别。RT计划：包含指定一个外照射和或近距离治疗的几何和剂量数据，例如照射角、准直器开口、3YYT 0736-2009I限CTR 62266：2002射野调节装置、近距离治疗通道与源规格。RT计划实休可以
17、由模拟工作站创建，随后在治疗计划系统上丰富和完善，最后传送到记录与验证系统或治疗机。RT计划对象宴例通常引用RT结构集实例，定义坐标系统与患者结构集。RT围像：指定在圆锥形成像几何上获得的放射治疗图像，例如传统模拟机和射野影像系统产生的图像。也适用于采用相同几何计算的腰像，例如数字重建放射图像(DRR)。RT剂量：包含精疗计划系统生成的一种或数种格式的剂量数据：三维剂量数据、等剂量曲线、DVH或剂量点。RT外照射治疗记晕：主要指一个放射治疗疗程中的外照射治疗记录，可具有一个治疗总结说明治疗过程的整体情况。RT近匝离治疗记录：主要措一个放射治疗疗程中的近距离治疗记录t可具有一个治疗总结说明治疗过
18、程的整体情况。RT治疗总结记录：治疗总结说明治疗过程的整体情况。图2所示为新增RT对象的DICOM信息模型。囤2 DICOM信息模型(台垃射治疗扩展)6 DICOM示例(包台RT对象)为了说明，参见圈3，在外照射治疗患者过程中如何使用包含RT对象的DICOM，下面刊出可能的治疗步骤与相关的DICOM对象：1)CT机扫描患者生成DICOM CT图像。也可以生成其他模卷的DICOM图像，例如MR。2)虚拟模拟应用程序，通过DICOM，查询扫描机，获得图像，进行虚拟模拟。创建一个RT结构集对象，包台独特结构铡如肿癯与重要器官。也创建了相关的RT计划，包含射束几何信息。也可能创建数字重建放射圈像(DR
19、Rs)，作为RT图像对象。3)治疗计翔系统(TPS)读八CT图像、RT结构集和RT计划。增加了射野调节装置，调整需要修改的射束几何参数，同时计算计划的剂量数据。创建一个新的RT计划对象t也可以生戒RT图像DRRs。4)记录与验证系统获得完整的RT计划对象，使用其中包含的数据，初始化直线加速器治疗。另外，直线加速器自身也可以直接使用对象。电子射野影像装置(EPID)可以创建RT验证图像，或对获得的图像与前述步骤中创建的DRRs进行比较。5)在治疗过程中，直线加速器或记录与验证系统会定期创建治疗记录对象，一般一次治疗一个对象。4YYT 6736-2009IECTR 62266：2002上述步骤仅仅
20、描述了一种场景。实际上，还有许多不同的应用方案，并且DICOM RT对象在设计时就考虑到这种灵活性。图3 DICOM示倒(包括RT对象)(m者外用射治疗中)7 DICOM符台性声明(DCS)供应商简单地声明符合DICOM是不够的，而且“本产品支持DICOM”的说法在放射治疗领域中没有什么意义。在放射治疗领域中，互操作性是一个非常复杂的问题。供应商必须编写DICOM符台性声明(DCS)。DICOM标准第二部分中描述了这种声明的格式。其中规定，一个DCS应包含DICOM对象，服务与它们的作用，以及制造商采用的通讯介质。标准中未规定应列出对象模块与采用的相关届性。这些内容对于帮助建立两个相互通讯的系
21、统问的互操作非常重要。计划购买新设备者必须研究供应商编写的DCS，以保证自己的设备能够与供应商的设备进行通讯。本标准附录A中给出一个典型的RT计划信息对象定义作为9cP的DCS实例，其中DcS的第1部分第7部分包含DICOM标准中规定的内容。DCS附录A附录C部分给出实际应用中非常有用的附加信息。DCS跗录A规定了放射治疗计划模块与实例中采用的属性。附录B列出了实例DCS返回的状态码，而附录C列出了不会准确映射到实例DCS的DICOM属性。通过设备的DCS，可以事先评估两种设备是否具有互联性。但是，对于RT应用，通常无法确定互操作性必须通过铡试完成。但是，符合性声明提供丁一个确定两个产品互联性
22、和评价潜在互操作性的基础，在一些情况下，不需要进行物理连接，就可发现措在问韪，放射治疗人员对于任何声明符合DIcOM RT对象的设备一定需要符合性声明。许多制造商都在互联列上提供自己的符合性声明。开发和测试产品的互操作性需要耗费大量的时问。在放射治疗领域中，更是如此，因为其中对象的复杂性超过了其他任何领域。经过一年多的幕后努力许多制造商目前正在销售或演示自己具有DICOM RT对象的产品。8 DICOM存储介质橱念DICOM存储介质标准(第lO部分第12部分)定义了与网络分布式过程不同的基于分布式处理实施DICOM的概念。依据存储介质概念，两个系统间没有直接的连接，反而，系统可以按照DICOM
23、存储介质标准定义的目录与文件格式，把信息存储在移动式介质上。这些存储介质，倒如CD、软盘可以被另外符合DICOM存储介质标准的系统所使用。DICOM介质存储DCS也是系统使用存储设备的首要条件。DCS的显著部分为应用脚本(AP)，其5。i毒、|，黝圜手整、诹昏蠡一一量舟照举YYT 0736-2009IECTR 62266：2002中包含一些必需的信息，包括介质格式和介质存储的信息的范围。很多供应商都提供DICOM工具包，其中具有在移动式介质上开发DICOM介质存储的功能。在基于DICOM存储介质标准的物理介质(例如CD ROM、MOD和DVD)上，可以存储大量的供应商用户创建的图像信息，可被其
24、他系统所使用。9 DICOM应用指南本部分提供了在应用系统中应用DICOM接口的指南：1)从开发DICOM接口的系统的通讯需求规格：归纳要应用的DICOM对象(例如图像)；对于各个对象，定义需要的服务类；对于每种服务类，确定DICOM接口要开发为服务类提供者(SCP)或服务类用户(SCU)。2)每个对象定义强制模块、条件模块与用户选项模块。定义要应用的用户选项模块。3) 每个模块包含强制属性或可选属性。建议列出所有应用模块中所有的强制属性和可选属性。4) 目前有大量的基于DICOM标准的商用DICOM工具包。工具包通常都提供一个在应用系统中开发DICOM接口的环境，其中一些还具有初始的测试工具
25、。在互联网上还有大量的公共域工具包，通常不能用于开发作为商业产品的应用系统DICOM接口。尽管如此，通过这些工具包，我们可以更加容易地理解和应用DICOM接口。这些工具包也提供了非常便利的初始测试环境。从上面1)3)，我们可以很明显地看到，在一个应用系统中应用DICOM接口，存在着许多选项。一个DCS包含应用系统要使用的对象与相关的服务类。一个好的DCS也必须包含要使用的对象模块及其属性。下一步是参考要互相连接的系统的DCS，通常公布在互联网上。通过比较两个DCS，应该可以推出两个系统互联的水平。对于复杂的DICOM RT对象(例如RT计划)，不同的应用人员可能会使用不同的模块属性选项。在实施
26、前，建议向现有DICOM接口的主要供应商咨询，了解已经得到普遍认可的应用情况与使用属性的正式方法。在应用人员不能确定如何使用属性时，应联络负责RT对象的DICOM WG7委员会，征求正确使用的建议。对于想要互相通讯的两个或多个应用人员，决定模块属性选项的公用组，检查每个执行DICOM标准的模块属性使用的一致性，也是非常重要的。在不确定时，应联络DICOM WG7委员会，以避免与正式使用方法可能相冲突的应用方案。一些应用方案在其他正确使用标准定义的应用方案应用期间可能变得无效。10 DICOM测试DICOM标准并未指定一套测试程序或符合性验证机制。目前有正在开发符合性验证工具的工作组中心，但是定
27、义初始的跨平台测试方案，以证明新增设备与现有设备的符合性，仍属于用户的责任。验证DICOM接口，通常需要执行下列步骤：根据提供的DCS，测试应用系统的一致性。这是一个内部测试检查系统是否满足DCS的要求。在互联网上有大量的可以提供初始测试工具的公共DICOM测试环境。为了更严格的测试也有商用的DICOM测试中心。但至目前，仅适用于非RT环境。采用第三方设备，安排一个或多个交叉供货商测试。这种测试应可确定不同设备之问互联的水平。11用户注意事项DICOM标准几乎完全符合IEC的有关约定，但是患者坐标系统除外，这也是唯一知道在DICOM6YYT 0736-20091ECTR 62266：2002标
28、准与IEC标准之间的不1致。IEC 61217修订1(1999)中定义了放射治疗设备的患者坐标系统。因为DICOM也定义了与横切面图像相关的患者坐标系统，IEC 6121 7的修订版增加r转换矩阵，允许患者坐标系统由DICOM标准转换为IEC标准。医疗机构负责确认使用DICOM标准传送的数据的准确性。这就需要所需能力的规范，来评价数据传送的准确性，以及通过接收站测试这些数据的使用。虽然D1COM符合性是在不同的放射肿瘤设备问传送放射肿瘤信息的必要条件，但并非充分条件。DICOM提供一种通用接口语言，而DICOM符合性保证所有设备“说同一种语言”。但是，DICOM符合性并不能保证从一种设备传送到
29、另一种设备上的信息会和接收设备的能力相兼容，从而保证两个系统可以互操作。这种情形与人类之间的交流相类似：一种通信语言(例如英语或法语)可以定义，但是也需要一种机制，例如电话或email连接，以实际完成一个人到另一个人的信息传送。因此，肿瘤放射治疗设备的购买者必须确认设备实际上能够与其他设备通讯，而且能够使用DICOM协议与定义成功进行信息传送。12结束语D1COM已经在许多国际会议与展览会上成功证明，已经越来越多地获得了设备供应商与用户的信心。DICOM接口正在开始成为采购设备的首要条件，特别是RT、图像处理和硬拷贝系统。DICOM标准委员会是一个管理机构，成员包括用户、供应商组织、政府机构、
30、其他标准制定组织与NEMA秘书处。DICOM的适用领域，正在从放射学和心脏学成像向放射治疗、研究成果公布与成像系统和信息系统问的信息交换领域扩展。新制定的标准以DICOM补充的形式合并到DICOM标准中，而维护工作通过校正提案进行。13参考资料1)DICOM标准a) 医学数字成像与通信(DICOM)标准David Snavely，部门经理NEMA PS31 15(2000)国家电气制造商协会(NEMA)出版公司1300N 17”Street，Suite 1847Rosslyn，Va 22209，USA电话：(703)841 3285传真：(703)841 3385http：ww，nemaorg
31、ncmamedicaldicomb)DICOM新闻组CompprotocolsDicomYYT 0736-2009IECTR 62266：2002A1 引言附录A(资料性附录)xvz公N肿瘤系统有限公司XYz产品治疗系统DICOM符合性声明示例本章概要说明本符合性声明的目的、适用范围与内容。A11范围与应用领域本DICOM符合性声明的范围是实现xYz公司肿瘤系统有限公司设备的数据交换。本标准详细说明了对于DICOM标准(正式名称；NEMA PS 3x 1998标准)的符合性。本标准简要介绍了涉及的应用程序并提供了设备数据交换性能的技术信息。描述这种性能的主要元素包括：支持的DICOM服务对象对
32、(SOP)类、角色、信息对象定义(IOD)与传输语法。应用领域指整合XYZ公司肿瘤系统有限公司设备进人医疗设备环境。本符合性声明必须结合DICOM标准及其附录阅读。A12目标读者本符合性声明的目标读者包括：(潜在)客户；医疗设备系统集成商；对系统功能感兴趣的销售人员；应用DICOM接口的软件设计人员。假定读者熟悉DICOM标准。A13内容与结构DICOM符合性声明包含在A2A7中并且遵循DICOM PS 32 1998中内容与结构要求。此外，A7后的附录详细说明了应用的信息对象定义、SCP一特定状态码与扩展配置的详细内容。A14使用的定义、术语和缩略语本符合性声明全文都使用DICOM定义、术语
33、和缩略语。详情参见DICOM PS 3一1998。本标准中的xYz公司指xYz公司肿瘤系统有限公司。本标准中的xYz产品指XYZ公司肿瘤系统精确治疗系统产品，版本1o。A15参考资料EDICOM PS 3 1998医学数字影像与通信(DICOM)标准：NEMA PS 3X(X指第1部分第13部分)及其附录。美国国家电气制造商协会(NEMA)出版公司1300N 170 Street，Suite 1847Rosslyn，Va 22209，United States of AmericaA16读者须知本符合性声明本身无法保证XYZ公司设备与非XYZ公司设备能够实现互操作。用户(或用户代理)应认识到下
34、列问题：范围DICOM的目标在于促进互联性而非互操作性。互操作性，指分布的两个或更多系统的应用程序功能顺利协同执行的能力。医疗设备接入网络环境中可能需要DICOM范围外的应用功能。因此，仅仅使用本符合性声明中提供的信息，无法保证XYZ公司设备与非XYZ公司设备间8YYT 0736-2009IECTR 62266：2002的互操作性。分析整个系统的应用需求，制定XYZ公司设备与非XYZ公司设备互操作的解决方案，是用户的职责。确认XYZ公司设备经过认真测试，保证DICOM接口的实际实施符合本符合性声明。在连接xYz公司设备与非XYZ公司设备时，第一步就是比较二者的符合性声明。如果根据符合性声明，应
35、当可以进行信息交换，仍需要进行确认测试，以保证命令及其数据的功能、性能、准确性与稳定性。指定合适的测试工具包，执行额外的确认测试，是用户(或用户代理)的职责。新版DICOM标准D1COM标准将会不断更新来满足用户不断增长的需求并合并新的功能和技术。XYZ公司也积极参与这些发展，计划使设备适合未来的新版标准。为此目的，XYZ公司保留更新产品或停止供应设备的权利。用户应保证，与XYZ公司设备连接的非XYZ公司设备也应适合未来的新版DICOM标准。如果未采用，将DICOM改进内容并人XYZ公司设备可能会导致互联性的丧失和或不兼容。A2应用模型XYZ产品是一种包含与XYZ公司的直线加速器配合使用的控制
36、系统和操作控制台的网络信息系统，与集中式患者数据库共同使用，用于处方准备、验证和记录目的。A21应用数据流图xYz产品表现为一个单一的应用实体(AE)。相关的应用模型如图4所示。A22应用实体的功能定义xYz产品应用实体作为检验和存储服务类的服务类提供者(SCP)。当XYZ产品系统启动时，应用实体开始运行。A23现实活动的排序不适厢。图4 XYZ产品应用模型A3应用实体的规格A31 XYZ产品应用实体的规格XYZ产品应用实体完全符合下列DICOM V30 SOP类(作为SCP)YYT 0736-2009IECTR 62266：2002表1 xYz产品支持的SOP类(作为SCP)I SOP类名称
37、 UIDRT计划存储STORE 1284010008 5I4114815f 验证 】28401000811A32连接建立策略A321连接建立策略A3211概述xYz产品的最大PDU可配置范围从最小l 024字节到最大31 000字节(默认值16 K一16 384字节)。A3212连接数xYz产品每次只能支持一个活动连接作为服务类提供者。支持的同时待用的连接数量可以配置。默认值为5。A3213异步性xYz产品不支持异步操作，不会执行异步窗口对话。A3214应用识别信息应用类UID：1346423632128000应用版本名称：xYz产品-10A322连接初始化策略xYz产品不会初始化连接。A32
38、3连接接受策略出于下列目的，xYz产品接受连接：允许远程应用向xYz产品数据库中存储处方(参见A3231)。允许远程应用验证与xYz产品的应用层通信(参见A3232)。依据xYz产品的配置情况，XYZ产品可以接受自远程工作站的连接请求：应用实体拒绝来自未知应用的连接请求，例如应用提供了不能识别的“调用AE名称”或驻留在未识别的TCPIP主机上。当且仅当在配置xYz产品系统过程中被定义后应用可以识别。应用实体拒绝来自无法正确表达xvz产品AE地址的连接请求，例如提供了错误的“被调用AE名称”。XYZ产品的AE名称在配置系统时定义(参见A611。)A3231 向XYZ产品数据库中存储处方A3231
39、1相关的现实活动xYz产品接受要发送处方并存储在xYz产品数据库中的远程系统发出的连接。A32312阐述上下文表表2中所列阐述上下文都是可以接受的：表2 XYZ产品处方存储可接受的阐述上下文阐述上下文表_ 4熬纛蠹l羹ii熬冀潺耩i+。i薯t薹曩霉曩一蕊誉爨法囊j 。董一。曩童董量；|； 籀色毒叠 羲艇爵谵蘩鬻蘩。：密称蓟蒙ijj誊i 蔓_ Iu别霹i一曩一 j曩。一、隐式VR，低位在前的字节128401000812 SCP 无顺序RT计划存储 l，28401000851 显式VR，低位在前的字节 1 2 84010008121 SCP 无41j4815 顺序SToRE显式VR，高位在前的字节
40、】2840】000812，2 SCP 无顺序10YYT 0736-2009IECTR 62266：2002A32313 C-STORE$CP符合性XYZ产品提供标准符合性。应用实体是符合等级为。的存储SCP：并非所有的DICOM类型1和2的属性都存储。A1规定了在接收的DSTORE请求中，哪些属性可以存储以供xYz产品的内部使用。接收的其他所有属性都将被丢弃。附录B列出了应用实体返回的特定的C STORE响应状态码。处方的存储时限由xYz产品系统的操作人员决定。A32314阐述上下文接受标准XYZ产品接受申请的、可接受的阐述上下文交集中的所有内容。不检查重复的上下文。重复的上下文可以接受。A3
41、2315传送语法选择策略XYZ产品更倾向本身的字节顺序(低字节在前)，相对于隐式VR更倾向显式VR。A3232验证应用层通信A32321相关的现实活动XYZ产6接收通过&ECHO命令验证应用层通信的系统发出的连接。A32322阐述上下文表表3中所列阐述上下文都是可以接受的：表3 xYz产品验证可接受的阐述上下文阐述上下文表抽象语甚 j i l。j毒簧语薛|一一|；|一。 瓷骞。扩展对话名替 UID -叠0鬻穆鲫表j j-。0iD鳓表誊量 毒-一隐式VR，低位在前的字节128401000812 SCP 无顺序显式VR，低位在前的字节验证128401000811 12840】0008121 SCP
42、 无顺序显式VR，高位在前的字节1 284010008122 SCP 无顺序A32323 CECHO SCP符合性XYZ产晶提供标准符合性。A3+2324阐述上下文接受标准xYz产晶接受申请的、可接受的阐述上下文交集中的所有内容。不检查重复的上F文。重复的上下文可以接受。A32325传送语法选择策略XYZ产品更倾向本身的字节顺序(低字节在前)，相对于隐式VR更倾向显式VR。A4通信概要A41支持的通信栈XYZ产晶应用提供D1COM标准第8部分中定义的DICOM V30 TCPIP网络通信支持。A42 TCPIP栈XYZ产品从其运行的Microsoft Windows NT Server(40版
43、)操作系统上继承TCPP栈。A43物理介质支持XYZ产品支持以太网Is0 8802 3。YYT 0736-2009IECTR 62266：2002在XYZ公司供应的硬件平台上，提供的连接类型为100IOBASET(RJ45双绞线)。A5扩展专门化私有化不适用。A6配置通过DICOM专用配置程序，配置xYz产品系统的DICOM设置。配置更改一经提交立即生效。配置工作指定只能由xYz公司服务工程师执行。A61 AE名称阐述地址映射A611本地AE名称与阐述地址可以设置本地应用实体的标题。默认值为“xYz公司一xYz产品”。可以设置监听端口号。默认值为104。A612远程AE名称与阐述地址所有与XY
44、Z产品通信的远程应用必须在进行XYZ产品配置时定义。必须提供下列信息：远程应用实体的名称。远程应用所位于的TCPIP主机名。远程主机的IP地址。A62配置参数A621通讯参数可以配置最大PDU容量。可以配置同时待用的连接数。可以配置DICOM上层超时时限。A622 XYZ产品属性映射接收的RT计划存储请求中属性的特定XYZ产品处方参数的映射可以通过配置明确停用(参见附录C)。A7扩展字符集的支持无。12YYT 0736-2009IECTR 62266：2002附录B(资料性附录)应用RT计划的信息对象定义并映射到xvz产品数据库RT计划处方的导入从DICOM RT计划IOD中选择的用于处方导入
45、的模块在表4中给出。如果一个模块未被列出则该模块中的属性也不会存储在XYZ产品中。表4用于导入的RT计划信息对象定义中的应用模块(SCP角色)IE 模块 使用患者 患者 M检查 通用检查 M序列 RT序列 M设备 通用设备 MRT通用计划 MRT处方 URT允差表 URT患者摆位 U计划RT分次方案 UlRT射束 C批准 U公共的SOP M表5-表1 6为上述每个应用模块详细说明了XYZ产品存储的属性、映射到XYZ产品数据库中的细节、各个属性使用上的特别限制。xYz产品完全忽略的属性以阴影表示。注意XYZ产品的配置参数可以决定特定属性是否实际用于映射到xYz产品参数(参见附录c)。也要注意XYZ产品需要确认所有的应用信息对象定义，即在信息中包含与xYz产品无关的属性，根据DICOM标准，这些属性也应有有效值。包含无效属性的存储请求将会被拒绝。(参见表17状态码A901)表5 RT计划存储SOP类(SCP)-患者模块DICOM属性名称 标识 VRVM 说明约束类型患者姓名 (0010，0010) PN 1 2 视为1类属性，参见注I。患者ID (00io，0020) Lo 1 2 视为I类属性，参见注I与。患者出生日期 (0010，0030) DA l 2 参见注。患者性别 (0010，0040) CSl 2 参见注。
