智慧医疗市人民医院智慧医院发展规划方案.docx

《智慧医疗市人民医院智慧医院发展规划方案.docx》由会员分享，可在线阅读，更多相关《智慧医疗市人民医院智慧医院发展规划方案.docx（44页珍藏版）》请在悟道方案网上搜索。

1、 XX 市人民医院“智慧医院”发展规划 XX 人民医院 201X 年 8 月 I 目录 一、前言 . 1 二、背景 . 1 （一）指导思想 . 1 （二）规划原则 . 2 （三）总体目标 . 3 （四）编制依据 . 3 （五）范围和 周期 . 4 （六）建设单位情况 . 4 三、现状分析 . 5 （一）信息化现状 . 5 （二）存在问题 . 7 四、需求分析 . 8 （一）用户需求 . 8 （二）业务需求 . 10 （三）功能需求 . 11 （四）接口需求 . 13 （五）性能需求 . 14 五、总体框架 . 15 六、建设任务 . 16 （一）机房环境建设 . 16 II （二）硬件基础平台

2、建设 . 18 （三）数据库建设 . 22 （四）业务系统建设 . 25 （五）安全体系建设 . 29 （六）标准体系建设 . 30 七、保障措施 . 32 （一）组织保障 . 32 （二）制度保障 . 32 （三）资金保障 . 32 （四）人才保障 . 33 八、实施计划 . 33 九、投资概算 . 35 （一）项目总投资概算 . 35 （二）分项投资概算 . 35 （三）资金来源与落实 . 40 （四）概算编制依据 . 40 十、效益分析 . 41 （一）社会效益 . 41 （二）经济效益 . 41 第 1 页 一、前言 “ 十二五 ” 时期，是 我国 深化医药卫生体制改革、推进卫生事业发

3、展的关键时期。近几年来 XX 人民 医院医疗业务逐年迅速增长，大部分基础设施、设备（包括网络与信息设施、设备）、人才资源的使用相继接近满负荷甚至超负荷。医疗市场竞争日趋激烈，医院面临的内、外环境发生了根本变化，生存发展面临着前所未有的巨大压力。 信息化技术能促进医院各项改革措施的落实，推动医院改革的深化，信息技术已日益成为提高医院科学管理水平、医疗服务质量和医疗工作效率的有力手段，加快信息化建设是深化医院改革、促进医院发展的必然要求。 医院审时度势，及时制定 三 年 （ 20132015） 整体发展规划，描绘医院未来 三 年建设发展的宏伟蓝图，并把 智慧 医 院建设作为重要内容。为配合医院建设

4、发展战略，明确未来 三 年医院信息化建设发展的方向、目标和重点，积极地、有计划地稳步推进医院信息化建设，特制定本规划。 二、背景 （一）指导思想 本次规划以卫生部信息化建设的“十二五”总体规划为基本指导思想，本着“以人为本，服务社会”的理念，以“优化医疗服务流程，推广便民惠民服务举措”为目标，为贯彻落实中共中央、国务院关 第 2 页 于深化医药卫生体制改革的意见，逐步建立统一高效、资源整合、互联互通、信息共享、透明公开、使用便捷、实时监管的医疗信息系统，通过对 XX 市人民医院现有信息系统的 升级改造和“智慧医院”项目的部署，建成综合实力强劲、优势特色鲜明、服务体系完备、创新能力显著、教学功能

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

6、据字典，统一业务名称，实现各个业务子系统与运营管理系统的互联互通，保证账目记录一致、数据对接流畅。 4.开放集成，安全可靠。 信息化建设中要注重实用性、可操作性和先进性相结合，采用成熟、可靠的信息技术来支撑整个 医院信息化工作环境，确保系统安全、可靠、高效运行。同时充分考虑长远发展 第 3 页 需要，为今后功能扩展和系统升级留有余地。 （三）总体目标 以“智慧医院”建设为目标，加速推进信息技术在我院医疗服务、预防保健、科研教育、医院管理和电子政务等领域的广泛应用，从而建立起功能比较完备、标准相对规范统一、系统安全可靠、应用高效便捷、稳定开放的智慧型医院框架体系，且能适应医院卫生改革与发展，对内

