大型三甲医院基础集成信息平台架构设计案例 附医院大数据集成与服务平台的建设与应用

一、基础集成倍息平台建设背景

医院正在逐步迈入信息化浪潮，远离人工统计和纸质记录的旧时代，目前，我国三甲医

院已经基本完成了现代化信息系统的建设工作，以某院为例，处设了包括His信息系统、一

体化临床工作站、HRP系统、APP、护理病历、超声系统、内镜系统等几十个信息系统，而

且随着医院对信息化发展的不断重视，信息系统在未来几年内会有一个快速增长，然而面临

的问题也是日益加剧，最初的设计重点局限在满足业务需求上，并没有把可兼容性、数据共

享性、高扩展性考虑进去，当系统较多的时候，交互接口数量基本上都是以指数级增长，给

系统的开发、运维维护带来很大问题。

某院在最开始筹建基础集成信息平台时，通过对信息系统的调研和科室的走访,发现信

息化有如下几类问题比较严重：

（-）各业务系统交叉互联现象严重，集成方式多样，主要包括WebService、视图、

文件、动态链接库、cxc程序、界面集成等方式。

例如，手机APP、微信的医院网站系统中，获取医嘱、缴费等信息是通过主动调用HIS

提供的WebService接口方式实现，当HIS的医嘱信息发生变化时App或微信系统只能通过

刷新的方式再次调用WcbScZcc接口获取，HIS不能主动推送医嘱变化消息，效率和系统

使用效果不好。

（二）基础数据问题

1.由于各类基础数据、字典未形成统一的管理方式，多散落在不同的系统中自行维护,

数据不一致现象比较严重。

2.目前医嘱开立在HIS的医生工作站中完成，检查项目、检验项目、治疗项目采用的

是HIS的物价收费项目，而不是医技科室的临床检杳、检验笔术语项目，需要通过对照完

成转换。

3.由于有的基础数据采用程序同步的方式，因此会有数据不•致，同步不及时的问题。

（三）患者主索引及临床数据文档共享问题

1.临床医生在医生工作站中查看患者的检查结果、检验结果时，只能从不同的菜单中

链接由各自的医技系统提供的Web界面，无法统一查看患者的检查、检验结果信息，也不

能杳看患者的历次检套、检验结果信息。

2.由于同一病人会反复入院，但系统尚不能从统一的视图查到病人的所有诊疗记录，

免去医生反复查询的工作。

3.电子病历与病理系统、影像系统的对接做的不好，负贡登记的技术员需要登录多个

系统查询同一病人的信息。

4.病人门诊号、病理号、住院号各不相同，技术员无法通过唯一标识识别病人，如遇

重名则需要技术员人工区别。

（四）业务流程现状问题

1.检查申请单业务流程问题

1）CT、MR可以在门诊、住院申请单预约，门诊患者缴费后拿着申请单及缴费单据到

影像放射登记科室登记，通过RIS系统进行预约确认、到检登记，同时通过HIS终端系统

进行确费，预约确认、到检登记、上机检查、出检查报告等各业务环节都不能通过系统反馈

给HIS,医生无法掌握患者的检杏进度情况：

2）内镜检查目前没有实现预约，内镜检查登记系统不能获取电子申请单信息，登记人

员通过患者手持的纸质申请单进行人工录入，后续各环节信息不能通过系统反馈给HIS,医

生无法掌握患者的检查进度：

3）病理申请仍采用纸质申请单形式，缺乏质量管理模块；

2.挂号、预约挂号业务流程问题

某院患者可以通过自助机、手机APP、电话预约、现场、微信、支付宝等多种挂号方

式，号源池统一放在HIS中管理，但由于挂号渠道多样，针对不同业务场景没有进行统一

的业务梳理，不同业务场景下对号源池处理的业务规则也不相同，因此此处的接口比较乱，

后续如果再增加其他类型的预约挂号方式，业务的更杂度会逐渐增大。

二、需求分析

2.1基础数据治理需求

目前，医院30多个其他系统与HIS系统有接口关系，同时为了让业务流程能够有效运

转，HIS系统也与大量的其他系统有接I」关系。这种网状的耦合关系使得系统维护、升级或

