《医院“智慧医院”工程项目可行性研究报告兼建设方案.docx》由会员分享，可在线阅读，更多相关《医院“智慧医院”工程项目可行性研究报告兼建设方案.docx（83页珍藏版）》请在三一办公上搜索。
1、XX市人民医院智慧医院工程项目可行性研究报告兼建设方案（送审稿）XX市人民医院XXXX信息技术有限公司2013年7月XX市人民医院智慧医院工程项目可行性研究报告兼建设方案医院基础医疗和运营业务。基本情况如下所述。(1)基础环境机房。XX市人民医院有独立的中心机房，已经建成使用多年，该机房分为机房核心网络区域、机房办公区域、UPS存放区域、通讯线路存放区域等几个部分，其中机房办公区域与其它区域相连，机房核心网络区域、UPS存放区域、通讯线路存放区域等各有独立的房间。各区域面积总和约为200平方米，机房在消防、安全、门禁、环境卫生等方面存在一定的问题，需要进行整体改造。网络系统。通过2009年的相
2、关系统、网络安全设备等升级，目前医院形成了完整的内外部网络结构，其网络拓扑如图1所示：主裁琵存唱圣份蓼据存憧商残SS搏仔储M三三iB三三11iHM三#修5ilH司子同方展务日USl务器IHlS服务器分诊叫W限务器-I备份5务免医供、衣侯机图1XX市人民医院现有网络拓扑示意图相关设备。XX市人民医院已配置了网络交换机、服务器、数据存储设备、网络设备、安全设备、UPS系统等设备，这些设备基本能满足了XX市人民医院当前的信息化需求。其中部分设备已使用超过5年，本次规划可能需要更换。现有设备的具体信息如下表所示。序号设备名称数量用途备注服务器1HPDL38OG52PACS应用服务器2IBMx3850X
3、52PACS数据服务器3IBM3650M31B超内镜管理系统应用兼数据服务器300GBSATA*44IBMx3650M3J供应管理系统应用兼数据服务器300GBSAS*65IBMx365OM21手术麻醉系统应用兼数据服务器300GBSASM6IBMx3650M31OA应用服务器146GBSAS*47SUN35001LIS系统应用兼数据服务器8IBMP5502HIS系统、电子病历应用兼数据服务器146GBSAS*29IBMP52O1HlS系统、电子病历冷备应用及数据库服务器10IBM3650M23测试服务器、无线巡查服务器、排队叫号服务器各1台11DELL26001应急、挂号收费服务器12DEL
4、L28502合理用药、预约挂号应用兼数据库服务器各1台4块硬盘13HP3801农保前置存储设备14HP存储器1PACS存储器300G*1415RDDATA存储2HIS主、备存储器16RDDATA存储1冷备存储器，配合520服务器冷备使用网络设备17华为57002交换机18思科45061冷备核心交换机19思科65091核心交换机24光口、48电口20华为26001农保路由器务模式的创新要求，传统的医疗服务流程已不能满足日益增长的就医需求，需要更先进、更智慧的技术和手段来优化现有的服务流程。2.数据共享程度不高。医院陆续开发20多个信息系统，产生大量数据，存在数据类型不一,数据结构不一，统计口径不
5、一等情况，系统间以临时开发数据接口和存储过程形式进行数据交换，部分数据需要多次输入，导致数据共享程度低，数据利用效率不高。3.系统部署不统一。各系统独立部署，缺乏统一规划，没有搭建系统交换平台，导致系统间接口众多，服务器等设备利用率低，软硬件资源无法优化配置，系统管理和网络管理的难度增大。4.数据存储安全性低。医院目前的机房存在消防、安全等隐患，某些系统运行不稳定，造成医院在经济的损失和荣誉上的不良影响。没有专门的灾备数据中心，无法保证数据的存储安全。（三）项目建设的必要性针对医院信息系统存在的问题，本期项目将在原有系统基础上进行升级改进，项目成功实施后，将在医疗服务模式、系统支撑环境、医患关
6、系等方面取得显著成效。1.创新医疗服务模式的需要。本项目将借助智能化手段，通过创新医疗服务模式，优化医疗服务流程，利用先进设备和智慧终端实现先诊疗后付费，提升服务效率，缩短就医等候时间，简化内部运维流程，改善患者就医感受。2.强化硬件基础环境建设的需要。通过统筹部署硬件设备，优化网络环境，建设高级别的数据存储中心和灾备数据中心，实现数据高效共享，保障数据存储安全，为医院信息化建设打下坚实基础。3.提高医院工作效率的需要。通过建设统一的数据交换平台，消除人民医院内部信息孤岛，把需要共享的数据通过数据交换平台进行交换和共享，达到数据共享的目的，减少数据重复录入。通过优化系统设计语言和流程，提高系统
7、运行效率，完善系统各方面功能，提高医院临床一线和统计管理的工作效率。4.缓解医患矛盾关系的需要。利用信息化手段加强医技人员的质量监督管理，加快应急响应速度，形成便民服务流程和网络，从而切实缓解医患矛盾。综上所述，建设XX市人民医院“智慧医院是完全必要的。（四）项目建设的可行性1.运营模式可行新的运营模式应用后将惠及多方，包括患者就医、医务工作和院方管理工作。节省患者排队等候时间、简化医技人员系统操作步骤，从而节省服务时间。先诊疗后付费、一卡通管理等运营模式已在国内很多大医院成功应用，卫生部2010年5月召开的先诊疗后结算试点项目新闻发布会上表示将在全国推行这一服务模式。2010年10月底，上海
8、中医药大学附属龙华医院在上海率先尝试先诊疗后付费模式，试点成果明显；浙大附属第一、第二医院，以及台州、义乌等地区医院联合银行成功推出先诊疗后付费措施，这些案例是XX市人民医院可借鉴的经验。2.技术可行性XX市人民医院在十多年的信息化建设历程中积累了丰富的行业信息化经验。HlS系统的开发技术日益成熟，行业应用日益广泛，为本项目的建设实施提供宝贵的经验借鉴。3.投资可行性智慧医院项目建设资金主要来自医院信息化建设专项资金，部分硬件布署和收费业务方面可以考虑与银行协作，获得银行方面的资金支持，项目在资金方面具有充分保障。4.管理可行性医院信息化建设受到院方领导的高度重视，为系统建设提供了强有力的领导
9、和支持，医院信息科具备丰富的信息系统管理经验，拥有一批专业技术人才，能进行规范化信息系统管理，为医院信息系统建设提供了强有力的管理保障。综上所述，建设XX市人民医院智慧医院是完全可行的。三、需求分析（一）用户需求1.患者需求通过优化门诊流程，解决患者挂号排队时间长、看病等候时间长、取药排队时间长的问题。多渠道挂号。使患者可以通过电信、移动等运营商的服务平台进行电话短信预约挂号，也可以进行互联网在线预约挂号，或通过银行自助终端预约挂号，或通过患者自助服务挂号。舒适就诊。医院需做好病人信息的保密工作，以保障个人隐私，提升就诊体验。利用物联网、互联网等智慧手段实现患者就诊全程自动化信息采集，如患者在
10、参加手术的全程通过腕带扫描进行患者身份核对。便捷付费。医院在保留传统付费方式的同时，通过发放就诊卡，绑定医保卡、农保卡及银行卡，实现现先诊疗后付费，并可实现医农保异地本地结算。提供自助终端支持自助转账、查询，以便了解消费明细。2.医务人员需求直观易用的系统界面。临床护理和医技人员是医院信息系统最主要最频繁的使用人群，系统升级之后，应保证功能完备的同时，简化医技人员对诊间系统的操作步骤，保证各系统操作界面简洁、直观易用，从而提高诊疗效率。完整准确的临床信息。相关系统提供临床需要的完整信息，减少医生临床处理工作量，提高病历数据的准确性，为医生决断提供实时、直观的数据依据。数据交换和共享。充分共享各
11、系统的数据，减少相关数据在各系统中的重复输入次数和输入工作量。3.医院管理层需求医院行政部门。主要关注如何提高全院的卫生服务质量、强化绩效考核、提高监督管理能力、化解疾病风险等方面。通过全院系统集成平台采集到的海量数据，可以实现对业务、管理有效的数据支持。同时可以对各科室的运营状况进行实时的监控与跟踪，及时关注，避免管理上的被动。支持决策分析。病人相关的临床信息、服务信息、用药记录、护理记录和费用信息等实时传递到医院相关部门、为医院管理和医疗分析提供便捷服务。来自临床科室、行政部门、医疗科室、财务科室等部门的数据纳入数据仓库，通过综合查询与辅助决策系统为医院高层领导决策分析提供支持。支持内部监
12、管。利用信息系统进行信息的全过程追踪和动态管理，解决伪、冒、漏现象，加速资金周转、减少药品及医疗器械等物资积压。支持流程定制。系统提供工作流管理、过程管理和规则管理等工具及消息机制，支持用户自定义工作流程。（二）业务需求本期项目建设旨在实现“先诊疗后付费服务模式、搭建软硬件基础平台和数据交换平台、创建数据仓库等。主要体现在如下几个方面：1.应用系统互联互通。实现医院内部系统之间的互联互通，各应用系统在数据层面可以相互交换，在应用层面可以互相调用，在业务流程层面可以协同在一起实现全院级的业务协同；通过平台化手段实现全院级集成。2.实现先诊疗后付费服务模式。本着以病人为中心”的原则，对传统的就诊模
13、式加以改进和优化，推行先诊疗后付费模式。患者在门诊、急诊诊疗时，预先冻结账户诊疗所需资金、领取药品和相应检查诊疗时进行结算，减少患者接受诊疗服务时缴费的往返时间、排队时间，同时减少人工结算的工作量和失误。实现“先诊疗后付费后的主要业务流程如图2所示：图2先诊疗后付费”业务流程图该流程说明如下：（1）持有医保卡和农保卡的患者需要领取就诊卡和银行卡（合作的银行的借记卡）；银行卡可在医院及银行领取，在医院和其他地方使用。（2）挂号时，把就诊卡和银行卡绑定，有农保卡、医保卡的患者需要把就诊卡和农保卡、医保卡绑定。（3）就诊时，刷银行卡进行资金冻结；在检查和领药开始前时完成支付操作；需要打印发票时，患者
14、到指定的地方打印发票。（4）就诊后不完成后续检查和领取药品，则在一定的时间后完成资金自动解冻。3.实现多渠道预约挂号。为方便广大患者就诊，可提供互联网、手机移动互联网、手机短信、114（电话）等方式进行预约挂号，解决患者看病难的问题。4.搭建软硬件基础平台。为保证数据安全存储、系统稳定运行、优化硬件配置，本期规划改造数据中心机房，建设应用级灾备数据中心；统筹规划软件基础环境，实现统一用户管理、统一消息管理、报表分析等功能，实现组件复用，为后期信息化工作奠定基础。5创建数据仓库。通过数据交换平台，汇聚相关数据至数据仓库,根据各级领导和各岗位需要，开发相应的主题分析和图形化报表，为相关业务分析和领
15、导决策提供数据依据。（三）功能需求本期项目建设将满足以下几个方面的功能需求：1.升级HIS系统，实现先诊疗后付费”的服务模式。对HIS相关的公用支持维护子系统、住院收费子系统、门急诊挂号管理系统、急诊划价收费管理系统、麻醉管理系统、门诊医生工作站、皮试输液管理系统、手术管理系统、住院医生/护士工作站、医保接口系统、药库管理系统等子系统进行升级，改造现有业务流程，对患者发放银行卡，通过就诊卡与医保卡、农保卡及银行卡进行绑定，在诊治时完成费用的冻结，在领药、实施检查时进行费用支付。2.开发预约挂号平台，实现多渠道挂号及收费。通过互联网、手机移动互联网、手机短信、114（电话）、自助挂号机等方式进行
16、预约挂号，并通过自动挂号机完成收费工作，减少挂号收费人员工作，分流挂号收费人员。3.开发临床路径管理系统，规范诊治流程。在疾病诊断明确后，诊断医生根据诊断结果在系统中选择相应病种的临床治疗路径，对病人入院后的检查、化验、会诊、治疗、手术准备、手术、手术后恢复等诊疗过程、诊疗时间和诊疗费用进行标准化、规范化控制，从而减少不同医生在诊断过程中的个人主观性，避免不同医生对同一病种的不同病人的医疗差异。4.开发物资管理系统，统筹管理物资。医院将采购库存、资产管理、日常维护及预防性维护等进行统筹管理，解决目前医院设备使用记录不全，发生故障缺乏完善的处理流程，高值耗材、植入性材料管理不规范、大型仪器设备使
17、用效率的统计分析困难等问题，提升工作效率、加速物资资源审批速度，加强物资监管。5.开发协同办公系统，提升办公效率。通过协同办公系统有效共享医院内部各种信息和应用资源，加强对医院各项业务数据的管理，为医院工作人员提供完善的电子化工作环境，提升办公效率。6.开发心电信息管理系统，实现心电数据共享。通过数据交换接口，把心电图机所取得的数据保存到HIS系统中，用于自动存储、打印、统计分析等，进一步完成心电数据管理、远程心电图汇总、教学使用、远程诊断、科研统计等。7.开发临床药学管理系统，规范临床药师用药管理。通过标准数据接口读取HIS系统的病人及医嘱信息，结合用药监测系统，将各审查和评价的结果量化处理
18、，通过统计方式，快速分析医院不规范处方和不合理用药，并通过电子药历的一键式生成，提高药师工作效率。8.开发生命体征监测系统，获取并保存生命体征信号。通过医学传感器完成生命体征信号的采集，将压力，温度信号转换为电信号，用于存储、调用显示、查看等，便于医生了解、掌握病人的生命体征。9.开发数据交换平台，实现数据交换。为消除信息孤岛，实现数据共享，本期项目拟利用中间件工具，二次开发数据交换平台，提供统一的标准服务接口，实现医院相关服务的延续操作和数据实时传递，完成应用系统间的数据交换和流程对接。10.建设数据仓库，支持决策分析。将原始操作数据通过提取、清洗、转换、聚集等处理，建成数据仓库，便于对医院
19、数据的全面掌握和主题分析，把操作型数据与分析型数据分开存放，减轻数据中心相应主机设备、存储设备的工作压力。11.改造数据中心机房，支撑业务增长。对机房进行整改，按照相关标准进行规范化建设，消除安全隐患，对相应设备进行适当升级扩容，满足日益增长的业务操作需要，保证医院相关系统的顺畅运行。12.建设灾备数据中心，提升数据安全和系统稳定。按照实际需求，建设应用级灾备数据中心，利用相应系统软件对数据和应用进行实时冗灾，确保数据的安全和业务的连续性。（四）接口需求1与银行系统对接。银行卡与就诊卡绑定，通过银行卡完成充值、冻结、支付、结算、对账等操作，因此需要银行提供充值、支付及对账等接口，HlS系统开发
20、并预留相关接口，保证快速、准确完成充值和支付操作，并保证数据传输安全。2.预约挂号平台对接。为保证数据安全，把外网预约挂号数据库和医院内部挂号数据库分开存储，预约挂号数据库布局在医院外部网络上，而医院内部挂号数据库布局在医院内部网络上。通过交换接口实现数据交换，把预约挂号数据定时导入内部挂号数据库，同时把医院挂号数据库中的剩余号码信息导入预约挂号数据库。3.新增终端设备的读写接口。自助挂号、自助发卡、生命体征监测、心电信息管理、一卡通管理等系统需要购买挂号终端、制卡终端、体征监测采集终端等终端设备及卡读写设备等，需要设备供应商提供开发接口。4.与其他系统的接口。HlS系统在挂号、收费等环节，需
21、要用医保卡/农保卡完成支付操作，同时需要核对支付数据，需要医保、农保等系统开发商提供支付和对账接口。(五)性能需求根据XX市人民医院的实际情况，对硬件设施和软件功能模块的性能提出如下需求：1.业务性能需求(I)预约挂号平台能支持100OO人次/天的挂号量，能支持200人同时在线使用该系统，就诊卡预约挂号响应时间小于1秒；(2)HlS系统能支持500-600人在线使用，各系统响应时间不超过1秒。2.设备性能需求(1)系统可靠性需达到99.999%,年平均故障率小于4小时；(2)银行卡、农保卡、医保卡等在2秒中之内完成资金冻结、资金支付、充值、对账等操作。(六)安全需求1.物理层面安全性。为确保医
22、院系统的物理安全，应严格按照相关标准进行机房硬件部署，包括主机系统、网络综合布线、配电系统及通信系统等；配置防火墙、网络入侵检测、漏洞扫描系统、过滤控制、数字认证系统等安全设施；制定应急备份方案，保证平台可以连续7X24小时连续运行。保证在达到峰值或系统故障时，可以通过调整、调节、扩展或数据恢复等手段使系统平稳运行。2.应用层面安全性。通过设置访问权限，设定连接数、访问数等限制，保证系统级安全；在客户端上为用户提供与其权限相符的操作界面、菜单和按钮，在服务端则对程序资源的调用进行访问控制；系统用户在操作业务记录时，考虑是否需要审核，上传附件不能超过指定大小等，进行应用程序流程内的限制。3.数据
23、层面安全性。平台应具备完善的安全机制，提供权限认证模式和数据加密来控制数据交换的安全，防止非法访问和数据丢失。支持应用系统间各功能服务和接口的调用权限管理，提供应用节点与应用节点间，应用节点到接口服务间的权限控制，以保证数据交换的合法性。（七）信息量预测分析1.患者数据以XX人民医院平均每天5000患者计算，每个患者基础领药、病历、诊疗卡、医保卡、农保卡等数据5kB计算，则一年的数据为：5K*5000*365=9125000KB,约为9.1GB。2.就诊过程数据同样以XX人民医院每天5000患者计算，每个患者挂号数据、诊治数据、用药数据、结算数据等以IoKB计算，则一年的数据为：10K*500
24、0*365=1825OOOOKB,约为18.25GB；以患者影像检查占每天患者的10%、平均每次影像检查数据IOM计算，则一年的影像检查数据为：10M*50*10%*365=1825000M,约为1825GB；其它心电检查、手术、住院等人数为每天患者人数的1/5,即1000人计算，每人IoKB计算，IOKB*5000*15*365=365OOOOKB,约为3.65GB。3.临床路径数据XX市临床路径相关疾病不多，且一旦确定后随时间的变化比较少，该数据量暂时不计在数据估算之内。4.预约挂号数据同样以XX人民医院每天5000患者计算，每天10%的患者通过预约平台进行预约挂号，每条预约挂号信息IKB
25、计算，1年的数据为：1KB*5000*10%*365=182500KB,约为0.18GB。5.医务人员数据以XX人民医院医务人员基础数据计算很少，一年估计只有几十MB,基本可以忽略不计；医务人员排班数据：以1500人计算，每人5KB数据，则一年的数据量为：1KB*1500*365=1095000KB,约为LlGBo6.医院日常管理数据以XX人民医院50000种药品和设备物资计算（同种药品、设备不同型号不同包装算账不同药品），以每种IKB计算，IKB*50000=5000KB,约为5MB,以每天10%作为变更数据，则一年的数据为：IKB*50000*10%*365=1825000KB,约为1.8
26、GB。7.医生处方数据还是以XX人民医院平均每天5000患者计算，医生处方数据每人IoKB计算，一年的数据为：1OKB*5000*365=18250000KB,约为18.25GB08.协同办公数据系统办公数据以每天IOoMB计算，则一年的数据为：IOoMB*365=36500MB,约为36.5GB。9.-卡通数据一卡通数据发卡数据及使用数据以2000医务人员计算，每人每天5KB计算，则一年的数据量为：5KB*2000*365=3650000KB,约为3.65GB。以上数据估算时全部以保留1年计算，在本项目中所有数据基本以保留5年数据计算，贝i（9.1GB+1825GB+3.65GB+18.25
27、GB+1.1GB+1.8GB+18.25GB+36.5GB+3.65GB+0.18GB）*5=9587.4GB,约为9.6TBo四、总体设计（一）指导思想本着以人为本，服务社会”的工作理念，以优化医疗服务流程，推广便民惠民服务举措为目标，为贯彻落实中共中央、国务院关于深化医药卫生体制改革的意见，逐步建立统一高效、资源整合、互联互通、信息共享、透明公开、使用便捷、实时监管的医疗信息系统，通过对XX市人民医院现有信息系统的升级改造和”智慧医院”项目的部署，建成综合实力强劲、优势特色鲜明、服务体系完备、创新能力显著、教学功能完善、在XX地区具有广泛辐射力、全省具有影响力的示范性三级综合性医院。（二）
28、建设原则1.统筹规划，循序推进。根据医院实际特点，对医院信息化建设进行总体规划，明确建设重点，避免重复建设，优先建设若干业务系统，实现部分业务功能，使信息化建设工作有序推进并具有成效。2.以人为本，优化流程。综合考虑患者、医疗工作人员、系统管理人员、医院高级管理层等各方需求，优化诊疗与付费流程，整合协同办公流程，进而提升管理决策水平，真正完善信息系统的业务功能,改善患者的就医感受。3.统一标准，互联互通。建立医院信息交互标准，实现临床服务、医院运营管理、平台应用三大目录下各个业务活动的标准化。进一步规范数据字典，统一业务名称，实现各个业务子系统与运营管理系统的互联互通，保证账目记录一致、数据对
29、接流畅。4开放集成，安全可靠。信息化建设中要注重实用性、可操作性和先进性相结合，采用成熟、可靠的信息技术来支撑整个医院信息化工作环境，确保系统安全、可靠、高效运行。同时充分考虑长远发展需要，为今后功能扩展和系统升级留有余地。（三）建设目标以把XX市人民医院建设成智慧医院为目标，以服务病人、方便医务人员使用为前提，以加强医务管理为手段，实现系统间数据交互和共享，优化改造服务流程，提升医院的服务能力，方便患者就医，规范医院管理，逐渐向感知化、智能化、协同化方向发展，提高XX人民医院在XX、XX、乃至全省三级医院的辐射力及整体形象。（四）建设内容本期建设内容包括硬件基础环境、软件基础环境和应用系统建
30、设及升级等相关内容。1.硬件基础环境。基础环境包括数据中心和灾备数据中心，是保障系统稳定持续运行和数据安全存储的基础。本期规划建设高标准规范化的机房作为数据中心。灾备数据中心按应用级别建设，负责数据XX市人民医院智慧医院工程项目可行性研究报告兼建设方案备份、数据恢复及灾难发生时的网络切换和应用切换；灾备数据中心同时作为数据中心机房装修期间的系统运行载体使用。2.软件基础环境（I软件基础环境包括数据交换平台和统一支津平台。数据交换平台实现数据采集、传输、交换、处理、共享和存储，统一支撑平台包括统一用户管理、统一消息管理、统一流程管理和报表分析工具等。3.应用系统建设。本期建设的应用系统包括HlS
31、系统升级、预约挂号平台、临床路径管理系统、心电信息管理系统、设备物资动态管理系统、协同办公平台、临床药学管理系统、生命体征监测系统和一卡通管理系统。这些系统将分重点分阶段逐步建设，第一阶段主要完成HlS系统升级、预约挂号平台、临床路径管理系统、心电信息管理系统等建设。（五）总体架构根据国家电子政务总体框架，结合人民医院的实际特点，XX市人民医院采用五横两纵+“智能设备应用相结合的总体框架结构，五横为基础设施、数据库、应用支撑、应用服务和信息服务，“两纵为支撑五横的标准规范体系、安全与综合管理体系，如图3所示。信息服务层医生护士决策人员应用服务层协同办公平台HlS系统设备（资源）动态管理系统临床
32、路径管理系统一卡通管理系统心电中心管理系统临床药学管理系统生命体征检测系统安全与综合管理体系标准规范体系应用支撑层（软件基础平台）数据交信息交换统一支统一用统一消报表分换平台整合流程撑平台户平台息平台析工具数据层智慧应用体系基础设JK层数据中心智能终端设备数据采集设备灾备中心图3总体框架示意图1.信息服务层。属于客户端的层级，用于人与系统交互的界面，可以采用电脑、PC机、手机、智能终端等形式与人进行交互。2.应用服务层。应用系统建设中，服务是宗旨，应用是关键。服务要惠及整个医院各科室，为领导决策、科室间业务协同、患者就医、信息资源共享等提供支持。3.应用支撑层。为应用系统提供技术支撑，缩短各应
33、用系统建设周期，使不同系统完善和扩展遵循统一规范，解决应用系统开发过程中的低水平重复和信息孤岛”问题，规范跨部门的各业务系统间的协同作业。4数据库层。是实现应用系统功能的重要支撑。以收集、交换、共享等方式，收集电子病历、居民健康档案、HlS数据、LIS数据、PACS数据、日常办公数据、数据仓库等信息。5.基础设施层。用XX市人民医院信息灾备数据中心资源、灾备数据中心、智能终端设备、数据采集设备等，为系统及数据提供基础设备服务。6.标准规范体系。制定信息分类、采集、存储、处理、交换和服务等标准规范，建立完善的信息化标准规范体系，为应用系统、应用支撑、数据库和基础设施建设的规划、设计、实施和运营提
34、供依据。7.安全与综合管理体系。结合基础设施建设，配置安全设施，制定安全规章制度和策略，健全安全管理机制，逐步形成信息安全体系，为应用系统和数据库的推广应用提供安全保障。8.智能设备应用。XX市人民医院采用PDA、智能手机、数据采集设备等智能终端采集、处理数据。(六)技术路线项目所采用的软件架构技术、数据交换技术、全文检索技术等关键技术已基本成熟应用，很多部门(单位)已利用这些技术建设了专业信息系统，并取得成功，从而为XX市人民医院的建设提供了丰富的建设经验。1.网络架构方式建立安全的内外网隔离网络，把医院内部网络及外部网络进行逻辑隔离，通过数据交换平台实现医院内外部数据交换。建立独立的数据中
35、心和灾备数据中心，使用裸光纤连接数据中心和灾备数据中心，采用专业设备将两个存储系统设为一个整体，通过一次写入的方式，保证两个中心数据存储的完整性。2.面向服务的架构(SOA)基于面向服务架构(SOA)的应用开发和集成可以将原来各自为政的IT系统有机地整合起来，实现信息、IT资源的共享和重用，可以为信息系统构建起一个完善的服务集成架构平台。在SOA体系结构中，所有功能都定义为独立且具有明确调用接口的服务，用户可按照定义好的顺序调用这些服务来完成业务流程，具有灵活性、松耦合、跨平台、可扩展等优点。运用SoA理念，可在不对现有信息系统进行修改的前提下对外提供服务接口，将系统和应用迅速转换为服务，进行
36、服务的组合和应用。3.WebServiceWeb服务的出现定义了满足动态及时的业务协作所要求的基本功能和原则，而使用期间Web不仅成为信息共享的平台，而且成为服务共享的平台。Web服务利用标准的Internet协议解决基于Internet/Intranet的分布式计算。Web服务利用标准网络协议和XML格式进行通信，具有良好的普适性和灵活性，因此任何支持这些标准的系统都可以支持Web服务OWeb服务提供了一个在不同的应用和平台之间的交互操作标准，交互操作通过一系列基于XML的开放标准实现，包括WSDL、SOAP和UDDI等。这些标准提供了一系列通用方法来定义、发布和使用Web服务。Web服务接
37、口规定了服务提供者和用户之间的基本契约，详细规定了服务所提供的功能类型，以及每一个功能所交换的消息。服务提供者和用户可以采用任意的方式来实现各自的消息交换，只要实际消息符合服务定义的规定。这种基于契约的中立接口定义，解决了服务之间的相互依赖，系统中的服务可以以一种统一和通用的方式进行交互。数据交互实现方案中除非实时的大量数据传输外，都需要支持Web服务接口，SOAP消息格式需要遵从顶层设计中数据交换规范定义。4.采用虚拟化技术布局数据库和应用服务器对应用服务器和数据库服务器采用虚拟化技术、集群技术，把主要服务器虚拟化为统一资源池，根据各系统的实际需要进行分配，便于系统灵活布局及资源的共享。5.
38、采用中间件软件开发统一交换平台本项目采用中间件方式建成数据交换平台，通过数据实时交换，统一管理各系统的基础数据，实现数据共享。利用数据交换平台建立一个全局性数据仓库，辅助决策分析。五、项目设计方案（一）硬件基础环境围绕“智慧医院”总体建设目标要求，项目拟利用系统集群、系统容灾、服务器虚拟化等当前较为成熟先进的IT技术构建安全可靠、稳定高效的智慧医院基础设施平台。具体建设内容可分为运行环境建设，包括现有数据中心机房改扩建和容灾机房建设，以及基于机房环境基础的软硬件支撑平台建设。1系统（数据）容灾机房建设（1）容灾（中心）机房建设说明当前医院数据中心机房已持续运行近十年，在消防、安全、温湿度控制等
39、方面均暴露出较为严重的运行隐患，迫切需要装修改造以满足未来医院信息化发展基础环境支撑需求。同时，鉴于医院信息化特点，业务系统中断即便是短暂停机，都会造成深远影响。因此，拟以此为契机新建容灾机房，实现数据中心机房装修改造期间软硬件设备运行环境支持，待数据中心机房装修改造完成后，业务系统回迁至数据中心机房，并逐渐形成业务系统和数据主备容灾运行模式。数据中心重点实现医院各个业务系统的生产服务，容灾机房实现医院、患者日常数据查询、统计以及临时的业务生产接管服务。拟建设的容灾机房初步选址在XX市档案馆内（便于满足医疗档案备份管理要求），机房按国家B级标准设计，总面积初步按150平米核算，其中100平米作
40、为主核心设备存放，50平米作为UPS供电、消防、维护等辅助用房。软硬件支撑平台配置及运维管理，总体需达到信息系统灾难恢复规范（GB/T20988-2007）第5级设计要求：关键数据实时备份，配置同等的数据处理设备并处于运行或就绪状态。（2）系统（数据）容灾技术方式选取分析当前容灾技术实现方式，采取不同技术实现，对硬件设备选型和配置也不尽相同。总体上，当前可实现系统（数据）容灾的技术手段主要有以下几种：图4系统（数据）容灾技术分层示意图基于主机层的数据复制方式。如VeritaSVolumeReplicator卷管理软件、IBMAIX自带的LVM卷管理软件，依靠软件来实现数据在两个卷之间的同步或复
41、制，对主机服务器有一定的性能影响。基于SAN网络层的高可用方式。即存储虚拟化技术，是指通过外加的SAN网络层设备来实现两个存储设备之间的数据复制。这种方式，对用户完全透明，可达到屏蔽存储设备的异构和主机的异构的目的，是当前较为先进的数据存储技术手段。基于存储子系统的数据复制。是利用存储阵列自身的盘阵对盘阵的数据块复制技术实现对生产数据的远程拷贝，从而实现生产数据的灾难保护，但对存储设备有一定的性能影响。此外，基于应用之间的数据复制技术也有很多种，如OracleDataGuard技术是Oracle数据库系统特有的灾难备份和恢复技术，利用了OraCIe数据库系统的日志备份和恢复机制。综合考虑上述各
42、不同容灾技术实现方式，结合医院业务系统运行要求，首先，要保障数据不能丢失，即RPo=0；其次，数据复制过程不能影响生产区正常运行，即数据本异地复制过程对本地硬件资源消耗几乎为零；再次，采取的容灾技术（或设备）成熟可靠且方便管理。因此，本次项目拟采用基于SAN网络层的数据容灾方式，即在SAN网络层增加虚拟存储设备统一管理后端存储资源再映射给主机服务器，利用虚拟存储设备特有的同步或异步数据复制功能实现本异地数据保持一致性。（3）系统（数据）容灾具体实现思路方案总体采用数据和应用分离的建设思路，通过同步或异步的方式实现两数据中心底层业务数据保持一致，业务系统程序及操作系统采用人工方式实现一致，在本地
43、数据中心系统出现故障时候可通过人工方式（或自动方式）切换到容灾中心运行，进而保障医院业务系统的持续不间断运行。详细设计思路如下：Mf产中弋火中弋图5项目容灾总体规划示意图一是，采购四台中高端存储设备（各两台），分别作为两数据中心后端统一数据存储。考虑当前小型机担负医院核心业务运行，对数据存储性能要求较高，因此，其中一台存储单独分配给小型机使用并配置高性能磁盘以消除当前日渐成患的I/O瓶颈。医院原存储设备可充分利旧作为数据备份或灾备演练数据存储使用。二是，采购两套虚拟存储设备，分别部署于现有数据中心和灾备中心，通过裸光纤互联形成两虚拟存储设备集群工作模式。虚拟存储设备的作用在于其可以整合后端的异
44、构存储设备并形成统一的存储池，便于日后存储设备的扩展；同时，利用虚拟存储设备特有的数据复制功能，可同步或异步方式实现两数据中心后端存储设备数据的一致性（相当于实现了存储设备级别的RAIDI配置），并在一定程度可提高系统的读取性能。三是，系统主机层，考虑当前医院各主机服务器均使用达到一定年限，性能捉襟见肘。本次项目拟视实际情况安排采购2套小型机系统，以及一定数量的中端PC服务器和一定数量高端服务器（配合虚拟化使用），以满足医院今后几年内的服务器性能需求。待现有数据中心装修改造完成后，逐步实现灾备中心新采购设备和现在数据中心老旧设备对调使用，最大程度实现资源的充分利用。四是，系统核心交换层，拟采购
45、两台与现有型号一致的核心交换机填充到两数据中心。其中，一台作为灾备中心核心交换使用，另一台则补充到现有数据中心并配置、形成双机热备运行。同时，通过租赁裸光纤实现两数据中心核心交换以太网锥路互联互通，为系统灾难恢复及计划停机业务切换提供高速网络支持。五是，各楼层、各科室汇聚交换接入，考虑当前医院线路、管道改造存有一定难度，本次项目容灾建设仅考虑两机房核心交换的链路互联，其他前端接入链路及互联网出口完全使用目前的基础设施。因此，在现有数据中心装修改造期间，现有通信机房及通信设备仍保持运行状态且相应机房空间不纳入改造范围。（4）本异地数据迁移步骤说明第一步：将新采购存储设备接入到现有数据中心光纤交换
46、机（或称SAN网络），RAID后划分更为细小的LUN卷分配、挂载到小型机中（针对机架式服务器也类似）；第二步：小型机停业务（物理机器不停），通过UNIX技术把数据从原来的卷（分区）LVM到新存储设备挂载上去的卷（分区）；（备注：业务暂停时间需视数据量大小，一般控制在30分钟以内；针对机架式服务器就是将数据从原盘符拷贝到新盘符）第三步：断开小型机原先旧存储设备，重启小型机业务，检测业务系统是否可在新卷上正常运行；第四步：小型机停业务，调整新采购存储设备先连接到新采购的虚拟存储设备后再连接到SAN网络，实现存储链路调整；（即存储设备从原先通过光纤交换机直连到小型机，调整为：存储设备先连接到虚拟存储
47、设备，再挂载到小型机中）。第五步：两端虚拟存储设备配置策略（虚拟池、存储设备原LUN分配到对应主机、两虚拟存储集群工作），重启业务系统，检测业务系统是否能够正常运行。第六步：结束。备注：方案设计的实现步骤需要医院业务系统暂停，且每次暂停需视工作进展在10分钟到30分钟不等，极端情况下可能更长，因此需给予充足时间安排数据迁移和切换，建议在凌晨零点到六点之间进行比较稳妥。同时，为稳妥起见，建议在数据迁移和切换之前，进行模拟数据迁移，以研究、测试策略配置可行性及总结经验。2.硬件基础支律平台建设根据项目容灾技术实现方式，并考虑医院信息化建设现实情况，项目硬件基础支撑平台具体建设内容主要包括核心网络系统、主机服务器系统、数据存储和数据容灾以及安全系统等若干部分，是一个综合性的基础平台。建设主体又可分为核心业务专网、容灾（数据）专网、办公局域网等三个方面。项目总体网络规划拓扑图，如下图所示:
