创业软件-县人口健康信息化建设方案 (一)

*****县区域卫生信息化

建设方案

2016.05

目录

1项目概述.........................................................................4

1.1项目名称....................................................................4

1.2项目建设目标、规模、内容、建设期............................................4

1.2.1项目建设目标............................................................................................................................4

1.2.2项目建设规模............................................................................................................................4

1.2.3项目建设内容............................................................................................................................4

1.2.4项目建设期................................................................................................................................5

1.3项目总投资及资金来源........................................错误!未定义书签。

2总体设计方案.....................................................................6

2.1设计原则....................................................................6

2.1.1安全性原则...........................................................................................................................6

2.1.2先进性原则...........................................................................................................................8

2.1.3可扩展性原则........................................................................................................................8

2.1.4高可用原则...........................................................................................................................8

2.1.5可靠性原则............................................................................................................................9

2.1.6可定制原则............................................................................................................................9

2.1.7易维护性原则......................................................................................................................10

2.1.8实用性原则.........................................................................................................................10

2.2总体框架...................................................................11

2.2.1指导思想.................................................................................................................................11

2.2.2业务逻辑框架....................................................................................................................13

2.2.3技术体系架构....................................................................................................................15

3具体建设方案....................................................................18

3.1县级区域卫生信息平台.......................................................18

3.1.1平台云端部署.....................................................................................................................18

3.1.2医疗卫生信息平台与数据中心..........................................................................................24

3.1.3卫生信息平台基础功能.........................................................................................................42

3.1.4与其他业务系统的互连互通.................................................................................................47

3.2综合管理应用...............................................................49

3.2.1医疗服务监管系统.............................................................................................................60

3.2.2公共卫生监管系统.............................................................................................................64

3.2.3卫生资源监管系统.............................................................................................................64

3.2.4区域绩效考核系统..................................................................................................................67

3.3分级诊疗协同系统...........................................................49

3.3.1双向转诊系统..........................................................................................................................49

3.3.2远程会诊系统....................................................................................................................................55

3.3.3健康档案共享系统（健康档案浏览器）......................................................................................56

3.3.4检查检验结果互认系统...................................................................................................................59

3.4基层业务系统...............................................................71

3.4.1基层医疗信息系统............................................................................................................................71

3.4.2基层公共卫生信息系统...................................................................................................................77

3.5数据标准规范体系建设......................................................82

3.5.1建设目标.....................................................................................................................................82

3.5.2建设原则.....................................................................................................................................83

3.5.3设计思路......................................................................................................................................83

3.5.4标准参照与实施........................................................................................................................84

3.5.5标准规范体系建设内容.............................................................................................................85

3.5.6信息资源标准代码管理...........................................................................................................100

3.6信息安全体系建设..........................................................106

3.6.1系统安全性设计思路..............................................................................................................106

3.6.2安全体系总体架构..................................................................................................................108

3.6.3安全等级划分...........................................................................................................................109

3.6.4安全风险分析...........................................................................................................................111

3.6.5安全体系总体设计方案...........................................................................................................112

4项目实施进度....................................................................117

4.1项目建设期................................................................117

4.2实施安排计划..............................................................117

1.1.1第一阶段:历时8个月..................................................................................................................118

1.1.2第二阶段:历时4个月.................................................................................................................118

5项目建设收益分析...............................................................119

5.1*****居民：降低费用，提升医疗服务质量.....................................119

5.2管理部门：政府形象，数据支持，辅助决策....................................119

5.3医疗机构：医疗质量，互联互认，资源共享....................................119

5.4相关部门：数据支持，拓展业务，增值服务....................................120

1项目概述

1.1项目名称

项目名称：*****县区域卫生信息化建设项目

1.2项目建设目标、规模、内容、建设期

1.2.1项目建设目标

依据按照国家、省、市、区/县区域卫生信息化建设相关标准及规范，充分利用

现代化的信息技术，建立*****县区域卫生信息平台，实现区域卫生信息在区域内医

院、社区卫生服务机构、公共卫生机构的互联互通互认，促进机构之间相互协作，

全面提升全县范围内的医疗业务效率和质量，充分发挥*****县医疗卫生资源优势，

为居民提供各层次、多样化的医疗卫生服务。同时，探索新型医疗卫生服务模式，

通过信息平台顶层设计，完善*****县应用业务系统的建设，促进*****县医疗卫生

事业不断创新发展。

1.2.2项目建设规模

本期项目的建设范围为*****县卫计委及其下属各个机构。

1.2.3项目建设内容

本次项目主要建设内容如下：

＞县级数据中心

建立全县的卫生数据中心。

