具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合图1-图3对一种医疗数据交换平台进行举例说明。

实施例1，如图1所示，图1为本发明一实施例提供的一种医疗数据交换方法的流程图，所述一种医疗数据交换方法包括如下步骤：

S1，对注册的身份信息进行审核，若审核通过，则进行数据上传或提起查询请求。

一般的，需要先对医院内部的业务需求进行分析，对诊疗业务流程进行梳理，建立起面向医疗过程的服务目录和服务库，并对这些服务以及服务的元数据进行定义和存储，以便对服务进行查找、发布、注册和管理等操作。在本实施例中，医疗数据交换平台包括数据上传者、交换中心以及查询请求者，数据上传者发布数据并上传至交换中心存储或中转，查询请求者根据实际需求调取交换中心内的数据，为便于管理并避免隐私泄露，数据上传者以及查询请求者先进行身份和/或服务注册，交换中心对身份和/或服务注册进行审核，审核通过，数据上传者才可上传数据，查询请求者才可提起查询请求查询数据；审核失败，返回一条审核失败的反馈消息至查询请求者或数据上传者。

S2，对上传数据进行数据处理以形成发布消息。

在本实施例中，对上传数据进行数据处理以形成发布消息的具体步骤包括：对上传数据需求的业务系统的标准化进行验证；若验证为标准化系统，则通过前置适配系统对上传数据进行校验，并将通过校验的上传数据作为发布消息；若验证为非标准化系统，则通过前置适配系统对数据进行第一数据处理形成发布消息。

一般的，在医疗领域重点关注的是标准化的异构性，区域内存在一部分标准化的业务系统和部分非标准化的业务系统。所谓标准化是指所有的数据格式、数据类型以及交互方式都满足国家标准，不满足此要求的都是非标准化的系统。由于标准化的差异性，对未满足国家卫生信息标准的系统前配置了适配器，主要用于数据的标准化和消息的组装以及消息的发送。对于己经标准化的业务系统适配器主要起到一个校验和消息发送的作用。

具体来讲，当验证为标准化系统时，通过前置适配系统对上传数据进行校验，并将通过校验的上传数据作为发布消息的具体步骤包括通过前置适配系统提取上传数据并对其进行校验；若校验成功，则输出上传数据并将其作为发布消息；若校验失败，则将上传数据返回至前置适配系统。当验证为非标准化系统时，通过前置适配系统对数据进行第一数据处理形成发布消息的具体步骤包括：通过前置适配系统提取上传数据并对其进行数据校验；将校验合格的上传数据进行数据清洗；将清洗后的上传数据进行存储；将存储后的上传数据进行消息封装形成发布消息。在本申请中，由于各医疗信息系统往往由不同的医疗信息厂商采用不同的开发工具在不同的平台上开发，而不同的信息系统采用JAVA、XML、CSV、HL7等不同的数据格式存储和传输数据，因此将各医疗信息系统接入数据交换平台，通过消息封装完成系统各不相同的数据格式和平台统一的XML格式之间的双向转换。

更进一步地说，数据提取的具体流程包括接收数据上传者上传的数据兵役XML文件的形式保存至相应的文件夹中，若接收成功则返回给消息发送方一个确认消息，若失败，则请求重发；判断存储接收消息的文件夹是否为空，若不为空则批量读取XML文件，若为空则等待接收消息；将接收到的消息进行解析、清洗和映射等处理工作；将处理过后的消息字段存入平台中心数据库；并将处理过的文件转移到相应的中转文件夹中，中转文件夹中处理过的消息文件会定时进行清除。

在本实施例中，数据校验主要是对数据格式、数据结构和数据类型的校验，是标准化工作的必经过程。数据校验主要分为两类，一是针对不满足服务规范的非标准化系统，另一类是符合平台服务规范的标准化系统。非标准化系统的数据提取采用直接数据库抓取的形式，需要先对采集的数据进行数据格式校验后组装成标准的消息，再对消息结构进行校验。标准化系统则是先进行消息结构的校验，再进行数据格式和数据类型的校验。标准化系统数据校验步骤包括：对消息结构的校验，校验不成功则直接返回校验结果，停止校验，若结构校验成功后再循环读取每一个数据元；判断该数据元是否是消息的最后一个数据元，若是，则循环结束，返回校验结果，校验结束，若不是则依次对数据类型和数据格式进行校验，并记录校验结果；判断数据是否是代码类型，若不是则继续循环执行以上步骤，若是，则对其值域代码进行校验，校验完后继续循环读取数据元执行以上步骤；校验完成后返回给相应的校验结果。