7、能满足医院建设发展需求，对外能服务于各级政府、社会和居民，逐步向感知化、智能化、协同化方向发展，提升 XX 人民医院在周边区域的辐射力及整体形 象。 （四）编制依据 2006-2020 国家信息化发展战略 2011-2015 年卫生信息化发展规划 中共中央、国务院关于深化医药卫生体制改革的意见（ 2009） 医院信息系统基本功能规范（ 2002） 浙江省病历书写规范 电子病历系统功能规范（试行） （ 2010） 电子病历基本规范（试行）（ 2010） 健康档案基本架构与数据标准 (试行 )（ 2009） 健康档案基本数据集编制规范（试行）（ 2009） 健康档案公用数据元标准（试行） （ 20

8、09） 第 4 页 国家基本公共服务体系“十二五”规划 电子信息系统机房设计规范 （ GB50174-2008） 信息技术软件生存周期过程（ GB/T8566-2007） 计算机软件文档编制规范（ GB-T8567-2006） 信息系统灾难恢复规范 (GB/T 20988-2007 ) 信息系统安全等级保护实施指南（ GB/T 25058-2010） 信息系统安全保护等级定级指南 （ GB/T 22240-2008） （五）范围和周期 1.建设范围 本期项目规划建设涉及 XX 市人民医院内部医疗活动相关的信息系统及软硬件基础环境，及与合作的银行、 XX 市医保农保的数据对接。 2.建设周期 本

9、项目建设周期为 2013 2015 年，共 3 年时间。分两阶段开展建设：第一阶段为 2013 2014 年，第二阶段为 2014 2015 年。 （六）建设单位情况 XX 市人民医院是 XX 市最大的现代化综合医院，占地 163 亩，建筑面积 11.7 万平方米，开放病床 1200 张。年门诊量 125.3 万人次，住院 3.2 万人次，拥有职工 1474 人。医院设有 28 个临床科室、 11 个医技科室，设有医院办公室、党委办、人事科、医务科 、护理部、门 第 5 页 诊部等 14 个行政科室，其中信息科负责医院的信息化规划与建设。医院现拥有一大批先进的诊断和治疗设备，拥有标准化临床技能

10、实验中心，是一家集医疗、教学、科研、预防和康复为一体的 XX 市最大的现代化三级乙等综合医院。 三、现状分析 （一）信息化现状 XX 市人民医院信息化建设始于上世纪 90 年代，成立了专门的信息科，并根据自身业务应用需要建立了信息中心标准机房，组建了医院内部局域网，陆续建设医院信息管理系统（ HIS）、检验信息系统（ LIS）、影像管理系统（ PACS）、电子病历管理系统等 20 余套应用系统。 1.基础环境 机房现状。 XX 市人民医院有独立的中心机房，该机房分为核心网络区、办公区、 UPS 存放区、通讯线路存放区等几个部分。各区域面积总和约为 200 平方米， 基本满足日常运行需求，但是

11、在消防、安全、门禁、环境卫生 等方面仍需完善升级 。 网络与主机设备。 继 2009 年网络系统、安全设备等升级之后，医院形成了完整的内外部网络结构，配置了网络交换机、服务器、数据存储设备、网络设备、安全设备、 UPS 系统等设备，部分主机设备已使用 5 年以上，亟需更新换代。现有网络拓扑如图 1 所示： 第 6 页 图 1 XX 市人民医院现有网络拓扑示意图 2.数据库建设 医院目前已建成多个独立的业务数据库用来存储 HIS 数据 、 LIS数据 、 PACS 数据 、合理用药数据、预约挂号数据、 B 超内镜 数据、供应室管理数据、 OA 数据、电子病历数据、无线巡查管理数据、手续麻醉管理数

12、据、分诊叫号数据等。其中， HIS 系统、 LIS 系统、 PACS系统、电子病历系统、分诊叫号系统等多个系统已实现数据交换；挂号收费之类费用结算系统通过调用外部相关单位的医保、农保接口实现医保农保费用结算。 3.应用系统 经过十多年信息化建设历程，人民医院已建立了较为完善的应用 第 7 页 系统，包括 HIS 系统、医保农保 接口系统、临床检验系统 LIS、 PACS系统、电子病历系统、医院无线巡查管理系统、合理用药管理系统、预约挂号系统、 B 超内镜管理系统、供应室管理系统、协同办公系统、手续麻醉管理系统， 基本覆盖了医院基础医疗和运营业务 。 （二）存在问题 人民医院的信息化建设已取得阶

13、段性成果，但仍然存在众多问题亟待解决。 1.服务流程亟待优化。 随着医院业务规模扩大、业务量增加及服务模式的创新要求，传统的医疗服务流程已不能满足日益增长的就医需求，需要更先进、更智慧的技术和手段来优化现有的服务流程。 2.数据共享程度不高。 医院现有的业务 数据种类繁多，数据读写频繁，存在数据类型不一，数据结构不一，统计口径不一等情况，系统间以分散的数据接口和存储过程形式进行数据交换，部分数据需要多次输入，导致数据共享程度低，数据利用效率不高。 3.系统部署不统一。 各系统部署分散，缺乏统一规划，没有搭建系统交换平台，导致系统间接口众多，服务器等设备利用率低，软硬件资源无法优化配置，缺乏单点

14、登录机制，导致系统管理和网络管理难度增大。 4.数据存储安全性低。 医院目前的机房存在消防、安全等隐患，某些系统运行不稳定，造成医院在经济的损失和荣誉上的不良影响。没有专门的灾 备数据中心，无法保证数据的存储安全。 第 8 页 四、需求分析 （一）用户需求 1.患者需求 通过 优化门诊流程 ， 解决 患者 “挂号排队时间长、看病等候时间长、取药排队时间长 ”的 问题 。 多渠道挂号需求。 使患者可以通过电信、移动等运营商的服务平台进行电话短信预约挂号，也可以进行互联网在线预约挂号，或通过银行自助终端预约挂号，或通过患者自助服务挂号 。 舒适就诊需求。 医院需做好病人信息的保密工作，以保障个人隐

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

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

17、关部门、为医院管理和医疗分析提供便捷服务。来自临床科室、行政部门、医疗科室、财务科室等部门的数据纳入数据仓库，通过综合查询与辅助决策系统为医院高层领导决策分析提供支持。 加强内部监管 。 利用信息系统进行信息的全过程追踪和动态管理，通过对数据流、信息流、业务流的动态监管，解决伪、冒、漏现象，加速资金周转、减少药品及医疗器械等物资积压。 支持流程定制。 系统 提供工作流管理、过程管理和规则管理等工具及消息机制，支持用户自定义工作流程，保证系统使用过程中的灵 第 10 页 活性。 （二）业务需求 医院信息化建设围绕医疗卫生业务开展，以卫生业务为主线，服务患者为目标。主要体现在如下几个方面： 1.应

18、用系统互联互通。 实现医院内部系统之间的互联互通，各应用系统在数据层面可以相互交换，在应用层面可以互相调用，在业务流程层面可以协同在一起实现全院级的业务协同；通过平台化手段实现全院级集成。 2.实现“先诊疗后付费”服务模式。 本着“以病人为中心”的原则，对传统的就诊模式加以改进和优化，推行 “先诊疗后付费 ”模式 。患者在门诊、急诊诊疗时，预 先冻结账户诊疗所需资金、领取药品和相应检查诊疗时 进行结算， 减少患者 接受诊疗服务时缴费 的往返时间、排队时间，同时减少人工结算的工作量和失误。 3.实现多渠道预约挂号。 为方便广大患者就诊，可提供互联 网、手机移动互联网、手机短信、 114（电话）等

19、方式进行预约挂号，实现多渠道预约挂号，且各平台的挂号数据实时共享与更新。 4.搭建软硬件基础平台。 为保证数据安全存储、系统稳定运行、优化硬件配置，本期规划改造数据中心机房，建设应用级灾备数据中心；统筹规划软件基础环境，实现统一用户管理、统一消息管理、报表分析等功能，实现组件复用，为后期信息化工作奠定基础。 5.数据仓库应用。 通过数据交换平台，汇聚相关数据至数据仓库， 第 11 页 根据各级领导和各岗位需要，开发相应的主题分析和图形化报表，为相关业务分析和领导决策提供数据依据。 （三）功能需求 本期项目建设将满足以下几个方面的功能需求： 1.升级 HIS 系统，实现“先诊疗后付费”服务模式。

20、 对 HIS 相关的 公用支持维护子系统、住院收费子系统、门急诊挂号管理系统、急诊划价收费管理系统、麻醉管理系统、门诊医生工作站、皮试输液管理系统、手术管理系统、住院医生 /护士工作站、医保接口系统、药库管理系统等子系统进行升级，改造现有业务流程。将就诊卡与医保卡、农保卡、银行卡进行关联绑定，在诊治时完成费用的冻结，在领药、实施检查时进行费用支付。 2.开发预约挂号平台，实现多渠道挂号及收费。 通过互联网、手机 移动互联网、手机短信、 114（电话）、自助挂号机等方式进行预约挂号，并通过自动挂号机完成收费工作，减少挂号收费人员工作，分流挂号收费人员。 3.开发临床路径管理系统，规范诊治流程。

21、在疾病诊断明确后，诊断医生根据诊断结果在系统中选择相应病种的临床治疗路径，对病人入院后的检查、化验、会诊、治疗、手术准备、手术、手术后恢复等诊疗过程、诊疗时间和诊疗费用进行标准化、规范化控制，从而减少不同医生在诊断过程中的个人主观性，避免不同医生对同一病种的不同病人的医疗差异。 第 12 页 4.开发物资管理系统，统筹管理物资。 医院将采购库存、 资产管理、日常维护及预防性维护等进行统筹管理，解决目前医院设备使用记录不全，发生故障缺乏完善的处理流程，高值耗材、植入性材料管理不规范、大型仪器设备使用效率的统计分析困难等问题，提升工作效率、加速物资资源审批速度，加强物资监管。 5.开发协同办公系统

22、，提升办公效率。 通过协同办公系统有效共享医院内部各种信息和应用资源，加强对医院各项业务数据的管理，为医院工作人员提供完善的电子化工作环境，提升办公效率。 6.开发心电信息管理系统，实现心电数据共享。 通过数据交换接口，把心电图机所取得的数据保存到 HIS 系统中，用于 自动存储、打印、统计分析等，进一步完成心电数据管理、远程心电图汇总、教学使用、远程诊断、科研统计等。 7.开发临床药学管理系统，规范临床药师用药管理。 通过标准数据接口读取 HIS 系统的病人及医嘱信息，结合用药监测系统，将各审查和评价的结果量化处理，通过统计方式，快速分析医院不规范处方和不合理用药，并通过电子药历的一键式生成

23、，提高药师工作效率。 8.开发生命体征监测系统，获取并保存生命体征信号。 通过医学传感器完成生命体征信号的采集，将压力，温度信号转换为电信号，用于存储、调用显示、查看等，便于医生了解、掌握病人的生命体征。 9.开发数据交换平台，实现数据交换。 为消除信息孤岛，实现数据共享，本期项目拟利用中间件工具，二次开发数据交换平台，提供统一的标准服务接口，实现医院相关服务的延续操作和数据实时传递， 第 13 页 完成应用系统间的数据交换和流程对接。 10.建设数据仓库，支持决策分析。 将原始操作数据通过提取、清洗、转换、聚集等处理，建成数据仓库，便于对医院数据的全面掌握和主题分析，把操作型数据与分析型数据

24、分开 存放，减轻数据中心相应主机设备、存储设备的工作压力。 11.改造数据中心机房，支撑业务增长。 对机房进行整改，按照相关标准进行规范化建设，消除安全隐患，对相应设备进行适当升级扩容，满足日益增长的业务操作需要，保证医院相关系统的顺畅运行。 12.建设灾备数据中心，保障数据安全和系统稳定。 按照实际需求，建设应用级灾备数据中心，利用相应系统软件对数据和应用进行实时冗灾，确保数据的安全和业务的连续性。 （四）接口需求 医院各项业务关联性强，各业务系统间数据交互频繁，需要通过各种数据接口完成数据对接。主要包括：外部合作银行的收费结算系统接口、多渠道挂号平台接口、新增终端读写接口、医保 /农保系统

