智慧医院可行性研究报告

1、智慧医院可行性研究报告第 页目 录 TOC o 1-2 h z u HYPERLINK l _Toc494403888 一、概述 PAGEREF _Toc494403888 h 1 HYPERLINK l _Toc494403889 （一）项目名称 PAGEREF _Toc494403889 h 1 HYPERLINK l _Toc494403890 （二）项目建设单位及负责人 PAGEREF _Toc494403890 h 1 HYPERLINK l _Toc494403891 （四）方案编制依据 PAGEREF _Toc494403891 h 1 HYPERLINK l _Toc49440

2、3892 （五）项目建设目标、内容、规模、周期 PAGEREF _Toc494403892 h 2 HYPERLINK l _Toc494403893 （六）总投资及来源 PAGEREF _Toc494403893 h 2 HYPERLINK l _Toc494403894 二、现状、必要性和可行性 PAGEREF _Toc494403894 h 2 HYPERLINK l _Toc494403895 （一）现状及成果 PAGEREF _Toc494403895 h 2 HYPERLINK l _Toc494403896 （二）存在问题 PAGEREF _Toc494403896 h 7 HY

3、PERLINK l _Toc494403897 （三）项目建设的必要性 PAGEREF _Toc494403897 h 7 HYPERLINK l _Toc494403898 （四）项目建设的可行性 PAGEREF _Toc494403898 h 8 HYPERLINK l _Toc494403899 三、需求分析 PAGEREF _Toc494403899 h 9 HYPERLINK l _Toc494403900 （一）用户需求 PAGEREF _Toc494403900 h 9 HYPERLINK l _Toc494403901 （二）业务需求 PAGEREF _Toc494403901

4、 h 10 HYPERLINK l _Toc494403902 （三）功能需求 PAGEREF _Toc494403902 h 12 HYPERLINK l _Toc494403903 （四）接口需求 PAGEREF _Toc494403903 h 13 HYPERLINK l _Toc494403904 （五）性能需求 PAGEREF _Toc494403904 h 14 HYPERLINK l _Toc494403905 （六）安全需求 PAGEREF _Toc494403905 h 14 HYPERLINK l _Toc494403906 （七）信息量预测分析 PAGEREF _Toc4

5、94403906 h 15 HYPERLINK l _Toc494403907 四、总体设计 PAGEREF _Toc494403907 h 16 HYPERLINK l _Toc494403908 （一）指导思想 PAGEREF _Toc494403908 h 16 HYPERLINK l _Toc494403909 （二）建设原则 PAGEREF _Toc494403909 h 16 HYPERLINK l _Toc494403910 （三）建设目标 PAGEREF _Toc494403910 h 17 HYPERLINK l _Toc494403911 （四）建设内容 PAGEREF _

6、Toc494403911 h 17 HYPERLINK l _Toc494403912 （五）总体架构 PAGEREF _Toc494403912 h 18 HYPERLINK l _Toc494403913 （六）技术路线 PAGEREF _Toc494403913 h 19 HYPERLINK l _Toc494403914 五、项目设计方案 PAGEREF _Toc494403914 h 21 HYPERLINK l _Toc494403915 （一）硬件基础环境 PAGEREF _Toc494403915 h 21 HYPERLINK l _Toc494403916 （二）数据库设计

7、PAGEREF _Toc494403916 h 36 HYPERLINK l _Toc494403917 （三）软件基础环境 PAGEREF _Toc494403917 h 38 HYPERLINK l _Toc494403918 （四）业务管理系统建设 PAGEREF _Toc494403918 h 44 HYPERLINK l _Toc494403919 （五）标准体系建设 PAGEREF _Toc494403919 h 69 HYPERLINK l _Toc494403920 六、保障措施 PAGEREF _Toc494403920 h 71 HYPERLINK l _Toc494403

8、921 （一）风险管理 PAGEREF _Toc494403921 h 71 HYPERLINK l _Toc494403922 （二）实施策略 PAGEREF _Toc494403922 h 72 HYPERLINK l _Toc494403923 七、实施计划 PAGEREF _Toc494403923 h 74 HYPERLINK l _Toc494403924 八、投资概算和资金来源 PAGEREF _Toc494403924 h 76 HYPERLINK l _Toc494403925 （一）项目总投资概算 PAGEREF _Toc494403925 h 76 HYPERLINK l

9、 _Toc494403926 （二）资金来源与落实 PAGEREF _Toc494403926 h 76 HYPERLINK l _Toc494403927 （三）概算编制依据 PAGEREF _Toc494403927 h 76 HYPERLINK l _Toc494403928 九、效益分析 PAGEREF _Toc494403928 h 77 HYPERLINK l _Toc494403929 （一）社会效益 PAGEREF _Toc494403929 h 77 HYPERLINK l _Toc494403930 （二）经济效益 PAGEREF _Toc494403930 h 77 HY

10、PERLINK l _Toc494403931 十、附件 PAGEREF _Toc494403931 h 78 HYPERLINK l _Toc494403932 附件一 数据中心硬件设备概算表 PAGEREF _Toc494403932 h 78 HYPERLINK l _Toc494403933 附件二 各应用系统概算表 PAGEREF _Toc494403933 h 82 HYPERLINK l _Toc494403934 附件三 应用系统配套使用设备概算（已计入） PAGEREF _Toc494403934 h 83 HYPERLINK l _Toc494403935 附件四 容灾中心

