IBM Integration Bus Healthcare Pack 简介

IBM® Integration Bus Healthcare PackIBM Integration Bus 为基础进行构建,用于支持医疗保健环境中的应用程序。

IBM Integration Bus Healthcare Pack 提供了下列功能:

下图显示了 IBM Integration Bus Healthcare Pack 配置的基本体系结构。此图显示了 IBM Integration Bus Healthcare Pack 如何连接到各种医疗保健系统,包括医疗设备、临床应用程序、设备网关、计费系统和健康状况信息交换系统。

此图显示了 IBM Integration Bus
Healthcare Pack 如何连接到各种医疗保健系统,包括医疗设备、临床应用程序、设备网关、计费系统、图像归档、审计存储库和健康状况信息交换系统。

有关 HL7 的更多信息,请参阅 Health Level Seven International

消息模型

IBM Integration Bus Healthcare Pack V4.0 提供了两个用于处理 HL7 消息的消息模型:
  • DFDL 消息模型
  • HL7v25P 消息集
DFDL 消息模型

DFDL(数据格式定义语言)是对一般文本和二进制格式的通用、可共享、非规范性描述,在 IBM Integration Bus 中用于定义消息模型。有关在消息模型中使用 DFDL 的更多信息,请参阅 位于 IBM Integration Bus 产品文档中中的消息模型

注: IBM WebSphere® Message Broker Connectivity Pack for Healthcare V7.0 中可用的 HL7v25P 消息集仍受支持。 但是,由于 DFDL 消息模型具有下列优点,因此对于新应用程序以及经过更新的应用程序,建议您尽可能使用此模型。
  • DFDL 是开放标准格式,而 MRMHL7v25P 消息集IBM Integration Bus 的专有格式。
  • DFDL 编辑器提供了用于开发和测试 HL7 模式扩展的工具,与 MRMHL7v25P 消息集 相比更为简单。
  • DFDL 消息模型 支持 HL7 V2.7、V2.6、V2.5.1 及之前版本,而 MRMHL7v25P 消息集 仅支持 HL7 V2.5.1 及之前版本。

IBM Integration Bus Healthcare Pack 提供了三个版本的 DFDL 消息模型,分别用于 HL7 V2.7、HL7 V2.6 和 HL7 V2.5.1 及之前版本。每个 DFDL 消息模型都包含通用 HL7 消息的定义。这种通用的 HL7 消息与模式中的 DFDL 解析器相配合,用于读取来自源临床应用程序的消息,并将这些消息写入目标临床应用程序。这种 HL7 消息能够处理 HL7 V2.7、V2.6、V2.5.1 或之前版本中定义的任何有效段。

注: 可以从“Healthcare:从 HL7 到 HL7 DFDL”模式的模式资源下载 DFDL 消息模型。 有关更多信息,请参阅与 HL7 应用程序集成
注:IBM WebSphere Message Broker Connectivity Pack for Healthcare V7.0 中也可用的 HL7 模式(“Healthcare:从 HL7 到 HL7”模式、“ 模式和“Healthcare:医疗设备到 EMR”模式)使用 HL7v25P 消息集。但是,IBM WebSphere Message Broker Connectivity Pack for Healthcare V8.0 的“Healthcare:从 HL7 到 HL7 DFDL”模式中引入了 DFDL 消息模型的使用。DFDL 消息模型用于 IBM Integration Bus Healthcare Pack V3.0 中添加的模式(“Healthcare:HL7 变换”和“Healthcare:Home Health”模式)。
HL7v25P 消息集

HL7v25P 消息集包含通用 HL7 消息的定义。这种通用的 HL7 消息与模式中的 MRM 解析器相配合,用于读取来自源临床应用程序的消息,并将这些消息写入目标临床应用程序。这种 HL7 消息能够处理 HL7 V2.5.1 或之前版本中定义的任何有效段。

虽然建议您使用 DFDL 消息模型代替 HL7v25P 消息集,但在某些情况下,您可能仍希望使用 HL7v25P 消息集。例如,如果使用 HL7v25P 消息集将数据由 HL7v2 非 XML 标准转换为 XML 表示,那么不必将消息树的元素重命名。