25、接口。 1.与银行系统对接。 银行卡与就诊卡绑定，完成充值、冻结、支付、结算、对账等操作，因此需要银行提供充值、支付及对账等接口，与 HIS 系统对接，保证快速、准确完成充值和支付操作，并保证数据传输安全。 2.预约挂号平台对接。 外网预约挂号数据与医院内部挂号数据对 第 14 页 接，实现医院挂号数据库的实时更新和共享，保证挂号资源的充分合理配置。 3.新增终端设备的读写接口。 自助挂号终端、制卡发卡终端、体征监测采集终端等设备及卡读写设备等，需要设备供应商提供开发接口，与相关业务系统对接。 4.与其他系统的接口。 HIS 系统在挂号、收费等环节，需要用医保卡 /农保卡完成支付操作，同时需要

26、核对支付数据，需要医保、农保等系统开发商提供支付和对账接口。 （五）性能需求 根据 XX 市人民医院的实际情况，对硬件设施和软件功能模块的性能提出如下需求： 1.业务性能需求 （ 1） 预约挂号平台能支持 10000 人次 /天的挂号量，能支持 200人同时在线使用该系统，就诊卡预约挂号响应 时间小于 1 秒； （ 2） HIS 系统能支持 500-600 人在线使用，各系统响应时间不超过 1 秒。 2.设备性能需求 （ 1）系统可靠性需达到 99.999%，年平均故障率小于 4 小时； （ 2）银行卡、农保卡、医保卡等在 2 秒中之内完成资金冻结、资金支付、充值、对账等操作。 第 15 页

27、五、总体框架 根据国家电子政务总体框架，结合人民医院的实际特点， XX市人民医院采用“五横两纵” +“智能设备应用”相结合的总体框架结构，“五横”为基础设施、数据库、应用支撑、应用服务和信息服务，“两纵”为支撑“五横”的标准规范体系、安全与综合管理 体系，如图 2 所示。 图 2 总体框架示意图 1.信息服务层。 属于客户端的层级，用于人与系统交互的界面，可以采用电脑、 PC 机、手机、智能终端等形式与人进行交互。 2.应用服务层。 应用系统建设中，服务是宗旨，应用是关键。服务要惠及整个医院各科室，为领导决策、科室间业务协同、患者就医、应 用 服 务 层信 息 服 务 层基 础 设 施 层患

28、者 医 生 护 士 决 策 人 员临 床 药 学 管 理 系 统应 用 支 撑 层 （ 软 件 基 础 平 台 ）统 一 支撑 平 台临 床 路 径 管 理 系 统H I S 系 统协 同 办 公 平 台心 电 中 心 管 理 系 统数 据 交换 平 台统 一 用户 平 台统 一 消息 平 台报 表 分析 工 具标 准 信 息整 合交 换流 程一 卡 通 管 理 系 统安全与综合管理体系标准规范体系电 子病 历居 民 健康 档 案H I S数 据L I S数 据P A C S数 据协 同 办公 数 据设 备 （ 资 源 ） 动 态 管理 系 统智 能 终 端 设 备数 据 中 心 数 据 采

29、集 设 备 灾 备 中 心数 据 层生 命 体 征 检 测 系 统数 据仓 库智慧应用体系其 它数 据 第 16 页 信息资源共享等提供支持。 3.应用支撑层。 为应用系统提供技术支撑，缩短各应用系统建设周期，使不同系统完善和扩展遵循统一规范，解决应用系统开发过程中的低水平重复和“信息孤岛”问题，规范跨部门的各业务系统间的协同作业。 4.数据库层。 是实现应用系统功能的重要支撑。以收集、交换、共享等方式，收集电子病历、居民健康档案、 HIS 数据、 LIS 数据、PACS 数据、日常办公数据、数据仓库等信息。 5.基础设施层。 用 XX 市人民医院信息灾备数据中心资源、灾备数据中心、智能终端设

