区域医联体统一交互服务平台建设

区域医联体统一交互服务平台

1.建设背景

根据省科技厅转移支付项目《基于云计算的医联体和家庭医生服务模式创新示范》（2017SZYZF0002）任务书要求，本方案定制开发和构建区域医联体统一交互服务平台以解决医疗云计算平台与各试点医疗单位现有主要信息系统，如HIS、LIS、PACS等对接和改造的问题。建设内容如下： 

序号	分类	建设内容	备注
1	区域医联体信息数据服务标准规范建设	医联体医院基本数据集规范	卫生部标准
2		医联体医院数据指标体系及采集规范	制定
3		医联体医院数据元数据集管理系统建设	制定
4		医联体医院数据交换标准	制定
5	区域医联体统一交互服务平台建设	区域医联体机构人员注册服务	核心部件
6		区域医联体信息系统平台数据库	数据模型、数据库
7		区域医联体患者主索引管理功能	核心部件
8		区域医联体患者数据存储管理功能	核心部件
9		区域医联体数据集成通讯交换中间件	核心部件
10		区域医联体数据集成应用业务中间件	核心部件
11		区域医联体医院信息数据源定义功能	核心部件
12		区域医联体数据接口图形化工作流引擎功能	核心部件
13		区域医联体患者数据采集及数据清洗功能	核心部件
14		区域医联体信息资源整合服务功能	核心部件
15		区域医联体医院信息系统集成记录定位功能	核心部件
16		区域医联体医院信息异构系统业务流程集成前置服务功能	核心部件
17		区域医联体医院业务流程接口发布功能	核心部件
18		区域医联体医院信息系统集成平台流程执行虚拟机	核心部件
19		区域医联体平台运行监控管理功能	平台管理
20		区域医联体统一权限管理功能	平台管理
21		区域医联体统一日志管理功能	平台管理
22		与健康成都平台对接	其他

2.总体目标

构建区域医联体统一交互服务平台，对医联体各级医疗机构实施资源纵向整合，以提高医疗卫生服务的协调性为核心，以实现分级诊疗为根本，形成医疗卫生服务各环节有序连接，使接入平台系统内的各医疗机构分工协作、资源共享、无缝连接、高效运行，突出医疗服务的连续性、可及性和高效性，提高医联体内各医院诊疗服务整体绩效，真正实现分级诊疗、双向转诊、人才培养培训流动机制、供需资源的共用共享。

区域医联体统一交互服务平台能够帮助医院形成一个标准化的且开放的、汇集院内各个信息系统数据的、非专业技术人员可操控的信息数据资源池，作为标准化信息数据的备份中心。同时能够帮助医院解决上级专家完成对数据的跨医院、跨区域远程病历讨论、会诊和教学的支撑。

3.医联体医院标准规范建设

标准规范建设是整个区域医联体信息数据集成平台建设的基础，遵照国家针对医疗信息数据的相关标准和规范，主要包括内容如下：

序号	技术参数
	业务规范：各医疗结构业务管理规范，包括业务目标、方法、流程、规则等；
	功能规范：各医疗结构信息系统功能、性能、系统流程等；
	数据标准：各医疗结构信息数据元、代码、指标等标准
	交换标准：各医疗结构信息系统间数据交换，医院与区域医联体信息数据交换共享标准。

4.区域医联体统一交互服务平台建设

4.1.区域医联体人员机构注册服务

序号	功能描述
	个人注册服务：个人注册服务是指在医联体平台建设区域范围内，形成一个个人注册库，个人的数据标识号、基本信息被安全地保存和维护，为医联体各单位间的协作服务调取使用，并可为医疗就诊及医疗诊断的业务系统提供人员身份识别功能。
	医疗卫生人员注册服务：医疗卫生人员注册服务为区域范围内所有接入基层医院的医务人员注册服务，包括临床医生、影像科医生、检查技师等医疗专业人员及有访问医学数据需求的卫生主管部分人员，为每一位人员分配一个唯一的标识。
	医疗卫生机构注册服务：建立医疗卫生机构注册库，提供此次接入基层医院的综合目录，为每个医院分配唯一的标识，解决所获取患者医学诊断数据来源机构的唯一性识别，从而保证在维护患者医学诊断信息的不同系统中使用统一的规范化的标识符。

4.2.医联体统一交互服务平台数据库

（一）数据库设计原则