注: 可以从“Healthcare:从 HL7 到 HL7”模式的模式资源下载 HL7v25P 消息集。 有关更多信息,请参阅与 HL7 应用程序集成

临床应用程序还可以通过在 HL7 消息中使用 Z 段来传递非标准信息。将此类消息与模式配合使用时,可以向 HL7 消息添加附加的非标准 Z 段,以便支持这些特定于站点的 Z 段

HL7 消息读入模式实例时,您还可以使用自己选择的消息模型来输出规范格式(XML 格式),该格式将在第一个定制点之后生成。模式所输出的规范格式并非 HL7 XML,但您可以使用此格式来存放独立于平台的数据表示。此数据的格式可能是标准化的日期及时间、数字格式或者实施的任何其他数据标准化要求。

这些消息模型还可以处理特定类型和事件代码的 HL7 消息。 如果您要实现用于为特定 HL7 章节处理消息的消息流应用程序,那么必须使用消息模型的章节定义中的相应消息类型来读写这些消息。HL7 将其所有消息划分为多个称为“章节”的组,这些组与 HL7 标准的章节相对应。处理消息模型中的特定 HL7 消息时,可以采用 HL7 格式或 HL7 XML 格式来输出这些消息。使用这些格式还将简化源消息与目标消息之间进行的消息变换对图形映射的使用。

有关 HL7 的更多信息,请参阅 Health Level Seven International

HL7 节点

使用 DFDL 消息模型时,可以在消息流中使用下列 HL7 节点来发送和接收 HL7 消息:
  • HL7DFDLInput,您可以在消息流中使用此节点来接收要在消息流中处理的 HL7 消息以及确定消息是否重复。
  • HL7DFDLOutput,此节点可用于通过 MLLP 将 HL7 消息传递到目标,并可用于检查是否接收到有效的应答。
有关这些 HL7 节点的更多信息,请参阅 HL7DFDLInput 节点HL7DFDLOutput 节点
使用 HL7v25P 消息集时,可以在消息流中使用下列HL7 节点来发送和接收 HL7 消息:
  • GenericHL7Input,您可以在消息流中使用此节点来接收要在消息流中处理的 HL7 消息以及确定消息是否重复。
  • GenericHL7Output,此节点可用于通过 MLLP 将 HL7 消息传递到目标,并可用于检查是否接收到有效的应答。
有关这些 HL7 节点的更多信息,请参阅 GenericHL7Input 节点GenericHL7Output 节点

医疗设备集成

IBM Integration Bus Healthcare Pack 提供了一个输入节点(MedicalDeviceInput 节点),此节点使来自相连接医疗设备的信息能够传递到消息流中。通过使用此节点,您可以开发消息流以便将医疗设备数据发送到其他系统(例如数据仓库)或护士监控站。

各个设备连接到不同的通信端口(串行端口或 LAN 端口),并且 MedicalDeviceInput 节点中的设备驱动程序配置为对这些通信端口进行侦听。节点配置标识了相连接的设备以及来自每个设备的所需测量。

此图显示从临床设备到设备驱动程序的数据流。接着,此数据流进入 MedicalDeviceInput 节点,后者将状态和数据信息发送到此数据流的余下部分。

此图显示了从病床 1、病床 2 和病床 N 的临床设备到设备驱动程序的数据流。例如,从心率监视器到驱动程序 1,以及从输液泵通过 集成服务器 到驱动程序 2。接着,此数据流进入 MedicalDeviceInput 节点,后者将状态和数据信息发送到此数据流的其余部分。

配置 MedicalDeviceInput 节点

更新设备配置时,不得损坏消息流中的数据流;这些更新包括更改所需的测量,或者在添加设备、断开设备连接或移动设备时更改物理连接。因此,配置数据作为可配置服务保存,以使配置更改可以由节点实现,而不要求停止或重新部署要接收医疗数据的消息流。