＞县级卫生信息平台

通过县级卫生信息平台实现社区卫生服务中心、村卫生室以及与其他医疗卫生

机构的互联互通，实现全县医疗卫生机构医疗、卫生、计生信息的互连互通和信息

共享。并与地区级平台及其他外部平台进行数据共享与交换。

＞四大信息资源库

•电子健康档案资源库建设：根据国家相关标准和规范，建立电子健康档案数

据库标准。

•电子病历资源库库规建设：根据国家相关标准和规范，建立电子病历数据库

标准。

•全员人口信息资源库建设：全员人口信息库涵盖区域内所有户籍人口和流入

人口的全员人口个案数据，主要包括人口数量、质量、结构、分布，以及人

口的婚、孕、产、育和生殖健康等信息，为育龄妇女、流动人口、孕情监测、

技术服务、利益导向、医疗服务、公共卫生、医疗保障等医疗卫生和计划生

育各项业务应用、宏观决策和科学管理提供数据支撑。

＞平台业务应用

•综合业务管理建立

针对基本公共卫生、基本药物、计划免疫、妇幼保健等专项业务提供数据支

撑，完善绩效考核系统，根据用户提出的考核方案实现系统绩效考核，为局

领导提供决策辅助。

•建立分级诊疗系统

完成县域内县乡的分级诊疗系统建设。

＞业务系统完善

•基层系统完善建设

优化完善基层医疗机构信息系统，满足业务需求，并能够接入县级区域卫生信

息平台

＞两大体系建设

•统一标准规范体系建设：

符合国际、国家及医疗卫生行业的相关数据标准或规范，遵循中国卫生信息标

准，符合国家医疗卫生、医疗保障相关指标规范和技术要求。根据和平区区域区域

卫生信息化的实际情况，建立统一规范标准体系设计，主要包括数据标准、技术标

准、管理标准与业务规范。

•统一安全保障系统建设：

包含机房、硬件及系统软件等安全管理规范，建立计算机信息系统安全管理制

度。

1.2.4项目建设期

项目建设期为18个月.

2总体设计方案

2.1设计原则

整体建设原则如下：

•惠及居民，服务应用

把以人为本、服务群众作为卫生信息化建设的出发点和落脚点，优化医疗卫生

工作流程，促进业务融合，方便居民获得优质、高效、便捷的医疗卫生服务。

•统筹规划，资源共享

以基层医疗卫生信息平台为建设重点，统筹规划，整合现有的医疗卫生业务信

息系统和信息资源，完善区域之间、医疗卫生机构与社会保障系统之间的信息共享

措施，实现互联互通、资源信息共享。

•规范标准，分步实施

根据各业务领域需求和能力条件，突出重点，坚持规范标准，统一接口，按照

“先互连互通，再逐步统一；先建框架，再逐步深化;先行试点，再全面推广”路径，

有序推进项目实施。

•政府主导，合力建设

发挥政府的主导作用，坚持以公益性为主，用好项目资金及政策，调动社会力

量参与，多元推进卫生信息化建设。

基层医疗卫生信息系统应用升级改造设计过程中还应遵循安全性、先进性、可

扩展性、高可用、可靠性、可定制、易维护性、实用性等原则。

2.1.1安全性原则

本项目内容涉及安全性问题，安全方面按公安部发布的《计算机信息系统安全

保护条例》第三级安全标记保护级（监督保护级）别进行安全防护。对于安全的考

虑，这里主要考虑应用安全，表现在八个方面：

1.遵循国家相关文件要求

符合国家相关文件指出的积极防御、综合防范的方针和等级保护的原则；对本

项目来说，各系统建设根据重要性不同，划分多个具有不同安全保护等级的安全域，

实现不同强度的安全保护。

2.用户认证与权限管理

要求严密的用户身份认证，以保证用户只能进行权限内的系统、模块、功能、

条目、数据的访问和操作权限。遵从权限最小化原则，设置三员分立的管理权限（安

全管理员、审计管理员、系统管理员），形成相互制约的授权机制。

3.信息保护

应用系统间数据传输过程中，根据安全防护的要求，采用相应加密手段对传输

的数据进行加密，保证系统运行及数据传输过程中的保密性。另外要考虑采用高可

靠性和安全性的数据库产品；提供完备的数据备份和恢复手段；对某些机密数据进

行加密存储和传输，采用数字签名技术保证数据的完整性。

4.运行安全管理

技术手段只是保证应用系统安全性的一部分，还要建立一套严格完善的安全管

理规章制度，并严格遵守，才能从根本上确保各系统安全。

5.应用安全设计范围

