一种医院信息交换平台系统以及信息交换互通方法

摘要

本发明提供一种医院信息交换平台系统，其特征在于包括有流通控制模块、存储控制模块、存储单元模块、检索控制模块、撤销控制模块、警示控制模块，其中流通控制模块与存储控制模块、检索控制模块、撤销控制模块以及警示控制模块连接通信，所述检索控制模块、存储控制模块分别与所述存储单元模块连接通信。本发明的目的在于克服现有医院各科室所用的业务系统尚不能实现信息的互通的不足，本信息交互平台通过管理和优化医院和医疗应用程序、数据及其外部系统之间的实时信息交换来实现医疗信息系统之间的完全互通和互操作性,最终解决信息孤岛的问题。

说明书

技术领域

本发明涉及医院信息交换领域，具体来讲是一种医院信息交换平台系统以及信息交换互通方法。

背景技术

随着中国医疗体制改革越来越深入和信息化技术的不断发展，医院信息化水平日益提高，各种系统软件逐渐装备至各个科室，成为医生诊疗的极大助力。但是，由于各个业务系统多属不同公司开发，遵循的标准也各有不同，所以，目前绝大多数医院各科室所用的业务系统尚不能实现信息的互通，以患者为中心的诊疗数据尚不能实现全院共享，“信息孤岛”问题已成为医院信息化建设道路上亟待解决的一大难题。

发明内容

本发明的目的在于克服现有医院各科室所用的业务系统尚不能实现信息的互通的不足，通过改进在此提供一种医院信息交换平台系统，本信息交互平台通过管理和优化医院和医疗应用程序、数据及其外部系统之间的实时信息交换来实现医疗信息系统之间的完全互通和互操作性,最终解决信息孤岛的问题。

本发明是这样实现的，构造一种医院信息交换平台系统，其特征在于：包括有流通控制模块、存储控制模块、存储单元模块、检索控制模块、撤销控制模块以及警示控制模块，其中流通控制模块与存储控制模块、检索控制模块、撤销控制模块以及警示控制模块连接通信，所述检索控制模块、存储控制模块分别与所述存储单元模块连接通信。根据本发明所述的系统，各模块所述的连接方式通信，整体构成医院信息交换平台，实现对医院内部各个业务系统信息的接收、解析、转换、整合、验证、存储、转发。

根据发明所述的一种医院信息交换平台系统，其特征在于，所述流通控制模块包括：

消息接收模块，用于提供医院内部业务系统向信息交换平台连通的接口，接收HL7消息到平台系统；

消息解析模块，用于将ER7格式的HL7消息解析为字段数据；

执行判断控制模块，用于根据消息解析子模块解析出的内容进行必要的执行流程判断；

临床确认控制模块，用于检查检验申请执行前的条件确认；

收费确认控制模块，用于业务流程中的检查检验申请执行前的条件确认；

申请修改控制模块，用于对申请信息的修改和过程记录；

消息发送模块，用于提供信息交换平台向医院内部业务系统连通的接口，发送HL7消息到各个业务系统。

根据本发明所述的一种医院信息交换平台系统，其特征在于，所述存储控制模块包括：

解析重建模块，用于解析ER7格式的HL7消息，并将其转换为CDA格式；

CDA验证模块，用于对CDA结构和数据内容的验证；

数据存储控制模块，用于控制选择相关数据的存储数据库和存储方式。

根据本发明所述的一种医院信息交换平台系统，其特征在于，所述存储单元模块包括用于对各类型数据进行分类存储的索引数据库模块、整合数据库模块、业务病历数据库模块、基础数据库模块以及数据仓库模块。

根据本发明所述的一种医院信息交换平台系统，其特征在于，所述检索控制模块包括：解析模块，用于解析出相关的字段信息，用于对患者身份进行快速对比确认；

抽取模块，用于对患者诊疗信息位置进行索引查询和快速提取；

重建模块，用于将字段信息转换为所需的ER7/CDA格式。

一种医院内部信息交换互通方法，实现医院内部各个业务系统之间的信息交换共享和互联互通，其特征在于，所述方法还包括a、医院基础数据的互通，b、患者基础数据的互通，c、存储型表单类数据的互通，d、交互型表单数据的互通。

根据本发明所述的医院内部信息交换互通方法，其特征在于，所述医院基础数据的互通方式具体如下： 

医院基础数据的平台交互，首先由医院信息维护者发送消息，消息发送至流通控制模块的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，解析后的消息被传至消息发送模块，在此处被传递给存储控制模块，消息格式为HL7 ER7消息，ER7格式的消息在存储控制部分内经过解析重建模块的处理，产生相应的数据片段，经数据存储控制模块，以一定表结构分派存储到基础数据库中。

