智慧医院信息系统集成平台建设方案

1、智慧医院信息系统集成平台建设方案目录1. 建设背景42. 建设目标52.1 实现医疗信息资源整合与利用52.2 实现医院数据中心建设52.3 提供管理决策及临床决策支持53. 设计原则6统一性6实用性和先进性7安全性和可靠性7开放性、互连性和标准化7灵活性与可扩展性7经济性与投资保护8易管理和易操作性8整体设计和多种应用相匹配8可维护、可管理性84. 建设方案94.1 医院信息化建设面临的问题和难题94.2 医院集成平台总体框架114.3 标准化数据中心134.3.1 建立数据中心的意义144.3.2 共享基础信息库154.3.3 原始业务信息库164.3.4 交换信息库174.3.5 临床文

2、档库（CDR） 临床数据中心构建方法21ODS（操作数据存储）23数据仓库24医学知识库264.4 数据交换层284.1.1. 数据交换层总线技术特点314.1.2. 数据交换总线功能特点334.1.3. 基于数据交换服务总线的业务数据交互344.1.4. 跨医院信息交换平台364.5公共消息服务平台374.1.5. 支持HL7引擎服务部件384.1.6. 适配器服务部件411.1.2. Ensemble集成平台中间件431.1.3. 2.1.EnsembleHIE构成组件434.2.2. EnsembleHIE设计原则464.2.3. EnsembleHIE技术特点474.2

3、.4. EnsembleHIE功能介绍52病人主索引（MPI）551 .建设背景我国医院信息系统建设已经有三十年的发展历史，早期有所谓的AllinOne的系统，所有的应用都由一个供应商提供，服务于不同口的的应用模块，包装在一个软件包中，所有的数据库都是开放给所有的应用的，不需要接口引擎的设计。然而，医疗卫生信息的复朵性决定了医院信息系统的应用越来越复朵，医院对信息的需求也不断扩展，任何一个HIT厂商不可能提供医院所需要的全线产品（也包括国外的HIS厂商），要实现真正一体化的医院信息系统，必须引进不同厂商的信息系统产品。因此在同一医院环境下，集成不同厂商的产品就成为医院信息化建设过程中必然遇到的

4、问题。一开始儿个厂商的产品要达到互连互通，往往是采用点对点的接口方式，因为这种方式简单、易行且成本低，例如，将一个医疗保险的结算系统与医院的住院及门诊病人的费用管理系统集成。然而，当医院的应用扩展到十儿个乃至儿十个应用系统时，问题就变得困难起来。医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家,基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为制约医院数字化发展的主要障碍。而如何把这些系统连接实现各部门各专业信息共享就成了医院信息化建设中面临的一大难题。如果以传统的方式在各系统之间做接口的

5、话就将出现众多的接口，这将给医院信息系统的稳定性、安全性、可幕性、效率等带来巨大的隐患，同时以让医院的运行维护成本成倍增长，如果医院要对其中一个应用系统进行升级或更换就必须再做众多数据接口。随着国家新医改政策的实施落实，以医院为单位的管理模式已不能满足广大人民群众日益增长的医疗卫生需求，信息共享是实现信息价值最大化的重要途径之一，区域医疗信息共享是信息化发展的必然趋势，为了实现医疗信息的区域化共享，同样需要在医院内部把不同数据资源进行集成整合。在此背景下通过医院信息集成平台来代替原来数M众多的点到点数据接口，为医院信息化建设提供标准和规范，只要各应用系统都支持这些标准和规范，原则上就能与应用信

6、息平台进行数据交换，并能同与平台相连的应用系统进行数据交换。2 .建设目标2.1 实现医疗信息资源整合与利用为实现各业务系统信息互联互通，如果采用推倒重建的方法，就有可能将浪费大M的资金，并引起业务震荡。通过医院信息平台的建设尽M减少不必要的重复建设。医院原有的各业务系统和信息系统通过医院信息平台提供的接口实现整合，继承已有的数据资源和服务。通过建设医院信息平台，将原先分布在各业务系统中的信息交换整合到医院信息平台，实现医院各个科室之间、医院之间信息的互联互通，最大限度地方便病人就医、方便医院一线医护人员工作、方便各类管理人员分析决策。2.2 实现医院数据中心建设为了使医疗活动可以准确、快速地