应用安全应在整体的安全网络防护框架下，设计的范围和内容整体全面，包括

安全涉及的各个层面，避免由于遗漏造成未来的安全隐患。

6.最小化影响

安全建设工作应尽可能小的影响现有网络和系统的正常运行，不能造成系统性

能明显下降、网络拥塞、服务中断等。

7.数据保密

对本项目的相关过程数据和结果数据进行严格保密，未经授权不得泄露给任何

单位和个人。

2.1.2先进性原则

各系统的先进性，将从以下五个方面考虑：

1.系统设计有前瞻性、先进性、成熟性以及可扩展性，符合当今社会信息化发

展的新潮流；

2.采用目前流行的多层结构设计，以成熟的开发方式，保证系统的先进性和成

熟性；

3.设计时充分考虑到信息技术的发展趋势，保证系统在不同平台上的能够协同

稳定的运行和信息交换，以及将来基础软硬件的升级换代；

4.产品选型要充分考虑产品的先进性、成熟性、稳定性和安全性；

5.保证系统能够适应现代技术的未来发展；

6.从业务、标准、技术、管理等各个方面充分考虑系统架构的开放性。本项目

的应用系统与其它应用系统之间存在数据交互，所以一个开放的架构是保证不同系

统之间交互的必要条件。

2.1.3可扩展性原则

将从三个方面考虑本项目的可扩展性：

1.系统设计应遵循国家电子政务和国家基层医疗机构管理信息系统相关的标准

规范，具有较好的扩展性；

2.运行网络和软硬件设备支持通过增加软硬件对系统进行扩展，满足不断增加

的性能要求；

3.在应用系统结构上采用多层技术框架设计，分别支持应用系统的横向扩展和

功能扩展；

4.模块化设计，可根据需要拆接、组合，应用系统的设计开发应尽可能为后续

功能预留接口。

2.1.4高可用原则

为保证应用系统的高可用性，从五个角度进行系统设计，并贯彻于应用系统设

计的始终。

1.面向系统功能设计

应用系统设计基于当前需求，同时充分考虑当前现状与未来发展，分析需求、

现状、发展三者之间的关联，定位应用系统的开发范围，使各系统衔接过去、满足

当前、适应发展。

2.面向组织架构设计

从“系统用户是谁？各层次用户拥有的角色有哪些？对各种角色的用户提供怎

样的功能？”等方面，总体设计系统用户、角色、权限、功能等。

3.面向稳定运行设计

保证应用系统运行稳定，有很强的防错、抗错能力。有很强的故障恢复和应急

措施，使各系统核心功能不间断地正常运行。

4.面向负载均衡设计

系统应用服务能力的线性扩展和流量均衡，以保证在大事务量、大数据量的环

境下能加以调配以满足实际情况的需求。服务器的高可用性，以保证在个体服务器

或服务出现故障时，应用系统不受影响。

5.组件化设计

在设计系统时，充分利用分离业务、框架和功能的方法，首先建立支撑构件和

基础服务，再在构件和服务上构造系统功能。

2.1.5可靠性原则

本项目的可靠性从四个层面保证：

1.网络保证；

2.主机和系统软件保证；

3.应用系统保证，对应用系统进行运行监控、异常和错误处理等；

4.数据的备份和恢复保证。

2.1.6可定制原则

各系统功能的可定制从以下三个方面进行保证:

1.系统设计采用结构合理的多层架构，系统的应用服务集中管理；

2.灵活设计数据模型，能适应系统需求的不断扩展；

3.各系统具有快速定制功能，尽量减少二次编码工作。

2.1.7易维护性原则

客户端基本不需要维护，服务器端的易用性主要从三个层面保证：

1.基础软件均要求提供相应的维护工具；

2.应用系统通过统一的管理界面，清晰的管理向导，简化维护；

3.良好的人机操作界面，用户可以方便快捷地查找到自己所需的信息。确保总

部和分部各级用户都能够获得个性化的、人性化的操作界面，简单、方便、容易学

习和使用。

2.1.8实用性原则

各系统的实用性，将从以下五个方面考虑：

1.方案设计要符合系统总体规划的要求和设计原则，以满足项目规划功能需求

为基本前提；

2.尽量节省经费的投入；

3,充分利用成熟的技术，避免盲目追求最新技术；

4.防止因系统在设计上的缺陷而造成系统处理能力不足；

5.采用多种技术，尽量减少用户手工录入。

2.2总体框架

2.2.1指导思想

2.2.1.1以人为中心的指导思想

本项目建设的根本目的就是为居民提供可及、优质、连续的健康管理服务，因