根据本发明所述的医院内部信息交换互通方法，其特征在于，所述患者基础数据的互通方式具体如下：

患者基础数据的平台交互，首先由患者信息维护者发送消息，消息发送至流通控制模块的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，解析后的消息被传至消息发送模块，在此处被传递给存储控制模块，消息格式为HL7 ER7消息，ER7格式的消息在存储控制部分内经过解析重建模块的处理，产生相应的数据片段，经数据存储控制模块，以一定表结构分派存储到基础数据库和索引数据库中。

根据本发明所述的医院内部信息交换互通方法，所述存储型表单类数据的互通方式具体如下：

存储型表单数据的平台交互，首先由表单发送者发送消息，消息发送至流通控制模块的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，解析后的消息被传至消息发送模块，在此处被传递给存储控制模块，ER7格式的消息在存储控制部分内经过解析重建模块的处理，生成相应的CDA格式消息，经CDA验证模块的验证，通过之后经数据存储控制模块，分派存储到索引数据库、整合数据库、业务病历数据库和数据仓库中。

根据本发明所述的医院内部信息交换互通方法，其特征在于，所述交互型表单数据的互通方式具体如下：

首先由申请发送者发送申请消息，消息发送至流通控制模块的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，需进行临床确认的检查/检验传送到临床确认控制模块，确认完毕后传送到收费确认控制模块，不需要临床确认的检查/检验项目，则直接进行收费确认，通过确认的申请再由消息发送模块发送至业务执行者；业务执行者收到检查/检验申请后，或许会对申请单异议或进行修改，此时，由业务执行者发出修改申请的消息，至平台的流通控制模块，一系列处理之后，由消息发送者将此消息传给申请发送者，申请发送者根据收到的消息，重新确认申请单，并再次发送；被确认执行的申请和由报告发布者发送过来的报告，需经消息发送模块传送至存储控制模块； ER7格式的消息在存储控制部分内经过解析重建模块的处理，生成相应的CDA格式消息，经CDA验证模块的验证，通过之后经数据存储控制模块，分派存索引数据库、整合数据库、业务病历数据库和数据仓库。

本发明的优点在于：本信息交互平台通过管理和优化医院和医疗应用程序、数据及其外部系统之间的实时信息交换来实现医疗信息系统之间的完全互通和互操作性。平台采用层级架构，并配合独立的数据抽取和推送模块，方便的实现了医院内部各个业务系统和管理系统与平台的无缝对接。集成不同信息系统，优化信息传递的流程, 实现医疗信息系统的全面互连互通和互操作性,最终解决信息孤岛的问题。

附图说明

图1系统结构图。

图2医院基础数据的平台交互过程。

图3患者基础数据的平台交互过程。

图4存储型表单数据的平台交互过程。

图5表单数据的平台交互过程。

图中：101、流通控制模块，101a、消息接收模块，101b、消息解析模块，101c、执行判断控制模块，101d、临床确认控制模块，101e、收费确认控制模块，101f、申请修改控制模块，101g、消息发送模块，102、撤销控制模块，103、检索控制模块，103a、解析模块，103b、抽取模块，103c、重建模块，104、警示控制模块，105、存储控制模块，105a、解析重建模块，105b、 CDA验证模块，105c、数据存储控制模块，106、存储单元模块，106a、索引数据库模块，106b、整合数据库模块，106c、业务病历数据库模块，106d、基础数据库模块，106e、数据仓库模块。

具体实施方式

下面结合附图对本发明进行详细描述

为了克服现有医院各科室所用的业务系统尚不能实现信息的互通的不足，本发明通过改进在此提供一种医院信息交换平台系统，系统框架如图1所示，包括有流通控制模块101、存储控制模块105、存储单元模块106、检索控制模块103、撤销控制模块102和警示控制模块104。其中流通控制模块101与存储控制模块105、检索控制模块103、撤销控制模块102以及警示控制模块104连接通信，所述检索控制模块103、存储控制模块105分别与所述存储单元模块106连接通信。

所述流通控制模块101包括：消息接收模块101a、消息解析模块101b、执行判断控制模块101c、临床确认控制模块101d、收费确认控制模块101e、申请修改控制模块101f和消息发送模块101g。