7、进行，医疗服务者不但要接收到清晰的医疗指令信息，还需要掌握服务对象相关各方面信息、记录服务对象在医疗活动中的情况及结果；因此要保证数据信息的高效利用，达到一处采集多处利用：以病人为主线，将病人在医疗机构中的历次就诊时间、就诊原因、针对性的医疗服务活动以及所记录的相关信息有机地关联起来，并对所记录的海M信息进行科学分类和抽象描述，使之系统化、条理化和结构化。建设医院数据中心，通过数据中心实现不同信息系统、组织机构间信息资源整合，实现业务数据实时更新，确保信息同步；满足管理决策、临床决策、科学研究、对外信息共享；实现统一的数据仓库的设讣及技术文档、元数据管理等功能。建设医院信息集成平台需制定统一的

8、信息交换标准，统一卫生信息标准与数据字典。2.3 提供管理决策及临床决策支持凭借数字化医疗信息服务的先进技术作为强有力的支撑，利用更为先进的信息化手段，掌握工作的主动权，把传统事后处理转为实时监控。建设医院信息平台，规划医疗资源，实现诊疗流程再造，提高医院运作效率，提升医院的整体服务能力，有效解决就诊“三长一短”现象；建立统一的门尸信息，为病人的全面医疗健康信息的保存、传递、查询提供有效的数据，对数据的快速实时查询。通过对数据进行分析和处理，对信息进行有效利用，帮助管理者进行科学管理决策，帮助医生进行基于循证的医疗决策和医疗讣划的制定，支持临床应用科研的开展。3 .设计原则口前，大部分医院的医

9、疗信息系统实现数据共享是采用了传统点对点通信模式的方法，这样的方式需要每两个系统之间都有专用的接口，且当有新系统添加进来的时候，也必须要单独为每个子系统开发与新系统相应的接口，工作M极大。这样的专用接口也存在很大风险，容易导致系统崩溃，中断医院正常的医疗业务流程。因此，需要建设一个能与全院所有医疗信息系统宜接沟通的数据集成平台,以此为中介，实现各系统间的数据共享和交互。建立一个以现有信息系统和数据资源为基础，符合标准的、高可靠的、开放式医疗卫生信息共享平台，实现区域卫生协同和诊疗信息共享；在平台上提供区域级的标准组件服务、诊疗知识服务，以及协同医疗、卫主监管和健康管理等应用服务，有效提升医疗卫

10、生服务水平和服务能力，支持创新具有区域特色的开放、实用、共享、持续的医疗卫生服务模式。L!前通常采用基于中间件模型和数据仓库等方法来构造集成的系统，这些技术在不同的着重点和应用上解决数据共享和为企业提供决策支持。在方案设讣时遵循了以下原则：统一性统一设计原则统筹规划和统一设计系统结构。应用系统建设结构、数据模型结构、数据存储结构以及系统扩展规划等内容，均需从全局出发、从长远的角度考虑。实用性和先进性当今的计算机技术日新月异，因此要求选择的方法、技术、工具、设备不仅要保证具有先进性，而且要保证技术方向的正确性。设计的方案要结合考虑实用和兼顾今后发展的LI的，不论在服务器、软件及中间件等软硬件产品

11、方面，还是在方法论、工具方面，都应选择当今国际上成熟的、主流的并领先的产品和技术来适应更高的数据处理要求，以满足医疗管理信息系统未来5-10年的需求发展,并应具有良好的扩展潜力，以适应未来业务的发展和技术升级的需要。安全性和可靠性保证服务设计？的整体方案要通过多种安全技术和防护手段，保证系统自身的安全性不会中断。在本项U方案中，最重要的设讣出发点就是系统的安全，关键设备或设备核心部件应当采取兀余设计，能够避免单点故障导致系统整体或重要功能的丧失，保证系统平稳运行，最大限度减少停机时间而且包括便于故障排查、恢复和日常的运行维护的机制。在采用硬件备份、冗余、负载均衡等可靠性技术的基础上，采用相关的