11、机房概算表 PAGEREF _Toc494403935 h 83 HYPERLINK l _Toc494403936 附件五 数据中心机房概算表 PAGEREF _Toc494403936 h 84一、概述（一）项目名称项目名称： “智慧医院”工程（一期）（以下简称：“智慧医院”）（二）项目建设单位及负责人项目建设单位：XX人民医院（以下简称：人民医院）负责人：（四）方案编制依据2006-2020国家信息化发展战略2011-2015年卫生信息化发展规划中共中央、国务院关于深化医药卫生体制改革的意见（2009）医院信息系统基本功能规范（2002） 浙江省病历书写规范电子病历系统功能规范（试行）（

12、2010）电子病历基本规范（试行）（2010）健康档案基本架构与数据标准(试行)（2009）健康档案基本数据集编制规范（试行）（2009）健康档案公用数据元标准（试行）（2009）国家基本公共服务体系“十二五”规划电子信息系统机房设计规范（GB50174-2008）信息技术软件生存周期过程（GB/T8566-2007）计算机软件文档编制规范（GB-T8567-2006）信息系统灾难恢复规范(GB/T 20988-2007 )信息系统安全等级保护实施指南（GB/T 25058-2010）信息系统安全保护等级定级指南 （GB/T 22240-2008）（五）项目建设目标、内容、规模、周期1.建设目

13、标。按照我院建设“智慧医院”的远景目标，改造服务流程，建设稳定高效的医院综合信息系统，采用智能化设备和管理手段，方便患者就医，提高医务人员服务效率，规范医院管理，逐渐向感知化、智能化、协同化方向发展。2.建设内容。“智慧医院”（一期）建设内容包括：数据中心机房和容灾中心建设，搭建硬件基础环境；建设数据交换、统一用户管理、统一消息管理及报表分析等软件基础平台；HIS系统升级及诊疗流程优化建设、预约挂号平台、临床路径管理、心电信息管理系统建设；标准和安全体系建设。3.建设规模。本期项目规划建设涉及我院内部医疗活动相关的信息系统及软硬件基础环境，及与合作的银行、我市医保农保的数据对接。4.建设周期。

14、“智慧医院”（一期）建设周期为20132014年。（六）总投资及来源“智慧医院”项目投资概算为XX万元，资金来源为医院信息化建设专项资金和市政府专项资金。二、现状、必要性和可行性（一）现状及成果1.建设单位概况我院是我市最大的现代化综合医院，占地163亩，建筑面积11.7万平方米，开放病床1200张。年门诊量125.3万人次，住院3.2万人次，拥有职工1474人。医院设有28个临床科室、11个医技科室，设有医院办公室、党委办、人事科、医务科、护理部、门诊部等14个行政科室，其中信息科负责医院的信息化规划与建设。医院现拥有一大批先进的诊断和治疗设备，拥有标准化临床技能实验中心，是一家集医疗、教学

15、、科研、预防和康复为一体的我市最大的现代化三级乙等综合医院。 2.信息化现状我院信息化建设始于上世纪90年代，成立了专门的信息科，并根据自身业务应用需要建立了信息中心标准机房，组建了医院内部局域网，陆续建设医院信息管理系统（HIS）、检验信息系统（LIS）、影像管理系统（PACS）、电子病历管理系统、医院设备管理系统、医院总务物资管理系统、医院供应室管理系统、医院分诊叫号系统、医院无线巡查管理系统等20余套应用系统，应用基本覆盖了医院基础医疗和运营业务。基本情况如下所述。（1）基础环境机房。我院有独立的中心机房，已经建成使用多年，该机房分为机房核心网络区域、机房办公区域、UPS存放区域、通讯线

16、路存放区域等几个部分，其中机房办公区域与其它区域相连，机房核心网络区域、UPS存放区域、通讯线路存放区域等各有独立的房间。各区域面积总和约为200平方米，机房在消防、安全、门禁、环境卫生等方面存在一定的问题，需要进行整体改造。网络系统。通过2009年的相关系统、网络安全设备等升级，目前医院形成了完整的内外部网络结构，其网络拓扑如图1所示：图1 我院现有网络拓扑示意图相关设备。我院已配置了网络交换机、服务器、数据存储设备、网络设备、安全设备、UPS系统等设备，这些设备基本能满足了我院当前的信息化需求。其中部分设备已使用超过5年，本次规划可能需要更换。现有设备的具体信息如下表所示。序号设备名称数量

17、用途备注服务器1HP DL380 G52PACS应用服务器2IBM x3850 X52PACS数据服务器3IBM 3650 M31B超内镜管理系统应用兼数据服务器300GB SATA*44IBM x3650 M31供应管理系统应用兼数据服务器300GB SAS*65IBM x3650 M21手术麻醉系统应用兼数据服务器300GB SAS*46IBM x3650 M31OA 应用服务器146GB SAS*47SUN 35001LIS系统应用兼数据服务器8IBM P5502HIS系统、电子病历应用兼数据服务器146GB SAS*29IBM P5201HIS系统、电子病历冷备应用及数据库服务器10I

18、BM 3650 M23测试服务器、无线巡查服务器、排队叫号服务器各1台11DELL 26001应急、挂号收费服务器12DELL 28502合理用药、预约挂号应用兼数据库服务器各1台4块硬盘13HP 3801农保前置存储设备14HP存储器1PACS存储器300G*1415RD DATA存储2HIS主、备存储器16RD DATA存储1冷备存储器，配合520服务器冷备使用网络设备17华为57002交换机18思科45061冷备核心交换机19思科65091核心交换机24光口、48电口20华为26001农保路由器21思科2960G32台为楼层及手术台使用1台为备用48电口、4口光电复用22SAN光纤交换机

