区域卫生信息化平台项目建设方案

1、 区域卫生信息化平台项目建设方案目录 TOC o 1-3 h z u HYPERLINK l _Toc46991410 1项目概述 PAGEREF _Toc46991410 h 4 HYPERLINK l _Toc46991411 1.1项目名称 PAGEREF _Toc46991411 h 4 HYPERLINK l _Toc46991412 1.2项目建设目标、规模、内容、建设期 PAGEREF _Toc46991412 h 4 HYPERLINK l _Toc46991413 1.2.1项目建设目标 PAGEREF _Toc46991413 h 4 HYPERLINK l _Toc469

2、91414 1.2.2项目建设规模 PAGEREF _Toc46991414 h 4 HYPERLINK l _Toc46991415 1.2.3项目建设内容 PAGEREF _Toc46991415 h 4 HYPERLINK l _Toc46991416 1.2.4项目建设期 PAGEREF _Toc46991416 h 5 HYPERLINK l _Toc46991417 2总体设计方案 PAGEREF _Toc46991417 h 6 HYPERLINK l _Toc46991418 2.1设计原则 PAGEREF _Toc46991418 h 6 HYPERLINK l _Toc46

3、991419 2.1.1安全性原则 PAGEREF _Toc46991419 h 6 HYPERLINK l _Toc46991420 2.1.2先进性原则 PAGEREF _Toc46991420 h 8 HYPERLINK l _Toc46991421 2.1.3可扩展性原则 PAGEREF _Toc46991421 h 8 HYPERLINK l _Toc46991422 2.1.4高可用原则 PAGEREF _Toc46991422 h 9 HYPERLINK l _Toc46991423 2.1.5可靠性原则 PAGEREF _Toc46991423 h 9 HYPERLINK l

4、_Toc46991424 2.1.6可定制原则 PAGEREF _Toc46991424 h 10 HYPERLINK l _Toc46991425 2.1.7易维护性原则 PAGEREF _Toc46991425 h 10 HYPERLINK l _Toc46991426 2.1.8实用性原则 PAGEREF _Toc46991426 h 10 HYPERLINK l _Toc46991427 2.2总体框架 PAGEREF _Toc46991427 h 11 HYPERLINK l _Toc46991428 2.2.1指导思想 PAGEREF _Toc46991428 h 11 HYPER

5、LINK l _Toc46991429 2.2.2业务逻辑框架 PAGEREF _Toc46991429 h 13 HYPERLINK l _Toc46991430 2.2.3技术体系架构 PAGEREF _Toc46991430 h 15 HYPERLINK l _Toc46991431 3具体建设方案 PAGEREF _Toc46991431 h 18 HYPERLINK l _Toc46991432 3.1县级区域卫生信息平台 PAGEREF _Toc46991432 h 18 HYPERLINK l _Toc46991433 3.1.1平台云端部署 PAGEREF _Toc469914

6、33 h 18 HYPERLINK l _Toc46991434 3.1.2医疗卫生信息平台与数据中心 PAGEREF _Toc46991434 h 24 HYPERLINK l _Toc46991435 3.1.3卫生信息平台基础功能 PAGEREF _Toc46991435 h 42 HYPERLINK l _Toc46991436 3.1.4与其他业务系统的互连互通 PAGEREF _Toc46991436 h 47 HYPERLINK l _Toc46991437 3.2分级诊疗协同系统 PAGEREF _Toc46991437 h 50 HYPERLINK l _Toc4699143

7、8 3.2.1双向转诊系统 PAGEREF _Toc46991438 h 50 HYPERLINK l _Toc46991439 3.2.2远程会诊系统 PAGEREF _Toc46991439 h 55 HYPERLINK l _Toc46991440 3.2.3健康档案共享系统（健康档案浏览器） PAGEREF _Toc46991440 h 56 HYPERLINK l _Toc46991441 3.2.4检查检验结果互认系统 PAGEREF _Toc46991441 h 60 HYPERLINK l _Toc46991442 3.3综合管理应用 PAGEREF _Toc46991442

8、h 61 HYPERLINK l _Toc46991443 3.3.1医疗服务监管系统 PAGEREF _Toc46991443 h 61 HYPERLINK l _Toc46991444 3.3.2公共卫生监管系统 PAGEREF _Toc46991444 h 64 HYPERLINK l _Toc46991445 3.3.3卫生资源监管系统 PAGEREF _Toc46991445 h 65 HYPERLINK l _Toc46991446 3.3.4区域绩效考核系统 PAGEREF _Toc46991446 h 67 HYPERLINK l _Toc46991447 3.4基层医疗机构业

9、务系统 PAGEREF _Toc46991447 h 72 HYPERLINK l _Toc46991448 3.4.1基层医疗信息系统 PAGEREF _Toc46991448 h 72 HYPERLINK l _Toc46991449 3.4.2基层公共卫生信息系统 PAGEREF _Toc46991449 h 78 HYPERLINK l _Toc46991450 3.5数据标准规范体系建设 PAGEREF _Toc46991450 h 83 HYPERLINK l _Toc46991451 3.5.1建设目标 PAGEREF _Toc46991451 h 84 HYPERLINK l

10、_Toc46991452 3.5.2建设原则 PAGEREF _Toc46991452 h 84 HYPERLINK l _Toc46991453 3.5.3设计思路 PAGEREF _Toc46991453 h 84 HYPERLINK l _Toc46991454 3.5.4标准参照与实施 PAGEREF _Toc46991454 h 85 HYPERLINK l _Toc46991455 3.5.5标准规范体系建设内容 PAGEREF _Toc46991455 h 86 HYPERLINK l _Toc46991456 3.5.6信息资源标准代码管理 PAGEREF _Toc469914