而在医疗卫生业务信息系统中，人作为基本对象的卫生服务对象，其在系统中的状

态最为多样，以人为中心的分析表明，个人健康信息都直接或间接地和整个区域卫

生系统各子系统发生联系，个人健康信息（包括健康人，患者等信息）主要由各个

信息系统产生并动态更新，随着年龄的增长或疾病的发生等状态的转移建立各种专

项档案、各种诊疗信息，这些信息可供各个医疗业务部门在服务过程中频繁使用。

因此，建立的健康信息包括个人基本资料，出生信息，户籍信息，联系信息，

健康信息，家庭健康信息，疾病情况，过敏药物等等，这些信息都是以个人基本资

料为核心，通过全县统一的，唯一的个人编码联系在一起，提供一个个人健康记录

的全角信息视图。以人从生到死的状态转移为关键路径设计的信息分析如下图所示:

.A

/残疾人管理：Y—残疾；

/慢性病管理V—*\1

学生\

神病管理—Zr——■:生病

"^>4,_、।—I

成<年I\4cKi~♦

'传染病管理厂一则，7^।

'从业体检।~'

I：作

口/I】干部保J'f」

住院信总卜---------，住院,

分娩—孕产妇保健一A」

G，1

Y-职称评-定J'

'Kt:►

电子健案记录EHR包括居民从生到死整个生命周期所有的关于医疗健康保健的

信息和资料，包括居民的基本信息、出生证明、个人健康档案、家庭健康档案、每

次就诊的病历、报告、处方、体检结果等等，电子健康记录的共享就是各医疗卫生

机构（医院，社康中心等）将各自对居民医疗卫生服务的业务数据采用统一的标准汇

总到数据中心形成每个居民完整的健康档案信息，同时各医疗卫生机构又能够方便

地共享查询这些资料为居民提供医疗卫生服务。

2.2.1.2基于MPI与EHR架构

本项目建设必须避免其他地区以条线业务建设带来的教训,整合项目中各个系

统建设和整合必须遵循病人主索引MPI与电子健康记录EHR的总体框架。这样不仅

能保证完成医疗卫生纵向的管理业务和目标，同时又使基层的各项业务实现天然的

整合。

为了实现自然人数据及电子健康记录EHR的采集归并与整合，以及和其他子

系统，区域化公共卫生信息系统网络之外的系统的联系，简化行政管理手段，提高

系统效率，降低系统费用，就需要实施统一标识MPI,并根据这个统一标识实现EHR

的归并和整合。这个类似于美国的社会保险号、新西兰的国民在线号码。

个人电子健康记录(ElectronicHealthcareRecords,EHR)是以个人健康、保健

和治疗为中心的数字记录，是以人为本的数字化健康档案，记录了个人从出生至死

亡整个生命历程中的健康、保健、医疗信息。EHR跨越不同的机构和系统在不同

的信息提供者和使用者之间实现医疗信息交换和共享，为提高病人的安全、提高医

疗质量、改善健康护理、推进病人康复和降低医疗费用提供有效的手段。

MPI和EHR是区域卫生信息化建设和整合的关键。

2.2.13纵横向业务有机整合

整个平台在建设时要处理纵横向业务的关系，建立纵向医疗卫生管理业务系统

时必须兼顾考虑横向业务的整合或在横向业务系统的基础之上建设，建设基层横向

医疗卫生业务系统或整合时又必须兼顾纵向管理业务的需要，通过居民主索引MPI

和个人健康记录EHR的主框架实现医疗卫生资源纵向和横向的整合，充分利用资源

实现各医疗卫生机构之间的协作。

2.2.2业务逻辑框架

本项目从架构上符合国家卫生计生委和自治区卫生信息化建设总体规划，中心

端集中部署在统一机房。本项目立足于统一数据中心集中部署，面向全县基层医疗

机构提供医疗业务的服务模式，满足基层医疗机构业务需要，简化基层医疗机构的

运维难度，降低运维成本，提供工作效率，加强管理机构对基层机构的高效监管，

实现信息化支持体系目标。

分级诊疗

信

数

区域卫生信息平台

息

据

安

标

全

准

体

体

系

系

基层机构业务系统

I基本医疗1公氏生、|综合管理

（HIS系统）|电子病历:1健康档案慢病管理J;院长查询）

［影像蔡统］（心电素统:r妇女保健'（儿童保健'）;医疗监管）

（临检系统］（合理用药；।计划免疫：।传染病管理1（公共卫生监置）

（综合管理）（…）〔老年人管理）（……）（4g飕口）

_____________J1__________________________)

2.2.3技术体系架构

2.2.3.1四层技术体系结构