19、2安全设备23天融信NGFW-4000-UF（TG5030）防火墙21台3光+4电， 1台4电24网神网闸1内网外网总体隔离其它设备及软件25UPS系统150KV（2）数据建设已建数据库。主要产生HIS数据、LIS数据、PACS数据、合理用药数据、预约挂号数据、B超内镜数据、供应室管理数据、OA数据、电子病历数据、无线巡查管理数据、手续麻醉管理数据、分诊叫号数据等。数据交换。HIS系统、LIS系统、PACS系统、电子病历系统、分诊叫号系统等多个系统间有数据交换要求，数据交换方式主要为如下几类：数据库中采用存储过程实现数据交换。由于人民医院大部分系统为浙江联众卫生开发实施，相关人员对数据库结构非

20、常熟悉，通过在数据库中编写存储过程，实现系统间在数据库层面的数据交换。如：电子病历与HIS、LIS、PACS等业务系统数据交换。部分系统开发数据接口供其它系统使用。部分系统有提供外联接口的需要，开发相应的软件接口，供其它辅助系统调用，达到其它系统调用医院相关系统的数据的目的。如：公共显示装置、排队叫号等。调用其它系统的数据接口实现数据交换。系统调用医院外部的系统提供的接口，进行读写操作，达到调用其它系统数据的目的，如：挂号收费系统等调用医保、农保接口实现收费时扣除医保农保卡内的费用。（3）应用系统经过十多年的不断完善，人民医院已建立了较为完善的应用系统，主要系统如下表所示：序号应用系统名称开发

21、商1HIS系统联众2医保、农保接口系统联众3临床检验系统LIS联众4PACS系统明天国际5电子病历系统联众6医院无线巡查管理系统联众7合理用药管理系统联众8预约挂号系统联众9B超内镜管理系统联众10供应室管理系统联众11协同办公系统联众12手续麻醉管理系统联众（二）存在问题人民医院的信息化建设已取得阶段性成果，但仍然存在众多问题亟待解决。主要问题在于系统部署缺乏统一规划，数据孤岛众多；数据统计口径众多，数据共享程度不高；缺乏统一的登录平台，部分系统功能不全，运行效率较低。本期项目重点考虑以下问题：1.服务流程亟待优化。随着医院业务规模扩大、业务量增加及服务模式的创新要求，传统的医疗服务流程已不

22、能满足日益增长的就医需求，需要更先进、更智慧的技术和手段来优化现有的服务流程。2.数据共享程度不高。医院陆续开发20多个信息系统，产生大量数据，存在数据类型不一，数据结构不一，统计口径不一等情况，系统间以临时开发数据接口和存储过程形式进行数据交换，部分数据需要多次输入，导致数据共享程度低，数据利用效率不高。3.系统部署不统一。各系统独立部署，缺乏统一规划，没有搭建系统交换平台，导致系统间接口众多，服务器等设备利用率低，软硬件资源无法优化配置，系统管理和网络管理的难度增大。4.数据存储安全性低。医院目前的机房存在消防、安全等隐患，某些系统运行不稳定，造成医院在经济的损失和荣誉上的不良影响。没有专

23、门的容灾中心，无法保证数据的存储安全。（三）项目建设的必要性针对医院信息系统存在的问题，本期项目将在原有系统基础上进行升级改进，项目成功实施后，将在医疗服务模式、系统支撑环境、医患关系等方面取得显著成效。1.创新医疗服务模式的需要。本项目将借助智能化手段，通过创新医疗服务模式，优化医疗服务流程，利用先进设备和智慧终端实现“先诊疗后付费”，提升服务效率，缩短就医等候时间，简化内部运维流程，改善患者就医感受。2.强化硬件基础环境建设的需要。通过统筹部署硬件设备，优化网络环境，建设高级别的数据存储中心和容灾中心，实现数据高效共享，保障数据存储安全，为医院信息化建设打下坚实基础。3.提高医院工作效率的

24、需要。通过建设统一的数据交换平台，消除人民医院内部信息孤岛，把需要共享的数据通过数据交换平台进行交换和共享，达到数据共享的目的，减少数据重复录入。通过优化系统设计语言和流程，提高系统运行效率，完善系统各方面功能，提高医院临床一线和统计管理的工作效率。4.缓解医患矛盾关系的需要。利用信息化手段加强医技人员的质量监督管理，加快应急响应速度，形成便民服务流程和网络，从而切实缓解医患矛盾。综上所述，建设我院“智慧医院”是完全必要的。（四）项目建设的可行性1.运营模式可行新的运营模式应用后将惠及多方，包括患者就医、医务工作和院方管理工作。节省患者排队等候时间、简化医技人员系统操作步骤，从而节省服务时间。

25、“先诊疗后付费”、一卡通管理等运营模式已在国内很多大医院成功应用，卫生部2010年5月召开的“先诊疗后结算”试点项目新闻发布会上表示将在全国推行这一服务模式。2010年10月底，上海中医药大学附属龙华医院在上海率先尝试先诊疗后付费模式，试点成果明显；浙大附属第一、第二医院，以及台州、义乌等地区医院联合银行成功推出先诊疗后付费措施，这些案例是我院可借鉴的经验。2.技术可行性我院在十多年的信息化建设历程中积累了丰富的行业信息化经验。HIS系统的开发技术日益成熟，行业应用日益广泛，为本项目的建设实施提供宝贵的经验借鉴。3.投资可行性“智慧医院”项目建设资金主要来自医院信息化建设专项资金，部分硬件布署