30、备、数据采集设备等，为系统及数据提供基础设备服务。 6.标准规范体系。 制定信息分类、采集、存储、处理、交换和服务等标准规范，建立完善的信息化标准规范体系，为应用系统、应用支撑、数据库和基础设施建设的规划、设计、实施和运营提供依据。 7.安全与综合管理体系 。结合基础设施建设，配置安全设施，制定安全规章制度和策略，健全安全管理机制，逐步形成信息安全体系，为应用系统和数据库的推广应用提供安全保障。 8.智能设备应用。 XX 市人民医院采用 PDA、智能手机、数据采集设备、数字化探视设备等智能终端采集、处理数据。 六、建设任务 （一）机房环境建设 第 17 页 随着人民医院业务量日趋增长的趋势，对

31、数据中心机房的运行环境和性能提出新的需求，本次规划对原数据中心机房进行升级改造，并新建同城容灾机房。 数据中心重点实现医院各个业务系统的生产服务，容灾机房实现医院、患者日常数据查询、统计以及临 时的业务生产接管服务。 1.升级改造数据中心机房 数据中心机房是医院业务系统的中枢，为保证各服务器、通信设备免受外界因素的干扰，消除环境因素对信息系统带来的影响， 拟改造装修的数据中心机房设计按国家 B 级机房标准建设，在原址旁边新扩建 150 平米左右作为核心设备摆放，机房 UPS 供电、消防、维护等使用现有机房环境，原机房空间调整为通信机房。 对现有机房进行完善加固，按照高标准进行装饰装修，包括机房

32、结构装饰、配电照明、机房布线、防雷接地和防静电、精密空调和新风系统、消防系统、 UPS 不间断电源、安防门禁系统、环境监控系 统等，最大程度消除运行隐患，提升机房整体建设标准。 2.新建数据容灾机房 为保障数据存储和应用系统的安全稳定，新建同城容灾机房。 拟建设的容灾机房初步选址在 XX 市档案馆内（便于满足医疗档案备份管理要求），机房按国家 B 级标准设计，总体需达到信息系统灾难恢复规范（ GB/T 20988-2007）第 5 级设计要求。 容灾机房将在数据中心机房装修改造期间为软硬件设备运行提 第 18 页 供环境支持，待数据中心机房装修改造完成后，业务系统回迁至数据中心机房，并逐渐形成

33、业务系统和数据主备容灾运行模式。 总体采用数据和应用分离的建设思路 ，通过同步或异步的方式实现两数据中心底层业务数据保持一致，业务系统程序及操作系统采用人工方式实现一致，在本地数据中心系统出现故障时候可通过人工方式（或自动方式）切换到容灾中心运行，进而保障医院业务系统的持续不间断运行。项目容灾策略示意图如图 3 所示。 图 3 项目容灾总体规划示意图 （二）硬件基础平台建设 根据项目容灾技术实现方式，并考虑医院信息化建设现实情况，项目硬件基础支撑平台具体建设内容主要包括核心网络系统、主机服务器系统、数据存储和数据容灾以及安全系统等若干部分，是一个综数 据 生 产 中 心 数 据 灾 备 中 心

34、小 机 机 架 小 机机 架核 心 交 换 核 心 交 换S A N 网 络 S A N 网 络虚 拟 存 储 网 络本 地 存 储 异 地 存 储虚 拟 存 储 设 备裸 光 纤 链 路光 纤 跳 线小 型 机 服 务 器数 据 流机 架 式 服 务 器数 据 流科 室 用 户 科 室 用 户 第 19 页 合性的基础平台。建设主体又可分为核心业务专网、容灾（数据）专网、办公局域网三个方面。项目总体网络规划拓扑图，如下图所示： 图 4 项目网络规划拓扑图 1.升级核心业务专网，提供稳固支撑 核心业务专网是智慧医院的数据交换中心，承载着医院所有诊疗活动对业务系统的集中访问以及业务系统间数据交换