11、56 h 101 HYPERLINK l _Toc46991457 3.6信息安全体系建设 PAGEREF _Toc46991457 h 107 HYPERLINK l _Toc46991458 3.6.1系统安全性设计思路 PAGEREF _Toc46991458 h 108 HYPERLINK l _Toc46991459 3.6.2安全体系总体架构 PAGEREF _Toc46991459 h 110 HYPERLINK l _Toc46991460 3.6.3安全等级划分 PAGEREF _Toc46991460 h 110 HYPERLINK l _Toc46991461 3.6.4

12、安全风险分析 PAGEREF _Toc46991461 h 112 HYPERLINK l _Toc46991462 3.6.5安全体系总体设计方案 PAGEREF _Toc46991462 h 114 HYPERLINK l _Toc46991463 4项目实施进度 PAGEREF _Toc46991463 h 118 HYPERLINK l _Toc46991464 4.1项目建设期 PAGEREF _Toc46991464 h 118 HYPERLINK l _Toc46991465 4.2实施安排计划 PAGEREF _Toc46991465 h 118 HYPERLINK l _To

13、c46991466 4.2.1第一阶段：历时12个月 PAGEREF _Toc46991466 h 119 HYPERLINK l _Toc46991467 4.2.2第二阶段：历时6个月 PAGEREF _Toc46991467 h 120 HYPERLINK l _Toc46991468 5项目建设收益分析 PAGEREF _Toc46991468 h 120 HYPERLINK l _Toc46991469 5.1全县居民：降低费用，提升医疗服务质量 PAGEREF _Toc46991469 h 120 HYPERLINK l _Toc46991470 5.2管理部门：政府形象，数据支持

14、，辅助决策 PAGEREF _Toc46991470 h 120 HYPERLINK l _Toc46991471 5.3医疗机构：医疗质量，互联互认，资源共享 PAGEREF _Toc46991471 h 121 HYPERLINK l _Toc46991472 5.4相关部门：数据支持，拓展业务，增值服务 PAGEREF _Toc46991472 h 121项目概述项目名称项目名称：区域卫生信息化建设项目项目建设目标、规模、内容、建设期项目建设目标依据按照国家、省、市、区/县区域卫生信息化建设相关标准及规范，充分利用现代化的信息技术，建立区域卫生信息平台，实现区域卫生信息在区域内医院、社区

15、卫生服务机构、公共卫生机构的互联互通互认，促进机构之间相互协作，全面提升全县范围内的医疗业务效率和质量，充分发挥医疗卫生资源优势，为居民提供各层次、多样化的医疗卫生服务。同时，探索新型医疗卫生服务模式，通过信息平台顶层设计，完善应用业务系统的建设，促进医疗卫生事业不断创新发展。项目建设规模本期项目的建设范围为卫计委及其下属各个机构。项目建设内容 本次项目主要建设内容如下：县级数据中心建立全县的卫生数据中心。县级卫生信息平台通过县级卫生信息平台实现社区卫生服务中心、村卫生室以及与其他医疗卫生机构的互联互通，实现全县医疗卫生机构医疗、卫生、计生信息的互连互通和信息共享。并与地区级平台及其他外部平台

16、进行数据共享与交换。四大信息资源库电子健康档案资源库建设：根据国家相关标准和规范，建立电子健康档案数据库标准。电子病历资源库库规建设：根据国家相关标准和规范，建立电子病历数据库标准。全员人口信息资源库建设：全员人口信息库涵盖区域内所有户籍人口和流入人口的全员人口个案数据，主要包括人口数量、质量、结构、分布，以及人口的婚、孕、产、育和生殖健康等信息，为育龄妇女、流动人口、孕情监测、技术服务、利益导向、医疗服务、公共卫生、医疗保障等医疗卫生和计划生育各项业务应用、宏观决策和科学管理提供数据支撑。平台业务应用综合业务管理建立针对基本公共卫生、基本药物、计划免疫、妇幼保健等专项业务提供数据支撑，完善绩

17、效考核系统，根据用户提出的考核方案实现系统绩效考核，为局领导提供决策辅助。建立分级诊疗系统完成县域内县乡的分级诊疗系统建设。业务系统完善基层系统完善建设优化完善基层医疗机构信息系统，满足业务需求，并能够接入县级区域卫生信息平台两大体系建设统一标准规范体系建设：符合国际、国家及医疗卫生行业的相关数据标准或规范，遵循中国卫生信息标准，符合国家医疗卫生、医疗保障相关指标规范和技术要求。根据和平区区域区域卫生信息化的实际情况，建立统一规范标准体系设计，主要包括数据标准、技术标准、管理标准与业务规范。统一安全保障系统建设：包含机房、硬件及系统软件等安全管理规范，建立计算机信息系统安全管理制度。项目建设期

18、项目建设期为18个月. 总体设计方案设计原则整体建设原则如下：惠及居民，服务应用把以人为本、服务群众作为卫生信息化建设的出发点和落脚点，优化医疗卫生工作流程，促进业务融合，方便居民获得优质、高效、便捷的医疗卫生服务。统筹规划，资源共享以基层医疗卫生信息平台为建设重点，统筹规划，整合现有的医疗卫生业务信息系统和信息资源，完善区域之间、医疗卫生机构与社会保障系统之间的信息共享措施，实现互联互通、资源信息共享。规范标准，分步实施根据各业务领域需求和能力条件，突出重点，坚持规范标准，统一接口，按照“先互连互通,再逐步统一;先建框架，再逐步深化;先行试点，再全面推广”路径，有序推进项目实施。政府主导，合

19、力建设发挥政府的主导作用，坚持以公益性为主，用好项目资金及政策，调动社会力量参与，多元推进卫生信息化建设。基层医疗卫生信息系统应用升级改造设计过程中还应遵循安全性、先进性、可扩展性、高可用、可靠性、可定制、易维护性、实用性等原则。安全性原则本项目内容涉及安全性问题，安全方面按公安部发布的计算机信息系统安全保护条例第三级安全标记保护级（监督保护级）别进行安全防护。对于安全的考虑，这里主要考虑应用安全，表现在八个方面：1遵循国家相关文件要求符合国家相关文件指出的积极防御、综合防范的方针和等级保护的原则；对本项目来说，各系统建设根据重要性不同，划分多个具有不同安全保护等级的安全域，实现不同强度的安全

20、保护。2用户认证与权限管理要求严密的用户身份认证，以保证用户只能进行权限内的系统、模块、功能、条目、数据的访问和操作权限。遵从权限最小化原则，设置三员分立的管理权限（安全管理员、审计管理员、系统管理员），形成相互制约的授权机制。3信息保护应用系统间数据传输过程中，根据安全防护的要求，采用相应加密手段对传输的数据进行加密，保证系统运行及数据传输过程中的保密性。另外要考虑采用高可靠性和安全性的数据库产品；提供完备的数据备份和恢复手段；对某些机密数据进行加密存储和传输，采用数字签名技术保证数据的完整性。4运行安全管理技术手段只是保证应用系统安全性的一部分，还要建立一套严格完善的安全管理规章制度，并严

21、格遵守，才能从根本上确保各系统安全。5应用安全设计范围应用安全应在整体的安全网络防护框架下，设计的范围和内容整体全面，包括安全涉及的各个层面，避免由于遗漏造成未来的安全隐患。6最小化影响安全建设工作应尽可能小的影响现有网络和系统的正常运行，不能造成系统性能明显下降、网络拥塞、服务中断等。7数据保密对本项目的相关过程数据和结果数据进行严格保密，未经授权不得泄露给任何单位和个人。先进性原则各系统的先进性，将从以下五个方面考虑：1系统设计有前瞻性、先进性、成熟性以及可扩展性，符合当今社会信息化发展的新潮流；2采用目前流行的多层结构设计，以成熟的开发方式，保证系统的先进性和成熟性；3设计时充分考虑到信

22、息技术的发展趋势，保证系统在不同平台上的能够协同稳定的运行和信息交换，以及将来基础软硬件的升级换代；4产品选型要充分考虑产品的先进性、成熟性、稳定性和安全性；5保证系统能够适应现代技术的未来发展；6从业务、标准、技术、管理等各个方面充分考虑系统架构的开放性。本项目的应用系统与其它应用系统之间存在数据交互，所以一个开放的架构是保证不同系统之间交互的必要条件。可扩展性原则将从三个方面考虑本项目的可扩展性：1系统设计应遵循国家电子政务和国家基层医疗机构管理信息系统相关的标准规范，具有较好的扩展性；2运行网络和软硬件设备支持通过增加软硬件对系统进行扩展，满足不断增加的性能要求；3在应用系统结构上采用多

23、层技术框架设计，分别支持应用系统的横向扩展和功能扩展；4模块化设计，可根据需要拆接、组合，应用系统的设计开发应尽可能为后续功能预留接口。高可用原则为保证应用系统的高可用性，从五个角度进行系统设计，并贯彻于应用系统设计的始终。1面向系统功能设计应用系统设计基于当前需求，同时充分考虑当前现状与未来发展，分析需求、现状、发展三者之间的关联，定位应用系统的开发范围，使各系统衔接过去、满足当前、适应发展。2面向组织架构设计从“系统用户是谁？各层次用户拥有的角色有哪些？对各种角色的用户提供怎样的功能？”等方面，总体设计系统用户、角色、权限、功能等。3面向稳定运行设计保证应用系统运行稳定，有很强的防错、抗错

24、能力。有很强的故障恢复和应急措施，使各系统核心功能不间断地正常运行。4面向负载均衡设计系统应用服务能力的线性扩展和流量均衡，以保证在大事务量、大数据量的环境下能加以调配以满足实际情况的需求。服务器的高可用性，以保证在个体服务器或服务出现故障时，应用系统不受影响。5组件化设计在设计系统时，充分利用分离业务、框架和功能的方法，首先建立支撑构件和基础服务，再在构件和服务上构造系统功能。可靠性原则本项目的可靠性从四个层面保证：1网络保证；2主机和系统软件保证；3应用系统保证，对应用系统进行运行监控、异常和错误处理等；4数据的备份和恢复保证。可定制原则各系统功能的可定制从以下三个方面进行保证：1系统设计