26、和收费业务方面可以考虑与银行协作，获得银行方面的资金支持，项目在资金方面具有充分保障。4.管理可行性医院信息化建设受到院方领导的高度重视，为系统建设提供了强有力的领导和支持，医院信息科具备丰富的信息系统管理经验，拥有一批专业技术人才，能进行规范化信息系统管理，为医院信息系统建设提供了强有力的管理保障。综上所述，建设我院“智慧医院”是完全可行的。三、需求分析（一）用户需求1.患者需求通过优化门诊流程，解决患者“挂号排队时间长、看病等候时间长、取药排队时间长”的问题。多渠道挂号。使患者可以通过电信、移动等运营商的服务平台进行电话短信预约挂号，也可以进行互联网在线预约挂号，或通过银行自助终端预约挂号

27、，或通过患者自助服务挂号。舒适就诊。医院需做好病人信息的保密工作，以保障个人隐私，提升就诊体验。利用物联网、互联网等智慧手段实现患者就诊全程自动化信息采集，如患者在参加手术的全程通过腕带扫描进行患者身份核对。便捷付费。医院在保留传统付费方式的同时，通过发放就诊卡，绑定医保卡、农保卡及银行卡，实现现先诊疗后付费，并可实现医农保异地本地结算。提供自助终端支持自助转账、查询，以便了解消费明细。2.医务人员需求直观易用的系统界面。临床护理和医技人员是医院信息系统最主要最频繁的使用人群，系统升级之后，应保证功能完备的同时，简化医技人员对诊间系统的操作步骤，保证各系统操作界面简洁、直观易用，从而提高诊疗效

28、率。完整准确的临床信息。相关系统提供临床需要的完整信息，减少医生临床处理工作量，提高病历数据的准确性，为医生决断提供实时、直观的数据依据。数据交换和共享。充分共享各系统的数据，减少相关数据在各系统中的重复输入次数和输入工作量。3.医院管理层需求医院行政部门。主要关注如何提高全院的卫生服务质量、强化绩效考核、提高监督管理能力、化解疾病风险等方面。通过全院系统集成平台采集到的海量数据，可以实现对业务、管理有效的数据支持。同时可以对各科室的运营状况进行实时的监控与跟踪，及时关注，避免管理上的被动。支持决策分析。病人相关的临床信息、服务信息、用药记录、护理记录和费用信息等实时传递到医院相关部门、为医院

29、管理和医疗分析提供便捷服务。来自临床科室、行政部门、医疗科室、财务科室等部门的数据纳入数据仓库，通过综合查询与辅助决策系统为医院高层领导决策分析提供支持。支持内部监管。利用信息系统进行信息的全过程追踪和动态管理，解决伪、冒、漏现象，加速资金周转、减少药品及医疗器械等物资积压。支持流程定制。系统提供工作流管理、过程管理和规则管理等工具及消息机制，支持用户自定义工作流程。（二）业务需求本期项目建设旨在实现“先诊疗后付费”服务模式、搭建软硬件基础平台和数据交换平台、创建数据仓库等。主要体现在如下几个方面：1.应用系统互联互通。实现医院内部系统之间的互联互通，各应用系统在数据层面可以相互交换，在应用层

30、面可以互相调用，在业务流程层面可以协同在一起实现全院级的业务协同；通过平台化手段实现全院级集成。2.实现“先诊疗后付费”服务模式。本着“以病人为中心”的原则，对传统的就诊模式加以改进和优化，推行“先诊疗后付费”模式。患者在门诊、急诊诊疗时，预先冻结账户诊疗所需资金、领取药品和相应检查诊疗时进行结算，减少患者接受诊疗服务时缴费的往返时间、排队时间，同时减少人工结算的工作量和失误。实现“先诊疗后付费”后的主要业务流程如图2所示：图2 “先诊疗后付费”业务流程图该流程说明如下：（1）持有医保卡和农保卡的患者需要领取就诊卡和银行卡（合作的银行的借记卡）；银行卡可在医院及银行领取，在医院和其他地方使用。

31、（2）挂号时，把就诊卡和银行卡绑定，有农保卡、医保卡的患者需要把就诊卡和农保卡、医保卡绑定。（3）就诊时，刷银行卡进行资金冻结；在检查和领药开始前时完成支付操作；需要打印发票时，患者到指定的地方打印发票。（4）就诊后不完成后续检查和领取药品，则在一定的时间后完成资金自动解冻。3.实现多渠道预约挂号。为方便广大患者就诊，可提供互联网、手机移动互联网、手机短信、114（电话）等方式进行预约挂号，解决患者“看病难”的问题。4.搭建软硬件基础平台。为保证数据安全存储、系统稳定运行、优化硬件配置，本期规划改造数据中心机房，建设应用级容灾中心；统筹规划软件基础环境，实现统一用户管理、统一消息管理、报表分析

32、等功能，实现组件复用，为后期信息化工作奠定基础。5.创建数据仓库。通过数据交换平台，汇聚相关数据至数据仓库，根据各级领导和各岗位需要，开发相应的主题分析和图形化报表，为相关业务分析和领导决策提供数据依据。（三）功能需求本期项目建设将满足以下几个方面的功能需求：1.升级HIS系统，实现“先诊疗后付费”的服务模式。对HIS相关的公用支持维护子系统、住院收费子系统、门急诊挂号管理系统、急诊划价收费管理系统、麻醉管理系统、门诊医生工作站、皮试输液管理系统、手术管理系统、住院医生/护士工作站、医保接口系统、药库管理系统等子系统进行升级，改造现有业务流程，对患者发放银行卡，通过就诊卡与医保卡、农保卡及银行

