搜索
DICOM标准的组成DICOM标准由一组文档组成，现今的版本就包括了13个发行部分。每一个DICOM文档通过标题和标准编码来识别，看上去的样子就像这样“PS3.X-YYYY”，其中‘X”就是常说的标号，“YYYY”是发行的年份。举例来说，DICOM标准第二部分的标题是“顺应性”文件标号是PS3.2-1996.在正式场合，年份经常被省略。DICOM通讯DICOM标准的核心就是设置了一套统一的易于理解的数字影像通讯规则。在本文中，“通讯”是指系统中信息的交换。这个动作听上去很简单实际上，通讯就是我们日常生活中的一部分。然而，我们之所以能够良好的沟通是因为我们遵循了一套良好的规则。这套规则是我们在孩提时代就掌握了的。通讯协议电子通讯通常被划分为不同的层次，每一个层面上完成相应的功能。这种将通讯标准划分成不同层面的模型实际上是一个国际通讯标准的一部分，此标准就是ISO-SOI（国际标准组织开发系统互联）参考模型。这个模型可以类比为一个生产加工厂的结构。在这个模型的最高层面是用户应用程序的界面（比如在一个计算机终端上用户可以通过应用程序跨越网络访问数据）。这个层面相当于工厂的决策者他们决定工厂生产什么样的产品，运输什么样的货物。在模型的最低层面是物理层，这个层面为电子通讯提供物理介质(比如：线缆)。这个层面相当于运输部门的货车。模型中的“高层”和“低层”并不是表示不同层面的重要程度，实际上高低的区别只是因为不同层面象一个堆栈，物理层在最下面，应用层在最上面。在最高层和最低层之间，还有其他层面负责解决类似下列问题：用什么样的字符集来显示信息；用什么样的规则在物理层上建立连接；如何处理通讯过程中出现的错误等等。这些中间层面类似于我们假象工厂中不同的职能部门，每个都承担着特定的功能（比如：零件选择、制造装配、质量控制、规划运输路线等等）。在电子通讯模型和假象工厂中发生着同样的情况，每个层面（部门）从上一个层面（部门）获得信息，按照预定功能工作，将结果输出到下一个层面（下游部门）。任何两个层面之间的交换都是无往不复的，因为所有通讯（正如同货物在不同公司之间的交流）都是双向的。在通讯术语中，信息在不同层面之间的流动被称之为层面提供的服务。然而，通讯意味着信息的交换，因此，还需要对方设备上有相对应的层面并且有物理媒介的连接。我们的假想工厂加工并且运输自己的产品到另外一个公司，在那里经过组装产生新的产品。后面这个公司并不把产品原封不动地送回到去我们的假想公司（除非他们收到劣质产品要退货），不过他们要把货款发送回来。两个公司的物流部门需要为双方货运制定计划和规则（比如，不要在在长假期间发运保鲜货物）。同理，两个电器设备之间的的通讯也需要事先设定的规则或者协议，这样设备间相对应通讯层面才能连接。在电子通讯中，两个设备之间真正的数据流动只存在于物理层。然而，由于建立了机遇层面的通讯模型，每一个层面可以看作和对方设备的对应层面基于已有协议的直接通讯。在提供本层面的服务时，一个层面在所接收到的数据上加入一些信息然后发送给下游层面，下游层面接收到数据后也作相同的工作。在接收端，数据在向上穿行过各个层面的时候，每个层面提取从数据中出自己所需要的信息实现层面功能。在我们的假想公司中，质控部门会在产品的包装上贴合格标签再将其送到物流部门发货，而在收货的公司，产品接收后会开包验货，公司的质控部门会检查产品的合格标签并且确认产品没有任何运输损坏。只有产品通过检查后，才会被发送到别的部门接受进一步处理，最后财务部门会得到签收通知安排付款。在上述过程中的协议保证了发货人在产品上粘贴了正确的质控标签，而收货人可以根据发票检查产品数量和质量。如果过程中有人违反协议（比如发货人没有检查产品，或者忘记了贴标签），产品将被拒绝接收（收货人拒绝收货或者扣留货物直到问题解决）。DICOM通讯协议电子通讯的层面模型优势之一是当一个层面被新层面替代时其他层面不受到影响。举例来说：如果我们能找到一种物理媒介其速度是现有物理媒介的10倍，而且能够提供现有物理层提供的所有服务，我们就能立刻用新的物理层替换掉现有系统。在我们的假想公司中找到一个新的物流公司，新公司运货速度提高一倍，使用原有的集装箱，提供和现有公司一样的货物保险，那么我们可以不对其他部门作任何调整直接转换到新的物流公司。不同层面的集合通常被称为栈或者协议栈。DICOM标准使用了层面通讯结构，实际上它并没有新建一个标准通讯栈而是直接使用了一个已有标准。可能有人会问，如果DICOM仅仅是使用了一个已有的通讯标准，它还有什么意义？为什么不直接用那些现有的通讯协议标准呢？DICOM标准的意义和其功能的重要性，可以用个假想制造厂之间的交易来解释。假想你是产品开发部的经理，现在需要一些零件来组装一个原形产品。于是你要求你的采购经理贝蒂从埃克美零件公司采购一些零件。贝蒂知道最快捷的办法就是打电话给埃克美公司订货，但同时她也知道你需要的零件非常抢手很可能已经销售一空。她拿起电话拨号，听到了熟悉的声音：“你好，这里是埃克美公司，请问你要找哪位？”贝蒂回答道：“请转销售部鲍勃罗伯茨。”贝蒂刚才所做的工作非常类似于一台设备使用DICOM协议与另外一台设备通讯。当她拿起电话，她首先要求线路畅通。她听到的拨号音告诉她线路正常（如果没有拨号音则说明线路有问题）。同理，DICOM标准通过服务请求与网络上的另一台设备通讯。网络协议会首先探测网络是否可用。如果可用，DICOM协议就将发起一系列的活动，由此产生一个对另一台设备的连接。拿起电话拨入需要接通的号码然后倾听回应，你就遵循了一系列通讯协议。首先，你遵从一定的规则拨号。如果你在办公室里拨号，可能还要先拨一个外线号码，如果对方不在本地，你还要拨对方的区号。然后你听到对方的振铃声，你知道对方没有占线，否则你的“协议”会引导你挂上电话等会儿再拨。电话那一端的人所说的头两个字就很有意义。它告诉你两件重要的事情，首先对方所说的语言是你能够听懂的，其次你没有拨错号码。如果你听到的回答是“Moshimoshi,FujiyamaDenkidesu”，你可能会马上挂断电话或者寻问对方是不是你要找的人。在这种情况下，会发生某种谈判，你会询问对方的电话号码，对方也会改说一种你能够听懂的语言。你假设对方能够听懂你说的话，而对方此时的反应决定了你下一个问题是什么。DICOM协议也是用过发起某种谈判来建立连接的。这些谈判的主要内容是判断发起通讯的设备希望完成什么工作，以及接受设备能够完成什么工作。实际上，在DICOM协议中并不是设备本身完成这些谈判，而是其上运行的软件完成这一功能。DIOCM协议作为设备所支持的一个应用实体而存在，因为发起建立通讯是应用层（通讯栈中最上面的一个层面）的功能。传输语法：VR方法还是字节顺序正如同你在电话中的谈判确定了通讯双方的基础能力（比如，使用的语言，对方的身份等），DIOCM中的连接建立也需要谈判来确定能力。应用实例的连接发起方将希望完成的工作编成一个列表发给对方。而接收方回应一个能够完成工作的列表。后续的交流是在两个列表的交集范围内进行的。举个例子，对于大于8位的数字像素值不同系统的处理就不同。有些计算机系统先发送最小有效字节，而有些系统则恰恰相反。如果两个系统用相反的表示方法传送数据，将导致错误数值出现。解决办法是设备能够发现这个问题，并且自动转换数值。DICOM协议对两种表示方法都支持，因而在信息交换前的谈判中有一个内容就是检测设备使用哪种方法。另外一个影像设备之间的差异是对数值的表示方法。正如后面将要详述的，DICOM标准将所要发送的信息分解为一系列的数据元素。对于数据元素中所包含的数值，不同的应用程序会有不用的表示方法。DICOM对所支持的数据类型有着非常明确的定义，被称之为数值表现方法（VR）。其中包括了不等长混合字符串（像一个句子那样包含了开头、结尾和一连串顺序字符的文字串）、二进制数据、时间和日期数据以及人员姓名数据等等。在早期的ACR-NEMA标准中，这些VR被定义在所谓数据字典的一组标准中。如果你需要编写能够接收ACR-NEMA标准数据的应用程序，为了解释接收到的数据，你需要在数据字典查询ACR-NEMA元素标签才能了解数据元素中包含什么样的数据以及如何表示这些数据。DICOM标准需要扩充新的VR标准，未来的进一步扩展将增加数据字典的大小和复杂性。这也就是为什么在DICOM标准中同时支持ACR-NEMA方法和在数据元素中定义VR的新方法。DICOM新定义的方法VR被定义在数据元素中，这样就不免了可能的混淆。对于软件设计人员来说，新方法减少了查阅数据字典的负担。在数据字典中定义VR的ACR-NEMA方法被称做内部VR；而DICOM所使用的在数据元素中定义VR的方法被称为外部VR。DICOM同时支持这两种方法，在通讯能力谈判时知道这一点很重要。不论是VR方法还是字节顺序都是谈判信息的一部分，这些信息对成功建立信息交换至关重要。这些信息被称做传输语法，被定义在DICOM标准中。在建立连接的最早期阶段，使用何种传输语法进行信息交换是主要的谈判内容。贝蒂呼叫埃克美公司销售部鲍勃的电话叫通了，双方寒暄几句后，鲍勃问贝蒂需要什么帮助。贝蒂说：“我需要15个零件”。鲍勃查了一下库存量回答说：“没错，我们正好有库存。”他接着说：“你知道，贝蒂，我们刚刚发布了马克二型零件，它的价格和马克一型一样速度提高了10%。”贝蒂问道：“新零件的界面怎么样？”“马克二型向前兼容马克一型，一旦清空马克一型的库存，我们将停止销售老产品。”贝蒂说：“听上去不错，这样我定15个马克二型的零件。”这次交易简捷高效，主要是因为双方都对流程非常熟悉。假如贝蒂不认识销售部的鲍勃，她也会和销售部的其他人员要求相同的东西。在上述场景中发生的事情，也发生在我们每天的日常生活中。这些交易如此频繁以至于除非出了什么茬子，否则很少有人会注意到它们的存在。在这个例子中不论是术语的定义还是工作的模式都是你、贝蒂和鲍勃所熟知的。现实生活中的沟通交流就是这个样子：我们基于人所共知的术语词汇和交流模式，一旦出现我们不熟悉的词汇或者交流模式，我们或者停下来明确它们的准确定义或者冒着出问题的风险继续交流下去。在这个例子中你（产品开发经理）要求购买一打零件，但是贝蒂（工程采购经理）定购了15个。因为贝蒂根据和你共事的历史经验数据判断，你总是忘记需要为安全性测试多定购几个零件。由于贝蒂对你所设计的原形设备有一定了解，所以在定购马克二型零件的时候会确认界面一致性。同时她知道提高零件的运行速度对你的设计有利，没有理由不定购新型零件。在这个场景中还存在更高层次的考量。有的工程是可能对使用新型号持保留意见，因为新型号通常不象久经使用的老型号那样稳定。然而，在这个场景中，你和贝蒂都对埃克美公司的质控体系有信心，知道新老产品在可靠性方面的差距可以忽略不计。DICOM定义了什么DICOM标准的最重要的意义就是尽可能明确地定义影像传输过程中涉及到的术语词汇和模型。并且保证接收此协议的用户能够方便使用这些定义。在比较高层面的通讯中（比如用户之间的通讯),对术语词汇的认同非常重要。不论实在放射科内部还是在放射科与其他学科交流中，明确地术语定义是保证沟通准确的前提。举例来说，对于“中间”和“侧面”的不准确理解，对于一个基于放射科报告作出诊断的外科医生来说会直接导致灾难性的后果。美国病理学协会已经在“系统化医疗术语”（SNOMED）标准上作了一些工作。这个也被称为受控词汇表的术语标准是基于解剖学和病理应用的。现在美国病理学会是DICOM标准委员会成员，并且正在致力于开发一个新的SNOMD章节用于影像描述。这个章节也被称作SNOMED-DICOM词汇表。DICOM同时也采用了其他一些适用标准的常规定义，比如说HL7标准中的人员姓名格式。在这个格式定义中描述了姓名的表现格式以及称呼中前缀（比如：Mr.Fr.)以及后缀（比如：Jr)的使用。格式定义中将姓名划分成几个部分，比如姓氏，名字，前缀等等，同时每个部分还可能是单个或者多个单元以应对一些不常见的姓名结构。DIOCM标