MedicalDeviceInput 节点通过属性选项卡进行配置,后者将启动可配置服务编辑器。在医疗设备可配置服务”编辑器中,管理员先从受支持设备的列表中选择设备类型,然后选择通信类型(串行或 LAN),并提供相应的通信详细信息。

测量集

我们经常需要众多相同类型的设备按相同时间间隔提供相同类型的测量,例如,每 5 分钟提供一次心率、血液温度和呼吸率。对于部署在病房内所有病床上的众多设备,可能存在此要求。因此,医疗设备可配置服务”编辑器支持配置测量集,后者指定众多测量并可应用于任意数目的设备。

管理员配置测量集时,需要选择设备类型,系统将为管理员显示该设备类型所支持的测量的列表。管理员可以选择所需的测量,对于每个测量,管理员指定将测量传递到消息流以进行处理的时间间隔。

在需要配置许多设备和测量时,配置数据可能非常多。因此,为了增加清晰度,管理员可以为每个设备和测量集提供各个设备的位置描述、患者标识信息、备注和标记。

在消息流中使用 MedicalDeviceInput 节点

来自 MedicalDeviceInput 节点的数据流可以由消息流使用 IBM Integration Bus 中的任何可用节点进行处理。测量数据以逻辑消息树形式传递到消息流中。此消息树使用 DataObject 域,并以 XML 作为其序列化格式(消息写入消息队列时,将序列化为 XML)。通过使用标准的 IBM Integration Bus 功能,可以在此数据写入目标端点(例如数据库、IBM WebSphere MQ 队列或服务调用)之前对此数据进行过滤、变换、聚集和路由。

有关使用 MedicalDeviceInput 节点的更多信息,请参阅在消息流中使用来自医疗设备的数据MedicalDeviceInput 节点

DICOM 图像集成

DICOM(医学数字成像与通信)是处理、存储、打印和传输医学图像信息的标准。此信息可以包括 DICOM 图像和 DICOM 结构化报告 (SR)。

您可以使用 IBM Integration Bus Healthcare PackDICOM PACS(图片归档通信系统)和其他 DICOM 医疗器械连接到消息流,以便在整个医疗保健系统中定位、处理和路由 DICOM 图像。

IBM Integration Bus Healthcare Pack 提供的 DICOM 功能支持众多关键方案。
收集研究以接纳患者
将患者接纳到医院后,您可以查询一个或多个位置的 DICOM PACS,以查找并检索该患者的任何研究。这样,相关的医疗图像就立即可供治疗该患者的临床人员使用。有关此方案的更多信息,请参阅收集研究以接纳患者
第二诊断或专家推荐
在放射学技术有所局限的位置,可以将 DICOM 图像传送给医疗保健系统中其他医院的专家,以便进行诊断或研究。有关此方案的更多信息,请参阅第二诊断或专家推荐
临床门户网站
您可以使用 Web 应用程序来显示患者的 DICOM 研究详细信息。在此方案中,仅呈交研究属性(而不呈交图像数据),例如医疗器械以及研究日期及时间。有关此方案的更多信息,请参阅临床门户网站。在 IBM Integration Bus Healthcare Pack 中的“Healthcare:Web 服务到 DICOM”模式中,也实现了此方案。
IBM Integration Bus Healthcare Pack 提供了三个节点。
  • DICOMInput 节点,此节点可用于接收来自 DICOM Service Class User (SCU) 节点(例如 DICOM 医疗器械)的 DICOM 图像。通过使用此节点,可以从 DICOM 图像中抽取数据,以便在消息流中使用。此节点支持 DICOM C-STORE 请求。
  • DICOMOutput 节点,此节点可用于将 DICOM 图像发送到 DICOM Service Class Provider (SCP) 节点(例如 DICOM 图片归档通信系统 (PACS))。通过使用此节点,可以将来自消息流的元数据与 DICOM 图像进行组合,并将结果发送到外部目标。此节点支持 DICOM C-STORE 请求。
  • DICOMFindMove 节点,此节点可用于查询外部源以获取符合给定条件的 DICOM 图像,并选择性地将这些 DICOM 图像移动到另一位置。此节点支持 DICOM C-FIND 和 C-MOVE 请求。