可选的，消息封装的具体步骤包括：确定消息类型，即确定该业务场景为临床服务还是交互服务；根据具体的业务需求，确定业务活动域，并找出与业务活动相关的数据集，通常一个临床服务相关的活动对应一个数据集，一个交互服务可能对应多个数据集；构建HL7V3消息或共享文档Schema；根据Schema生成V3消息。在本实施例中，采用了XMLSpy工具，只需导入Schema文件即可生成一份空白的XML文档；通过编码提取所有XML的Xpath节点，并与业务数据库中具体的数据集表建立映射关系，提取业务数据库中的相关数据填充在XML文件的相应节点中便可得到标准的V3消息。

当数据经过清洗、校验、存储、封装成HL7V3消息后，通过调用医疗数据交换平台提供的WebService服务或MessageQueue服务将数据发送到平台。在本实施例中，消息发布的具体步骤包括：客户端对生产者进行相应的服务器地址、Zookeeper地址、消息应答模式、序列化方式等进行初始化配置；根据配置信息创建一个Produce：实例对象实例化的同时会创建一个事务处理对象(DefaultEventHandler)和一个Produce：线程池，用于连接不同的服务代理器；序列化消J息和操作用户，其内部实现是通过事务处理对象对所有的消息和操作用户进行序列化操作；将消息进行分组。根据配置信息获取所有服务代理的地址，再根据主题将消息进行分组，也就是匹配不同的服务代理；调用Producer的Send方法根据消息的分组情况和所配置的消息的发送模式(同步或异步)发送到相应的服务代理中去。

S3，对发布消息进行第一数据中转。

在具体实现方式中，对发布消息进行第一数据中转的具体步骤包括：接收发布消息，并判断是否对其进行转发；若判断需要转发，则将消息发送至提起查询请求者；若判断不需转发，则对发布消息进行解析，并将解析后的数据存储于数据库内。在本实施例中，平台接收发布消息，若接收失败，则需要数据上传者重新上传数据，若接收成功，则根据路由规则将消息转发给查询请求者，数据库采用HBase中心数据库。

S4，根据查询请求进行消息路由并提取经第一数据中转后的发布消息并进行第二数据中转，并将中转后的发布消息发送至查询请求者。

在本实施例中，其具体步骤包括：接收查询请求；将查询请求与路由关系表中的服务ID进行匹配以确定路由路径；通过路由路径提取经第一数据中转后的发布消息并进行组装；将组装后的消息发送至查询请求者。

具体来讲，消息路由是数据交换平台的核心功能，将查询请求者与路由关系表中的服务ID进行匹配以确定路由路径具体步骤包括：医疗数据交换平台接收到查询请求者发起的查询请求后，将该查询请求与路由关系表中的服务ID进行匹配，以此决定将该查询请求路由至哪些服务，以为服务的调用做好准备，此外，为了提高平台运行效率，在初始化时，从数据库的路由关系表中读取路由关系，通过定义缓存接口，将路由关系写入缓存。当路由关系表信息发生变更时，手动发送路由关系修改通知到修改缓存的消息队列中。获得路由变更消息后，重新读取路由关系表，刷新路由缓存。

在本申请中，该医疗数据交换方法还包括：对发送至查询请求者的发布消息发送是否成功进行验证，若成功，则结束数据交换；若失败，则重新进行转发。

在实际设计过程中，该医疗数据交换方法还包括异常处理流程，即当服务调用失败时，该医疗数据交换平台一方面对查询请求者进行异常反馈，以便于查询请求者了解服务调用失败，从而便进行下一步处理；另一方面，该医疗数据交换平台对异常情况进行异常日志记录，以便于系统管理员跟踪和排除异常。在本申请中，异常类型主要包括权限校验异常、路由检索异常、服务注册异常、消息路由传输异常等。