12、软件技术提供较强的管理机制和控制手段，以提高整个系统和数据的安全可黑性。开放性、互连性和标准化系统必须采用国际、国家标准、协议和接口，能与现有的和未来的系统互连与集成，支持HL7、IHE、DICOM、ICD10等标准。灵活性与可扩展性设计的方案应当考虑系统的灵活性和可扩展性。系统建成后要能够满足业务近期、中期棋至长期时间范圉数据和业务快速增长的需要。适应U前需求的基础上，能够满足医院以及相关医疗机构不断发展的信息化需要，充分地为将来可预见和不可预见的性能扩充留有余地，并具备方便地扩展系统容M和处理能力和支持多种应用的能力，可以根据业务发展的需要进行灵活、快速的调整，实现信息应用的快速部署，而且

13、新功能、新业务的增加能够在不影响系统运行的情况下实现。系统要充分考虑到扩容和升级的需要，能灵活方便地适应未来系统可能的变化。选择应用开放性标准的产品，确保设备的兼容性；通过系统结构的合理设计和适度资源冗余，为未来的系统扩充打下基础，保证需求增加时系统的平滑扩充，保证前期的投资。经济性与投资保护方案所选用的技术和产品应当全部遵循通用的国际或行业标准，各系统模块之间有良好的兼容性和较高的性能价格比。从长远来看，也便于系统的升级和移植或运行其他应用软件，实现整体效益，而且能以较低的成本、较少的人员投入来维护系统运转，提供高效能与高效益的医疗信息服务。易管理和易操作性设计方案支持全面、完善、便捷、统一

14、的系统管理和应急处理预案，保证一旦发生问题能在最短的时间内处理解决。而且，系统应具有良好的用尸操作界面、完备的帮助信息。集成完备的运行监视系统、良好的管理界面工具或远程控制台,易于管理人员对其进行管理和维护，系统参数的维护与管理通过操作界面实现。整体设计和多种应用相匹配集成平台需要进行统一设计，但是考虑到应用的多样性以及业务、部门等的差异，整体设计乂不要过于制约具体的应用开发，要为各种应用开发提供灵活的手段。可维护、可管理性通过统一网管，对信息系统平台进行统一管理，提供可视化的网络拓扑、网络状态监控、故障事件实时预警和告警、异常网络流M统讣等。4 .建设方案4.1 医院信息化建设面临的问题和难

15、题难题1:系统集成度较低医院信息工作以采集到的数据范圉与数M为主要工作LI标，而这些数据采集后的共享与深度利用往往被忽略。口前，很多的医院都建设有独立的PACS、LIS、手术麻醉等系，这些系统很多是科室根据自身业务需要，由科室主导建立起来的。这些系统在建立时并未考虑与医院信息系统的集成，或者当时医院信息系统并不具备集成应用的条件，所以就成为孤立的系统。山于信息没有利用好，往往使医院无法看到信息化工作的真正回报，医院信息化工作就无没得到医院领导者们足够的重视。对于信息化工作来说，信息的采集基本上是投入性的工作，而信息的有效、及时利用才是信息化工作的收益。难题2:规范化、标准化程度低我国医院信息化

16、建设的过程中，采用的标准、规范很少，信息的共享与交换主要以升级、更换厂商而带来“点对点”的方式进行，这种方式个性化极强，往往会因为系统严重后果。传统点对点模式基于传统“点对点”宜连数据接口方式来集成系统，如果另一个应用程序系统A（第n+1个）必须集成进来，将需要产生、文档化、测试和维护2n个新的接口。而更糟的是，必须修改每个已有的应用程序中的代码以包括进新的接口，因而将增加大M的成本和复杂度。：点对点集成方式存在以下问题：/接口不规范接口间的调用方式各不相同，如有存储过程、视图、中间表、应用程序、动态库等等,无法形成统一的接口规范。/数据不共享虽然现在大多数系统间均有做接口进行数据交互，但往往