33、卡进行绑定，在诊治时完成费用的冻结，在领药、实施检查时进行费用支付。2.开发预约挂号平台，实现多渠道挂号及收费。通过互联网、手机移动互联网、手机短信、114（电话）、自助挂号机等方式进行预约挂号，并通过自动挂号机完成收费工作，减少挂号收费人员工作，分流挂号收费人员。3.开发临床路径管理系统，规范诊治流程。在疾病诊断明确后，诊断医生根据诊断结果在系统中选择相应病种的临床治疗路径，对病人入院后的检查、化验、会诊、治疗、手术准备、手术、手术后恢复等诊疗过程、诊疗时间和诊疗费用进行标准化、规范化控制，从而减少不同医生在诊断过程中的个人主观性，避免不同医生对同一病种的不同病人的医疗差异。4.开发心电信息

34、管理系统，实现心电数据共享。通过数据交换接口，把心电图机所取得的数据保存到HIS系统中，用于自动存储、打印、统计分析等，进一步完成心电数据管理、远程心电图汇总、教学使用、远程诊断、科研统计等。5.开发数据交换平台，实现数据交换。为消除信息孤岛，实现数据共享，本期项目拟利用中间件工具，二次开发数据交换平台，提供统一的标准服务接口，实现医院相关服务的延续操作和数据实时传递，完成应用系统间的数据交换和流程对接。 6.改造数据中心机房，支撑业务增长。对机房进行整改，按照相关标准进行规范化建设，消除安全隐患，对相应设备进行适当升级扩容，满足日益增长的业务操作需要，保证医院相关系统的顺畅运行。7.建设容灾

35、中心，提升数据安全和系统稳定。按照实际需求，建设应用级容灾中心，利用相应系统软件对数据和应用进行实时冗灾，确保数据的安全和业务的连续性。（四）接口需求1.与银行系统对接。银行卡与就诊卡绑定，通过银行卡完成充值、冻结、支付、结算、对账等操作，因此需要银行提供充值、支付及对账等接口，HIS系统开发并预留相关接口，保证快速、准确完成充值和支付操作，并保证数据传输安全。2.预约挂号平台对接。为保证数据安全，把外网预约挂号数据库和医院内部挂号数据库分开存储，预约挂号数据库布局在医院外部网络上，而医院内部挂号数据库布局在医院内部网络上。通过交换接口实现数据交换，把预约挂号数据定时导入内部挂号数据库，同时把

36、医院挂号数据库中的剩余号码信息导入预约挂号数据库。3.新增终端设备的读写接口。自助挂号、自助发卡、心电信息管理等系统需要购买挂号终端、制卡终端、心电监测终端等设备及卡读写设备等，需要设备供应商提供开发接口。4.与其他系统的接口。HIS系统在挂号、收费等环节，需要用医保卡/农保卡完成支付操作，同时需要核对支付数据，需要医保、农保等系统开发商提供支付和对账接口。（五）性能需求根据我院的实际情况，对硬件设施和软件功能模块的性能提出如下需求： 1.业务性能需求（1）预约挂号平台能支持10000人次/天的挂号量，能支持200人同时在线使用该系统，就诊卡预约挂号响应时间小于1秒； （2）HIS系统能支持5

37、00-600人在线使用，各系统响应时间不超过1秒。 2.设备性能需求（1）系统可靠性需达到99.999%，年平均故障率小于4小时；（2）银行卡、农保卡、医保卡等在2秒中之内完成资金冻结、资金支付、充值、对账等操作。（六）安全需求1.物理层面安全性。为确保医院系统的物理安全，应严格按照相关标准进行机房硬件部署，包括主机系统、网络综合布线、配电系统及通信系统等；配置防火墙、网络入侵检测、漏洞扫描系统、过滤控制、数字认证系统等安全设施；制定应急备份方案，保证平台可以连续724小时连续运行。保证在达到峰值或系统故障时，可以通过调整、调节、扩展或数据恢复等手段使系统平稳运行。2.应用层面安全性。通过设置

38、访问权限，设定连接数、访问数等限制，保证系统级安全；在客户端上为用户提供与其权限相符的操作界面、菜单和按钮，在服务端则对程序资源的调用进行访问控制；系统用户在操作业务记录时，考虑是否需要审核，上传附件不能超过指定大小等，进行应用程序流程内的限制。3.数据层面安全性。平台应具备完善的安全机制，提供权限认证模式和数据加密来控制数据交换的安全，防止非法访问和数据丢失。支持应用系统间各功能服务和接口的调用权限管理，提供应用节点与应用节点间，应用节点到接口服务间的权限控制，以保证数据交换的合法性。（七）信息量预测分析1.患者数据以慈溪人民医院平均每天5000患者计算，每个患者基础领药、病历、诊疗卡、医保

39、卡、农保卡等数据5kB计算，则一年的数据为：5K*5000*365=9125000KB，约为9.1GB。2.就诊过程数据同样以慈溪人民医院每天5000患者计算，每个患者挂号数据、诊治数据、用药数据、结算数据等以10KB计算，则一年的数据为：10K*5000*365=18250000KB，约为18.25GB；以患者影像检查占每天患者的10%、平均每次影像检查数据10M计算，则一年的影像检查数据为：10M*5000*10%*365=1825000M，约为1825GB；其它心电检查、手术、住院等人数为每天患者人数的1/5，即1000人计算，每人10KB计算，10KB*5000*1/5*365=365