更换等异常困难、成本高昂。因此基础数据治理，形成全院级基础数据标准势在必行。

2.2建立全院统一的患者主索引的需求

医院信息整合要解决的关键问题是患者信息的不统•。目前医院各个应用系统均有患者

基本信息，但是数据的标准不统一，维护的方式不统一。临床医疗活动均是以患者为主线的,

如果患者的信息不统一是无法实现电子病历等数据整合的。因此，必须要建立全院级统一的

病人主索引，并以此为基础实现医院数据层面的整合，构建EMPI,实现患者身份的精确识

别是打通院前、院内、院后各医疗健康环节的基础，是实现以病人为中心的健康服务的重点

之一。

23以电子病历为核心构建临床数据存储库的需求

目前患者的电子病历文档、检查结果（B超、CT、MR、病理、内镜等）、检验结果信

息都分散在不同的临床业务系统中，医生想要了解患者的临床信息需要切换到不同系统中查

看•，不便于•辅助诊断。因此，医院迫切需要建立以患者为中心的临床数据存储库（CDRClinical

DataRcposiiory）,将患者历次诊疗过程中产生的临床数据及临床文档信息以标准化的方式进

行集中存储，供各种临床业务角色在不同业务场景中进行调阅。同时，也能解决由于临床系

统升级，临床数据丢失的问题。

2.4基于平台重构HIS及CIS系统需求

医院提出强化“以病人为中心”的临床服务功能的需求，未来逐渐将HIS系统中临床

服务相关功能剥离，仅保留费用服务相关功能，重新构建以贽用服务为核心的HIS系统和

以电子病历为核心的CIS系统。

因此，需要平台基于SOA理念梳理出公共标准服务（医嘱、费用、电子病历、申请单

等），并通过平台对外发布服务，实现临床服务与费用真正剥离。另外，手术麻醉系统、重

症监护系统、内镜系统、病理系统等临床系统，目前的医嘱开立、医嘱执行确认等工作都是

在HIS中完成，医生、护士需要切换不同的系统，工作效率低卜；因此也希望未来可以直

接在手术麻醉系统、重症监护系统、内镜系统、病理系统中进行•医嘱处理，结合CDR及知

识库提供临床决策支持，提升临床系统的应用水平。

2.5基于平台深化临床专科系统应用需求

医院的信息化越来越向专科化、专业化方向发展，很多医院专科内部都有其特有的诊疗

流程，HIS通用的解决方案方式很难适应各专科的个性化需求。但引进平台后这种格局将被

逐渐打破。因为，医嘱、费用、检查、检验、病历等各类临床标准服务通过平台梳理完成，

并通过平台对外发布，而且平台基于服务提供插件，可以将插件插入专科系统中，让专科系

统升级、改造将变得轻松容易。并结合CDR及知识库提供临床决策支持，提升专科系统的

应用水平。

2.6支持集团化医院建设

医院未来的发展方向是建设集团化医院，信息化必将成为重要的支撑手段。通过基于电

子病历的医院集成平台，构建满足区域医疗协作需求的如区域医疗一卡通、预约挂号系统、

医技预约系统、双向转诊信息、远程医疗等系统，实现集团医院和远程会诊访问端与医院之

间的医疗业务协同。

三、总体设计方案

3.1集成平台总体架构设计方法-开放组体系结构框架（TOGAF）

在传统医院信息化建设过程中，往往忽视了“架构设计”的重要性，整个IT建设工程

在信息化规划之后，直接投入到项目建设阶段，最后造成项目无法满足客户需求，包含战略

发展需求、业务管理需求和基本运行需求，最终项目无法交付.

本项目建设应高度重视“架构设计”的重要性，架构设计从医院战略分析出发，设计出

一套符合要求的架构，包含建设愿景、业务架构、应用架构、教据架构、技术架构和部署架

构，坚持符合“建设目标”的京则，确保建设的内容是高度可交付的，不仅可以保证医院运

营和管理的可持续性和不断发展，更可以确保这种IT建设是不断迭代的，进而促使医院信

息化建设可以不断支持医院战略发展。

图3-1架构设计方法

信息化建设应坚持顶层设计原则，医院信息化建设应坚持做好“架构设计”，好的架构

设计必然需要遵循科学的设计方法和体系。目前.，世界上广泛采用的架构设计方法是“开放

组体系结构框架（TOGAF）”，目前已经发展到9.x版本。

TOGAF由国际标准权威组织TheOpenGroup制定，不仅有80%的福布斯（Forbes）全球

排名前50的公司在使用，而且支持开放、标准的SOA参考架构。开放组体系结构框架

（TOGAF）是一个行业标准的体系架构框架，它能被任何希望开发一个信息系统体系架构

在组织内部使用的组织自由使用。TOGAF是为开发企业架构的一个详细的方法和相关支持

资源的集合。TOGAF将帮助国内医院大大节约IT建设成本，增加业务模式的灵活性，更加

的个性化、随需应变，并提高信息系统应用水平，同时还可以对业务模式创新起到推动作用。

同时，由于TOGAF不仅仅是一套标准，更是一种方法，能带来最佳管理实践。

基于TOGAF,在架构设计阶段，我们引入适合本项目建设的架构设计方法和流程（如

图3-2）

图3-2架构设计方法和流程

1.业务架构设计

医院战略发展规划或目标的达成必定需要各个业务域的支承，在业务架构设计时首先需

要识别出各个业务域，然后分析出各个业务域的角色组成及他们之间的关系，接着分析出业

务域之间的利益关系，最后总结和设计出符合IT建设目标的业务流程。

2.应用架构设计

在业务架构的设计中，每个角色Usa•的业务操作其实就是一个功能需求，每个业务操

作必然产生Create数据结果，基于UC（Uscr/Crcatc）矩阵方法，我们可以归纳和设计出子

系统，最终形成子系统之间的逻辑关系框架就是应用架构设计.

3.数据架构设计

数据是信息化建设的根本，数据的合理存储更是一门科学！我们可以从数据的不同特性

来对数据进行分类，例如业务特性、实时性、长久性、法律法规相关性、业务稳定性等等，

然后根据这些特性来决定哪些数据应该存储在•起，哪些数据应该被分开存储，哪些数据应

该永久保存。

4.技术架构设计

从业务流程到应用实现再到数据存储，以及它们之间的信息流转，信息技术是支撑信息

流转的必备条件。项目建设需要充分分析各个层面所需的技术手段，从可行性、性价比、扩

展性、规范性等方面做好技术选型，确保信息化建设灯以快速、高效、高质量的开展。

5.逻辑部署架构设计

信息系统的各种设计完成之后，我们还需要分析这些信息系统该如何正确的部署，哪些

系统应该独立部署，哪些系统应该集中部署，不仅需要考虑运行效率、稳定性，还要考虑性

价比和易维护性。

6.物理部署架构设计

信息系统都是运行于网络和硬件设备之上的，在确定了信息系统的逻辑部署架构之后，

我们还需要确定运行信息系统需要什么样的物理硬件或网络支持。

3.2集成平台业务架构设计

医院基于电子病历的医院信息平台包含接入层、平台组件、资源信息层、平台标准服务、

基于平台的应用、基于平台的信息门户、信息标准体系、信息安全体系，共8个组成部分：

（一）接入层：医院信息平台从医院现有信息系统、集团医院信息系统、上级区域卫生信

息平台采集数据、信息共享、业务协同：

（二）平台组件：是一套业界已经非常成熟的中间件产品、工具，用于实现消息交互、应

用系统集成、适配器、企业服务总线，是医院信息平台建设的基础：

（三）信息资源层：是医院信息平台基本运行和展现建设效果的基础，包含EMPI数据、

术语与基础数据、CDR临床数据存储库、CDR文档库、知识库、运营数据中心ODS、基于

主题数据仓库、科研数据仓库、日志数据库等，是医院的“信息资产”：

（四）平台标准服务：主要包括两大类标准服务，一类是由平台内部公共组件提供的共性

服务通过医院企业服务总线以代理方式对外发布，例如：患者主索引服务、临床文档注册/

共享服务、临床决策支持服务等：另一类是由医院既有系统提供的共性服务通过医院企业服

务总线以代理方式对外发布，例如：医嘱服务、费用服务、患者入出转服务等。

