DICOM 国际会议暨研讨会 2008 年 4 月 8 日～ 10 日 中国. 成都 DICOM 实施工具 David Clunie RadPharm 公司 医学数字成像与通信标准

概要 DICOM 实施工具 工具包和样本 / 引用代码 验证器、检测工具和样本数据 IHE 作为实现引导和检测地点 医学数字成像与通信标准

工具的类别 目的 – 查看程序 – 服务器（ PACS ） – 实施工具包 – 实施引用 – 检测和验证工具 可用性和支持 – 免费软件 – 开放源代码 – 商业软件 医学数字成像与通信标准

查看程序 简单、简便 – 加载单张图像和显示 媒体（ CD ）查看程序 – 查看全部患者 – 多种模态（ CT 、 MR 等） – 来自 CD 或本地硬盘驱动器 –+/- 高级可视化（ 3D 等） 网络能力 –DICOM 储存 / 查询 / 检索 医学数字成像与通信标准

服务器 应用程序 – 检测 – 研究 PACS – 临床 PACS 能力 – 储存 / 查询 / 检索 – 管理功能（异常 / 编辑 / 协调） – 启用工作流（ HL7 RIS 接口） – 网络服务器（ WADO ） – 安全（授权 / 访问控制 / 审计追踪） 医学数字成像与通信标准

工具包 功能 – 读 / 写 DICOM“ 文件 ” 和消息 – 访问 DICOM 属性列表 – 对程序员隐藏编码的细节信息 – 对于大批（像素）数据的便捷访问 – 大型图像的内存管理 – 压缩图像支持 – 简化创建 / 写入 “ 正确的 ” 对象 – 实现网络服务 – 读 / 写 DICOM 媒体（ DICOMDIR ） 医学数字成像与通信标准

工具包 选择 – 免费软件、开放源代码、商业软件 – 支持等级 – 帮助台（ help desk ）、公共论坛 – 平台 – 单平台（ windows ）和跨平台 – 语言 / 框架 – C 、 C++ 、 Java 、.NET – 鲁棒性（ robustness ） – 异常情况、日志记录 – 性能 – 输入 / 输出 / 网络 – 对于 DICOM 标准的支持的全面性 – 仍在进行积极的开发之中 – 为进化发展中的 DICOM 标准提供支持 医学数字成像与通信标准

引用实现 价值 – 源代码教育实现者 – 阐明标准中的含糊之处 – 指明 DICOM 标准中应用的部分 – 可能经过良好的记录和 / 或设计 – 可能有良好定义的 API – 经常为多平台 – 如果是开放源代码，那么在产品中可以再次使用 – 更快推出市场，风险更低 – 在没有其他产品的情况下检测目标 医学数字成像与通信标准

检测和验证工具 检测的类型 – 开发 – 单元 / 系统 / 集成 – 部署 – 用户验收 / 跨厂商 – 服务和支持 – 诊断工具 工具的类型 – 检测实用程序和框架 – 调试工具 – 检测对象 – 对象和消息验证器 医学数字成像与通信标准

检测实用程序 实用程序接口 – 命令行或图形用户界面 – 可以通过脚本和批处理文件使用 典型功能 – 将 DICOM 文件内容转储为可以读取的形式 – 从文件中提取属性 – 利用脚本或模板创建测试文件 – 编辑属性（添加 / 移除 / 改变值） – 网络上的发送 / 接收 医学数字成像与通信标准

调试工具 使用 – 现场支持人员 – 现场服务和支持人员 – 厂商间的测试中 工具类型 – 模拟设备表现 – 捕获设备之间的消息 – 分析捕获的消息 医学数字成像与通信标准

检测对象 图像及其他复合对象 – 合成 – 从头（ de novo ）生成 – 真实 – 来自设备（去识别（ de-identified ）） – 组合 – 经过改善的真实图像 检测信息 – 用于检测 DICOM 网络服务 – 例如：检测查询和响应 – 脚本和模板与工具包一起使用 测试媒体 – 物理媒体或 ISO 图像文件 医学数字成像与通信标准