注: IBM Integration Bus Healthcare Pack 提供的 DICOM 功能不支持 DICOM C-GET 请求。
有关在消息流中使用 DICOM 节点的更多信息,请参阅在消息流中使用来自 DICOM 图像的数据

Healthcare 模式

IBM Integration Bus Healthcare Pack 提供了下列模式:
Healthcare:HIPAA 到 XML”模式
Healthcare:HIPAA 到 XML 模式会创建一个消息流,您可以使用它来将 HIPAA 文件转换为 XML 文件。

 

Healthcare:Home Health”模式
Home Health 设备上记录的“Healthcare:Home Health”模式设施数据(例如温标)将传输到请求临床应用程序。Home Health 设备将患者读数的有关数据发送到应用程序托管设备 (AHD)。AHD 通过 WAN 将该数据发送到请求的应用程序。
“Healthcare:Home Health”模式

 

Healthcare:从 HL7 到 HL7”模式
Healthcare:HL7 变换模式生成图形数据图以供您用于汇总 HL7 消息。
医疗:HL7 变换模式

 

Healthcare:从 HL7 到 HL7 DFDL”模式
注: 提供了此模式的另一版本(“Healthcare:从 HL7 到 HL7”模式)。但是,由于该模式使用 DFDL 消息模型 而不是 MRMHL7v25P 消息集,因此建议将“Healthcare:从 HL7 到 HL7 DFDL”模式用于新的和已更新的应用程序(如果可能)。DFDL 消息模型具有下列优点。
  • DFDL 是开放标准格式,而 MRMHL7v25P 消息集IBM Integration Bus 的专有格式。
  • DFDL 编辑器提供了用于开发和测试 HL7 模式扩展的工具,与 MRMHL7v25P 消息集 相比更为简单。
  • DFDL 消息模型 支持 HL7 V2.7、V2.6、V2.5.1 及之前版本,而 MRMHL7v25P 消息集 仅支持 HL7 V2.5.1 及之前版本。

Healthcare:从 HL7 到 HL7 DFDL”模式在使用 HL7 V2 消息标准的临床应用程序之间进行调解。例如,患者管理系统 (PAS) 可能发出单一消息,此消息分发到一个或多个需要患者信息的临床应用程序。

此模式不仅能够处理单一 HL7 类型(例如 ADT)和代码(例如 A01)的消息,还可以接收并处理任何具有有效消息类型和代码的消息。这些应用程序必须能够使用基于 TCP/IP 的 MLLP 来发送和接收这些消息。

此模式包含三个不同的消息流(如果选择了多个目标,那么还有更多消息流),并包含可供您定制的子流。

此图显示“Healthcare:从 HL7 到 HL7 DFDL”模式中的消息流。源应用程序使用基于
TCP/IP 的 MLLP 将消息发送到“接收方”流。                      “接收方”流使用 WebSphere MQ
将消息发送到“变换并路由”流。“变换并路由”流使用 WebSphere MQ
将消息发送到一个或多个“发送方”流。“发送方”流使用基于 TCP/IP 的 MLLP 将消息发送到目标应用程序。

 

Healthcare:医疗设备到 EMR”模式
Healthcare:医疗设备到 EMR”模式将医疗设备与能够接收 HL7 V2 观察结果消息 (ORU R01) 的电子医疗记录 (EMR) 应用程序集成。 该应用程序必须能够使用基于 TCP/IP 的 MLLP 来接收 HL7 ORU R01 消息。此模式包含可供您定制的子流。
此图显示“Healthcare:医疗设备到 EMR”模式中的消息流。医疗设备将消息发送到“医疗设备”流。“医疗设备”流使用
WebSphere MQ 将消息发送到“变换并路由”流。“变换和路由”流从数据库中读取患者信息,此信息由
Web 服务流根据临床医生仪表板中的信息进行更新。                      “变换并路由”流使用
WebSphere MQ 将消息发送到“发送方”流。然后,“发送方”流使用基于 TCP/IP 的 MLLP 将消息发送到目标应用程序。

 

