医院信息系统集成平台建
设方案
目录
1. 背景 (7)
2. 建设目标 (8)
2.1实现医疗信息资源整合与利用 (8)
2.2实现医院数据中心建设 (9)
2.3提供管理决策及临床决策支持 (9)
3. 设计原则 (10)
实用性和先进性 (11)
安全性和可靠性 (11)
开放性、互连性和标准化 (11)
灵活性与可扩展性 (12)
经济性与投资保护 (12)
易管理和易操作性 (13)
整体设计和多种应用相匹配 (13)
4. 建设方案 (13)
4.1医院信息化建设面临的问题和难题 (13)
4.2医院集成平台总体框架 (16)
4.3标准化数据中心 (18)
4.3.1建立数据中心的意义 (20)
4.3.2基础信息库 (22)
4.3.3业务信息库 (23)
4.4.4交换信息库 (23)
4.3.5临床文档库(CDR) (24)
4.3.6临床数据中心构建方法 (27)
操作数据存储ODS (29)
数据仓库 (31)
医学知识库 (32)
4.4数据交换总线平台 (35)
4.1.1. 数据交换总线技术特点 (38)
4.1.2. 数据交换总线功能特点 (40)
4.1.3. 基于数据交换服务总线的业务数据交互 (42)
4.1.4. 业务规则引擎.......................................................................... 错误！未定义书签。
4.1.
5. 事件驱动引擎.......................................................................... 错误！未定义书签。
4.1.6. 集团化医院信息交换平台 (44)
4.5公共消息服务平台 (45)
4.1.7. 支持HL7引擎服务部件 (46)
4.1.8. 适配器服务部件 (49)
4.2. Ensemble集成平台中间件 (51)
4.2.1. Ensemble HIE 构成组件 (52)
4.2.2. Ensemble HIE 设计原则 (55)
4.2.3. Ensemble HIE 技术特点 (56)
4.2.4. Ensemble HIE 功能介绍 (61)
病人主索引（MPI） (66)
4.2.5. 病人主索引功能 (68)
4.3. 统一身份认证授权平台 (71)
4.3.1. 统一身份认证授权平台主要功能 (73)
4.3.1.1. 单点登录 (73)
4.3.1.2. 身份管理 (74)
4.3.1.3. 授权管理 (74)
4.3.1.4. 安全审计 (75)
4.3.2. 统一身份认证授权实现方法 (75)
医院决策分析平台 (77)
4.3.3. 决策支撑平台技术架构 (79)
4.3.4. 决策支撑平台数据架构 (80)
4.3.5. 指标加工逻辑架构 (82)
4.3.6. 系统工作内容及技术路线 (84)
4.3.6.1. 指标库构建与管理的工作内容要求 (84)
4.3.6.2. 指标库构建与管理的设计原则 (89)
4.3.6.3. 指标库构建与管理的技术路线 (90)
短信服务平台 (90)
4.3.7. 短信平台架构 (91)
4.3.8. 短信平台功能模块 (92)
4.3.8.1. 通知功能 (92)
4.3.8.2. 查询功能 (92)
4.3.8.3. 信息管理 (92)
4.3.8.4. 语音信箱咨询功能 (92)
4.3.8.5. 医院信息查询功能 (93)
4.3.8.6. 投诉/举报/建议受理功能 (93)
4.3.8.7. 自动服务功能 (93)
4.3.8.8. 导医功能 (94)
后台运维管理系统 (94)
4.3.9. 信息资源统一监控系统设计原则 (97)
4.3.10. 信息资源统一监控系统架构及技术实现 (98)
4.3.11. 信息资源统一监控系统管理模型 (100)
安全保障体系 (101)
4.3.12. 隐私保护措施 (101)
4.3.13. 网络安全保障 (104)
4.3.14. 数据保密性 (106)
4.3.15. 数据完整性 (107)
4.3.16. 恶意代码防范 (108)
4.3.17. 性能保障措施 (110)
4.3.18. 运行环境保障措施 (111)
4.3.19. 信息安全与审计保障措施 (112)
5. 平台扩展 ........................................................................................ 错误！未定义书签。
1.建设背景
我国医院信息系统建设已经有三十年的发展历史，早期有所谓的All in One 的系统，所有的应用都由一个供应商提供，服务于不同目的的应用模块，包装在一个软件包中，所有的数据库都是开放给所有的应用的，不需要接口引擎的设计。然而，医疗卫生信息的复杂性决定了医院信息系统的应用越来越复杂，医院对信息的需求也不断扩展，任何一个HIT厂商不可能提供医院所需要的全线产品（也包括国外的HIS厂商），要实现真正一体化的医院信息系统，必须引进不同厂商的信息系统产品。
因此在同一医院环境下，集成不同厂商的产品就成为医院信息化建设过程中必然遇到的问题。一开始几个厂商的产品要达到互连互通，往往是采用点对点的接口方式，因为这种方式简单、易行且成本低，例如，将一个医疗保险的结算系统与医院的住院及门诊病人的费用管理系统集成。然而，当医院的应用扩展到十几个乃至几十个应用系统时，问题就变得困难起来。
医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为制约医院数字化发展的主要障碍。而如何把这些系统连接实现各部门各专业信息共享就成了医院信息化建设中面临的一大难题。如果以传统的方式在各系统之间做接口的话就将出现众多的接口，这将给医院信息系统的稳定性、安全性、可靠性、效率等带来巨大的隐患，同时以让医院的运行维护成本成倍增长，如果医院
要对其中一个应用系统进行升级或更换就必须再做众多数据接口。
随着国家新医改政策的实施落实，以医院为单位的管理模式已不能满足广大人民群众日益增长的医疗卫生需求，信息共享是实现信息价值最大化的重要途径之一，区域医疗信息共享是信息化发展的必然趋势，为了实现医疗信息的区域化共享，同样需要在医院内部把不同数据资源进行集成整合。
在此背景下通过医院信息集成平台来代替原来数量众多的点到点数据接口，为医院信息化建设提供标准和规范，只要各应用系统都支持这些标准和规范，原则上就能与应用信息平台进行数据交换，并能同与平台相连的应用系统进行数据交换。
2.建设目标
2.1实现医疗信息资源整合与利用
为实现各业务系统信息互联互通，如果采用推倒重建的方法，就有可能将浪费大量的资金，并引起业务震荡。通过医院信息平台的建设尽量减少不必要的重复建设。医院原有的各业务系统和信息系统通过医院信息平台提供的接口实现整合，继承已有的数据资源和服务。
通过建设医院信息平台，将原先分布在各业务系统中的信息交换整合到医院信息平台，实现医院各个科室之间、医院之间信息的互联互通，最大限度地方便病人就医、方便医院一线医护人员工作、方便各类管理人员分析决策。
2.2实现医院数据中心建设
为了使医疗活动可以准确、快速地进行，医疗服务者不但要接收到清晰的医疗指令信息，还需要掌握服务对象相关各方面信息、记录服务对象在医疗活动中的情况及结果；因此要保证数据信息的高效利用，达到一处采集多处利用；以病人为主线，将病人在医疗机构中的历次就诊时间、就诊原因、针对性的医疗服务活动以及所记录的相关信息有机地关联起来，并对所记录的海量信息进行科学分类和抽象描述，使之系统化、条理化和结构化。
建设医院数据中心，通过数据中心实现不同信息系统、组织机构间信息资源整合，实现业务数据实时更新，确保信息同步；满足管理决策、临床决策、科学研究、对外信息共享；实现统一的数据仓库的设计及技术文档、元数据管理等功能。建设医院信息集成平台需制定统一的信息交换标准，统一卫生信息标准与数据字典。
2.3提供管理决策及临床决策支持
凭借数字化医疗信息服务的先进技术作为强有力的支撑，利用更为先进的信息化手段，掌握工作的主动权，把传统事后处理转为实时监控。建设医院信息平台，规划医疗资源，实现诊疗流程再造，提高医院运作效率，提升医院的整体服务能力，有效解决就诊“三长一短”现象；建立统一的门户信息，为病人的全面医疗健康信息的保存、传递、查询提供有效的数据，对数据的快速实时查询。通过对数据进行分析和处理，对信息进行有效利用，帮助管理者进行科学管理决策，帮助医生进行基于循证的医疗决策和医疗计划的制定，支持临床应用科研的
3.设计原则
目前，大部分医院的医疗信息系统实现数据共享是采用了传统点对点通信模式的方法，这样的方式需要每两个系统之间都有专用的接口，且当有新系统添加进来的时候，也必须要单独为每个子系统开发与新系统相应的接口，工作量极大。这样的专用接口也存在很大风险，容易导致系统崩溃，中断医院正常的医疗业务流程。因此，需要建设一个能与全院所有医疗信息系统直接沟通的数据集成平台，以此为中介，实现各系统间的数据共享和交互。建立一个以现有信息系统和数据资源为基础，符合标准的、高可靠的、开放式医疗卫生信息共享平台，实现区域卫生协同和诊疗信息共享；在平台上提供区域级的标准组件服务、诊疗知识服务，以及协同医疗、卫生监管和健康管理等应用服务，有效提升医疗卫生服务水平和服务能力，支持创新具有区域特色的开放、实用、共享、持续的医疗卫生服务模式。
目前通常采用基于中间件模型和数据仓库等方法来构造集成的系统，这些技术在不同的着重点和应用上解决数据共享和为企业提供决策支持。在方案设计时遵循了以下原则：
统一性
统一设计原则统筹规划和统一设计系统结构。应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度
实用性和先进性
当今的计算机技术日新月异，因此要求选择的方法、技术、工具、设备不仅要保证具有先进性，而且要保证技术方向的正确性。设计的方案要结合考虑实用和兼顾今后发展的目的，不论在服务器、软件及中间件等软硬件产品方面，还是在方法论、工具方面，都应选择当今国际上成熟的、主流的并领先的产品和技术来适应更高的数据处理要求，以满足医疗管理信息系统未来5-10年的需求发展，并应具有良好的扩展潜力，以适应未来业务的发展和技术升级的需要。
安全性和可靠性
设计的整体方案要通过多种安全技术和防护手段，保证系统自身的安全性，保证服务不会中断。在本项目方案中，最重要的设计出发点就是系统的安全，关键设备或设备核心部件应当采取冗余设计，能够避免单点故障导致系统整体或重要功能的丧失，保证系统平稳运行，最大限度减少停机时间而且包括便于故障排查、恢复和日常的运行维护的机制。在采用硬件备份、冗余、负载均衡等可靠性技术的基础上，采用相关的软件技术提供较强的管理机制和控制手段，以提高整个系统和数据的安全可靠性。
开放性、互连性和标准化
系统必须采用国际、国家标准、协议和接口，能与现有的和未来的系统互连
与集成，支持HL7、IHE、DICOM、ICD10等标准。
灵活性与可扩展性
设计的方案应当考虑系统的灵活性和可扩展性。系统建成后要能够满足业务近期、中期甚至长期时间范围数据和业务快速增长的需要。适应目前需求的基础上，能够满足医院以及相关医疗机构不断发展的信息化需要，充分地为将来可预见和不可预见的性能扩充留有余地，并具备方便地扩展系统容量和处理能力和支持多种应用的能力，可以根据业务发展的需要进行灵活、快速的调整，实现信息应用的快速部署，而且新功能、新业务的增加能够在不影响系统运行的情况下实现。系统要充分考虑到扩容和升级的需要，能灵活方便地适应未来系统可能的变化。选择应用开放性标准的产品，确保设备的兼容性；通过系统结构的合理设计和适度资源冗余，为未来的系统扩充打下基础，保证需求增加时系统的平滑扩充，保证前期的投资。
经济性与投资保护
方案所选用的技术和产品应当全部遵循通用的国际或行业标准，各系统模块之间有良好的兼容性和较高的性能价格比。从长远来看，也便于系统的升级和移植或运行其他应用软件，实现整体效益，而且能以较低的成本、较少的人员投入来维护系统运转，提供高效能与高效益的医疗信息服务。
易管理和易操作性
设计方案支持全面、完善、便捷、统一的系统管理和应急处理预案，保证一旦发生问题能在最短的时间内处理解决。而且，系统应具有良好的用户操作界面、完备的帮助信息。集成完备的运行监视系统、良好的管理界面工具或远程控制台，易于管理人员对其进行管理和维护，系统参数的维护与管理通过操作界面实现。整体设计和多种应用相匹配
集成平台需要进行统一设计，但是考虑到应用的多样性以及业务、部门等的差异，整体设计又不要过于制约具体的应用开发，要为各种应用开发提供灵活的手段。
可维护、可管理性
通过统一网管，对信息系统平台进行统一管理，提供可视化的网络拓扑、网络状态监控、故障事件实时预警和告警、异常网络流量统计等。
4.建设方案
4.1医院信息化建设面临的问题和难题
难题1:系统集成度较低
医院信息工作以采集到的数据范围与数量为主要工作目标，而这些数据采集后的共享与深度利用往往被忽略。目前，很多的医院都建设有独立的PACS、LIS、手术麻醉等系，这些系统很多是科室根据自身业务需要，由科室主导建立起来的。这些系统在建立时并未考虑与医院信息系统的集成，或者当时医院信息系统并不具备集成应用的条件，所以就成为孤立的系统。由于信息没有利用好，往往使医院无法看到信息化工作的真正回报，医院信息化工作就无没得到医院领导者们足够的重视。对于信息化工作来说，信息的采集基本上是投入性的工作，而信息的有效、及时利用才是信息化工作的收益。
难题2：规范化、标准化程度低
我国医院信息化建设的过程中，采用的标准、规范很少，信息的共享与交换主要以“点对点”的方式进行，这种方式个性化极强，往往会因为系统升级、更换厂商而带来严重后果。
传统点对点模式
基于传统“点对点”直连数据接口方式来集成系统，如果另一个应用程序系统A（第n+1 个）必须集成进来，将需要产生、文档化、测试和维护2n 个新的接口。而更糟的是，必须修改每个已有的应用程序中的代码以包括进新的接口，因而将增加大量的成本和复杂度。:
点对点集成方式存在以下问题：
?接口不规范
接口间的调用方式各不相同，如有存储过程、视图、中间表、应用程
序、动态库等等,无法形成统一的接口规范。
?数据不共享
虽然现在大多数系统间均有做接口进行数据交互，但往往只做到最
基础的数据采集上，信息间的共享并不充分，如急诊、危重病人的
报告、异常的报告无法做到第一时间提醒医生。医生也无法主动查
询病人的报告进行到哪一步。
?数据不一致
由于数据共享不充分，导致多数接口在重复做，往往会出现数据在
不同系统间不一致的情况，如同样的检验报告，在LIS系统下看到的
格式有可能与HIS看到的不一样，甚至连数据都有可能不同，这就给
医生带来不小的困扰。
?数据入口多
由于点对点的接口方式，数据重复存在于各个系统中，无法形成统
一的数据中心模式，造成同一数据多个采集入口。
?接口安全性差
很显然在不同供应商之间开放数据库用户进行连接视图或读写中间
表，这种接口方式的安全性较低，一旦出现数据异常责任往往无法
追踪。
?接口耦合度高
点对点集成方式导致接口耦合度高，不利于后期的扩展及维护。
各系统界面、用户分散，无统一管理机制
?用户必须来回切换登录不同系统
?用户必须记住不同系统的不同用户及密码
?系统维护成本高
4.2医院集成平台总体框架
医院集成平台总体架构图
如上图所示，本平台中医院信息平台信息交换层，主要用于实现全院级应用系统互联互通的需求，主要任务以满足临床信息、医疗服务信息和医院管理信息的共享和协同应用为目，标采集相关业务数据，并对外部系统提供数据交换服务；提供支持HL7标准的消息传输机制，建立服务之间的通信、连接、组合和集成的服务动态松耦合机制，为集成遗留系统和新建基于SOA 的应用系统的服务集成提供了支撑。并在此基础上，开发面向应用的业务适配器组件，实现各集成应用之间可管理的接口透明，为医疗应用提供了便捷、一致、安全并符合标准的丰富接
口，保证服务之间信息的可靠传送，实现不同操作系统，不同数据库、中间件运行平台及其基于这些平台之上开发的应用软件的服务集成。
信息资源层是对于各个业务系统产生的医疗业务信息、临床信息、医院管理信息，通过业务信息库进行整合，主要服务于建立全院级的病人主索引的需求、建立全院级电子病历的需求，并为医院信息二次利用、为患者提供公众服务、与外部互联奠定数据基础；支持结构化数据存储，以XML格式提供结果数据，便于相关系统进行二次处理（如科研或质控）。
4.3标准化数据中心
依据卫生部2011年8月2日发布的《城乡居民健康档案基本数据集》，该标准于2012年2月1日起正式实施。该标准规定了城乡居民健康档案基本数据集的数据集元数据属性和数据元目录。数据元目录包括城乡居民健康档案个人基本信息、健康体检信息、重点人群健康管理记录和其他医疗卫生服务记录的相关数据元。适用于城乡居民健康档案的信息收集、存储与共享,以及城乡居民健康档案管理信息系统建设。
标准中规定了卫生信息中标识类数据元的数据元标识符、数据元名称、定义、数据元值的数据类型、表示格式和数据元允许值内容。数据元目录包括标识信息相关数据元。
按此标准建设的数据集内容涵盖了人员、医疗机构、医疗卫生术语、电子健康档案的数据集、数据元和各种代码标准的注册管理，数据标准化则提供了在数据注册过程中基于标准化转换服务，其囊括了区域卫生业务数据的所有数据标准规范，根据应用领域分为数据类标准、技术类标准、管理类标准和业务类标准，
并通过数据校验机制保障数据中心的数据进行标准化。
标准数据完全匹配国家对全程健康档案服务和注册服务的要求。数据注册涵盖了人员、医疗机构、医疗卫生术语、电子健康档案的数据集、数据元和各种代码标准的注册管理，数据标准化提供了在数据注册过程中基于标准化转换服务，其囊括了区域卫生业务数据的所有数据标准规范，根据应用领域分为数据类标准、技术类标准、管理类标准和业务类标准，并通过数据校验机制保障数据中心的数据进行标准化。
依据标准建设的中心数据库数据集内容包括：
1)基本数据字典：科室字典、员工字典、用户字典等；
2)患者注册基本信息；
3)门诊业务数据结果集：挂号记录、诊断记录、处方记录、结算记录等；
4)住院业务数据结果集：住院记录、诊断记录、医嘱记录、结算记录等；
5)健康体检数据结果集：体检登记记录、诊断记录、体格检查记录、评估
报告、费用记录等；
6)电子病历结构化数据集；
7)决策分析数据集；
8)医院管理指标数据集；
上述部分结构主要是结果集的采集存储，为了满足不同平台之间或系统之间数据交互，涉及的业务相关数据集：
1)住院患者信息相关表：如在院患者记录表、出入转记录表；
2)临床路径相关表；
3)单据记录及状态相关表：单据表、单据状态事件表等；
4)电子申请单记录表及医技预约反馈记录表；
5)检验、检查报告记录表；
6)系统间消息交互数据集；
4.3.1建立数据中心的意义
数据中心是医院的业务系统与数据资源进行集中、集成、共享、分析的场地、工具、流程等的有机组合。它将不同业务系统之间需要共享的信息、综合业务系统与区域共享需要的业务数据，按行业标准转换明文方式长期存贮在一个数据仓库中。
当前医院各业务系统面临的最大问题：
系统业务无统一数据标准
数据标准是指卫生信息采集表的处理过程中涉及到的标准，主要是指数据采集里的标准，定义各类数据标志的含义，规范数据采集的数据集能在不同系统之间传递的电子报文或者是电子文档。
由于医院各业务系统产生的数据需要长期保存，但建立在这些业务数据基础之上的各种字典，由于医改的需要在不断地变化，系统中各类字典也不断膨胀，为减少业务数据错误与系统维护工作，很多系统设计者只能将明文保存的基础业务数据表，造成业务系统运行效率低下，维护困难。
数据中心的建立，就是要将原各系统不能共享的孤岛信息，转换成符合国家或卫生部相关标准的数据集。为全院系统打造一个共享平台，统一字典维护，降低业务系统标准字典维护量，为区域共享提供可进行信息统计与挖掘的标准数据集。