消息接收模块101a，用于提供医院内部业务系统向信息交换平台连通的接口，接收HL7消息到平台系统；消息解析模块101b，用于将ER7格式的HL7消息解析为字段数据；执行判断控制模块101c，用于根据消息解析子模块解析出的内容进行必要的执行流程判断；临床确认控制模块101d，用于检查检验申请执行前的条件确认；收费确认控制模块101e，用于业务流程中的检查检验申请执行前的条件确认；申请修改控制模块101f，用于对申请信息的修改和过程记录；消息发送模块101g，用于提供信息交换平台向医院内部业务系统连通的接口，发送HL7消息到各个业务系统。

所述存储控制模块105包括：解析重建模块105a、CDA验证模块105b以及数据存储控制模块105c。

解析重建模块105a，用于解析ER7格式的HL7消息，并将其转换为CDA格式；CDA验证模块105b，用于对CDA结构和数据内容的验证；数据存储控制模块105c，用于控制选择相关数据的存储数据库和存储方式。

所述存储单元模块106包括索引数据库模块106a、整合数据库模块106b、业务病历数据库模块106c、基础数据库模块106d以及数据仓库模块106e，分别负责对各类型数据进行分类存储。

所述检索控制模块103包括：解析模块103a、抽取模块103b以及重建模块103c。其中所述解析模块103a，用于解析出相关的字段信息，用于对患者身份进行快速对比确认；抽取模块103b，用于对患者诊疗信息位置进行索引查询和快速提取；重建模块103c，用于将字段信息转换为所需的ER7/CDA格式。

医院信息交换平台作为院内外诊疗信息互联互通的支持者，每个时刻都有大量的数据以特定的数据流方式来回传递，并以特定的筛选方式、以特定的数据格式在平台上驻留。在平台的工作过程中，其处理的数据类型可以分为以下四类：医院基础数据、患者基础数据、表单类数据、业务支持数据。

医院基础数据：医院基础数据包括科室基础字典、人员基础字典和术语及知识库数据三部分。科室基础字典用于维护医院内部各个部门、科室的相关信息，如科室名称、科室代码等，要求科室基础字典依托于平台，能够在异构系统之间进行同步注册和更新。人员基础字典用于维护医院内部各部门、科室内的相关成员信息，如人员姓名、人员代码、人员权限等，要求人员基础字典依托于平台，能够在异构系统之间进行同步注册和更新。术语库及知识库数据用于保存医院术语库以及知识库，术语库的管理主要包括对各系统所使用的专业词汇、遵循标准进行收集和整理，将其注册入术语库。知识库用于存放各种规划、专家经验和特殊情况规定，通过与之比较，实现计算机主动的提示预警，规范医疗行为，提高医疗质量，减少医疗差错。

患者基础数据：患者基础数据的维护主要包括患者注册数据的存储和患者基本信息的修改。对这部分数据的统一管理，可以实现对患者信息做完整的保存，可以解决患者信息在各个系统中的不一致问题，以避免重复录入患者基本信息的情况。患者基础数据其一，它是唯一的权威信息来源，并尽可能成为唯一的患者基本信息来源；其二，解决跨越多个信息系统时患者身份唯一性识别问题。

表单类数据：表单类数据包括交互型表单和存储型表单所包含的数据。交互型表单参与多个异构系统之间的业务信息交互，主要是检查、检验申请单及其报告的交互，包括放射申请单及报告、超声申请单及报告、病理申请单及报告、内镜申请单及报告、体检申请单及对应的检查检验报告等内容。存储型表单不参与异构系统之间的业务交互，但其作为组成健康档案的一部分，需要在平台上以CDA的形式保存，并以患者为主线，整合成一个整体。包括门急诊病历、住院病历首页、医嘱、病程等记录类病历表单。 

    业务支持数据：业务支持数据是对医院内部业务，特别是信息交互业务的支持性数据，包括检查收费、检查退费、检验收费、检验退费、准备确认等信息。

医院各个异构的业务系统通过TCP接口的方式与平台连接，流通控制模块中专有的接口层为各个业务系统分配端口，提供相应的数据接收和发送服务。平台内部，通过各个功能模块的协作处理，完成信息的解析、转换、整合、存储、转发等流程。各个系统与平台之间的交换信息，均需遵循HL7标准，这样，医院的各个业务系统在平台看来就成了可方便插拔的连接组件，信息交换平台在医院各个业务系统看来就成了互相之间信息交换的通道和有价值的患者诊疗信息的整合、存储地。