25、采用结构合理的多层架构，系统的应用服务集中管理；2灵活设计数据模型，能适应系统需求的不断扩展；3各系统具有快速定制功能，尽量减少二次编码工作。易维护性原则客户端基本不需要维护，服务器端的易用性主要从三个层面保证：1基础软件均要求提供相应的维护工具；2应用系统通过统一的管理界面，清晰的管理向导，简化维护；3良好的人机操作界面，用户可以方便快捷地查找到自己所需的信息。确保总部和分部各级用户都能够获得个性化的、人性化的操作界面，简单、方便、容易学习和使用。实用性原则各系统的实用性，将从以下五个方面考虑：1方案设计要符合系统总体规划的要求和设计原则，以满足项目规划功能需求为基本前提；2尽量节省经费的投

26、入；3充分利用成熟的技术，避免盲目追求最新技术；4防止因系统在设计上的缺陷而造成系统处理能力不足；5采用多种技术，尽量减少用户手工录入。总体框架指导思想以人为中心的指导思想本项目建设的根本目的就是为居民提供可及、优质、连续的健康管理服务，因而在医疗卫生业务信息系统中，人作为基本对象的卫生服务对象，其在系统中的状态最为多样，以人为中心的分析表明，个人健康信息都直接或间接地和整个区域卫生系统各子系统发生联系，个人健康信息（包括健康人，患者等信息）主要由各个信息系统产生并动态更新，随着年龄的增长或疾病的发生等状态的转移建立各种专项档案、各种诊疗信息，这些信息可供各个医疗业务部门在服务过程中频繁使用。

27、因此，建立的健康信息包括个人基本资料，出生信息，户籍信息，联系信息，健康信息，家庭健康信息，疾病情况，过敏药物等等，这些信息都是以个人基本资料为核心，通过全县统一的，唯一的个人编码联系在一起，提供一个个人健康记录的全角信息视图。以人从生到死的状态转移为关键路径设计的信息分析如下图所示：电子健案记录EHR包括居民从生到死整个生命周期所有的关于医疗健康保健的信息和资料，包括居民的基本信息、出生证明、个人健康档案、家庭健康档案、每次就诊的病历、报告、处方、体检结果等等，电子健康记录的共享就是各医疗卫生机构(医院，社康中心等)将各自对居民医疗卫生服务的业务数据采用统一的标准汇总到数据中心形成每个居民完

28、整的健康档案信息，同时各医疗卫生机构又能够方便地共享查询这些资料为居民提供医疗卫生服务。基于MPI 与EHR架构本项目建设必须避免其他地区以条线业务建设带来的教训,整合项目中各个系统建设和整合必须遵循病人主索引MPI与电子健康记录EHR的总体框架。这样不仅能保证完成医疗卫生纵向的管理业务和目标，同时又使基层的各项业务实现天然的整合。为了实现自然人数据及电子健康记录EHR的采集归并与整合，以及和其他子系统，区域化公共卫生信息系统网络之外的系统的联系，简化行政管理手段，提高系统效率，降低系统费用，就需要实施统一标识MPI,并根据这个统一标识实现EHR的归并和整合。这个类似于美国的社会保险号、新西兰

29、的国民在线号码。个人电子健康记录（Electronic Healthcare Records，EHR）是以个人健康、保健和治疗为中心的数字记录，是以人为本的数字化健康档案，记录了个人从出生至死亡整个生命历程中的健康、保健、医疗信息。EHR 跨越不同的机构和系统在不同的信息提供者和使用者之间实现医疗信息交换和共享，为提高病人的安全、提高医疗质量、改善健康护理、推进病人康复和降低医疗费用提供有效的手段。MPI和EHR是区域卫生信息化建设和整合的关键。纵横向业务有机整合整个平台在建设时要处理纵横向业务的关系，建立纵向医疗卫生管理业务系统时必须兼顾考虑横向业务的整合或在横向业务系统的基础之上建设，建设

30、基层横向医疗卫生业务系统或整合时又必须兼顾纵向管理业务的需要，通过居民主索引MPI和个人健康记录EHR的主框架实现医疗卫生资源纵向和横向的整合，充分利用资源实现各医疗卫生机构之间的协作。业务逻辑框架本项目从架构上符合国家卫生计生委和自治区卫生信息化建设总体规划，中心端集中部署在统一机房。本项目立足于统一数据中心集中部署，面向全县基层医疗机构提供医疗业务的服务模式，满足基层医疗机构业务需要，简化基层医疗机构的运维难度，降低运维成本，提供工作效率，加强管理机构对基层机构的高效监管，实现信息化支持体系目标。技术体系架构四层技术体系结构由层次划分可以看出，对于整个系统体系架构，将其分成了信息访问层、信

31、息展示与表现逻辑层、业务逻辑层以及数据存储层四层，之所以将其分为这四层，主要基于如下考虑：1优化系统结构将系统分为多层，业务逻辑放在应用服务层，应用系统的维护集中在应用服务层，客户端的维护就相对简单多了，有利于应用系统维护及系统管理。2提高应用系统的安全性将客户端与数据库隔离起来，客户端无权限直接访问数据库，有利于安全管理，可有效防止恶意攻击。还可以利用中间件的安全管理特性进一步加强权限控制管理。3可以统一入口，提供个性化的服务将信息访问层作为系统使用的统一入口，并通过信息展示和表示逻辑层，实现对每一个访问者提供个性化的服务。这样展示逻辑与业务相关逻辑进行区分，从而使得个性化服务的变化，不至影