由层次划分可以看出，对于整个系统体系架构，将其分成了信息访问层、信息

展示与表现逻辑层、业务逻辑层以及数据存储层四层，之所以将其分为这四层，主

要基于如下考虑：

1.优化系统结构

将系统分为多层，业务逻辑放在应用服务层，应用系统的维护集中在应用服务

层，客户端的维护就相对简单多了，有利于应用系统维护及系统管理。

2.提高应用系统的安全性

将客户端与数据库隔离起来，客户端无权限直接访问数据库，有利于安全管理，

可有效防止恶意攻击。还可以利用中间件的安全管理特性进一步加强权限控制管理。

3.可以统一入口，提供个性化的服务

将信息访问层作为系统使用的统一入口，并通过信息展示和表示逻辑层，实现

对每一个访问者提供个性化的服务。这样展示逻辑与业务相关逻辑进行区分，从而

使得个性化服务的变化，不至影响系统业务逻辑的变化。

4.便于业务(事务)级权限管理

通过业务逻辑实现业务(事务)级权限，一种业务一个服务程序(Service),

利用中间件的安全管理对其进行访问控制。数据库的权限只分为对表(或表中的列)

的插入(Insert)、删除(Delete)、修改(Update)、查询(Select)权限，它

属于数据库表级的权限，而实际应用中往往以业务（事务）为主线，也就要求对业

务（事务）实现权限控制，四层结构应用可以方便地对客户端实现事务权限管理控

制。业务（事务）级权限控制的引入丰富和方便了权限控制与管理，实际上两层应

用体系结构中可通过存储过程类似地实现业务（事务）级权限控制，但采用四层应

用体系结构实现业务（事务）级权限控制更加灵活、方便、实效。

5.提高系统扩展能力

若要提高系统性能、处理速度，可通过增加应用服务器，分担一部分应用服务

工作即可，而原来的应用服务器几乎可以不动。同理，对于访问用户量的增加存储

数据量的增加，同样可以只增加相应层的服务器数目即可，系统的业务逻辑均无需

发生变动。

6.减少网络数据流量和提高数据库响应速度

应用服务层的引入有效地解决了网络瓶颈和数据库连接数过多引起数据库性能

下降的问题。应用服务层往往有多台服务器，可有效地解决客户机访问服务层瓶颈。

应用服务器与数据库服务器（物理距离很近）可方便地采用宽带网连接，不会产生

与数据库服务层网络瓶颈。

英吉沙县区域卫生信息化健康方案

7.保护现有投资

原有性能较差的设备均可发挥作用。大量复杂计算的工作均可放在应用服务

器上，对硬件要求不是很高，客户机只做用户输入与显示，原有微机即可。采用

四层应用体系结构后整个系统性能有很大地提高，也不会造成原有系统资源浪费。

8.提高系统性能

四层应用体系结构能更好地调整应用体系，还可利用中间件的特点来选择路

由、平衡负载，提高整个系统的性能。

2.2.3.2S0A技术实现框架

移动设备界面

基本医疗

业务功能界面层

公共卫生

监督管理

基础数据

业务数据库功能医疗用户数据权限开发

模块机构角色交涣安全框架SOA

统一技术架构平台层

\J

系统开发采用分层体系架构建设，基于SOA架构的系统分层开发总体技术框

架符合整个系统的技术框架，即基于系统的基础设施及应用支撑平台，面向各个

业务系统，需要开发的分层组件框架结构。

系统开发通过实体类定义、基础控件和服务、业务组件、业务控制逻辑、业

务展现控制等几个层面的开发实现。

17

英吉沙县区域卫生信息化健康方案

基础构件位于业务构件层之下，为业务构件提供不依赖平台的服务，例如数

据库管理系统DBMS的接口，电子表单、工作流等，为应用系统的和业务构件系

统的开发者使用，使其能够更专注于业务构件和应用系统的架构。

其中基础控件、业务组件为整个应用系统公用的基础组件，作为应用支撑平

台的组成部分，搭建应用服务、应用集成以及安全服务等支撑，为整个系统公用。

3具体建设方案

3.1县级区域卫生信息平台

3.1.1平台云端部署

3.1.1.1采用云计算技术的必要性分析

对于一个应用信息系统尤其是区域卫生信息系统来说，IT基础设施计划外

的增长日益复杂，每次面临新需求、新应用时，就要增加新的服务器。从设备采

购、系统部署到业务上线，通常要花费数周的时间，新业务不能得到快速响应。

信息化建设与业务发展之间存在着较大差距，IT基础架构正面临着巨大挑战：

