医院信息系统集成服务平台建设方案

医院信息集成平台概述

  以往医院的信息系统建设分期建设，造成系统操作上的割裂和数据之间通讯的割裂，严重的损坏了业务流程的连贯性，互联互通的核心是数据层面和应用层面的整合。具体来说，重点要解决医院信息系统的系统异构集成、数据共享和数据交换传输标准等关键性技术问题。全院各个应用系统均与医院信息平台互联，并通过医院信息平台实现相互之间的数据交换和应用服务的调用。

  医院信息集成平台就是实现医院信息系统应用整合。应用整合的首要需求是实现各医院应用系统之间的互联互通：从集成的层面上，需要考虑三个层面：数据层面、应用/服务层面和流程层面。即各应用系统在数据层面可以相互交换，在应用层面可以互相调用，在流程层面可以协同在一起实现全院级的业务协同；从集成的手段上，包括点对点集成和通过平台来集成，要实现全院级集成，应当通过平台化的手段来实现。

信息集成引擎

1、采用信息建模方法

  数据模型是对卫生领域各种活动所产生的使用信息和数据的抽象表述,为卫生信息领域中不同应用开发者提供统一的建模工具和方法。基于电子病历的医院信息平台可采用基于 HL7 RIM的EMR数据建模方法。HL7研究和开发RIM模型的目的是为了解决医疗卫生领域信息开发和制定的信息标准不一致问题，需要为标准开发和制定者提供一个最高层次的参考模型。

2、采用 HL7 CDA 临床文档架构

  CDA(ClinicalDocumentArchitecture)是 HL7 第三版标 准(HL7V3)的一部分,专门规定临床文档内容的标准化。CDA 只规范文档内容表达,不涉及文档的交换机制。CDA 文档可作为医院信息平台建设选用的最基本的文档内容格式标准。

3、医疗企业集成(IHE)

  医疗企业集成(IHE)已成为具有高度影响力的国际性HIT 标准协调组织,可作为医院信息平台建设在区域卫生信息网络环境下实现信息共享最重要的标准、规范之一,其技术架构选择符合主要的 IHE ITI规范(包括 IHE ITI规范中的 XDS或PIX规范)。

功能要求如下：

  专注医疗的平台，应内置医疗行业专用的协议和消息格式，并内置大量过滤器，不需编程即可满足复杂的医疗集成需求。集成平台应支持IHE标准，包含 IHE 交换工具。协议转换，具备 Socket、WebService、JMS(MQ)、MQTT、FTP协议连接能力，以及

与其他协议相互的转换能力。

  数据库访问具备Database 的连接能力,同时支持 JDBC 和 ODBC 连接方式，以及与Socket 协议和 WebService 的相互转换能力。

  格式转换，具备 XML 格式、CSV 消息到 XML 消息的转换能力，另外可以实现 C 结构、COBOL 以及 BLOB 等二进制数据的转换和数据放大的能力。

  动态路由，可以实现不同协议的动态路由，且路由规则通过配置方式实现。

  发布订阅，能够通过请求的数据内容的关键值进行主题发布，编写 Java 程序通过JMS Subscriber 来订阅不同主题的消息。

开发与运行效率。

  1.产品的开发和运行不需要数据库，也不依赖应用服务器中间件，对硬件资源消耗少。

  2.内置消息中间件引擎,确保消息不丢失。

  3.提供简单易用的 web测试和调试功能， 可以在节点连线和配置脚本上设置断点，在友好的图形界面展示消息的变化调试应用。

  4.基于 Eclipse 的图形界面。

1、数据共享交换技术

  数据交换技术和存储技术是平台技术构建的两大核心。存储技术的实现与硬件和网络技术的实现紧密相关。对于数据交换技术的实现，其主要内容就是搭建数据共享交换平台，也即集成平台，其核心技术构造又是以 ESB作为主要部分的。

  ESB企业服务总线概念是从面向服务体系架构 SOA发展而来，能消除不同应用之间的技术差异并进行通信和整合。SOA描述了一种 IT基础设施的应用集成模型，ESB包含了实现 SOA分层目标所必需的基础功能部件。

  数据共享交换平台是区域内各业务信息系统进行信息整合的基础和载体，包括注册服务、索引服务、数据共享交换服务等多个组件，能实现机构间电子健康档案、电子病历等卫生数据的交换和信息共享，并支撑综合管理、业务协作等区域卫生应用开展。

  按照 SOA架构思想，通过企业服务总线（ESB）实现信息交换，为全院业务系统运行的支撑平台，接入各级管理单位和各级医疗机构，承担各业务信息的存储和管理工作。

  HIS的电子病历信息和诊疗数据可以实时传输到健康档案数据中心，实现居民健康档案的动态管理，在 HIS中能实时调用。