32、响系统业务逻辑的变化。4便于业务（事务）级权限管理通过业务逻辑实现业务（事务）级权限，一种业务一个服务程序（Service），利用中间件的安全管理对其进行访问控制。数据库的权限只分为对表（或表中的列）的插入（Insert）、删除（Delete）、修改（Update）、查询（Select）权限，它属于数据库表级的权限，而实际应用中往往以业务（事务）为主线，也就要求对业务（事务）实现权限控制，四层结构应用可以方便地对客户端实现事务权限管理控制。业务（事务）级权限控制的引入丰富和方便了权限控制与管理，实际上两层应用体系结构中可通过存储过程类似地实现业务（事务）级权限控制，但采用四层应用体系结构实现业

33、务（事务）级权限控制更加灵活、方便、实效。5提高系统扩展能力若要提高系统性能、处理速度，可通过增加应用服务器，分担一部分应用服务工作即可，而原来的应用服务器几乎可以不动。同理，对于访问用户量的增加存储数据量的增加，同样可以只增加相应层的服务器数目即可，系统的业务逻辑均无需发生变动。6减少网络数据流量和提高数据库响应速度应用服务层的引入有效地解决了网络瓶颈和数据库连接数过多引起数据库性能下降的问题。应用服务层往往有多台服务器，可有效地解决客户机访问服务层瓶颈。应用服务器与数据库服务器（物理距离很近）可方便地采用宽带网连接，不会产生与数据库服务层网络瓶颈。 7保护现有投资原有性能较差的设备均可发挥

34、作用。大量复杂计算的工作均可放在应用服务器上，对硬件要求不是很高，客户机只做用户输入与显示，原有微机即可。采用四层应用体系结构后整个系统性能有很大地提高，也不会造成原有系统资源浪费。8提高系统性能四层应用体系结构能更好地调整应用体系，还可利用中间件的特点来选择路由、平衡负载，提高整个系统的性能。SOA技术实现框架系统开发采用分层体系架构建设，基于SOA架构的系统分层开发总体技术框架符合整个系统的技术框架，即基于系统的基础设施及应用支撑平台，面向各个业务系统，需要开发的分层组件框架结构。系统开发通过实体类定义、基础控件和服务、业务组件、业务控制逻辑、业务展现控制等几个层面的开发实现。基础构件位于

35、业务构件层之下，为业务构件提供不依赖平台的服务，例如数据库管理系统DBMS的接口，电子表单、工作流等，为应用系统的和业务构件系统的开发者使用，使其能够更专注于业务构件和应用系统的架构。其中基础控件、业务组件为整个应用系统公用的基础组件，作为应用支撑平台的组成部分，搭建应用服务、应用集成以及安全服务等支撑，为整个系统公用。具体建设方案县级区域卫生信息平台平台云端部署采用云计算技术的必要性分析对于一个应用信息系统尤其是区域卫生信息系统来说，IT基础设施计划外的增长日益复杂，每次面临新需求、新应用时，就要增加新的服务器。从设备采购、系统部署到业务上线，通常要花费数周的时间，新业务不能得到快速响应。信

36、息化建设与业务发展之间存在着较大差距，IT基础架构正面临着巨大挑战：IT基础架构正向资源共享方向发展。为能够降低计算成本，众多项目已经或正在考虑对IT基础架构进行整合及虚拟化。如何进一步提高资源利用率、降低管理和基础架构成本，需要面对如何实现软件、应用、数据和硬件资源的共享的问题。IT基础架构面临业务支撑灵活度的压力。在有效控制成本的同时，如何增加IT基础架构的自动化和智能化程度？如何加快部署周期，轻松、灵活地应对快速变化的业务需求？都对基础设施提出了更高的需求。系统管理复杂。数据库服务器、Web服务器、中间件服务器，Windows平台、Linux平台，企业数据中心服务器数量多、种类多、管理复

37、杂，面对如此复杂的环境，需要在业务系统出现故障时及时解决问题，传统IT管理方式面临挑战。性能瓶颈。业务高峰时，业务系统负荷增加，出现性能瓶颈，不能及时响应用户请求，导致用户满意度下降。如何及时响应客户需求，提高用户满意度成为当务之急。IT采购模式将发生巨大变化。以往根据项目需求采购设备、部署基础架构的方法，已经不能满足业务变化的要求，新的采购模式应该以有规划的、整体的基础架构升级来适应不断增加的新应用、提高对业务支撑的灵活性。因此，需要换一种思路，从业务角度来考虑IT基础架构。“云计算”的出现使信息技术行业发生重大变革，也为应对数据中心面临的上述挑战提供了解决方法。“云计算”是一种计算模式，在

38、这种模式下，应用、数据和IT资源以服务的方式通过网络提供给用户使用。“云计算”也是一种基础架构管理的方法论，大量的计算资源组成IT资源池，用于动态创建高度虚拟化的资源提供用户使用。设计目标和要点分析云计算服务概述根据云计算服务的部署模式和服务对象范围可以将云分为三类：公共云、私有云和混合云。从另一个角度来看，云计算又可以按照所提供的服务类型分为三层：基础架构即服务（Infrastructure as a Service），提供的是虚拟化服务器、存储及网络资源，IaaS；平台即服务（Platform as a Service），提供的是优化的中间件，包括应用服务器、数据库服务器、portal服务