IT基础架构正向资源共享方向发展。为能够降低计算成本，众多项目已经

或正在考虑对IT基础架构进行整合及虚拟化。如何进一步提高资源利用率、降

低管理和基础架构成本，需要面对如何实现软件、应用、数据和硬件资源的共享

的问题。

IT基础架构面临业务支撑灵活度的压力。在有效控制成本的同时，如何增

加IT基础架构的自动化和智能化程度？如何加快部署周期，轻松、灵活地应对

快速变化的业务需求？都对基础设施提出了更高的需求。

系统管理复杂。数据库服务器、Web服务器、中间件服务器，Windows平台、

Linux平台……，企业数据中心服务器数量多、种类多、管理复杂，面对如此复

杂的环境，需要在业务系统出现故障时及时解决问题，传统IT管理方式面临挑

战。

18

英吉沙县区域卫生信息化健康方案

性能瓶颈。业务高峰时，业务系统负荷增加，出现性能瓶颈，不能及时响应

用户请求，导致用户满意度下降。如何及时响应客户需求，提高用户满意度成为

当务之急。

IT采购模式将发生巨大变化。以往根据项目需求采购设备、部署基础架构

的方法，已经不能满足业务变化的要求，新的采购模式应该以有规划的、整体的

基础架构升级来适应不断增加的新应用、提高对业务支撑的灵活性。

因此，需要换一种思路，从业务角度来考虑IT基础架构。“云计算”的出

现使信息技术行业发生重大变革，也为应对数据中心面临的上述挑战提供了解决

方法。“云计算”是一种计算模式，在这种模式下，应用、数据和IT资源以服

务的方式通过网络提供给用户使用。“云计算”也是一种基础架构管理的方法论，

大量的计算资源组成IT资源池，用于动态创建高度虚拟化的资源提供用户使用。

3.1.1.2设计目标和要点分析

3.1.1.2.1云计算服务概述

根据云计算服务的部署模式和服务对象范围可以将云分为三类：公共云、私

有云和混合云。从另一个角度来看，云计算又可以按照所提供的服务类型分为三

层：

•基础架构即服务(InfrastructureasaService),提供的是虚拟化

服务器、存储及网络资源，laaS；

•平台即服务(PlatformasaService),提供的是优化的中间件，包

括应用服务器、数据库服务器、portal服务器等，PaaS；

•软件即服务(SoftwareasaService),包括行业应用、工具应用和

信息服务等，SaaS；

19

英吉沙县区域卫生信息化健康方案

基础架构作为服务(laaS)

(虚拟的服务器、存储、网络)

“云计算”提供了诸多好处，包括改善服务，提高效率和降低总体IT成本

的承诺。或许你正考虑通过构建一个云计算环境实现如下目标：

•能够实现IT服务的快速交付、能够实现更快速的创新；

•自动配置和部署应用测试环境，更好地模拟生产环境进行测试，提高

产品质量；

•实现资源再激活配置过程的自动化，降低成本；

•通过使用一种可预知结果的测试方法，达到提高生产力的目的；

•管理IT环境中的风险、满足合规要求；

•平稳迁移到新的应用，平稳迁移到新的基础架构，平稳迁移到新部署

的解决方案；

•从一个独立的系统平稳迁移到虚拟化系统环境。

同时，还会面临如下一些挑战：

•保证用户满意度：避免资源供给错误导致测试活动受阻碍甚至意外停

机；

•保证产量和收入：确保测试环境下获得与生产环境相同的结果，避免

环境问题导致产品质量问题且不能快速确定问题所在。

20

英吉沙县区域卫生信息化健康方案

•降低劳动力成本:手工配置复杂的环境，导致IT资源不能被高效利用，

需要保证整个环境可以更加智能和高效。

•确保诚信：提供可审核的供给过程，保证合规和政策的执行。

•降低设备成本：有效进行IT资产管理，清楚安装了什么、装在什么地

方、谁在用及使用率

•资源共享问题：资源共享程度低、扩展成本高：虚拟化环境不易管理，

财务部门需要提供设备使用报告以便进行财务核算

•开发和测试人员因手工、低效率的资源分配过程而不能快速获取所需

IT资源

•测试环境需要数周的时间才可配置完成，影响开发进度

•软件配置不能被始终如一地执行和追踪，影响软件质量

•系统环境的配置对人员技能要求高，意味着留给新项目的时间就越少

•配置过程冗长、复杂、易出错，影响生产率

•大量的系统配置工作需要手工来完成，导致任务积压、客户不满意

如何采用云计算的部署方式实现这些目标、达成这些诉求：