40、0000KB，约为3.65GB。3.临床路径数据我市临床路径相关疾病不多，且一旦确定后随时间的变化比较少，该数据量暂时不计在数据估算之内。4.预约挂号数据同样以慈溪人民医院每天5000患者计算，每天10%的患者通过预约平台进行预约挂号，每条预约挂号信息1KB计算，1年的数据为：1KB*5000*10%*365=182500KB，约为0.18GB。5.医务人员数据以慈溪人民医院医务人员基础数据计算很少，一年估计只有几十MB，基本可以忽略不计；医务人员排班数据：以1500人计算，每人5KB数据，则一年的数据量为：1KB*1500*365=1095000KB，约为1.1GB。6.医院日常管理数据以慈

41、溪人民医院50000种药品和设备物资计算（同种药品、设备不同型号不同包装算账不同药品），以每种1KB计算，1KB*50000=5000KB，约为5MB，以每天10%作为变更数据，则一年的数据为：1KB*50000*10%*365=1825000KB，约为1.8GB。7.医生处方数据还是以慈溪人民医院平均每天5000患者计算，医生处方数据每人10KB计算，一年的数据为：10KB*5000*365=18250000KB，约为18.25GB。以上数据估算时全部以保留1年计算，在本项目中所有数据基本以保留5年数据计算，则(9.1GB+1825GB+3.65GB+18.25GB+1.1GB+1.8GB+

42、18.25GB+0.18GB)*5= 9387GB，约为9.3TB。本期规划建设实施的硬件平台应满足以上信息的存取需求，且为第二期软件系统实施预留足够空间。四、总体设计（一）指导思想本着“以人为本，服务社会”的工作理念，以“优化医疗服务流程，推广便民惠民服务举措”为目标，为贯彻落实中共中央、国务院关于深化医药卫生体制改革的意见，逐步建立统一高效、资源整合、互联互通、信息共享、透明公开、使用便捷、实时监管的医疗信息系统，通过对我院现有信息系统的升级改造和”智慧医院”项目的部署，建成综合实力强劲、优势特色鲜明、服务体系完备、创新能力显著、教学功能完善、在宁波地区具有广泛辐射力、全省具有影响力的示范

43、性三级综合性医院。（二）建设原则1.统筹规划，循序推进。根据医院实际特点，对医院信息化建设进行总体规划，明确建设重点，避免重复建设，优先建设若干业务系统，实现部分业务功能，使信息化建设工作有序推进并具有成效。2.以人为本，优化流程。综合考虑患者、医疗工作人员、系统管理人员、医院管理层等各方需求，优化诊疗与付费流程，整合协同办公流程，进而提升管理决策水平，真正完善信息系统的业务功能，改善患者的就医感受。3.统一标准，互联互通。建立医院信息交互标准，实现临床服务、医院运营管理、平台应用三大目录下各个业务活动的标准化。进一步规范数据字典，统一业务名称，实现各个业务子系统与运营管理系统的互联互通，保证

44、账目记录一致、数据对接流畅。4.开放集成，安全可靠。信息化建设中要注重实用性、可操作性和先进性相结合，采用成熟、可靠的信息技术来支撑整个医院信息化工作环境，确保系统安全、可靠、高效运行。同时充分考虑长远发展需要，为今后功能扩展和系统升级留有余地。（三）建设目标以把我院建设成“智慧医院”为目标，以服务病人、方便医务人员使用为前提，以加强医务管理为手段，实现系统间数据交互和共享，优化改造服务流程，提升医院的服务能力，方便患者就医，规范医院管理，逐渐向感知化、智能化、协同化方向发展，提高慈溪人民医院在慈溪、宁波、乃至全省三级医院的辐射力及整体形象。（四）建设内容本期建设内容包括硬件基础环境、软件基础

45、环境和应用系统建设及升级等相关内容。1.硬件基础环境。基础环境包括数据中心和容灾中心，是保障系统稳定持续运行和数据安全存储的基础。本期规划建设高标准规范化的机房作为数据中心。容灾中心按应用级别建设，负责数据备份、数据恢复及灾难发生时的网络切换和应用切换；容灾中心同时作为数据中心机房装修期间的系统运行载体使用。2.软件基础环境。软件基础环境包括数据交换平台和统一支撑平台。数据交换平台实现数据采集、传输、交换、处理、共享和存储，统一支撑平台包括统一用户管理、统一消息管理、统一流程管理和报表分析工具等。3.应用系统建设。本期建设的应用系统包括HIS系统升级、预约挂号平台、临床路径管理系统、心电信息管

46、理系统。这些系统将分重点分阶段逐步建设，第一阶段主要完成HIS系统升级、预约挂号平台、临床路径管理系统、心电信息管理系统等建设。（五）总体架构根据国家电子政务总体框架，结合人民医院的实际特点，我院采用“五横两纵”+“智能设备应用”相结合的总体框架结构，“五横”为基础设施、数据库、应用支撑、应用服务和信息服务，“两纵”为支撑“五横”的标准规范体系、安全与综合管理体系，如图3所示。图3 总体框架示意图1.信息服务层。属于客户端的层级，用于人与系统交互的界面，可以采用电脑、PC机、手机、智能终端等形式与人进行交互。2.应用服务层。应用系统建设中，服务是宗旨，应用是关键。服务要惠及整个医院各科室，为领

