实施心脏病学DICOM统一代理程序的经验总结：DICOM国际会议暨研讨会

下载全部会议资料，请点击标签 tag “DICOM国际会议暨研讨会” DICOM国际会议暨研讨会:实施心脏病学DICOM统一代理程序–经验总结 为了实现心导管插入术（Cath）工作流或超声心动图（Echo）工作流，心脏病科中的临床护理设施一般会使用不同厂商提供的多种复杂应用软件。 这些应用软件之间需要交换数据；这种交换一般是通过接口来进行的。 实际上被用于在这些应用软件之间移动信息的“标准/语言”是HL7（健康信息交换第七层协议）和DICOM（医学数字成像与通信标准）。 一个软件代理程序（接口引擎）被用作产品/组件，以与专业应用的工作流保持一致和促进专业应用的工作流。 本白皮书中详细介绍了开发和部署DICOM代理程序的经验、以便在心脏病科中支持无缝Cath/Echo工作流，从而： • 影响MPPS（模态执行过程步骤）在表单/库存管理和跟踪图像过程方面的应用。 该代理程序利用了MPPS中的丰富数据集，以便 - 作为一个IHE（集成医疗企业）执行过程步骤（PPS）管理软件对图像过程进行跟踪，并作为DICOM将信息传递给第三方PACS（图像归档和连接性系统）。 - 缓冲MPPS信息（N-CREATE和Multiple N-SET），将全数据集发送到心脏病学信息系统（CIS），并为表单和库存报告的创建提供支持。 - 在过程结束时，提供一个独特的功能，将全MPPS数据转换为HL7 ORU消息，并传递给第三方CIS系统，以便进行表单/库存管理。 • 通过以下方式，为一个Echo部门中的一个PACS实现MWLM功能 - 对于来自一个订单放置物（Order placer）或一个预约挂号系统的检查，作为一个订单装填物（Order Filler）发挥作用 - 通过AETitle/模态类型，基于被请求过程中的信息，提供工作表过滤功能。 - 对于来自模态的工作表查询，作为一个DICOM MWLM SCP发挥作用。 • 通过以下方式利用MPPS SOP类和MWLM（模态工作表管理）的功能，完成一个多模态Cath实验室： - 按照IHE中所涉及的多模态cath实验室情况，在诊断过程中使用血液动力、X-光或其他模态。 - 使用实验室专用工作表和部门专用工作表，以便有效地管理计划的检查和不同模态的MPPS状态，以便监视检查进度/完成情况。 • 实现一个符合DICOM的血液动力模态 - 从行业角度来看，需要将血液动力系统当作一个DICOM模态，通过作为DICOM MWLM SCU所起的作用，使血液动力系统能够从外部CIS系统中检索计划的检查信息。 - 过程日志可以考虑进一步使用DICOM SR（结构化报告）。 开发接口引擎时（其中包含了一个DICOM代理程序组件），为了实现端对端工作流（即，从HIS/CIS到模态到PACS到报告站），我们遇到了以下挑战： • 与多种不同系统的连接性，即DICOM模态、外部HIS/CIS系统、心脏病学信息系统/PACS（代理程序所服务的系统一般为非标准格式）、血液动力系统（多数为多模态cath实验室中的非DICOM模态）和管理站（负责接收表单/库存/临床报告）。 • 数据交换格式中的分歧（在TCP/IP或HL7消息共享文件、模态DICOM格式、本代理程序所服务的CIS/PACS的SQL储存过程方面） • 在DICOM、HL7和其他专利格式的连接中所出现的阻抗失配。 • 多种不同的工作流需求（实验室/科室中心cath工作流、模态中心Echo工作流、单/多模态工作流）。 部署接口引擎时，我们遇到了以下挑战。 MPPS和科室echo工作表能力部署在德国的一家医院中；多模态cath实验室解决方案和符合DICOM的血液动力解决方案被采用在Connectathon和ACC事件中。 • 在不影响拓扑的情况下，从医院中已有代理程序迁移到新的接口引擎。 例如，在不影响工作流的情况下（没有数据损失和最小非工作时间），通过一个单独的端口/AETitle，对所有的模态提供DICOM连接性（包括MWLM和MPPS） • 医院现场的自定义要求，例如，默认MWLM查询应返回昨天、今天和明天的预计检查结果。 • 不同卖方提供的数据集和格式存在分歧。 综上所述，我们可将超声心动图和心导管插入术工作流的DICOM需求及其他代理程序需求（HL7）同时集成到一个单独的代理程序解决方案中。 本解决方案可以推广到心脏病学领域内的其他部门，例如电生理学部门，以便在心脏病科中建立一个统一的DICOM代理程序。