通往云计算的旅行对所有客户来说并不总是一帆风顺的。为此，端到端的云

产品解决方案来帮助客户在所有环节获得业务优势：从虚拟化、到云功能、再到

高级云功能，利用现有基础设施来创建能够与业务需求同步增长的云环境。

首先，利用虚拟化技术实现基础设施的虚拟化。实现虚拟化之后，可以在此

之上构建一个入门级的云方案，满足您的如下要求：

•通过标准化和降低运营成本来提高IT效率；

•按需扩展以便提高服务质量；

•通过连续可用性来满足需求；

•提供基本的配置、管理、自动化和计量功能；

•创建能够通过扩展来支持高级云产品的基础设施。

21

英吉沙县区域卫生信息化健康方案

3.1.1.2.2云平台建设要点

每个云平台根据用户群的不同，业务模式的不同，在建设中，需要重点考虑

的问题也不一样。对于云平台的建设，建议根据分步走的规划，特别是对于初次

搭建云平台的客户，提出以下建设要点：

•资源池

云计算采用池化资源管理。所谓“池”就是公共资源，资源并不属于某一个

应用或业务，而是根据其要求，从公共资源池中划分资源。

•自动化

云平台采用服务管理流程化、自动化的方式集中管理，减少认为参与，为平

台的规模化扩展提供条件。

•易用性

对于业务系统作为云计算平台的用户，不需要关心资源的来源及原理，只需

要登陆系统，使用资源。

•快速响应

当业务需求变化的时候，云平台可以通过弹性伸缩机制和自动化来快速相应,

以适应业务的变化。

•可度量性

云平台的各种资源服务，如存储、CPU、内存、网络带宽和软件许可证等，

是可以监控、控制和计量的。平台可以更好的统计IT资源使用率，为服务水平

管理提供依据。

•高可扩展性

平台建设规模会随着业务类型增加和业务量的增加而迅速扩展，因此，高可

扩展性是平台的重要特征。

•高可靠性

云平台通过多副本容错和计算资源同构可互换来提高服务的可靠性，可靠性

比一般的云平台更高，因此,在资源选择上,就要采用可靠性高的服务器和存储。

22

英吉沙县区域卫生信息化健康方案

3.1.1.3云化部署的建设目标

区域医疗数据交换与共享平台将区域内分散在不同的医疗机构的业务系统

中的信息有机地整合起来，实现数据统一的跨部门、跨系统、跨平台的数据交换

和共享系统。通过建立共享和交换平台采集整合各医疗机构及系统信息，建立数

据中心库、形成稳定可靠、具备扩展性的共享交换平台。为居民健康电子档案和

领导决策提供准确、可靠的数据。通过共享交换平台的建设实现医疗机构数据整

合，达到如下目标：

・通过构建端到端的区域数据交换与共享平台，保证医疗机构系统间互联

互通、数据共享、数据交换。

・通过区域数据交换与共享平台，将区域内不同医疗机构的业务系统连接

起来，提供不同系统之间的数据交换功能，实现区域内各医疗机构的中心数据共

享，统一处理区域内各医疗机构及系统之间信息的采集与传输。

・信息通过采集，传输，汇总，清洗比对，完成信息入库处理，形成完整

准确的数据中心，支撑居民健康电档案的建设。

・通过共享交换平台提供开放式数据服务接口，提供的数据服务，为各个

系统建设提供应用服务，实现基于健康档案的区域医疗信息平台的建设。

・建立相关管理制度和标准规范体系，保证区域医疗机构数据交换与共享

平台运行，保障区域医疗信息资源交换与共享应用长效机制的建立与管理，推进

区域医疗卫生系统的完善，为区域医疗信息交换共享应用建设打下坚实的基础。

3.1.1.4云化部署的建设内容

根据需求分析，需要建立一套支撑框架（云平台支撑框架），建设区域医疗

云数据交换与共享平台，以及相应的监控管理，并在此基础上整合基础信息库系

统形成一套示范应用，建设的主要内容为：

（-）标准规范建设

（-）云平台支撑框架建设

（三）云数据交换平台建设

（四）云数据处理平台建设

（五）云共享服务平台建设

23

英吉沙县区域卫生信息化健康方案

（六）基础信息库系统整合

（七）监控与管理平台建设

（八）开发工具与接口建设

（九）安全系统建设

（十）运行保障体系建设

3.L1.5系统云化部署的架构

系统通过对基础资源的整合，建立云平台支撑框架，并在云平台支撑框架的

基础上提供三大云系统，并统一提供系统监控与管理和开发工具及接口，如下图

所示：

系

开

统

发

监

工

挖

具

与

及

接

管

口