39、器等，PaaS；软件即服务（Software as a Service），包括行业应用、工具应用和信息服务等，SaaS；“云计算”提供了诸多好处，包括改善服务，提高效率和降低总体IT成本的承诺。或许你正考虑通过构建一个云计算环境实现如下目标：能够实现IT服务的快速交付、能够实现更快速的创新；自动配置和部署应用测试环境，更好地模拟生产环境进行测试，提高产品质量；实现资源再激活配置过程的自动化，降低成本；通过使用一种可预知结果的测试方法，达到提高生产力的目的；管理IT环境中的风险、满足合规要求；平稳迁移到新的应用，平稳迁移到新的基础架构，平稳迁移到新部署的解决方案；从一个独立的系统平稳迁移到虚拟化

40、系统环境。同时，还会面临如下一些挑战：保证用户满意度：避免资源供给错误导致测试活动受阻碍甚至意外停机；保证产量和收入：确保测试环境下获得与生产环境相同的结果，避免环境问题导致产品质量问题且不能快速确定问题所在。降低劳动力成本：手工配置复杂的环境，导致IT资源不能被高效利用，需要保证整个环境可以更加智能和高效。确保诚信：提供可审核的供给过程，保证合规和政策的执行。降低设备成本：有效进行IT资产管理，清楚安装了什么、装在什么地方、谁在用及使用率资源共享问题：资源共享程度低、扩展成本高：虚拟化环境不易管理，财务部门需要提供设备使用报告以便进行财务核算开发和测试人员因手工、低效率的资源分配过程而不能快

41、速获取所需IT资源测试环境需要数周的时间才可配置完成，影响开发进度软件配置不能被始终如一地执行和追踪，影响软件质量系统环境的配置对人员技能要求高，意味着留给新项目的时间就越少配置过程冗长、复杂、易出错，影响生产率大量的系统配置工作需要手工来完成，导致任务积压、客户不满意如何采用云计算的部署方式实现这些目标、达成这些诉求：通往云计算的旅行对所有客户来说并不总是一帆风顺的。为此，端到端的云产品解决方案来帮助客户在所有环节获得业务优势：从虚拟化、到云功能、再到高级云功能，利用现有基础设施来创建能够与业务需求同步增长的云环境。首先，利用虚拟化技术实现基础设施的虚拟化。实现虚拟化之后，可以在此之上构建一

42、个入门级的云方案，满足您的如下要求：通过标准化和降低运营成本来提高IT效率；按需扩展以便提高服务质量；通过连续可用性来满足需求；提供基本的配置、管理、自动化和计量功能；创建能够通过扩展来支持高级云产品的基础设施。云平台建设要点每个云平台根据用户群的不同，业务模式的不同，在建设中，需要重点考虑的问题也不一样。对于云平台的建设，建议根据分步走的规划，特别是对于初次搭建云平台的客户，提出以下建设要点：资源池云计算采用池化资源管理。所谓“池”就是公共资源，资源并不属于某一个应用或业务，而是根据其要求，从公共资源池中划分资源。自动化云平台采用服务管理流程化、自动化的方式集中管理，减少认为参与，为平台的规

43、模化扩展提供条件。易用性对于业务系统作为云计算平台的用户，不需要关心资源的来源及原理，只需要登陆系统，使用资源。快速响应当业务需求变化的时候，云平台可以通过弹性伸缩机制和自动化来快速相应，以适应业务的变化。可度量性云平台的各种资源服务，如存储、CPU、内存、网络带宽和软件许可证等，是可以监控、控制和计量的。平台可以更好的统计IT资源使用率，为服务水平管理提供依据。高可扩展性平台建设规模会随着业务类型增加和业务量的增加而迅速扩展，因此，高可扩展性是平台的重要特征。高可靠性云平台通过多副本容错和计算资源同构可互换来提高服务的可靠性，可靠性比一般的云平台更高，因此，在资源选择上，就要采用可靠性高的服

44、务器和存储。云化部署的建设目标区域医疗数据交换与共享平台将区域内分散在不同的医疗机构的业务系统中的信息有机地整合起来，实现数据统一的跨部门、跨系统、跨平台的数据交换和共享系统。通过建立共享和交换平台采集整合各医疗机构及系统信息，建立数据中心库、形成稳定可靠、具备扩展性的共享交换平台。为居民健康电子档案和领导决策提供准确、可靠的数据。通过共享交换平台的建设实现医疗机构数据整合，达到如下目标：通过构建端到端的区域数据交换与共享平台，保证医疗机构系统间互联互通、数据共享、数据交换。通过区域数据交换与共享平台，将区域内不同医疗机构的业务系统连接起来，提供不同系统之间的数据交换功能，实现区域内各医疗机构

45、的中心数据共享，统一处理区域内各医疗机构及系统之间信息的采集与传输。信息通过采集，传输，汇总，清洗比对，完成信息入库处理，形成完整准确的数据中心，支撑居民健康电档案的建设。通过共享交换平台提供开放式数据服务接口，提供的数据服务，为各个系统建设提供应用服务，实现基于健康档案的区域医疗信息平台的建设。建立相关管理制度和标准规范体系，保证区域医疗机构数据交换与共享平台运行，保障区域医疗信息资源交换与共享应用长效机制的建立与管理，推进区域医疗卫生系统的完善，为区域医疗信息交换共享应用建设打下坚实的基础。云化部署的建设内容根据需求分析，需要建立一套支撑框架（云平台支撑框架），建设区域医疗云数据交换与共享