验证器 DICOM 符合性验证 – 文件中的图像和其他复合对象 – 来自媒体或从网络中接收 / 捕获 – 捕获的网络消息（查询等） 验证内容 – 与 IOD 的符合性（由 SOP 类定义） – 属性的正确编码 – 与 “ 概要（ profiles ） ” 的符合性（媒体， IHE ） – 提示 “ 不需要 ” 的特性 医学数字成像与通信标准

验证器 – 范例 % dciodvfy op.dcm 眼科摄影 16 位图像 错误 – 针对本 VR 值非法 - (0x0010,0x0030) DA 患者的出生日期 DA [0] = - 针对本 VR 字符非法 = '9' (0x39) 警告 – 属性 的值为零 错误 – 条件未满足时显示属性 （否则不能显示） 输入 2C 条件成分 = 模块 = 医学数字成像与通信标准

验证器 – 范例 % dciodvfy cr.dcm CR 图像 错误 – 缺少属性类型 2 必要成分 = 模块 = 错误 – 查找表数据坏 - VOI LUT – LUT 描述符 位数 = 16 但最大 LUT 数据值为 0xfd3 警告 – 淘汰属性 - (0x0032,0x1030) LO 检查原因 警告 - 属性 的未识别定义术语 警告 – 属性未显示在标准 DICOM IOD 中 - (0x0032,0x1032) PN 请求医师 医学数字成像与通信标准

检测标准 检测内容 – 它是否 “ 可行 ” ？ – 它是否 “ 正确 ” ？ 与 DICOM 标准的符合性 – 不代表它将 “ 可行 ” – 仅凭这一点，未必证明它 “ 可行 ” 例如 – 设备可能通过忽略不符合性的方式，进行 “ 交互操作 （ interoperate ） ” – 一台符合设备可能因为忽略一个 “ 功能特性 （ feature ） ” 而产生故障 医学数字成像与通信标准

黑色背景 – 好白色背景 – 不好 向反转的 DICOM 图像应用显示快门（ Display Shutter ）失败 模态厂商符合 – 发送显示快门 PACS 厂商 “ 符合 ” – 允许忽略显示快门 PACS 厂商承诺该 “ 功能特性 ” 只会出现在新版本中 – 要求全面替换 PACS 服务器硬件 顾客 “ 不满意 ”

检测内容 独立设备 – 设备产生符合对象 – 设备正确使用符合对象 – 实现用户所需的功能特性 – 巧妙地处理可以使用的 “ 坏 ” 对象 成对的设备 – 可以完成通讯 – 它们可以按用户要求 “ 工作 ” 作为多个设备的序列 – 例如，来自订单 / 获取 / 储存 / 检查 / 显示的工作流 医学数字成像与通信标准

IHE 和检测 最初的 RSNA DICOM 检测计划 – 中央检测节点、检测工具和计划 IHE 开发了 “ 集成概要 ” IHE 的 “Connectathons” – 使用工具的独立检测 –“ 执行者（ actors ） ” 之间的检测情景 – 针对索引查找检测 – 各项实施之间的检测 – 检查日志可以确定出于正确的原因而 “ 工作 ” 免费软件和开放源代码 医学数字成像与通信标准

查找工具 Google –“dicom 工具包 ” 一些有用的网站（带有链接） – – 讨论 dicom 的论坛 –news:comp.protocols.dicomnews:comp.protocols.dicom – 医学数字成像与通信标准

查找检测图像 不象查找工具那么容易 Google –“dicom 样本 ”, “dicom 图像 ” 一些有用的网站（带有链接） – – – 不存在 “ 官方 ” 的检测库 –ftp://medical.nema.org/MEDICAL/Dicom/DataSetsftp://medical.nema.org/MEDICAL/Dicom/DataSets – 是一个非公开的、仅面对 NEMA 成员的检测库 ? 状态 医学数字成像与通信标准

结论 过多的实施工作和工具 – 它们中有许多免费和开放源代码 – 它们中有许多工作和工作得到了有力的支持 – 因此，不要害怕 DICOM 的 “ 复杂性 ” 检测是重要的 – 没有检测是难以原谅的 – 良好的检测可以使客户满意 IHE 有助于 – 使用概要、使用工具、参与 医学数字成像与通信标准