（五）基于平台的应用：是医院信息平台面向院内、院外提供的应用程序和SOA服务，

包含医疗一卡通、CPOE、申请单流转系统、基于CDR的应用、临床倘助决策支持、过程

质量监控等；

（六）基于平台的信息门户层：用于统一信息服务，支持跨屏的信息服务，提高信息服务

水平，包含患者门户和医务人员门户等。

HK.fMR,US.PACVMS•…“宠，执两坛中板

图3・3集成平台系统架构设计

3.3集成平台应用架构设计

业务类应用系统由医院信息系统HIS、以电子病历为核心的临床信息系统CIS、综合运

营管理系统HRP、科教研管理系统、后勤管理系统、客户关系管理系统、健康管理系统和

区域医疗协作系统组成，这些系统之间相互依赖、相互协作，共同支撑着医院的日常业务运

行和后台管理。

门户PortaI

务

数据分析与业

向

效据分析与决策支构系统(BI)协

决策支持

客户服务蛤床服务运营管理科研管理

樨

数

候

客户关系臣应管"性尿管理人时始上

蝇

管也不统行息系籍偌息*标―#4t与分析系甄覆

鹫“平台

(CSM)(HIS)(CIS^R)(HRP)

城

区

同

助

用

应

4就

OPACS合If袁建供应1：

/RIS用药>*■■■

病度心电内检移动*««：丽药场售巫团

».修

技化

*轨StL此药*«L*统

应

辅同

杀

助日间病房和一体化药白财门而好0DP珞本管理用

嵬

房©动能1药蛤液系惊打印动输液我

一

一

他

人

(HS8)一

集成惨T

点

平台用

术济与cutRPI

M毓