功能要求如下：

  日志审计，ESB平台能够记录服务交互的输入、输出数据报文信息，支持记录开关配置功能。

  数据库方式认证和授权，在认证授权功能方面的表现情况，ESB总线的安全性能力， 可以对外来访问 WebService客户端进行用户认证和访问权限的控制，认证和授权采用数据库的方式。

  IP 访问控制，在 IP 访问控制的表现情况，体现 ESB 总线的安全性能力。

  HTTPS 支持，在 HTTPS 的表现情况，体现 ESB 总线的安全性能力。

  SOA Pover HTTPS 支持，在 SOA Pover HTTPS 的表现情况，体现 ESB 总线的安全性能力。

  流量控制，在流量控制的表现情况，体现ESB总线的流量控制能力，设计流程的总量控制阀值和分量阀值。

  优先级处理，根据请求内容的优先级来分支到不同的处理流程。

  兼容性。1.支持 32位、64位的操作系统和硬件平台；2.产品未来可以升级到专有虚拟化版本(HypervisorEdition)3.提供各种接口，连接各种数据库、数据仓库、现有应用软件系统、主机系统。用户可以之间通过 ESQL进行和数据库的操作，如把数据存入数据库，从数据库中取数据等）。

  可扩展性及性能。1.采用C++实现内核，具有优越的并发处理性能。2.支持开放组织 OGF(OpenGridForum)定义的 DFDL(DataFormatDescriptionLanguage)标准规范，简单快捷地定义文本、二进制、XML等数据格式。并能够识别 XML和 C中的数据结构；3.支持通过 Java，C进行自定义扩展,用户可以为 ESB 开发自定义扩展的计算节点,同时支持 php,ESQL,.net,java开发后台服务。4.可通过数据建模定制符合自己需求的消息类型；5.支持各种各样的服务质量等级和通信模式：同步(例如 SOAP)和异步(例如MQ)两种通信模式，请求/响应、队列、点到点以及发布/订阅模式，各种交付保证，集群支持、HA 和故障隔离，各种保障和交易策略等。

一体化运行监控

  运行监控系统进行有效的监控，以了解整个信息集成平台的运行状况。

1、业务进程写入

  业务系统在需要与其它系统交换数据的业务点上，将业务号、定位参数、操作类型等写入业务进程表。

2、得到数据交换业务进程

  数据平台定期轮询业务进程表，按业务进程表时间排序，得到需要执行的业务记录。

3、业务数据参数获取

  根据业务号在业务参数表中得到需要提取数据的表名与字段名。

4、业务记录定位

  根据业务进程表，得到定位记录关键字，并得到 HIS 业务表中相应数据。

5、数据适配转换

  根据业务参数表中设置，利用适配字典对相应数据进行转换。 

6、数据格式转换

  将得到的数据转换为 HL7或 CDA文档，并通过 Web Server发送或保存到数据中心的数据库中。

具体功能要求包括：

1、首页

  今日服务调用情况：展示当日服务调用总数，并用曲线图展现今天服务调用数量的趋势图。

  当天调用告警：展示当日调用告警总数，并图形化展示当日服务调用告警的趋势。当天调用异常：展示当日调用异常总数，并图形化展示当日服务调用异常的趋势。异常信息列表：展示监控的异常信息，实时刷新。

  服务调用 TOP5：展示服务调用次数的TOP5。消费系统 TOP5：展示消费系统消费 TOP5。

  当前系统接入数量：展示目前接入的系统数量。当前服务接入数量：展示目前接入的服务数量。

数据中心监测：以流程图的形式展现数据的同步及备份的实时状况。

2、服务

  服务信息：服务列表，按照调用次数由高到低，通过服务名称展示全部服务的信息，同时，支持查看单个服务的详细信息。

  服务详情：服务详细信息，服务详情页展现当前服务的所有信息，如：服务架构、服务的最后一次请求流程图、服务详细信息、子服务列表、服务日志、服务异常和服务告警。

  队列信息：队列列表，展示监控的队列列表，按照当前队列深度倒序。服务器信息：服务器一览，显示服务器的状态，告警提示，异常提示。数据库信息：数据库一览，显示数据库的状态，告警提示，异常提示。

3、日志

  服务调用日志

  日志筛选查询，根据关键信息，如：调用状态/消费系统/日志时间（默认当天）对服务调用日志进行筛选。