47、导决策、科室间业务协同、患者就医、信息资源共享等提供支持。3.应用支撑层。为应用系统提供技术支撑，缩短各应用系统建设周期，使不同系统完善和扩展遵循统一规范，解决应用系统开发过程中的低水平重复和“信息孤岛”问题，规范跨部门的各业务系统间的协同作业。4.数据库层。是实现应用系统功能的重要支撑。以收集、交换、共享等方式，收集电子病历、居民健康档案、HIS数据、LIS数据、PACS数据、日常办公数据、数据仓库等信息。5.基础设施层。包括：我院信息数据中心、容灾中心、智能终端设备、数据采集设备等，为系统及数据提供基础设备服务。6.标准规范体系。制定信息分类、采集、存储、处理、交换和服务等标准规范，建立完

48、善的信息化标准规范体系，为应用系统、应用支撑、数据库和基础设施建设的规划、设计、实施和运营提供依据。7.安全与综合管理体系。结合基础设施建设，配置安全设施，制定安全规章制度和策略，健全安全管理机制，逐步形成信息安全体系，为应用系统和数据库的推广应用提供安全保障。8.智能设备应用。我院采用PDA、智能手机、数据采集设备等智能终端采集、处理数据。（六）技术路线项目所采用的软件架构技术、数据交换技术、全文检索技术等关键技术已基本成熟应用，很多部门（单位）已利用这些技术建设了专业信息系统，并取得成功，从而为我院的建设提供了丰富的建设经验。1.网络架构方式建立安全的内外网隔离网络，把医院内部网络及外部网

49、络进行逻辑隔离，通过数据交换平台实现医院内外部数据交换。建立独立的数据中心和容灾中心，使用裸光纤连接数据中心和容灾中心，采用专业设备将两个存储系统设为一个整体，通过一次写入的方式，保证两个中心数据存储的完整性。2.面向服务的架构（SOA） 基于面向服务架构（SOA）的应用开发和集成可以将原来各自为政的IT系统有机地整合起来，实现信息、IT资源的共享和重用，可以为信息系统构建起一个完善的服务集成架构平台。 在SOA体系结构中，所有功能都定义为独立且具有明确调用接口的服务，用户可按照定义好的顺序调用这些服务来完成业务流程，具有灵活性、松耦合、跨平台、可扩展等优点。运用SOA 理念，可在不对现有信息

50、系统进行修改的前提下对外提供服务接口，将系统和应用迅速转换为服务，进行服务的组合和应用。3.Web ServiceWeb服务的出现定义了满足动态及时的业务协作所要求的基本功能和原则，而使用期间Web不仅成为信息共享的平台，而且成为服务共享的平台。Web服务利用标准的Internet协议解决基于Internet/Intranet的分布式计算。Web服务利用标准网络协议和XML格式进行通信，具有良好的普适性和灵活性，因此任何支持这些标准的系统都可以支持Web服务。 Web服务提供了一个在不同的应用和平台之间的交互操作标准，交互操作通过一系列基于XML的开放标准实现，包括WSDL、SOAP和UDDI

51、等。这些标准提供了一系列通用方法来定义、发布和使用Web 服务。Web服务接口规定了服务提供者和用户之间的基本契约，详细规定了服务所提供的功能类型，以及每一个功能所交换的消息。服务提供者和用户可以采用任意的方式来实现各自的消息交换，只要实际消息符合服务定义的规定。这种基于契约的中立接口定义，解决了服务之间的相互依赖，系统中的服务可以以一种统一和通用的方式进行交互。 数据交互实现方案中除非实时的大量数据传输外，都需要支持Web服务接口，SOAP消息格式需要遵从顶层设计中数据交换规范定义。4.采用虚拟化技术布局数据库和应用服务器对应用服务器和数据库服务器采用虚拟化技术、集群技术，把主要服务器虚拟化

52、为统一资源池，根据各系统的实际需要进行分配，便于系统灵活布局及资源的共享。5.采用中间件软件开发统一交换平台本项目采用中间件方式建成数据交换平台，通过数据实时交换，统一管理各系统的基础数据，实现数据共享。利用数据交换平台建立一个全局性数据仓库，辅助决策分析。五、项目设计方案（一）硬件基础环境围绕“智慧医院”总体建设目标要求，项目拟利用系统集群、系统容灾、服务器虚拟化等当前较为成熟先进的IT技术构建安全可靠、稳定高效的智慧医院基础设施平台。具体建设内容可分为运行环境建设，包括现有数据中心机房改扩建和容灾中心建设，以及基于机房环境基础的软硬件支撑平台建设。1.系统（数据）容灾中心建设（1）容灾（中

53、心）机房建设说明当前医院数据中心机房已持续运行近十年，在消防、安全、温湿度控制等方面均暴露出较为严重的运行隐患，迫切需要装修改造以满足未来医院信息化发展基础环境支撑需求。同时，鉴于医院信息化特点，业务系统中断即便是短暂停机，都会造成深远影响。因此，拟以此为契机新建容灾中心，实现数据中心机房装修改造期间软硬件设备运行环境支持，待数据中心机房装修改造完成后，业务系统回迁至数据中心机房，并逐渐形成业务系统和数据主备容灾运行模式。数据中心重点实现医院各个业务系统的生产服务，容灾中心实现医院、患者日常数据查询、统计以及临时的业务生产接管服务。拟建设的容灾中心初步选址在我市档案馆内（便于满足医疗档案备份管

