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 WebSphere Message Broker Connectivity Pack for Healthcare 如何连接到各种医疗保健系统,包括医疗设备、临床应用程序、设备网关、计费系统、图像归档、审计存储库和健康状况信息交换系统。

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

消息模型

IBM Integration Bus Healthcare Pack V3 提供了两个用于处理 HL7 消息的消息模型:
  • DFDL 消息模型,此模型在 IBM Integration Bus V8 中引入,如今在 IBM Integration Bus Healthcare Pack V8 中受支持
  • HL7v25P 消息集,此模型在 IBM Integration Bus Healthcare Pack V7 中也可用
DFDL 消息模型

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

注:IBM Integration Bus Healthcare Pack V7 中可用的 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 Integration Bus Healthcare Pack V7 中也可用的 HL7 模式(“Healthcare:从 HL7 到 HL7”模式、“Healthcare:从 HL7 到报告”模式和“Healthcare:从医疗设备到 EMR”模式)仍使用 HL7v25P 消息集。但是,在 IBM Integration Bus Healthcare Pack V8 中提供了使用 DFDL 消息模型Healthcare:从 HL7 到 HL7 DFDL)的新模式。
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 Service 到 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:从 HL7 到 HL7”模式
Healthcare:HL7 变换模式生成图形数据图以供您用于汇总 HL7 消息。
医疗:HL7 变换模式
Healthcare:从 HL7 到 HL7 DFDL”模式
注:IBM Integration Bus Healthcare Pack V8 中,提供了此模式的另一版本(Healthcare:从 HL7 到 HL7)。但是,由于“Healthcare:从 HL7 到 HL7 DFDL”使用 DFDL 消息模型而不是 MRMHL7v25P 消息集,因此对于新应用程序以及经过更新的应用程序,建议您尽可能使用此模式。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 Service 流根据临床医生仪表板中的信息进行更新。“变换并路由”流使用 WebSphere MQ
将消息发送到“发送方”流。然后,“发送方”流使用基于 TCP/IP 的 MLLP 将消息发送到目标应用程序。

 

Healthcare:从 HL7 到报告”模式
Healthcare:从 HL7 到报告”模式将能够发送 HL7 V2 消息的应用程序与报告生成功能集成。源应用程序必须能够使用基于 TCP/IP 的 MLLP 来发送和接收 HL7 消息。此模式包含可供您定制的子流。
此图显示“Healthcare:从 HL7 到报告”模式中的消息流。源应用程序使用基于
TCP/IP 的 MLLP 将消息发送到“接收方”流。“接收方”流使用 WebSphere
MQ 将消息发送到“处理方”流,后者生成报告。

 

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

有关这些模式的更多信息,请参阅使用 IBM Integration Bus Healthcare Pack 中提供的模式来开发医疗保健消息流应用程序

运行监视

IBM Integration Bus Healthcare PackIBM Integration Explorer 中提供了医疗保健运行监视”视图,用于监视临床应用程序之间的消息流以及医疗设备的状态。您可以使用此信息来帮助查找并解决所发生的任何连通性问题。

对作为模式实例生成的消息流定义了属性,这些属性使 IBM Integration Explorer 中的运行监视功能能够识别每个消息流的 TCP/IP 连接以及与其中每个 TCP/IP 连接相关联的应用程序。因此,监视面板可以显示一个警告图标,以便在应用程序断开连接时给予指示,从而使管理员能够执行补救操作。

此图显示从源应用程序到“Healthcare:从 HL7 到 HL7”模式的受监视连接以及从此模式到目标应用程序的受监视连接。

TCP/IP 监视面板还可以显示并非由 IBM Integration Bus Healthcare Pack 中的任意模式生成的消息流(例如,使用 DFDL 消息模型HL7v25P 消息集 开发的流)中 TCP/IP 连接的状态。除非对这些流定义此模式所使用的那些属性,否则这些流不具有由模式实例配置的附加信息。

用于进行运行监视的医疗保健运行监视”视图还将显示模式实例的消息流所使用的队列的状态。给定模式实例的所有队列都使用特定于该模式实例的队列前缀进行命名。使用队列前缀使管理员能够查看特定模式实例的所有队列、监视队列深度以及在达到阈值时(由针对该队列显示的警告图标指示)加以识别。查看所有队列这一能力使您能够进一步确定问题,当消息在顺序队列中累积时尤其如此,这种情况表明序列中缺少消息,从而导致随后的消息暂停交付,直到缺少的消息到达为止。此操作确保您可以执行补救操作,以保持消息从源流向目标。

在使用 DFDL 消息模型HL7v25P 消息集开发的 Healthcare 消息流应用程序中,可以按照监视 TCP/IP 连接的方式监视队列。如果需要进行监视,那么要监视的队列必须全都使用同一个前缀进行命名,以允许对信息进行分组,再由监视站上的临床应用程序显示。

可以监视与 MedicalDeviceInput 节点相连接的医疗设备的状态。

有关运行监视的更多信息,请参阅运行监视

ATNA 审计事件

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

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

医疗保健数据分析

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

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

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

声明 | 商标 | 下载 | 资料库 | 支持 | 反馈

Copyright IBM Corporation 2011, 2014Copyright IBM Corporation 2011, 2014.

        
        最近一次更新时间
        最近一次更新时间 : 2014-03-20 23:38:17


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