46、平台，以及相应的监控管理，并在此基础上整合基础信息库系统形成一套示范应用，建设的主要内容为：标准规范建设云平台支撑框架建设云数据交换平台建设云数据处理平台建设云共享服务平台建设基础信息库系统整合监控与管理平台建设开发工具与接口建设安全系统建设运行保障体系建设系统云化部署的架构系统通过对基础资源的整合，建立云平台支撑框架，并在云平台支撑框架的基础上提供三大云系统，并统一提供系统监控与管理和开发工具及接口，如下图所示：三大云之间相辅相成，以数据资源为基础，对原始数据进行交换、整合、处理、服务，共同为医疗机构、政府部门及社会公众提供服务。医疗卫生信息平台与数据中心卫生数据云中心区域居民主索引库主索引

47、是指在特定域范围内，用以标识该域内每个居民并保持其唯一性的编码。居民的唯一标识是指用于健康服务实际业务并且能够辅助进行居民健康信息唯一性识别。区域卫生信息平台存储全区居民的主索引和与此关联的居民健康档案存储地址。全员人口信息库（人口数据资源库）实现全员人口信息的实时动态管理，为促进人口与经济社会、资源环境全面协调可持续发展提供决策依据；实现相关部门人口信息资源的实时共享，为区域人口全生命周期管理服务。建立以公民身份号码为标识、以居民身份证信息为主要内容的人口基础信息库。以人口基础信息为基准，建立信息共享和校核机制，充分利用全国人口普查信息，逐步建设人口总量和静态动态分布、户口登记、健康素质、残

48、疾人口、年龄和性别结构、教育程度、就业状态、居住状况等方面的业务信息库。基本医疗数据库基本医疗信息包括了：诊断、处方、检验结果、检查结果、影像图像以及住院病案、出院小结等内容。其中影像图像信息将以分布式存储的方式分别存在各家医疗机构本地数据库中，数据中心电子病历数据库集中存放诊断、处方、检验结果、检查结果等信息。数据标准整合并应用居民的电子病历数据，为各级医疗卫生机构及全体居民提供标准化的电子病历信息。 HL7 CDA临床文档结构是HL7组织发布的第一个基于XML的医疗行业标准。CDA是一种以交换为目的的临床文档结构和语意的文档标记标准，且以该标准构件的临床文档可以在HL7消息中进行传输。CD

49、A标准的建立旨在为实现在多个异构的系统中交换技术复杂度不同的具可读性的患者医疗文档，而制定的独立于传输和储存机制的医疗文档结构标准。CDA使病历文档既能够被机器处理，也能够被人阅读，易于检索和使用。借助于XML 分析器，编写相关的处理程序,就可以将病历存入到本地数据库中或进行相关的操作。CDA标准有助于构建基于XML技术的更高效、灵活的电子病历系统，实现在用户需要时按需获得患者的临床信息，使得患者临床信息成为医疗行为的中心。目前，国内还没有将卫生部制定的电子病历数据标准与HL7 CDA有机的结合起来并应用于实际业务，因此本项目在遵循国家卫生部电子病历基本架构与数据标准的基础上采用XML方式，尽

50、量参考借鉴HL7 CDA的三层医疗文档理论体系，研究制定统一的区域数据标准，该数据标准既是医院临床业务系统与区域数据中心之间数据的交换标准，也是区域电子病历数据的存储标准。区域数据中心标准包括文档头(Header)和文档体(Body)。文档头共有四个逻辑成份：文档信息、资料数据、服务提供者和服务接受者，文档信息标识了文档，定义了机密性状态，描述了与其它文档或单据间的关系；资料数据描述了文档受访的开始:服务提供者包括了谁鉴别这个文档，谁要获取这个文档的拷贝，谁是文档的生成者和录入者，谁是参与健康医疗的提供者等，这些都被一记录在内；服务接受者包括患者，其它有意义的参与者，如患者家属，和那些可能产生

51、部分内容的设备等。文档体中所包括的是详细的临床报告，它可以是一个非结构化的大型二进制对象，也可以由结构化体(Structured Body)所组成。结构化体被封装成多个递归可嵌套的文档部分(section)，每个部分可以包含一个单独的叙述块(Narrative Block)，以及任何数量的CDA条目(Entry)和外部引用。在CDA标准中,根据患者医疗文档信息的结构化程度，依次将标准划分为三级：第一级，规定医疗文档头信息的语义,指定医疗文档类型的代码和包含章节的文档内容。第二级，在第一级的基础上，要求医疗文档和章节使用相同的代码，允许增加进一步的约束条件。第三级，允许在医疗文档的内容上增加医疗

52、观察报告和医疗服务的信息。电子病历数据模型电子病历信息模型包括电子病历数据结构和临床文档信息模型两部分内容。电子病历数据结构电子病历数据结构用于规范描述电子病历中数据的层次结构关系，即电子病历从临床文档到数据元的逐步分解、或从数据元到临床文档的逐步聚合关系。电子病历数据结构分为四层如下图所示：电子病历数据结构A）临床文档：指由特定医疗服务活动（卫生事件）产生的服务对象临床诊疗或指导干预的信息集合，由若干数据组和（或）数据元组成。如：住院病案首页、会诊记录、门（急）诊处方等。B）文档段：临床文档一般可分为若干逻辑上的段，即文档段。文档段为构成该文档段的数据提供临床语境，即为其中的数据元通用定义增