序号	功能描述
	全面准确：数据库内容应该尽可能的全面，字段类型、长度都能准确的反映卫生信息化的业务需求，所采用的字段类型、长度能够满足当前和未来的业务需求。
	关系一致：应准确表述不同数据表的相互关系，如一对一、一对多、多对多等，符合业务数据实际情况。同时应包含是否使用各种强制关系(制定维护关系的各种手段，如强制存在、强制一对一等等)。
	松散耦合：各个系统之间应遵循松散耦合的原则，即在各个系统之间不设置强制性的约束关系。一方面避免级联、嵌套的层次太多；另一方面避免不同系统的同步问题。系统之间的联系可以通过重新输入、查询、程序填入等方式建立，系统之间的关联字段是冗余存储的。
	适度冗余：数据库设计中应尽量减少冗余，同时应保留适当的冗余。主要应基于下面几点考虑： 为了提高性能。如果数据的记录数较多，执行多表联合查询时会显著降低性能。通过在表中保留多份拷贝，使用单表即可完成相应操作，会显著改善性能。 为实现耦合关系的松弛。需要保留冗余信息，否则当数据记录不同步时，会因为其中一个系统无法运行而导致整个系统均无法运行。 为备份而冗余。如果其中某些数据或某些系统不是一直可用，则可以考虑在可用时保存到本系统的数据库中以提高整个系统的可用性。
	高频分离：将高频使用的数据从主表中分离或者冗余存储（如信息的检测等），将有助于大幅度提高系统运行的性能。

（二）数据库规则

医联体信息系统平台数据库应当是一个体系，而并非是一个或几个数据库。共享数据库规划建设的过程要对共享数据库的框架进行描述，先从使用对象的广泛性程度和频率来进行共享数据库的层次划分，包括但不限于下列参数要求：

序号	功能描述
1.	基础性共享数据库：基础性数据库主要包含EMR电子病历等基础数据，需要遵循卫生部数据标准。
2.	应用性共享数据库：应用性数据库是其他各类业务应用中会使用到的数据库。主要包括：医院信息系统（HIS）数据库，医学影像系统（PACS/RIS）数据库，实验室信息系统（LIS）数据库，体检管理系统数据库，手术麻醉系统数据库，自动化办公系统数据库，财务软件管理系统数据库，人力资源管理系统数据库，行政档案管理系统数据库，医院感染信息管理系统数据库等共享数据，应用性共享数据库的准确性、完整性、及时性影响着依赖于它的系统的信息处理的准确性。
3.	中间性共享数据库：是与应用性共享数据库相关联的各类整合应用系统在相互协作、流程交互、信息传递过程中产生的。系统不断交互，中间性共享数据库中的记录不断增多、内容更加丰富。由于是多部门协同工作，业务处理允许各部门在不同时段对中间性共享数据库实施操作；用户可以在处理过程中查询项目审批的状态。
4.	管理性共享数据库：是对医联体信息系统平台资源进行配置管理使用的数据库。现有的数据集合数据元数据都应当在管理性公共共享数据库中进行元登记，便于以后的发布、查询、搜索；它的使用者主要是数据中心的管理人员；管理性共享数据库包括平台监控配置管理，数据元和数据集标准维护管理子系统，系统运行支撑数据库包括人员角色配置、业务配置、工作流配置等数据。

4.3.区域医联体患者主索引管理

序号	功能描述
	主索引服务用于处理区域医联体集成平台内与数据定位和管理相关的复杂任务，包括相关的索引信息。这些索引链接到产生不同存储服务的服务点，这些服务点产生了特定的个人、医护人员、各级功能科室标识、集团医院标识、医联体医院标识，以及实时的业务数据。
	索引服务负责分析来自外部资源的信息，并恰当地保存这些数据到存储库中，可以反向地响应外部医疗卫生服务点的检索、汇聚和返回数据。
	主索引服务是平台系统架构的核心组件。该服务负责实现平台互联互通性规范，还可能使用由平台内提供的组件和服务同其他院内、院际医联体前置服务平台互动来完成某一项事务。依靠区域医联体患者主索引管理，可以达到避免区域医联体信息孤岛的形成。

4.4.区域医联体患者数据存储管理功能

序号	功能描述
	基于多层分级存储管理模式的区域医联体集成数据文件存储管理服务，提供医院各信息子系统产生的各种病人诊疗文件的归档存储、文件管理和调阅服务。

4.5.区域医联体数据集成通讯交换中间件

序号	功能描述
	数据交换中间件平台又称数据集成通讯交换层服务平台，主要包含通讯总线服务和平台公共服务两部分。通信总线服务：通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和档案浏览器之间的底层通信。平台公共服务：平台公共服务主要是指应用软件系统管理所包含的上下文管理、应用审计、安全管理、隐私保护等服务。
	采用成熟的自主知识产权通讯中间件作为数据交换与信息共享平台的通讯内核, 并要求通讯中间件具备：先进性、传输和处理数据的高效性、可靠性、可扩展性、安全性、集群容错和负载均衡、可操作性、兼容性。

4.6.区域医联体数据集成应用业务中间件

序号	功能描述
	数据接口位于业务中间件层，该接口/API符合SOA架构，主要负责提供相应的应用服务，满足各类业务应用的需求，为系统扩展和二次开发提供良好的接口。数据接口的开放式API可以使现有的应用根据用户需求进行功能的更新和扩充，并且可以为新的业务系统应用提供“即插即用” 。

4.7.区域医联体医院信息数据源定义功能