17、只做到最基础的数据采集上，信息间的共享并不充分，如急诊、危重病人的报告、异常的报告无法做到第一时间提醒医生。医生也无法主动查询病人的报告进行到哪一步。/数据不一致山于数据共孕不充分，导致多数接口在重复做，往往会出现数据在不同系统间不一致的惜况，如同样的检验报告，在LIS系统下看到的格式有可能与HIS看到的不一样，甚至连数据都有可能不同，这就给医生带来不小的困扰。/数据入口多山于点对点的接口方式，数据重复存在于各个系统中，无法形成统一心模式，造成同一数据多个采集入口。/接口安全性差很显然在不同供应商之间开放数据库用片进行连接视图或读写中间口方式的安全性较低，一旦出现数据异常责任往往无法追踪。/接

18、口耦合度高点对点集成方式导致接口耦合度高，不利于后期的扩展及维护。的数据中表，这种接各系统界面.用片分散，无统一管理机制/用片必须来回切换登录不同系统/用片必须记住不同系统的不同用片及密码/系统维护成本高4.2 医院集成平台总体框架K务人WfI户念老公众IK务J户KKfa息平台门户层虞阮笛理人加i户0II；岳疗？卡通电于和历泊用餐电了？豹历御理签负城厌存上萤悔同is-rewtoftit诙斥轴砒决聚然市公众服务，；一一一一一医院借忌平台Hi务辰旌册服召）（|乜子倚浙存僦腋另）唱十病易档案授事仁联业务肚同支控服务B标准体系借息贞溥业务一仁凤你一数抿交换人院佶息、佶息送换层敷据整合威务臬成流程聚合曾

19、理监控WwwW一-刚外冢务W?L信息康ttm医院业务应用层系统运维管理体系m作M门盘芥号杀起临床朋务8醺S盘电ftnR纯病案ffa系人力席住理东炜住息耗础设施是系蜒软聂件、77梆、网绪设备BI医院集成平台总体架构图如上图所示，本平台中医院信息平台信息交换层，主要用于实现全院级应用系统互联互通的需求，主要任务以满足临床信息、医疗服务信息和医院管理信息的共享和协同应用为U,标采集相关业务数据，并对外部系统提供数据交换服务；提供支持HL7标准的消息传输机制，建立服务之间的通信、连接、组合和集成的服务动态松耦合机制，为集成遗留系统和新建基于SOA的应用系统的服务集成提供了支撑。并在此基础上，开发面向应

20、用的业务适配器组件，实现各集成应用之间可管理的接口透明，为医疗应用提供了便捷、一致、安全并符合标准的丰富接口，保证服务之间信息的可靠传送，实现不同操作系统，不同数据库、中间件运行平台及其基于这些平台之上开发的应用软件的服务集成。信息资源层是对于各个业务系统产生的医疗业务信息、临床信息、医院管理信息，通过业务信息库进行整合，主要服务于建立全院级的病人主索引的需求、建立全院级电子病历的需求，并为医院信息二次利用、为患者提供公众服务、与外部互联奠定数据基础；支持结构化数据存储，以XML格式提供结果数据，便于相关系统进行二次处理（如科研或质控）。4.3 标准化数据中心依据卫生部2011年8月2日发布的

21、城乡居民健康档案基本数据集，该标准于2012年2月1日起正式实施。该标准规定了城乡居民健康档案基本数据集的数据集元数据属性和数据元LI录。数据元LI录包括城乡居民健康档案个人基本信息、健康体检信息、重点人群健康管理记录和其他医疗卫生服务记录的相关数据元。适用于城乡居民健康档案的信息收集、存储与共享，以及城乡居民健康档案管理信息系统建设。标准中规定了卫生信息中标识类数据元的数据元标识符、数据元名称、定义、数据元值的数据类型、表示格式和数据元允许值内容。数据元I录包括标识信息相关数据元。按此标准建设的数据集内容涵盖了人员、医疗机构、医疗卫生术语、电子健康档案的数据集、数据元和各种代码标准的注册管理