53、加特定的约束。文档段一般由数据组组成，并通过数据组获得定义。本标准中未明确定义文档段，但隐含了文档段的概念。C）数据组：由若干数据元构成，作为一个数据集合体，参与临床业务活动记录的表达，具有临床语义完整性、可重用性特点。数据组可以表现为嵌套结构，即较大的数据组可包含较小的子数据组。如：症状、用药、手术、文档标识等。D）数据元：位于电子病历数据结构的最底层，是信息模型中可以通过定义、标识、表示和允许值等一系列属性进行赋值的最小数据单元。数据元的允许值由值域定义。临床文档信息模型电子病历主要由临床文档组成，临床文档是电子病历中各类业务活动记录的基本形式。临床文档中的数据存在着一定的层级结构关系，其

54、中有包含与被包含的关系，也有按同类属性相互嵌套的关系。临床文档的结构化和标准化，是电子病历实现语义层数据交换与共享的基本要求。电子病历临床文档由文档头和文档体两部分构成。文档头主要为各类标识信息，如文档、服务对象、服务提供者标识等；文档体是临床文档的具体内容，包含临床语境。如下图所示：临床文档信息模型临床文档中的文档头和文档体分别由承担不同角色和作用的数据组构成，共包括数据组74个，其中文档头部分12个、文档体部分62个。数据组列表如下：电子病历临床文档数据组列表序号数据组标识符数据组名称序号数据组标识符数据组名称1H.01 文档标识38S.04.006过敏史2H.02服务对象标识39S.04

55、.007用药史3H.02.001个体生物学标识40S.04.008系统回顾4H.02.002个体危险性标识41S.04.009个人史5H.03人口学42S.04.010婚姻史6H.04联系人43S.04.011月经史7H.05地址44S.04.012生育史8H.06通信45S.04.013家族史9H.07医保46S.04.014危险因素暴露史10H.08卫生服务机构47S.05检查11H.09卫生服务者48S.05.001检查申请12H.10事件摘要49S.05.002检查报告13S.01 主诉（症状/体征）50S.05.003 影像检查报告14S.01.001症状：发热51S.06医学检验1

56、5S.01.002症状：皮肤黏膜出血52S.06.001检验申请16S.01.003症状：腹痛53S.06.002检验报告17S.01.004症状：水肿54S.06.003检验标本18S.01.005症状：过敏（不良反应）55S.07诊断19S.02体格检查56S.08操作20S.02.001体格检查：一般状态57S.08.001手术21S.02.002体格检查：皮肤58S.08.002麻醉22S.02.003体格检查：淋巴结59S.09用药23S.02.004体格检查：头部60S.09.001预防接种24S.02.005体格检查：颈部61S.09.002输血25S.02.006体格检查：胸部

57、62S.10诊疗计划26S.02.007体格检查：腹部63S.10.001患者提醒27S.02.008体格检查：生殖器、肛门、直肠64S.10.002知情告知28S.02.009体格检查：脊柱与四肢65S.10.003临床路径29S.02.010体格检查：功能（残疾）66S.11评估30S.03现病史67S.11.001治疗结果31S.03.001传染病68S.11.002医疗质量32S.04既往史69S.12诊疗过程记录33S.04.001疾病（外伤）史70S.12.001病程记录34S.04.002手术史71S.12.002医嘱35S.04.003诊疗史72S.13医疗费用36S.04.0

58、04输血史73S.14护理37S.04.005免疫史74S.15健康指导数据内容基本内容由：病历概要、门（急）诊诊疗记录、住院诊疗记录、健康体检记录、转诊（院）记录、法定医学证明及报告、医疗机构信息等七个业务域的临床信息记录构成。电子病历基本内容架构总图如下：病历概要病历概要的主要记录内容包括：（1）患者基本信息 包括人口学信息、社会经济学信息、亲属（联系人）信息、社会保障信息和个体生物学标识等。（2）基本健康信息 包括现病史、既往病史（如疾病史、手术史、输血史、用药史）、免疫史、过敏史、月经史、生育史、家族史、职业病史、残疾情况等。（3）卫生事件摘要 指患者在医疗机构历次就诊所发生的医疗服务

59、活动（卫生事件）摘要信息，包括卫生事件名称、类别、时间、地点、结局等信息。（4）医疗费用记录 指患者在医疗机构历次就诊所发生的医疗费用摘要信息。门（急）诊诊疗记录主要包括门（急）诊病历、门（急）诊处方、门（急）诊治疗处置记录、门（急）诊护理记录、检查检验记录、知情告知信息等六项基本内容。其中包括的子记录分别为：（1）门（急）诊病历：分为门（急）诊病历、急诊留观病历。（2）门（急）诊处方：分为西医处方和中医处方。（3）门（急）诊治疗处置记录：指一般治疗处置记录，包括治疗记录、手术记录、麻醉记录、输血记录等。（4）门（急）诊护理记录：指护理操作记录，包括一般护理记录、特殊护理记录、手术护理记录、生

60、命体征测量记录、注射输液巡视记录等。（5）检查检验记录：分为检查记录和检验记录。检查记录包括超声、放射、核医学、内窥镜、病理、心电图、脑电图、肌电图、胃肠动力、肺功能、睡眠呼吸监测等各类医学检查记录；检验记录包括临床血液、体液、生化、免疫、微生物、分子生物学等各类医学检验记录。（6）知情告知信息：指医疗机构需主动告知患者和/或其亲属，或需要患者（或患者亲属）签署的各种知情同意书，包括手术同意书、特殊检查及治疗同意书、特殊药品及材料使用同意书、输血同意书、病重（危）通知书、麻醉同意书等。住院诊疗记录主要包括住院病案首页、住院志、住院病程记录、住院医嘱、住院治疗处置记录、住院护理记录、检查检验记录