调用日志列表，根据筛选条件展示服务调用日志的主要内容，如：调用状态/服务名称/服务代码/消费系统/发起时间/结束时间/耗时/查看消息

数据库日志

  日志筛选查询，可通过:服务器名称/状态/IP地址/日志时间（默认状态异常）对数据库日志进行筛选。

  数据库日志列表，根据筛选条件展示数据库日志的主要内容，如：告警时间/服务器名称/IP 地址/错误类型/查看信息/建议处理方式。

4、工具

数据同步工具

  流程查看，使用数据同步工具实现对数据库进行整合，及源数据库与目标数据库的同步，同时以日志的形式记录其状况。

ETL 工具

  作业列表，展示 ETL作业的列表，主要包括：最后执行状态/作业名/数据库 IP地址/数据库实例名/数据库类型/作业步骤总数/最后执行时间 

  作业日志，通过生成警报来自动通知用户作业状态

作业流程图，展示 ETL工作流程图，通过流程图节点直观的反馈异常。备份工具

  同步情况查看，实时展现生产库的备份过程，展示生产库/备份库关键值的数据， 及同步工具的系统状态，实现全方位监控同步工作。

5、配置

一体化开发平台

  互联互通应用效果主要针对基于电子病历的医院信息平台或管理系统在互联互通应用效果方面的测评，测评指标包括两个方面：基于平台的应用建设情况及利用情况、平台联通业务范围。

  一体化开发平台是医院信息集成平台的重要组成部分，主要承担值域代码动态映射与转换；医疗信息相关标准、协议的封装、解析、维护支持；对第三方业务厂商提供多样化接入方案支持。

  基于平台的应用建设情况及利用情况：对基于平台的公众服务应用系统、基于平台的医疗服务应用系统和基于平台的卫生管理应用系统的建设情况及利用情况等定性指标方面至少达到四级甲等的要求。

  平台联通业务范围：对平台内联通的业务系统和平台外联通业务系统数量等定性指标至少达到四级甲等的要求。接入平台的临床服务系统>=13个，医疗管理系统>=7个， 运营管理系统>=4个，平台联通外部机构>=4个。

  使得不同业务系统能够无缝的对接到医院信息集成平台，实现业务系统互联互通的无缝衔接，从而保证数据交换标准化。集成平台建设完成后，彻底打破紧耦合的系统架构。

系统功能要求：

  语言支持，支持各种语言对平台的接入，包括 C、JAVA、Dephi、PB、C++、NOTES 等。

  接入管理，支持对接入系统的准入情况、接入包版本等进行管理。

  通讯协议，传输，数据格式和处理标准。整合卫计委的关于医院信息互联互通的各项信息标准化规范，并封装成相关服务，具体信息标准包括：《WS303卫生信息数据元标准化规则》；《WS363.X卫生信息数据元》；《WS364.X卫生信息数据元值域代码》；《卫生部基于电子病历的医院信息平台技术规范》；《卫生部电子病历共享文档规范》等；

集成平台接入支持包

  集成平台接入支持包指的是向各应用系统提供接入到平台的开发包，平台管理系统向 SDK提供配置参数，参数包括：服务的业务模型、服务交互的消息格式、服务的传输通道。接入包 SDK能产生 SDK日志，传输到指定的 FTP服务器上，保证接口事物的一致性。

厂商调用平台给出的 SDK接入包，能快速，及时的从平台的 MQ队列中获取业务数据。针对不同的业务场景需要，SDK内部封装了不同的函数来切合场景。SDK底层使用侦听，也可以说是事件触发的方式，当消息到达侦听队列后，SDK 中的侦听器马上接收消息，通过 SDK中的回调函数立即进行处理，回调函数由开发商编写，极大地提高了开发灵活度。

集成平台接入支持包功能设计：

  通过消息 MQ，对业务系统的交互形式进行改变。MQ的交互形式，将交互数据通过消息传送到需要数据的系统，业务系统一次提供，重复使用，由平台完成标准化、分发、组合的工作，充分实现接口的复用和系统间的解耦合。

  平台消息格式都遵循 HL7v3、卫计委互联互通标准、CDA、DICONE 等国际、国内、卫生行业标准。使业务系统在后期的对接中有标准可循，减少后期接口改造的工作量。

  MQ消息传输的方式通过底层数据解耦合、增加冗余、双机热备、负载均衡等各种方式，能够大大降低 HIS的数据访问量，使 HIS系统效率、性能大大提升，为后期应用系统的扩展和新增降低风险。