理

基础资源

三大云之间相辅相成，以数据资源为基础，对原始数据进行交换、整合、处

理、服务，共同为医疗机构、政府部门及社会公众提供服务。

3.1.2医疗卫生信息平台与数据中心

3.1.2.1卫生数据云中心

3.1.2.1.1区域居民主索引库

主索引是指在特定域范围内，用以标识该域内每个居民并保持其唯一性的编

码。居民的唯一标识是指用于健康服务实际业务并且能够辅助进行居民健康信息

唯一性识别。区域卫生信息平台存储全区居民的主索引和与此关联的居民健康档

案存储地址。

24

英吉沙县区域卫生信息化健康方案

3.1.2.1.2全员人口信息库（人口数据资源库）

实现全员人口信息的实时动态管理，为促进人口与经济社会、资源环境全面

协调可持续发展提供决策依据；实现相关部门人口信息资源的实时共享，为区域

人口全生命周期管理服务。建立以公民身份号码为标识、以居民身份证信息为主

要内容的人口基础信息库。以人口基础信息为基准，建立信息共享和校核机制,

充分利用全国人口普查信息，逐步建设人口总量和静态动态分布、户口登记、健

康素质、残疾人口、年龄和性别结构、教育程度、就业状态、居住状况等方面的

业务信息库。

3.1.2.1.3基本医疗数据库

基本医疗信息包括了：诊断、处方、检验结果、检查结果、影像图像以及住

院病案、出院小结等内容。其中影像图像信息将以分布式存储的方式分别存在各

家医疗机构本地数据库中，数据中心电子病历数据库集中存放诊断、处方、检验

结果、检查结果等信息。

3.1.2.1,3.1数据标准

整合并应用居民的电子病历数据，为各级医疗卫生机构及全体居民提供标准

化的电子病历信息。

HL7CDA临床文档结构是HL7组织发布的第一个基于XML的医疗行业标准。

CDA是一种以交换为目的的临床文档结构和语意的文档标记标准，且以该标准构

件的临床文档可以在HL7消息中进行传输。CDA标准的建立旨在为实现在多个异

构的系统中交换技术复杂度不同的具可读性的患者医疗文档，而制定的独立于传

输和储存机制的医疗文档结构标准。CDA使病历文档既能够被机器处理，也能够

被人阅读，易于检索和使用。借助于XML分析器，编写相关的处理程序，就可以

将病历存入到本地数据库中或进行相关的操作。CDA标准有助于构建基于XML技

术的更高效、灵活的电子病历系统，实现在用户需要时按需获得患者的临床信息,

使得患者临床信息成为医疗行为的中心。

25

英吉沙县区域卫生信息化健康方案

目前，国内还没有将卫生部制定的电子病历数据标准与HL7CDA有机的结

合起来并应用于实际业务，因此本项目在遵循国家卫生部《电子病历基本架构与

数据标准》的基础上采用XML方式，尽量参考借鉴HL7CDA的三层医疗文档理论

体系，研究制定统一的区域数据标准，该数据标准既是医院临床业务系统与区域

数据中心之间数据的交换标准，也是区域电子病历数据的存储标准。

区域数据中心标准包括文档头(Header)和文档体(Body)。文档头共有四个

逻辑成份：文档信息、资料数据、服务提供者和服务接受者，文档信息标识了文

档，定义了机密性状态，描述了与其它文档或单据间的关系；资料数据描述了文

档受访的开始:服务提供者包括了谁鉴别这个文档，谁要获取这个文档的拷贝，

谁是文档的生成者和录入者，谁是参与健康医疗的提供者等，这些都被一记录在

内；服务接受者包括患者，其它有意义的参与者，如患者家属，和那些可能产生

部分内容的设备等。文档体中所包括的是详细的临床报告，它可以是一个非结构

化的大型二进制对象，也可以由结构化体(StructuredBody)所组成。结构化体

被封装成多个递归可嵌套的文档部分(section),每个部分可以包含一个单独的

叙述块(NarrativeBlock),以及任何数量的CDA条目(Entry)和外部引用。在

CDA标准中，根据患者医疗文档信息的结构化程度，依次将标准划分为三级：第

一级，规定医疗文档头信息的语义,指定医疗文档类型的代码和包含章节的文档

内容。第二级，在第一级的基础上，要求医疗文档和章节使用相同的代码，允许

增加进一步的约束条件。第三级，允许在医疗文档的内容上增加医疗观察报告和

医疗服务的信息。

3.12132电子病历数据模型

电子病历信息模型包括电子病历数据结构和临床文档信息模型两部分内容。

3.1.2.1.3.