22、，数据标准化则捉供了在数据注册过程中基于标准化转换服务，具囊括了区域卫生业务数据的所有数据标准规范，根据应用领域分为数据类标准、技术类标准、管理类标准和业务类标准，并通过数据校验机制保障数据中心的数据进行标准化。标准数据完全匹配国家对全程健康档案服务和注册服务的要求。数据注册涵盖了人员、医疗机构、医疗卫生术语、电子健康档案的数据集、数据元和各种代码标准的注册管理，数据标准化提供了在数据注册过程中基于标准化转换服务，具囊括了区域卫生业务数据的所有数据标准规范，根据应用领域分为数据类标准、技术类标准、管理类标准和业务类标准，并通过数据校验机制保障数据中心的数据进行标准化。依据标准建设的中心数据库数

23、据集内容包括：1）基本数据字典：科室字典、员工字典、用六字典等；2）患者注册基本信息；3）门诊业务数据结果集：挂号记录、诊断记录、处方记录、结算记录等；4）住院业务数据结果集：住院记录、诊断记录、医嘱记录、结算记录等；5）健康体检数据结果集：体检登记记录、诊断记录、体格检查记录、评估报告、费用记录等；6）电子病历结构化数据集；7）决策分析数据集；8）医院管理指标数据集；上述部分结构主要是结果集的采集存储，为了满足不同平台之间或系统之间数据交互,涉及的业务相关数据集：1）住院患者信息相关表：如在院患者记录表、出入转记录表;2）临床路径相关表；3）单据记录及状态相关表：单据表、单据状态事件表等；4

24、）电子申请单记录表及医技预约反馈记录表；5）检验、检查报告记录表；6）系统间消息交互数据集；4.3.1 建立数据中心的意义数据中心是医院的业务系统与数据资源进行集中、集成、共享、分析的场地、工具、流程等的有机组合。它将不同业务系统之间需要共享的信息、综合业务系统与区域共享需要的业务数据，按行业标准转换明文方式长期存贮在一个数据仓库中。当前医院各业务系统面临的最大问题：系统业务无统一数据标准数据标准是指卫生信息采集表的处理过程中涉及到的标准，主要是指数据采集里的标准，定义各类数据标志的含义，规范数据采集的数据集能在不同系统之间传递的电子报文或者是电子文档。曲于医院各业务系统产生的数据需要长期保存

25、，但建立在这些业务数据基础之上的各种字典，曲于医改的需要在不断地变化，系统中各类字典也不断膨胀，为减少业务数据错误与系统维护工作，很多系统设讣者只能将明文保存的基础业务数据表，造成业务系统运行效率低下，维护困难。数据中心的建立，就是要将原各系统不能共享的孤岛信息，转换成符合国家或卫生部相关标准的数据集。为全院系统打造一个共享平台，统一字典维护，降低业务系统标准字典维护M,为区域共享提供可进行信息统讣与挖掘的标准数据集。涉及到医院系统的主要标准有：疾病代码、科室分类、药典、非药品记费项目。业务系统数据接口由于医院业务管理系统，是一个长期运行，不断完善的情况下壮大成长起来的，医疗信息技术标准没有惯

26、彻到整个业务中。山此造成上线系统越来越多，各系统之间数据的调用频繁，数据接口也就越来越多，越来越复杂。经常出现莫个业务系统升级无法到相关信息，或因莫业务系统升级造成其它业务系统数据混乱的现象。医院业务需求扩张各业务系统随着用尸应用不断深入产生新的业务需求：如质控、CA认证、闭环医嘱等。这些应用必须建立在多个系统之上，若将这些应用需求不断加入到基础业务系统中，势必造成基础业务系统数据M不断膨胀，造成基础业务系统的可维护性与运行效率越来越差。病人信息综合处理LI前医院的系统是按功能进行划分的，如：HIS系统保存病人费用与医嘱内容、LIS保存病人检验数据、PACS保存病人影像信息等。医生对病人的诊断