35、支撑，这就要求网络平台需具备较高的可 靠性及自愈恢复能力，包括设备冗余、链路核 心 交 换小 型 机( 核 心 数 据 库容 灾 使 用 )S A N存 储 网 络S A N存 储 网 络数 据备 份负 载 均 衡办 公 P C 终 端容灾专网普 通 机 架应 用虚 拟 化 应 用数 据存 储小 机 集 群数 据 存 储医 院门 户医 保安 全 审 计核心业务专网虚 拟 化 应 用. . .裸 光 纤 通 道楼 层汇 聚安 全 审 计楼 层汇 聚安 全 审 计楼 层汇 聚安 全 审 计楼 层汇 聚医 保前 置农 保前 置农 保银 行I n t e r n e tD M Z 区 交 换漏 洞 扫

36、 描 安 全 审 计智 能 管 理隔 离 网 闸接 入 交 换接 入 交 换办 公 局 域 网核 心 交 换I P S * 2 F W * 2数 据存 储行 政 办 公 局 域 网. . . . . 第 20 页 冗余等；主机服务器等硬件具备较高的可靠性及可扩展性。确保核心业务网络整体基础平台稳定、高效、安全。 （ 1）升级网络通信系统 主要对核心骨干网进行升级改造，汇聚接入网暂维持原样。核心骨干网是医院网络通信系统的核心，由核心交换机组成，主要完成数据的高速、安全转发交换。本次规划拟新购网络交换设备，提升网络通信系统的性能及可靠性。 （ 2）升级主机服务器系统 主机服务器是医院业务系统的最终

37、运行载体，因此，必须要求稳定可靠，且具有强大的多线程计算性能，为众多医院业务子系统提供高效的数据读取存放及业务请求处理能力。根据系统平台结构类型，当前医院主机系统可基本概括为 UNIX 小型机平台和 x86 PC 服务器平台两大类。 为满足新增业务系统的运行需求，购置主机服务器，保证核心业务系统的稳定运行，满足机房改造期间的应用容灾需求；采用虚拟化策略，满足 HIS、 LIS、 PACS、临床路径等应用服务器部署及数据交换、统一身份认证等基础支撑服务器部署。 为满足部分业务系统大量前端并发访 问，拟购置负载均衡设备，配置双机运行，可有效优化前端并发访问，并提升后端服务器并行处理能力。 （ 3）

38、升级数据存储和数据备份系统 数据是系统的核心，集中、高效、高可扩展的存储环境是实现数 第 21 页 据资源保存、共享、开发利用的基础设施。本次项目拟采用 FC-SAN技术，并利用 SAN 网络层虚拟存储设备功能实现本地数据中心和异地容灾中心数据保持实时同步，从而为应用级容灾提供数据基础。 2.新建容灾中心专网，实现同城灾备 依照信息系统灾难恢复规范（ GB/T 20988-2007）第 5 级设计要求：关键数据实时备份，配置同等的数 据处理设备并处于运行或就绪状态。由此，容灾专网硬件基础平台建设基本保持和核心业务专网一致，在设备性能和数量上略可降低。具体建设内容如下： （ 1）网络通信系统 容

39、灾专网主要涉及服务器和数据存储层面的系统容灾，与核心业务专网共享前端汇聚接入交换网络，因此，项目主要针对核心网络建设，通过配置核心交换保障容灾专网的数据交换转发。配置的核心交换品牌型号与核心业务专网保持一致，以增加项目整体网络通信系统的可管理性。结合核心业务专网新购的核心交换，在现有数据中心机房装修改造期间，一并运行于容灾机房形成双机工作模式，满足医 院业务系统持续不间断运行保障要求。 （ 2）主机服务器系统 同核心业务专网，容灾专网计算资源平台架构同为 UNIX 小型机平台及 x86 PC 服务器平台。依照集约化建设原则，现有小型机用于利旧；新采购机架式服务器，采用虚拟化方式，满足容灾环境业务系统应急切换使用。 （ 3）数据存储和数据容灾建设 第 22 页 数据是容灾系统建设的核心，为保障数据的一致性，容灾专网数据存储设备基本和核心业务专网一致。配备磁盘阵列设备，满足主机系统平台数据存储需求；配备光纤交换用，用于支撑数据存储区域网