流通控制模块101：流通控制模块细化为消息接收、消息解析、执行判断控制、临床确认控制、收费确认控制、申请修改控制和消息发送七个功能模块，负责提供与平台外部的医院业务系统连接的接口、接收来自医院业务系统的HL7消息、向医院业务系统发送HL7消息、对HL7消息进行解析、根据解析的数据内容进行必要的执行流程判断、检查检验申请执行前的条件确认、收费信息的确认、对HL7消息的修改记录等功能。它与存储控制模块相连，将初步处理过的HL7消息按照执行判断控制做出的流程判断传输至存储控制模块，实现对相关数据的存储；它与检索控制模块相连，以完成对患者身份的快速确认和患者诊疗信息位置的索引查询和快速提取；它与撤销控制模块相连，实现条件确认、收费确认、检查检验登记等过程中必须拥有的取消申请的功能；它与警示控制模块相连，将消息解析后的数据与经验数据、规范模板相对比，实现计算机主动提示、预警的功能。

存储控制模块105：存储控制模块细化为解析重建、CDA验证和数据存储控制三个功能模块，负责将ER7格式的HL7消息转换为CDA格式、对CDA结构和数据内容的验证、控制选择相关数据的存储数据库和存储方式。它与流通控制模块相连，实现功能在上一模块中已述；它与存储单元模块相连，实现对不同类型数据的分类存储。

存储单元模块106：存储单元模块由索引数据库、整合数据库、业务病历数据库、基础数据库和数据仓库五大数据库组成，负责对各类型数据进行分类存储。它与存储控制模块相连，实现功能在上文中已述；它与检索控制模块相连，以检索数据库为主为其提供数据，完成对患者身份的快速确认和患者诊疗信息位置的索引查询和快速提取。

检索控制模块103：检索控制模块细化为解析、抽取、重建三个功能模块，负责对患者身份进行快速确认、对患者诊疗信息位置进行索引查询和快速提取。该模块与流通控制模块和存储单元模块相连，各自的实现功能在上文中已述。

撤销控制模块102：撤销控制模块实现条件确认、收费确认、检查检验登记等过程中必须拥有的取消申请的功能。

警示控制模块104：警示控制模块将消息解析后的数据与经验数据、规范模板相对比，实现计算机主动提示、预警的功能，提供医疗质量，减少医疗差错。

本发明中各类数据交互流程；

医院基础数据的平台交互过程如图2

医院基础数据的平台交互，首先由医院信息维护者发送消息，消息发送至流通控制部分的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，解析后的消息被传至消息发送模块，在此处被传递给存储控制部分。

ER7格式的消息在存储控制部分内经过解析重建模块的处理，产生相应的数据片段，经数据存储控制模块，以一定表结构分派存储到基础数据库中。

患者基础数据的平台交互过程如图3

患者基础数据的平台交互，首先由患者信息维护者（大多在患者挂号或基本信息修改时被触发）发送消息，消息发送至流通控制部分的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，解析后的消息被传至消息发送模块，在此处被传递给存储控制部分；

ER7格式的消息在存储控制部分内经过解析重建模块的处理，产生相应的数据片段，经数据存储控制模块，以一定表结构分派存储到基础数据库和索引数据库中。

存储型表单数据的平台交互过程如图4

存储型表单数据的平台交互，首先由表单发送者发送消息，消息发送至流通控制部分的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，解析后的消息被传至消息发送模块，在此处被传递给存储控制部分。

ER7格式的消息在存储控制部分内经过解析重建模块的处理，生成相应的CDA格式消息，经CDA验证模块的验证，通过之后经数据存储控制模块，分派存储到索引数据库、整合数据库、业务病历数据库和数据仓库中。

交互型表单数据的平台交互过程如图5

交互型表单数据的平台交互，主要指申请单—报告单的交互过程，首先由申请发送者发送申请消息，消息发送至流通控制部分的相应接口，被消息接收模块接收后，进行消息解析和下一步的执行判断，经判断，需进行临床确认的检查/检验传送到临床确认控制模块，确认完毕后传送到收费确认控制模块，不需要临床确认的检查/检验项目，则直接进行收费确认，通过确认的申请再由消息发送模块发送至业务执行者；业务执行者收到检查/检验申请后，或许会对申请单异议或进行修改，此时，由业务执行者发出修改申请的消息，至平台的流通控制模块，一系列处理之后，由消息发送者将此消息传给申请发送者，申请发送者根据收到的消息，重新确认申请单，并再次发送；被确认执行的申请和由报告发布者发送过来的报告，需经消息发送模块传送至存储控制部分； 

ER7格式的消息在存储控制部分内经过解析重建模块的处理，生成相应的CDA格式消息，经CDA验证模块的验证，通过之后经数据存储控制模块，分派存储到索引数据库、整合数据库、业务病历数据库和数据仓库中。