Healthcare:Web 服务到 DICOM”模式
Healthcare:Web 服务到 DICOM”模式将使用 Web 服务编写的应用程序与支持 C-FIND 和 C-MOVE 操作的 DICOM 应用程序集成。您可以使用此模式通过由 IBM Integration Bus 实现的 Web Service 查询来自 DICOM PACS 的患者、研究、系列和图像。
此图显示“Healthcare:Web 服务到
DICOM”模式中的消息流。发出请求的应用程序将搜索条件作为
SOAP 请求消息中的 XML 主体进行发送。此模式实例生成的主消息流将抽取该主体并将其传递给
DICOMFindMove 节点。DICOMFindMove 节点所传播的 XML 结果将在
SOAP 响应中发回给发出请求的应用程序。

 

Healthcare:患者标识交叉引用管理器”模式
Healthcare:患者标识交叉引用管理器 模式使您能够使用 IBM InfoSphere Master Data Management 来创建在“集成 Healthcare Enterprise (IHE) 患者标识交叉引用 (PIX)”概要文件中使用的“患者标识交叉引用管理器”。然后可将临床应用程序连接到该模式以充当“患者标识源”和“患者标识交叉引用使用者”参与者,如 PIX 概要文件中所定义。

 

Healthcare:患者人口统计信息查询供应商”模式
Healthcare:患者人口统计信息查询供应商 模式使您能够使用 IBM InfoSphere Master Data Management 来创建在“集成 Healthcare Enterprise (IHE) 患者人口统计信息查询 (PDQ)”概要文件中使用的“患者人口统计信息供应商”。然后可将临床应用程序与该模式连接以充当“患者人口统计信息使用者”参与者,如 PDQ 概要文件中所定义。

 

Healthcare: Cross-Enterprise Document Sharing Consumer”模式
使用 Healthcare: Cross-Enterprise Document Sharing Consumer 模式可查找存储在 XDS 注册表中的文档“唯一全局标识”(UUID),然后使用 UUID 从 XDS 存储库检索这些文档。有关更多信息,请参阅 Healthcare: Cross-Enterprise Document Sharing Consumer 模式。

 

Healthcare:FHIR 变换”模式
使用 Healthcare:FHIR 变换 模式可在 XML 和JSON 格式之间转换 HL7 FHLR 资源。有关更多信息,请参阅 Healthcare:FHIR 变换 模式。

 

有关这些模式的更多信息,请参阅使用 IBM Integration Bus Healthcare Pack 中提供的模式来开发医疗保健集成解决方案

ATNA 审计事件

ATNA(审计跟踪与节点认证)集成概要文件涵盖了多个安全性方面,包括用于安全地路由审计事件消息并将其存储到存储库的标准和过程。通过使用 ATNAAudit 节点,可以根据通过消息流路由的医疗保健数据来生成 ATNA 审计事件消息,并将这些审计事件消息发送到指定的 ATNA 审计存储库。

有关审计消息流中的数据的信息,请参阅审计来自消息流的数据

医疗保健数据分析

可以将“IBM Integration Bus 数据分析”透视图与 IBM Integration Bus Healthcare Pack 提供的“数据分析”概要文件配合使用,以便对消息流中的医疗保健数据进行分析和过滤。医疗保健数据通常包含在复杂的文档和消息中,下游应用程序无法轻松处理这些文档和消息。通过使用“数据分析”项目,您可以分析医疗保健数据、抽取关键元素并创建简化的消息结构,此结构可以直接映射到商业智能工具所使用的数据库表。

IBM Integration Bus Healthcare Pack 提供了四个“数据分析”概要文件。 每个概要文件都用于特定类型的医疗保健数据。

有关分析医疗保健数据的更多信息,请参阅分析消息流中的医疗保健数据

Copyright IBM Corporation 2011, 2015Copyright IBM Corporation 2011, 2015.

        
        最近一次更新时间
        最近一次更新时间 : 2015-06-19 10:56:48


概念主题概念主题 | V4.0.0.0 | ha00010