序号	功能描述
	针对各医院的各类业务数据的要求和现有医院各类信息系统各厂家业务数据管理方式，制定异构数据资源的规范，各类业务数据的结构、类型，以及对应的业务数据的来源。所有交互的的接口，针对某类数据的应用，都以此数据资源格式为基础进行通信，确保了系统数据的完成性、唯一性、灵活性，达到数据整合的目的。
	数据源定义分成以下几个方面：业务类型、业务数据规范、数据源访问方式、需要管理该资源的类型/访问方式/访问的身份资料、资源分类管理。

4.8.区域医联体数据接口图形化工作流引擎功能

序号	功能描述
	基于HL7数据交换标准设计，为信息系统管理者提供一个标准化的、开放的、非专业技术人员可操控的、可支持系统热插拔的异构集成数据交换平台流程控制和接口管理图像化管理工具。
	作为异构系统集成平台管理工具，主要功能特性要求包括：遵循HL7标准设计、图形化流程控制、拖拽式流程设计、灵活的系统交换接口发布、支持业务系统热插拔。

4.9.区域医联体患者数据采集及数据清洗功能

序号	功能描述
	医院信息系统集成平台在数据采集时，经过数据采集、数据清洗、标准转换、CDA打包、数据缓存后，将数据通过通信总线服务传送平台的存储管理服务。医院信息系统集成平台通过这些处理，将各类信息系统的数据变为标准的、统一的、可用的数据。

4.10.区域医联体信息资源整合服务功能

序号	功能描述
	平台信息资源整合与接口服务，是基于医院电子病历存储服务，提供医疗卫生、、保险等机构间的信息共享服务和业务协同服务。同时信息资源整合与接口服务担负着医院信息系统集成平台与院内各系统平台之间数据交互的责任。从而形成统一、规范、标准的院内信息数据存储，为数据共享建立基础。
	平台通过多种方式发布数据服务接口，最基本的是SOA和HTTP方式，SOA主要提供符合HL7 CDA标准的临床文档结构数据，HTTP服务主要提供统一界面的数据查阅。

4.11.区域医联体医院信息系统集成记录定位功能

序号	功能描述
	基线主要分成三个部分：资源的获取、资源的存储、资源的展示。
	提供数据库访问的客户端动态库和WebService接口，方便客户端访问数据库。提供数据库统一管理平台管理各医院前置服务系统。

4.12.区域医联体医院信息异构系统业务流程集成前置服务功能

业务流程集成平台分业务应用层，业务支持层，数据传输层，和数据源层。包含流程开发和定制工具，流程引擎模块，流程管理模块，流程运行监控模块，基础信息维护模块。 

序号	功能描述
	流程开发和定制模块：工作流程引擎系统基于可视化流程设计，流程采用BPEL 2.0描述。
	流程引擎模块：流程引擎系统支持跨平台跨操作系统, 提供C/C++ 及 Java 调用接口，引擎可以运行，多个引擎可以协调分布式运行。
	流程管理模块：对角色的读取权限进行控制。
	流程运行监控模块：流程监控模块监控所有流程引擎的运行状态，对每个流程的运行进行日志记录。
	基础信息维护模块：提供人员，组织，角色等基础信息管理录入，提供用户权限的管理和录入功能。

4.13.区域医联体医院业务流程接口发布功能

序号	功能描述
	要求支持的功能包括：自动将流程编辑器生产的流程发布成对应的应用服务、监控流程的执行过程、测试流程执行结果、验证流程参数的正确性和有效性、管理所发布的流程。

4.14.医院信息系统集成平台流程执行虚拟机

序号	功能描述
	要求支持的功能包括：加载流程、流程指令分发、执行流程、返回流程执行结果。

4.15.区域医联体统一服务平台运行监控管理功能

序号	功能描述
	监控信息内容：网络运行状态监控，服务器状态监控，系统运行状态监控，接口监控，业务监控。
	监控告警：系统提供多种告警信息提示渠道，确保相关人员可以随时随地掌握系统以及业务相关重要信息。
	监控信息采集、上传、转发：系统各模块运行的监控信息收集、其他相关联的业务系统运行状态信息收集，平台中产生出来的告警信息上传或转发到与其他相关联的系统中，以便各医院各类信息系统之间互联互通；信息的上传和转发可以通过策略灵活设置。
	监控日志：监控历史记录的管理如告警信息等，可以对告警等日志信息进行查询，支持设置关键字来实时监控系统的日志事件。

4.16.区域医联体统一服务平台权限管理功能

序号	功能描述
	包括权限管理体系、机构注册、医生信息注册、系统资源注册、角色信息注册、系统登录账户注册、系统访问日志查询等。

4.17.区域医联体统一服务平台日志管理功能

序号	功能描述
	日志是记录系统中硬件、软件和系统问题的信息，同时还可以监视系统中发生的事件。用户可以通过它来检查错误发生的原因，或者寻找受到攻击时攻击者留下的痕迹。日志需要转移存储，日志文件可以转移到其他存储设备，以备不时之需。