(看床数珏百厩)(Z才主•引〉

图3-4集成平台应用架构设计

我们将业务类系统再细分一层得到第二层医院信息系统应用架构设计：

I.在临床服务方面，形成以费用服务为核心的HIS系统构建和以电子病历为核心的CIS

系统构建，强化“以病人为中心”的临床服务功能。这两块的重构都是以平台为基础的。

2.在综合运营管理方面，建设医院综合运营管理系统H-ERP,实现以会计为中心，预算

为主线，成木、物流、固定资+为基础，绩效为杠杆的一体化运营管理，辅助医院逐步完善

科学化分配体系，内增活力，辅助医院运营管理实现可持续发展和跨越式发展的。

3.在区域医疗协作方面，基于医院优势医疗资源，建设双向转诊、远程会诊、影像中心、

临检中心、病理中心、分级医疗等了•系统，实现医院与分院、协作医院、基层医疗卫生服务

机构之间的信息共享和业务协同，辅助医院逐步开展基于信息叱的区域医疗协作业务。

4.在医、教、研一体化建设方面，内增活力，构建医院教学、科研相关的信息系统建设,

特别在国家、省级重点学科科教系统与临床信息系统、临床支持系统之间的信息共享，只有

信息共享的医、教、研一体化也设才能真正辅助医院不断提升核心竞争力、不断发展，为临

床医学科研创新提供活力，为区域提供更高质量的人才培养和输出。

5.在信息系统整合方面，包含“信息展现的整合”和“信息交换的整合”，信息展现的

整合即“门户Porial”，可以使各种相关信息展现在不同设备上，如PDA、平板电脑、手机

等，让使用信息系统的各类人群更加方便快捷：信息交互的整合即我们常说的“系统接口实

现”，基于电子病历的医院信息平台可以实现标准化的信息系统整合，通过信息的“大整合”

让使用信息系统的医疗人员、医院管理者更为“一目了然”。

6.在客户关系管理方面，建设和完善客户关系管理系统，实现客户(这里特指外部客户,

即患者或保健人员)档案电子化，实现客户服务多元化，辅助医院为客户提供优秀的医疗服

务和信息服务，为医院创造效益。

7.在临床决策支持方面，建设临床数据存储库、知识库，并以临床数据存储库为基础结

合知识库对外提供临床决策支持服务。

图3-5第二层医院信息应用架构设计

3.4集成平台数据架构设计

医院集成平台数据架构在设计上支持集团化医院建设，通过医院信息平台将医院各业务

系统和集团医院业务系统中的临床数据以标准化的方式集中存储起来，实现数据交换、数据

存储、数据转换、数据分析和数据共享。

基础数据数据库：用于存储基础数据MDM：患者主索引皮：用于存储患者主索引、患

者基本信息；临床知识库：用于存储或者结构化存储各类临床知识；CDR临床数据存储库：

将医院分散在各临床业务系统中的临床数据以标准化的方式集中存储起来，用于临床信息共

享，供不同临床业务场景使用：CDR文档库：CDR数据分类两类一类是结构化数据，存储

在CDR临床数据存储库中，一部分是非结构数据以HL7CDA文档方式存储在CDR文档库

中，主耍存储的患者在临床诊疗过程中形成的各类主客观病历.

临床科研数据仓库：依据临床科研统计分析需求，从临床数据中心CDR采集数据，构

建与疾病有关的数据仓库；B1数据仓库：依据管理与决策需求，从上述各个数据库中采集

数据构建主题数据仓库。

医院信息平台数据存储

图3-6总体数据架构

3.5临床数据存储库CDR

通过建立集团化临床数据存储中心，将分院临床各业务系统PACS、LIS、EMR、HIS

系统中临床数据形成CDA文档标准存储到总院CDR临床文档库中。具体临床数据中心CDR

数据架构图如卜.：

图3-7CDR数据架构图

3.6以集成平台为中心的技术架构设计

根据医院集成平台的业务需求、系统架构，我们规划出医院信息平台的技术架构设计：

门户层：用于实现跨平台的信息展现，提供用户可自定义的界面展现，能够防止•些恶

意的代码灌注入侵，能够实现一定程度的用户身份认证管理。

基于平台的应用层：根据业务属性来提供不同的界面展现，有的应用适合采用web展

现技术，有的应用适合采用WindowsForm展现技术，能够提供嵌入式的临床信息集成，比

现有“按钮”式的集成要更加直观、高效，能够实现对外统一信息服务的SOA封装，能够

对各个应用进行审计，记录应用使用信息。

信息资源层：能够对Oracle、IBMDB2、MSSQLServer等数据库管理系统进行访问，

能够支持系统之间的多事务管理，应用XQuery技术实现对XML文档的查询、统计，应用

数据仓库技术实现对数据的统计分析，能够实现平台与数据库管理系统之间的数据审计。

集成平台层：应用单点登录技术实现对单一用户多账户的管理，提供工作流技术，用于

配置和变更业务流程和数据交换流程，应用规则引擎实现对知:只库的使用，应用HL7CDA

识别和转换技术实现对临床文档的存储和交换，应用XML技术实现SOA消息的封装，应

用WcbScrvicc技术实现实时数据交换服务，应用异步消息技术实现非实时的数据交换服务，

应用BI应用技术实现对多维数据库的访问，应用适配器技术实现对异构系统的集成，应用

日志服务技术实现对平台应用的日志数据存取管理。

接入层：表示与医院信息平台互联互通的院内、院外信息系统。

四、项目总结

通过基础数据治理和集成服务梳理及发布，有效建设新接入厂商与原有系统厂商之间的

接口改造；通过临床诊疗集成视图，为医生临床诊疗活动提供辅助支持，能够减少医生决策

时间；通过科研创新的科研检索和数据检索，为临床医生和科研医生快速提供有效的科研素

材及科研病历，从而•为医生的科研活动契定基础；通过跨院双向转诊、跨院电子病历共享医

技跨院检查申请与预约，为医院构建区域医疗体系提供强有力的信息化支撑；医疗大数据是

近年来比较热门的话题，平台提供健康管理、区域医疗协作、临床辅助决策和临床科研等服

务，作为医院未来医疗大数据分析的基础，从而加快医院针对该部分的信息化进程。

医院大数据集成与服务平台的建设与应用

“平台总体架构

科研应用颐上报适配器

蒙加份物］［取疗质量借以HQM$0O|±M1HisiHuuea

KryiSW»»jr

生b:a。决•克精……

-1111lt=JI

即ft**心,科璐的8中心

(ODR)(ROR)

s

中皿中3r

【历£1爆、«■««.面比aSMTiCB：

【败确取.败据箱先.•能换、数据更新模型首理校蛉

医院值息系统■\*M引.(HSB)

标准制定二J标准审核a

交---1

敷步抽取.清洗工具］权RltHl

摘要：为「实现医院核心业务之间的互联互通，推动医院内部信息资源整合和共享，

建立了由主数据管理、患者主索引、患者360试图、大数据应月、临床科研平台、综合运营

BI六大模块组成的，以电子病历为核心的医院大数据集成与服务平台。该平台的建设，实

现了医院各个异构系统的集成并提供了统一的医疗数据访问服务，为智慧医院建设打下了坚

实基础。

关键词：互联互通；电子病历；医院大数据；集成平台；智慧医院

Abstract：Inordertorealizetheinterconnectionbetweenhospitalcorebusinessesand

promotetheintegrationandsharingofhospitalinternalinformationresources»thehospitalbig

datainicgrationandserviceplat'ormisestablished,whichconsisisofmasterdatamanagement,

patientmasterindex,patientinformationmanagement,bigdataapplication,clinicalresearch

platformandcomprehensiveoperationBI,etc.sixmodules,andtakeselectronicmedicalrecord

asthecore.Theconstructionof（heplatformrealizestheintegrationofvariousheterogeneous

systemsinthehospitalandprovidesunifiedmedicaldataaccessservices,whichhaslaidasolid

foundationtortheconstructionofsmarthospital.

Keywords：interconnection;electronicmedicalrecord;hospitalbigdata:integration

platform;smarthospital

。引言

在互稀网快速发展的今天，我国医疗信息化的建设已经取得了显著效果，而随着大数据、

云计算、人工智能等新兴技术在医学领域的广泛应用，医疗服宪也逐步从信息化向智能化过

渡口-21我院作为一所集医疗、教学和临床科研为一体的综合性三甲医院，经过近几年的信

息化建设，已经建立了HIS、LIS、PACS（超声、内镜、放射）、电子病历、急诊分诊、手

术麻醉管理、不良事件上报等医疗信息管理系统和医疗辅助系统，但由于各个系统数据标准、

数据模型或者实现方式不同，仍面临数据标准不统;交互接口复杂繁多，信息交换不完善

等信息集成和共享的问题［3］。因此，通过建设医院大数据集成与服务平台，以患者电子病

历的信息采集、存储和集中管理为基础，应用集成引擎工具来实现不同服务之间的互联互通

操作，以及院内不同业务系统之间的统一集成、资源整合和高效运转［4］。

1医院大数据集成与服务平台架构

医院大数据集成与服务平台以springcloud分布式架构为基础，分布式架构使平台可以

承受医院数据高并发的访问，在极高的负载情况下仍能保证较高的可用性［5］。同时，针对

医疗机构内部系统紧密耦合的特点，采用JSON数据格式作为医疗数据的统一交换格式。

JSON是一种轻量级的数据交换格式，易于阅读和编写，也易于机器解析和生成，医院数据

可在JSON规范下直接进行共享与交互，实现不同服务之间佗通信与整合［6］。此外，平台

还提供/强大的数据库访问功能，支持主流关系型数据库数据抽取、更改、插入功能，如

Oracle、MySQL等，提供数据处理结果全流程显示,数据库终端结果可自动生成JSONschema

方便数据映射。

医院大数据集成与服务平台支持多种平台系统，实现了跨Windows和Liunx操作系统

的整合环境。在终端连接的外部系统突然断线的情况卜;终端保持运行状态，在外部系统重

新工作后，无需手动干预启动终端便可自动重新连接。平台集成了抽取-转换-加载（ETL）

技术、数据仓库、联机分析处理（OLAP）技术、数据挖掘技术，支持同步异步消息处理，

整体项目事物回滚，这些技术为平台的数据整合、报表发布以及高效处理的数据仓库提供了

可靠基础［刀。该平台整体架构如图I所示。

2医院大数据集成与服务平台关键技术

2.1医院服务总线（HSB）

ESB是集成平台基础架构中的关键组件，医院服务总线（HSB）则是企业服务总线（ESB）

在免杂的医疗环境中的应用。ESB的核心思想是面向服务，它将各种资源封装成一个个独

立的服务，再将各个服务通过事先约定的接口联系起来，为服务交互的接入方提供一个可实

时交互、信息共享的平台。这种集成放弃了传统的运用接口互联的方式，转化为服务的集合，

系统间的互相调用变为了服务间的互相通信［8］。在这种架构下，HSB具备了良好的可扩展

性，各种不同的医院业务系统可以通过独立封装成服务注册到总线中，实现插拔式接入。这

种插拔式接入不仅为医院各业务系统提供了便捷、•致的数据接口，消除了不同系统间的差

异，还实现了不同系统间的数据交互，为未来全面建立面向临床、科研、管理、质控、绩效

等决策支持系统提供了统一的数据及平台支撑.

2.2ETL过程

ETL是将业务系统的数据经过抽取（Extract转换（Transform）、加载（Load）到数

据仓库的过程。数据抽取是从源数据源获取目的数据源所需的数据，转换是将获取的数据经

过清洗和加工转换成目标数据，加载是将处理好后的目标数据装载到目的数据源中。ETL

有两个重要作用，一是要解决数据分散问题，二是要解决数据不清洁的问题。集成平台中的

ETL技术主要实现以下目标：从各个不同的系统中获得初始数据，将其整合，再将这些数

据按照制定的规则进行转换，转换不仅需要结果，也要生成日志记录转换过程.，最后将经过

技术处理的数据集成装入数据仓库，进行报表生成、数据分析、数据挖掘等处理，为商业智

能（BI）提供准确的决策依据。

2.3医院数据中心（CDR）

医院主要业务系统如医院信息系统（HIS）、实验室信息系统（LIS）、影像归档与通讯

系统（PACS）以及电了•病历（EMR）及其相对应的数据库是医院数据中心的重要组成部分。

集成平台的数据中心建设主要包括三大部分。第一部分是数据的采集、汇总与整理，包括了

数据仓库及将分散在不同业务系统的临床数据通过抽取、转换和加载存入数据中心;第二部

分是数据的多维度分析与展示，包括了联机分析处理（OLAP）技术，用以完成各种复杂的

多维分析操作，形成可供数据挖掘的多维数据集;第三部分是决策数据的分析与应用，包含

了多维分析报表（MDAR）展现工具，以多指标、可视化的方式呈现关键的医院管理及决策

支持信息。医疗数据中心储存却呈现完整的医疗资料，实现以“患者”为核心的医疗资料采集、

存储和展现功能，有效地协助考院临床和行政管理部门，以实现更有效的医疗管理和医疗服

务质量的提高。

3医院大数据集成与服务平台应用

3.1主数据管理

主数据管理的主要功能是基于医院各业务系统间数据交换的语义级别的统一，管理任何

来源系统的数据，将医院内重要注册信息、术语、字典等作为主数据进行管理维护，做到统

一管理、统一发布和同步更新，向业务系统和分析系统提供完整、准确和标准化的主数据。

接口方面向业务系统提供“新坤”、“更新”、“归档”、"检索''、"合并”、"拆分”、“交叉检索”、

“变更通知”等功能，使各业务系统能够通过集成平台及时进行主数据交互。

3.2患者主索引

患者主索引是每一位患者在医院就诊后建立的独一无二的数据字段，是患者在医院中惟

一的身份标识。患者主索引通过患者基本信息归并规则进行数据清洗而形成，它将同一患者

分散在不同临床系统中的诊疗信息整合在一起，形成统一存储、互相关联的患者信息资料•，

这不但提高了患者历史诊疗数据的可用性，而且为医生提供了更加完善的患者历史诊疗数

据，提高了患者就诊效率和医疗服务质量。

3.3患者360视图

患者360视图是患者数据在集成平台上的统一展示。集成平台提供了患者当前就诊和历

次就诊的全诊疗数据视图，包含患者门诊诊疗视图、门诊处方视图、检验报告视图、检查报

告视图、医学影像视图、电子病历视图、住院医崛视图、体检数据视图等。患者360视图体

现了以患者为中心的临床数据可视化，医护人员可以通过清晰直观的可视化操作界面快速访

问、查阅患者所有历次医疗信息，为患者提供更加精确、高效的医疗