27、往往来源于医院各业务系统，对其数据进行综合的结果。将这些来源不同系统并标准不统一信息，整合在一个界面中进行综合处理，存在巨大的障碍与分析效率低下的问题。将基本业务产生的数据，对其进行质M控制、清洗、转换保存到综合医疗业务数据仓库，长期海M保存。使基本业务与综合医疗业务的运行建立不同数据仓库中，实现分布式并行运行，有效地解决了高效、稳定的前台业务与多变的综合展示业务之间运行效率的矛盾，极大地提高了基础业务系统的维护性与稳定性。4.3.2 共享基础信息库基础信息库集中了整个医院信息平台的基础信息和共享数据，是为各个子系统提供基础信息服务的。基础信息库包括了患者的人口学信息、医疗卫生人员的注册信息、

28、以及各种医疗卫生、公共卫生术语字典数据及流程模板数据等。病人基本信息是基础信息数据库中的核心内容之一。无论是电子病历、医疗业务、临床信息，还是疾病分析信息和公共卫生条线数据都是以病人基本信息为基础的。在此基础上，实现电子病历、医疗业务（含临床数据）的关联。医护人员库是基础信息数据库中的另一个核心内容，以医护人员信息为基础。可以建立医院诊疗资源注册库，可以作为医院管理以及绩效考核的基础。数据元字典是辅助各类医院业务、临床业务的基本数据元、代码集以及数据字典；以及包含了医院各种业务、流程说明模版的操作模型。流程模版库是包含了医疗机构医疗业务、临床路径、管理流程、财务结算等所有信息系统正常运转、分布

29、协同的规则库。通过流程模版库的流程引擎指导，能够明确患者在医疗机构内如何进行就医，临床医生如何对患者进行准确诊断，防保医生如何对疾病进行控制和分析，管理及后勤人员如何对医疗资源进行合理分配或者补充采购、财务结算人员如何统讣和控制医院的收入和开支。流程模版库是医疗机构保证正常运转的核心，对各级医疗卫生人员和患者的医疗行为起着规范和指导作用。4.3.3 原始业务信息库业务信息库是整个医院信息平台的数据基础，主要存储原始业务产生的数据，以未经过进一步加工的数据为主。包括诊疗业务流程产生的结果数据、医疗服务管理数据以及医院运营管理流程产生的结果数据。这些未经修改的数据，作为电子病历的备份存储，在以后发

30、生任何疑问时，可调阅业务信息库中的数据进行核实。业务信息库中的数据要求在存储后不能被修改和删除，将作为系统的原始凭证被永久保留。从时效性和实际业务需求出发，业务信息库至少也要保存50年之内在线业务操作及结果数据。医疗机构内部的业务数据分布于不同的信息系统自身的数据库之中，因此而要接入到覆盖整个医疗机构的信息平台上，以提供对原有业务数据的整合、利用服务，并为机构之间以及业务系统之间的联动提供支持。业务系统通过设置交换信息库作为与信息平台的接入端代理，来实现业务系统与信息平台的互联互通性。体现在数据结构层面，就是业务信息库通过交换信息库实现数据的接入。除了在信息平台上保存即时产生的，符合临床诊疗要

31、求的各种业务原始数据以外，还需要以患者的基本信息为基础，整合患者历次就诊的就诊履历，完善患者的医院电子病历。患者的基本信息保存在基础信息库中，电子病历保存在临床文档信息库中，也就是说，业务信息库根据基础信息库中的患者信息进行整合，并最终形成存储在临床文档信息库中的电子病历。4.4.4交换信息库交换信息库是信息平台的数据转换枢纽，包括中心交换库和对外交换库。中心交换库的作用主要是对医疗机构内部信息系统业务数据的采集、整合以及医疗机构内部信息系统之间业务联动。对外交换库的作用主要是实现医院信息平台与区域信息平台的数据交互。中心交换库考虑到医疗机构各个信息系统相对的独立性以及数据之间的关联性，我们医院信息平台中设立中心信息交换数据库。中心交换库是采集医院各个业务信息系统的信息，并整合程电子病历信息的区域，也是各个业务信息系统基础信息和专业信息交换的信息存储区域。中心交换库存放各个信息系统交互的信息，包括了电子病历信息、基础信息(患者基本信息、医疗人员