医学数字影像传输系统间互联及互操作性的初步实践

1 / 10 医学数字影像传输系统间互联及互操作性的初步实践 摘要：目的：研究不同来源的医学影像存档与通讯系统(picture archiving and communication systems, PACS)间医学数字影像传输（ DICOM）互联和互操作性。方法：在Siemens 和 GE 公司的 DICOM 影像显示工作站 (Magic View 1000 与 Advantage Windows 2.0)间进行 DICOM 水平的互联和 CT、 MR 和血管造影的 DICOM 影像的相互传输和处理操作的分析和测试，包括分析比较 DICOM 遵从性 陈述 (DICOM conformance statement)的相关参数；观测系统联接和影像及其相关属性的传送以及 DICOM 影像的相互操作和处理。结果：在 DICOM conformance statement 中被相互支持的影像对象类型 (object class)如 CT、 MR 和 SC(screen capture)的 DICOM 信息对象 (DICOM information object，包括影像数据及其相关属性 )被完整传送，未被 Magic View 支持的影像对象类型 XA（ X-ray angiography）则传 输失败；除三维功能外，所有后处理功能操作均可直接进行，三维处理功能在进行文件夹转换后亦顺利实现。结论： DICOM 标准是实现不同来源的医学数字影像设备或系统间互联和互操作性最有效的途径。 DICOM（ digital imaging and communications in 2 / 10 medicine,医学数字影像传输）标准为在标准网络框架内不同来源的医学数字影像设备间互联、影像相互交流和操作提供了技术实现的可能性。由于该标准对具体的实现机制并未作强制性规定，允许各医学影像设备商灵活地采用相应亚标准完成对 DICOM 标准的支持，因此，对不同来源的 DICOM 影像设备间的互联（ interconnectivity) 和互操作性（ interoperability)及其程度需通过测试才能确定其实际兼容状况。我院构建的 DICOM 标准 PACS（ picture archiving and communication systems，影像存档及通讯系统）包括了 GE 公司和 Siemens 公司 2 个不同的 PACS 亚系统，我们对两者的互联及互操作性作了实测，现报告如下。 材料与方法 一、设备 1. Siemens 亚系统包括螺旋 CT、数 字胃肠机、胶片数字化仪、照相服务器、 2 台影像显示工作站。 MagicView1000（以下简称 MV，为 Siemens 医学影像后处理软件平台）安装在 2 台显示工作站（ DRC104 和 DVC01）内，采用 Siemens 内部网络协议 PACSnet(支持 ACR/NEMA 2.0 标准）实现网络功能，对 DICOM3.0 标准的支持则通过加装 DICOM 网关 (DICOM gateway)软件 Magic Link(版本 VA10A）而实现。该版本的Magic Link 支持 DICOM storage service class 的 SCU（ service class user）和 SCP（ service class proveder)，3 / 10 可接收（作为 provider)和送出（作为 user) 供存储 DICOM影像。 2. GE 亚系统包括数字血管造影机、心脏血管造影机和 1台影像显示工作站，该工作站内装有医学影像后处理软件系统 Advantage Windows 2.0(以下简称 AW），其内置有 DICOM3.0接口系统（ ID/Net V3.0），亦支持 DICOM storage service class（作为 SCU 和 SCP），可直接接收和送出 DICOM 影像。 两个亚系统的 DICOM 影像通过兼作 DICOM 网关的 MV和 AW 实现相互交流。 二、测试对象 测试的影像包括螺旋 CT 影像（ Siemens Somaton Plus 4A），血管造影影像（ GE DLX/LCA）以及 AW 工作站内预装的CT（ GE Hispeed）和 MRI（ GE Signal l.5T）范例影像。 三、研究方法 (1) 比较分析 DICOM conformance statement (DICOM遵从性陈述）以评估互联和互操作性的可行性及程度； (2) 通过系统的 DICOM 日志文件观察应用间网络连接、 DICOM 影像传送以及相关的系统消息以监测 MV 和 AW 间 DICOM 互联状态，并利用系统的 “dump” 功能，比较已传输的影像文件头（ image file header)包含的基本特征信息确定 DICOM 信息对象 (DICOM information object)传输的完整性； (3) DICOM4 / 10 影像互操作性研究，即以 MV 和 AW 的所有影像显示、测量和后处理功能对所接收到的 DICOM 影像进行操作和处理。 结果 一、 DICOM conformance statement 比较 (见表 1) 表 1 conformance statement 相关参数比较 DICOM 参数 Magic Link ID/NET3.0 功能描述 storage class CT, MR, CR, SC,NM, US CT, MR, XA, RF, SC 作为 SCU 和 SCP conformance level level 2 level 2 充分支持 TCP/IP Port 50082 4006 DICOM 影像 I/O DICOM对象类型 (DICOM object class): 包括 CT(computer tomography) 、 MR(magenatic resonance) 、 CR(computer radiography) 、 XA(X-ray angiography) 、 SC(secondary capture)、 RF(radiology fluorography)、 NM(nuclear medicine)、 US(ultrasound)等。另外，表中其余外文及缩写均为医学数字影像传输（ DICOM）标准中的专用术语和参数，用中文表示反而不易理解，特此说明 从表 1 可见， Magic Link 和 ID/NET3.0 均支持 CT、MR和 SC storage class，但 XA storage class不被 Magic Link5 / 10 支持。 二、互联及传输过程观察 传送相互支持的影像对象类型（如 CT、 MR、 SC），互联两端的系统日志示应用间的连接和协商过程均正常，并报告影像传输成功完成，被传输影像序列出现在接收方 “Work List” 中。当试图从 AW 传送血管造影影像（对象类型 XA）到 MV，网络互联显示失败， AW 的 DICOM 系统日志显示错误提示： “remote node did not acc ept any usable SOP classes，但将其转换为对象类型 SC 后重新传输则成功。 三、 dump 结果比较 在 MV， 选择 “Image/ NEMA Dump” 选单可展示指定的 DICOM 影像文件头的相关信息于屏幕；在 AW 则可在 UNIX指令模式，调用可执行程序 dump image data 完成此项任务。我们对选定的 DICOM 影像在传输前后分别进行了 dump 操作并比较，结果表明所有类型的影像文件的 DICOM 影像相关信息的传输是完整的。 四、 DICOM 影像相互操作测试 在 MV 对来 自 AW 的 CT、 MRI 和血管造影（对象类型 SC）的 DICOM 影像作后处理评价功能测试， AW 亦相应地对来自MV 的 DICOM CT 影像进行处理和评价（结果见表 2）。除 MV的三维影像处理外（ AW 无三维影像处理功能），所有评价和6 / 10 处理功能均顺利实现。三维影像处理初测操作失败，屏幕提示错误： “imput folder not valid” ，在重新建立一新的AF（ actual fodler）文件夹，将影像拷贝至该文件夹后，再重调用各三维处理功能，则最大信号强度投影 MIP、多平面重建（ MPR）和三维表面重建处理均顺利通过测试。 表 2 DICOM 影像在 MV（ Magic View 1000）和 AW (Advantage Windows 2.0)上相互处理的结果 应用功能 MV AW 应用功能 MV AW 影像处理 影像评价 加 /减影处理 + N 角度测量 + + (add/sub) 边缘强化 + N 影像注释 (annotation) + + 旋转和镜像 + + 距离测量 (distance) + + 影像联接 (link) + N 剖面 CT 值分布 (profile) + N 放大 (zoom in/out) + + 兴趣区统计学分析 + + 放大镜 (magnify glass) + + 像素透镜 (pixel len) + N 卷动影像 (scorolling) + + 三维 (3D)影像处理 窗宽 /窗位 + + 最大信号强度投影 (MIP) N 多平面重建 (MPR) N 3D 表面重建 (SSD) N 注： + 测试成功； 经转换后测试成功； N 无此功能 7 / 10 讨论 一、实现不同来源的医学成像设备的互联和影像 的互操作性，是发展 DICOM 标准最根本的目的 1-3 影像设备的多源性是医学影像学科普遍具有的特点，是实现医学影像学环境网络化所面临的最大挑战 3，亦是长期制约 PACS 成为开放系统的关键因素。 DICOM3.0 标准的基本目标即实现不同医学影像学系统和设备间的完全互联和影像的互操作性，为医学影像网络化发展开拓了广阔的前景。所谓 DICOM 互联系指应用实体 (appilcation entity，如 MV 和 AW)间建立联接，并以遵从 DICOM 协议的方式交换DICOM 信息 (DICOM messag)。 DICOM 影像互操作性指应用实体间相互处理和操纵 DICOM影像的能力 (包括简单的窗宽 /窗位调节到复杂的三维重建 )，通常称为功能互操作性(functional interoperability)。由于 DICOM3.0 标准并未明确规定 DICOM 信息模式 (DICOM information mode)中的信息对象的调用方式，使不同的医学影像产品商提供的医学影像应用软件在实现对 DICOM影像的处理和功能操作的方式上可能存在差异 4，因此，需进行实测研究才能确定不同来源的影像设备间 DICOM 影像互操作性及程度。 二、研 究 DICOM conformance statement 是确定互联性和互操作性的首要步骤 8 / 10 任何被声称支持 DICOM 标准的医学影像设备，必须提供其相应的 DICOM conformance statement 文件 1，通过比较研究此文件，用户即可初步确定两个 DICOM 设备间的互联性和某些简单的应用功能的互操作性。研究的要点着重于两方面： (1) SOP(service object pair) class 支持范围。MV 与 AW 之间能够直接实现互联和 CT、 MR DICOM 影像的互传，皆因 Magic Link 和 ID/NET3.0 都支持 CT、 MR storage class 的 SOP；而对于血管造影影像，则因 Magic Link 不支持 XA storage class，不能直接由 AW 传至 MV， DICOM 互联过程被中断，只有当转换为 SC class，满足了 Magic Link 所支持的 SOP class 后才能被成功地传送。一个医学影像应用实体能提供至少一个 SOP(譬如 CT storage class)，即可声称为 “full DICOM” 。由此可见，声称 full DICOM 的影像设备间，并非一定能实现 DICOM 水 平的互联。因此， SOP class支持范围是决定互联性的关键。 (2) 确定遵从性水平(conformance level)。 DICOM 标准第 3 部分将遵从性规定为3 个水平层次，即 level 0、 1、 2： level 0 仅支持部分用户定义的影像属性； level 1 支持 DICOM IOD（ information object definition）的 Type 1 和 Type 2 属性； level 2 则充分支持所有 IOD 和 Type 1、 Type 2、 Type 3 属性 4。Magic Link VA10A 和 ID/Net3.0 均提供了完全的 level 2支持，这是两者间互操作性的理论保证，因此遵从性水平是9 / 10 确定 DICOM 影像互操作性的基础。 三、 DICOM 信息对象完整传送是实现互操作性的关键 5 在充分支 conformance level 2 的两个应用实体间成功地完成 DICOM 信息对象的传送，应能满足实现常规的影像显示、测量和评价等功能互操作性要求。但是，对于复杂的功能操作，如三维重建，由于其可能要求某些影像采集设备特定的和比较精确的几何参数定义（如空间坐标系统和参照系统等），因此，其互操作性需测试后才能确定。在 我们的测试中，在初始文件夹 (folder)中调用三维处理功能失败，拷贝至应用软件环境中重建的文件夹后则处理成功，说明 MV 的三维影像处理功能所要求的相关属性和参数均已被完整地传输和转换，初次调用处理失败，可能是应用软件系统对影像文件管理方式实现的差异或不足所致。 我们对 MagicView 1000 和 Advantage Windows 2.0间 DICOM 互联和 DICOM 影像互操作性测试的实践表明， DICOM标准是完成不同来源的医学数字化影像系统间互联和影像互操作性最直接、最有效的手段。可实现很好的相互兼 容性。 参考文献 1 Bidgood WD, H