54、理要求），机房按国家B级标准设计，总面积初步按150平米核算，其中100平米作为主核心设备存放，50平米作为UPS供电、消防、维护等辅助用房。软硬件支撑平台配置及运维管理，总体需达到信息系统灾难恢复规范（GB/T 20988-2007）第5级设计要求：关键数据实时备份，配置同等的数据处理设备并处于运行或就绪状态。（2）系统（数据）容灾技术方式选取分析当前容灾技术实现方式，采取不同技术实现，对硬件设备选型和配置也不尽相同。总体上，当前可实现系统（数据）容灾的技术手段主要有以下几种：图4 系统（数据）容灾技术分层示意图基于主机层的数据复制方式。如Veritas Volume Replicator卷

55、管理软件、IBM AIX自带的LVM卷管理软件，依靠软件来实现数据在两个卷之间的同步或复制，对主机服务器有一定的性能影响。基于SAN网络层的高可用方式。即存储虚拟化技术，是指通过外加的SAN网络层设备来实现两个存储设备之间的数据复制。这种方式，对用户完全透明，可达到屏蔽存储设备的异构和主机的异构的目的，是当前较为先进的数据存储技术手段。基于存储子系统的数据复制。是利用存储阵列自身的盘阵对盘阵的数据块复制技术实现对生产数据的远程拷贝，从而实现生产数据的灾难保护，但对存储设备有一定的性能影响。此外，基于应用之间的数据复制技术也有很多种，如Oracle Data Guard技术是Oracle数据库系

56、统特有的灾难备份和恢复技术，利用了Oracle数据库系统的日志备份和恢复机制。综合考虑上述各不同容灾技术实现方式，结合医院业务系统运行要求，首先，要保障数据不能丢失，即RPO=0；其次，数据复制过程不能影响生产区正常运行，即数据本异地复制过程对本地硬件资源消耗几乎为零；再次，采取的容灾技术（或设备）成熟可靠且方便管理。因此，本次项目拟采用基于SAN网络层的数据容灾方式，即在SAN网络层增加虚拟存储设备统一管理后端存储资源再映射给主机服务器，利用虚拟存储设备特有的同步或异步数据复制功能实现本异地数据保持一致性。（3）系统（数据）容灾具体实现思路方案总体采用数据和应用分离的建设思路，通过同步或异步

57、的方式实现两数据中心底层业务数据保持一致，业务系统程序及操作系统采用人工方式实现一致，在本地数据中心系统出现故障时候可通过人工方式（或自动方式）切换到容灾中心运行，进而保障医院业务系统的持续不间断运行。详细设计思路如下：数据生产中心容灾中心小机机架小机机架核心交换核心交换SAN网络SAN网络虚拟存储网络本地存储异地存储虚拟存储设备裸光纤链路光纤跳线小型机服务器数据流机架式服务器数据流科室用户科室用户图5 项目容灾总体规划示意图（1）采购四台中高端存储设备（各两台），分别作为两数据中心后端统一数据存储。考虑当前小型机担负医院核心业务运行，对数据存储性能要求较高，因此，其中一台存储单独分配给小型机

58、使用并配置高性能磁盘以消除当前日渐成患的I/O瓶颈。医院原存储设备可充分利旧作为数据备份或灾备演练数据存储使用。（2）采购两套虚拟存储设备，分别部署于现有数据中心和灾备中心，通过裸光纤互联形成两虚拟存储设备集群工作模式。虚拟存储设备的作用在于其可以整合后端的异构存储设备并形成统一的存储池，便于日后存储设备的扩展；同时，利用虚拟存储设备特有的数据复制功能，可同步或异步方式实现两数据中心后端存储设备数据的一致性（相当于实现了存储设备级别的RAID1配置），并在一定程度可提高系统的读取性能。（3）系统主机层，考虑当前医院各主机服务器均使用达到一定年限，性能捉襟见肘。本次项目拟视实际情况安排采购2套小

59、型机系统，以及一定数量的中端PC服务器和一定数量高端服务器（配合虚拟化使用），以满足医院今后几年内的服务器性能需求。待现有数据中心装修改造完成后，逐步实现灾备中心新采购设备和现在数据中心老旧设备对调使用，最大程度实现资源的充分利用。（4）系统核心交换层，拟采购两台与现有型号一致的核心交换机填充到两数据中心。其中，一台作为灾备中心核心交换使用，另一台则补充到现有数据中心并配置、形成双机热备运行。同时，通过租赁裸光纤实现两数据中心核心交换以太网链路互联互通，为系统灾难恢复及计划停机业务切换提供高速网络支持。（5）各楼层、各科室汇聚交换接入，考虑当前医院线路、管道改造存有一定难度，本次项目容灾建设仅

60、考虑两机房核心交换的链路互联，其他前端接入链路及互联网出口完全使用目前的基础设施。因此，在现有数据中心装修改造期间，现有通信机房及通信设备仍保持运行状态且相应机房空间不纳入改造范围。（4）本异地数据迁移步骤说明第一步：将新采购存储设备接入到现有数据中心光纤交换机（或称SAN网络），RAID后划分更为细小的LUN卷分配、挂载到小型机中（针对机架式服务器也类似）；第二步：小型机停业务（物理机器不停），通过UNIX技术把数据从原来的卷（分区）LVM到新存储设备挂载上去的卷（分区）；（备注：业务暂停时间需视数据量大小，一般控制在30分钟以内；针对机架式服务器就是将数据从原盘符拷贝到新盘符）第三步：断开