实施例2，如图2所示，图2为本发明一实施例提供的一种医疗数据交换架构图，该医疗数据交换架构包括：数据层，配置为采集数据并对其进行数据处理；交换层，配置为对数据层进行数据处理后的数据进行交换或将数据层进行数据处理后的数据进行解析并存储；应用层，配置为根据需求调取存储于交换层内的数据并进行存储。

具体来讲，数据层是指开发语言、开发平台、数据结构、数据存储形式、标准化程度各异的应用系统或平台，根据调研将区域内的各大系统归为三大类：医院平台类、区域系统类和零散业务类。交换层主要负责数据的接收、转发和集成，主要包括用于消息收发的消息队列、提供交互接口的平台服务以及用于数据集成的中心业务数据库，数据收发采用WebService的方式，利用标准的HL7V3消息和共享文档进行数据交换，减少了以往通过操作数据库来完成数据交换的繁琐，同时也遵循了国际医疗信息交换标准。平台根据实际业务提供了注册、更新、合并、查询、注销和调用的服务接口，数据库提供电子病历和健康档案的业务数据存储。应用层是利用平台信息互通的特性和集成的数据可提供给门户平台相应的应用，如医疗管理、公共卫生、数据挖掘、业务报表等。

在本实施例中，数据层配置为包括前置适配系统和异构信息系统，其中：异构信息系统对数据进行数据提取、数据校验、数据清洗、数据存储以及消息封装，或者对数据进行解析并对解析后的数据进行存储；异构信息系统对经前置适配系统处理后的数据进行数据交换。

在具体实现方式中，交换层作为医疗数据交换平台的核心，交换层配置为对数据层进行数据处理后的数据进行交换或将数据层进行数据处理后的数据进行解析并存储具体包括：交换层将区域内的公共业务进行剥离整合，形成基本的公用服务，并提供多个接口以适应不同的入口协议和出口协议，从而供不同的医疗机构调用。更进一步地说，交换层通过入口协议接收前置适配系统输出的数据消息，对其进行解析并存储，当其接收到查询请求后，根据查询请求将相应解析后的数据消息通过出口协议发送至查询请求者。

实施例3，图3为本发明一实施例提供的一种医疗数据交换系统结构图，该医疗数据交换系统包括身份验证模块1、数据采集模块2、数据校验模块3、消息封装模块4、前置数据中心模块5和交换中心6，其中：身份验证模块1用于对用户身份信息进行验证；数据采集模块2用于采集身份信息验证合格的用户上传的数据；数据校验模块3用于对数据采集模块2采集的数据进行格式校验以剔除格式不合格的数据；消息封装模块4用于将经数据校验模块3校验成功的数据转化成消息并存储于数据库中；前置数据中心模块用于对标准化数据的备份和提供消息构建时的数据源；交换中心6用于提供多个服务接口以供查询请求者调用存储于数据库中的消息并对其进行存储。

在具体实现方式中，该交换中心6包括消息队列模块、接口服务模块和业务数据中心模块，其中消息队列模块负责数据的收发，接口服务模块提供平台的注册、更新、合并、查询服务的交互接口，业务数据中心模块负责各个系统和平台业务数据的整合，通常也包括电子病历和健康档案两类业务数据。

在本实施例中，区域交换集成平台接口服务包括两个方面，一个平台的基础服务，另一个是区域平台业务接口服务。基础服务又包括，注册、更新、查询和注销四大类服务。业务接口服务则涵盖了区域卫生信息平台服务交互规范中所要求的18个服务。该接口由申请者主动调用。业务数据中心模块是根据互操作命令和具体的消息流，进行患者、医疗人员、医疗机构的注册服务以及健康档案的调阅、存取以及整合服务，并以消息流的形式返回操作结果。

综上所述，本发明实施例本发明实施的优点：通过对注册身份的审核，增强个人信息的安全性，避免信息泄露；通过对上传数据进行数据处理、第一数据中转，以便于将不同系统上传的数据的格式统一转化，并存储于医疗数据交换平台内，再通过第二数据中转以对存储于医疗数据交换平台内的数据进行解析，从而便于查询请求者读取该条数据信息，实现了不同系统间数据的交换与共享，提高了数据交换的效率，且保证在不影响现场工作环境的基础上稳定运行，且能够在网络连接错误或平台停止正常工作状态以及数据传输过程中出现数据错误或丢失时及时做出预警并给予正确处理。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本领域技术的技术人员在本发明公开的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。