中国医学科学院整形外科医院信息系统及数据上报平台建设项.DOC

1、中国医学科学院 整形外科医院信息系统及数据上报平台建设项目硬件 采购需求 第一部分 商务 需求 序号 内容 说明和要求 1. 投标人资质 无 2. 投标产品资质 24 口 SAN 光纤交换机 须具有工业和信息化部颁发的电信设备进网许可证，提供证明材料 堡垒机 需要提供 IT 产品信息安全认证证书 3. 核心产品 超融合 虚拟化服务器、 分布式存储、光纤交换机、 磁盘存储设备 、以太网交换机 4. 是否允许联合体投标 否 5. 是否允许进口产品投标 否 6. 节能环保要求 本次投标产品型号如列入最新一期（节能清单在标书发布之日后公布的，同时执行上期和本期节能清单）节能产品政府采购清单内型号（投标

2、产品型号和节能清单型号须完全一致、台式计算机产品的性能参数还须与附件所列性能参数完全一致），投标人须在投标文件中提供证明资料（包括提供投标产品所在节能清单页复印件、台式计算机产品还须提供性能参数所在页复印件，并加盖单位公章）。 施行强制采购的产品提供证明材料 /有 政府强制采购节能产品以最新一期节能产品政府采购清单中标注“ “的产品为准。 本次投标产品型号如为列入最新一期（环保清单在标书发布之日后公布的，同时执行上期和本期环保清单）环境标志产品政府采购清单内型号，提供证明材料 /有 7. 信息安全要求 无 8. 是否需要现场踏勘 否，本项目不组织现场踏勘。 9. 是否收取履约保证金 否 10.

3、 采购人信息 单位名称： 中国医学科学院整形外科医院 ，单位地址： 北京市石景山区八大处路 33 号 ，联系人姓名： 武隽 ，联系电话：18001315572，电子邮箱： 11. 预算金额 ，最高限价 预算金额： 人民币 160 万元 ，最高限价：人民币 160 万元 12. 项目履约时间 合同签订后 20 个工作日内交货，交货后 10 个工作日内完成安装调试并具备验收条件 。 13. 项目履约地点 北京市石景山区八大处路 33 号 14. 付款方式 序号 付款节点 付款条件 付款比例（或金额） 备注 1 首付款 合同签订后 7 个工作日内 付款至总合同金额60% 2 尾款 中标人在接到首付

4、款后 7 个工作日内，向采购人提供合同总金额的 10%的履约保函 (有效期一年 )，采购人收到履约保函后 7 个工作日内 付款至总合同金额100% 第二部分 技术和服务 需求 1、 项目概述 不作为打分项，供投标人 投标参考。 序号 内容 说明 1. 项目背景 中国医学科学院整形外科医院是国内成立最早 (1957 年 )、亚洲最大的整形外科三级甲等专科医院。现有开放床位 320 张，建筑面积 2 万余平米。临床方面共 10 个病房， 22 个临床科室及门诊中心， 3 个手术中心，麻醉科及麻醉恢复室等。医技科室包含检验科、药库房、放射科、心电图室、 B 超室、病理室、研究中心、病案室、院感科等。

5、 医院信息化中数据共享问题不仅表现在新旧系统的互联上，还表现在与历史遗留系统的互联及未来升级和扩展的高昂成本上。为解决此类问题，医院前期基本采用的是紧耦合的方式对其中一些系统进行互联，部分解决了信息孤岛问题。但随着系统的增多，特别是相互之间有数据交换的系统增多，遇到的问题也越来越多，主要集中在以下三个方面： 1、医院实施的系统越来越多，造成需要互联的系统数量急剧上升，这样，其复杂程度和成本就呈爆炸性增长。互联系统中的任何拓扑改动，或期间进行的系统升级，都很难保证系统之间数据传输不出问题。 2、对于已经淘汰 的系统来讲，其数据往往在 4、 5 年甚至更长时间以后还将用到，但因为多种原因，这些系统

6、中有价值的数据不能被迁移到新系统。随着数据具有很高研究价值和临床价值的系统的更新换代，可以预见，虽然可以通过新系统抽取整合旧系统的方法来保留旧数据，但代价比较高，且数据未必完整和准确。可以说，若没有更好的替代方式，系统的更新换代必将更为困难。 3、通过标准的 HL7 传输数据或非标准的通过中间表或视图传送数据，虽然暂时解决了系统间的数据交换，但仅仅是一小部分数据被共享，解决了系统运行中数据传输的问题，并未解决数据的完全共享。若需 要对临床或运营管理决策而进行深度数据挖掘工作时，还要对各个系统的数据再次操作，浪费人力物力。 为了解决以上问题，我们需要建立医院自己的信息系统集成平台。通过该平台，可

7、以在不同应用系统之间，根据需要进行数据传递的同时，在整个医院进行信息共享，同时可以将这些数据上报至各上级主管部门。信息的共享可以在一次数据传输的同时完成全部有价值数据的采集和抽取，便于下一步进行数据深层次的挖掘及利用。这样既可以在数据交换层面解决了信息孤岛问题，同时又整合医院运行管理中所产生的各种临床和管理数据，为各级管理层提供了决策支持数据。 2. 执行依据 安全可靠性 基础架构的设计必须遵循可靠性的原则。设计中应尽可能可能减少因信息基础设施故障而造成业务无法正常进行的现象的发生，例如因服务器或网络故障造成用户无法访问业务系统。同时设计中还要注重信息安全体系的建设，提高国家知识产权局信息基础

8、设施的整体安全性，进一步保证数据安全。 先进成熟性 基础架构的设计应具有产品和技术先进性，先进的产品和技术是未来系统性能的保证。在信息技术飞速发展的今天，我们选择的产品和技术应具有一定的前瞻性，能够适应未来几年业务需求及技术发展变化的需要，同时应尽可能兼顾产品和技术的成熟性，增强信息基础设施的整体稳定性。 开放与可扩展性 基础架构的设计应选择采用开放式设计的产品或技术，以满足系统间灵活的信息交互需要，同时还要充分考虑产品可扩展性，以满足不断发展的业务和技术需求。 统一标准化 基础架构的设计应该坚持标准化的原则，采用业界公认的行业或技术标准降低管理复杂度，同时 坚持统一化的原则。整个系统内的所有

9、同类的信息基础设施应尽可能采用统一的标准。 经济效益 坚持在先进高性能前提下，合理投资以期在成本最佳的前提下，获得最大的经济效益和社会效益。 3. 项目目标 结合中国医学科学院整形外科医院实际情况，参照国家卫计委信息平台的标准规范，借鉴国内外的关于医疗信息平台的经验和成功案例，兼顾本医院长远发展和短期的成果、实效，设计并实施医院信息平台，通过医院信息平台建设实现委属医院监管业务核心指标 295 项的数据上报；实现医院院内的信息采集、信息完全共享、院间病历调阅的信息集成平台；搭建基 本的技术平台架构，完成各种资源主数据管理、信息资源数据模型、信息集成平台和企业服务总线建设， 实现医院信息系统功能

10、指引的功能 ，并基于集成平台集成院内及院间主要业务系统；依托平台的资源信息中心，实现业务协同、各种信息共享，提升对数据的再利用 。 4. 项目内容 本次 项目建设内容 主要： 1、 超融合虚拟化服务器 、分布式存储，建设较为完善的虚拟化数据中心硬件架构； 2、 超融合虚拟化服务器 、信息平台，以及全面的数字化医院提供基本环境支撑； 5. 项目范围 中国医学科学院整形外科医院信息系统及数据上报平台硬件环境建设 6. 需求分析 按照医院信息平台建设的设计框架，网络架构设计需满足医院 724h 连续服务、大容量医学影像数据传输，随时随地的无线业务终端接入，数据信息的保密和入网安全性方面的需求。医院信

11、息平台网络架构主要由业务域、骨干交换网络和接入域构成。 增加超融合虚拟化服务器、 分布式存储、磁盘存储 及 网络交换机，完善医院网络建设， 满足信息化 平台建设需求。 7. 与前期项目 与现在机房内正在运行的业务系统设备有完善的兼容性，可实现统一的的关系 监控与管理。 2、 技术 需求 （ 1） 集成需求 不作为打分项，供服务要求集成标准参考。 序号 内容 需求说明 1. 业务需求 为了 满足 国家卫生计生委要求的医院业务管理与服务平台，实现预算管理、基建装备管理、业务监管、绩效考核等各项工作。为促进“以病人为中心的服务模式，以质量和成本为中心的管理模式，以服务质量及患者满意度为核心的分配制度

12、”的现代医院新型管理模式的建立，在全民健康保障信息化工程的总体框架下，通过系统建设，为提高医疗质量、改善服务能力、规范服务行为、保障医疗安全、理顺补偿机制、完善监管机制、创新监管手段提供信息化支撑，全面提高医院监管的时效性和针对性。加强 医院 基础 网络建设，为医院信息化集成平台的建立搭建 稳定 的网 络 平台， 需要 对医院现有网络进行扩建，增加数据库服务器、 做到 医院网络的虚拟化应用 ，对 数据实现分布式存储。 医院 网络应满足 信息 平台上报需求， 与 我院现有信息系统无缝对接， 满足基于服务总线，通过国家卫生计生委发布的标准医院互联互通服务接口实现医院不同信息系统间的互操作，同时对互

13、操作产生的消息总量、发送消息量、错误消息量进行统计和管理的 需求。 能 支撑远程医疗系统稳定运行等医院信息化的要求。 2. 技术需求 对 项目所含软硬件在数据中心的安装、部署、联调等集成工作；配合应用系统对应用系统进行迁移、测试、试运行、性能调优；提供完整的系统实施、 售后 、培训等方案；所有货物均须由投标人送货上门并安装调试。用户不再支付任何费用。其中存储和虚拟化软件必须由原厂交付，含本地化修改、测试、试运行、培训及上线计划等。在项目工期规定时间内按要求完成、安装实施、调试、验收等工作。 新购 1 套超融合 虚拟化服务器 ，负责医院服务器虚拟化的系统支撑。 新购 1 套分布式存储设备，部署医

14、院文件类型数据。 新购 1 台 SAN 存储设备，部署医院数据库类型数据。 新购 2 台以太网交换机，负责超融合及分布式存储的网络连通 按照医院要求安装所有软硬件设备。 超融合及分布式存储设备均具备在线动态的分布式扩展能力，以满足未来业务、数据和备份增长需求，不停机完成所有扩容工作。 与现在机房内正在运行的业务系统设备有完善的兼容性，可实现统一的监控与管理 。 为保证医院选型的自主性，超融合设备需要配置虚拟化软件，要求支持多种虚拟化平台，包括但不限于 VMWare、 Hyper-V、以及自有虚拟化平台，并且作为服务器虚拟化的基础架构支撑，需要具备数据分层、重复数据删除、数据压缩、快照和克隆、数

15、据容灾保护功能，并且支持云公有云对接，容器技术的支持。 分布式存储设备在配置满足业务需求的容量要求的情况下，需要配置元数据节点保证存储设备的性能要求，为提高医院资产的利用性，设备必须可以利旧原有设备、在线扩容、快照、容灾功能，并且支持云公有云对接。 严格按照双方确定的计划进度保质保量完成工作。 项目实施完成后对所有线缆 (含网线、光纤跳线、电源线等 )、机柜 、设备 统一标签标注。 所采购 的 产品功能满足 技 术 需求，对核心产品 需要 提供证明资料 的 各指标项 ，都需 在 医院 现场 提供 功能演示。 3. 系统需求 中国医学科学院整形外科医院信息化建设虽然具备一定的基础，但是随着医院业

16、务近几年快速的发展，医院各个业务和职能部门的管理者也开始感觉到现有系统的功能已经不能完全满足业务发展的要求。医院在成长、业务科室要发展壮大，管理水平的精细化提升已经对信息化建设提出了更高层面的要求。 医院信息平台软件架构包括四个层面： 信息化建设 的核心部分是医院信息平台及基于医院信息平台的应用系统；医院信息平台接入临床服务、医疗管理和运营管理各业务应用系统；医院信息平台对外接入区域卫生信息平台。医院信息平台内部又可细分为医院信息平台服务层和医疗信息交换层。 医院信息平台系统与外部网络的连接也是相当广泛的，主要分为两部分：一是与医院业务紧密关联的区域系统，例如 数据上报 系统、 卫计委统计上报

17、系统、 银医 系统、远程医疗的接入等等，这些系统的接入一般都部署有前置服务器；二是医院本身基于改善医患关系、提高工作效率考虑基于 Internet公网开展的一些外延应用，主 要有短信平台、语音自助服务、 OA 远程办公接入、 APP 服务、 医院门户网站、电子邮件系统等。平台系统需要为外部数据交换提供接口服务； 信息平台系统存储 需要 采用中高端光纤磁盘阵列，提高存储读写效率，需要 采用 SSD 盘。 为保证数据安全，建设容灾系统，实现本地或异地的容灾备份。在建设容灾系统同时仍需要建设备份系统，以保证数据归档存储需求。 医院信息化网络建设建议采用内外网隔离方式建设，网络部署采用三层架构，核心网

18、络 目前 采用千兆，有条件使用万兆网络会极大提升数据传输效率。 按照医院信息平台建设的设计框架，网络架构设计需 满足医院 724h 连续服务、大容量医学影像数据传输，随时随地的无线业务终端接入，数据信息的保密和入网安全性方面的需求。医院信息平台网络架构主要由业务域、骨干交换网络和接入域构成。 骨干交换网络：用于连接业务域和接入域，为医患人员提供可靠、高速、安全、管理以及具备容灾抗灾能力的多业务承载网。包括网络设备、安全设备以及其他相关设备。 业务域：由临床服务、医院管理、平台应用三大子域构成，通过骨干交换网络与接入域进行通信，并为终用户提供后端的服务，会承担较大的并发访问量，发生意外将可能导致

19、全院业务中断。在设计中 主要考虑冗余容灾及安全保护。 接入域：物理上由有线接入域和无线接入域构成，通过骨干交换网络访问业务域，是医院人员进行相关操作的第一线，面临的环境较为复杂且不好控制。在设计中主要考虑用户身份的真实性，敏感数据的保护以及非法接入及非法外联的防范。 按业务可将网络区域划分为：内网中心服务器区、外网中心服务器区(DMZ)、数据灾备区、骨干网络区、医疗专网出口区、互联网出口区、网络安全管理区、门诊终端接入区、住院终端接入区、医技终端接入区、无线终端接入区、行政终端接入区、其他终端接入区，提供更强的策略控制及安全管理能 力。 （ 2） 采购产品一览表 序号 货物名称 是否为核心产品

20、 单位 数量 产地 1 超融合虚拟化服务器 是 套 1 国产 2. 分布式存储 是 套 1 国产 3. 磁盘存储设备 是 台 1 国产 4. 24 口 SAN 光纤交换机 是 台 2 国产 5. 32 口万兆以太网交换机 是 台 2 国产 6. 堡垒机 是 台 1 国产 7. KVM 显示 /切换器工作台 是 套 1 国产 产品信息以本表为准，未按本表要求投标的供应商，投标将被拒绝。 （ 3） 产品清单及指标要求 重要性分为“”、“ #”和一般无标示指标。代表最关键指标，不满足该指标项将导致投标被拒绝， #代表重要指标，无标识则表示一般指标项。 “证明材料要求”项可填“是”和“否”。 填 “是

21、”的，投标人须提供包含相关指标项的证明材料，证明材料可以使用生产厂家官方网站截图或产品白皮书或第三方机构检验报告或其他相关证明材料。未提供有效证明材料或证明材料中内容与所填报指标不一致的，该指标按不满足处理。 1、 超融合虚拟化服务器（ 1 套） 序号 重要 性 指标项 指标要求 证明材料要求 1 节点配置 配置 4 台 2 路超融合节点，支持虚拟化、分布式存储融合部署配置 否 2 # CPU 每个超融合节点配置 2 颗 ， 相当于 或优于Intel Xeon 处理器 E5-2630 v4， 10核，主频 2.2GHz 否 3 内存 每节点配置 256 GB DDR4 2400MHz 内存 否

22、 4 SSD 每节点配置企业级固态硬盘 2 块，每块固态硬盘容量 480GB 否 5 硬盘 数据盘总裸容量 144 TB，硬盘规格不低于 7.2K NL SAS 硬盘，实配磁盘数量不低于 24 块 否 6 网卡 每节点配置 2 块双端口 10GbE SFP+ 以太网卡 否 7 每节点配置 4 个 1GbE 以太网口。 否 8 每节点配置 4 个 10GBASE-SR SFP+光模块 否 9 电源 每节点提供 2 个高效率白金电源 否 10 # 故障自检 配置故障诊断模块，可实现对关键部件的故障诊断 否 11 兼容性要求 超融合系统硬件与超融合虚拟化软件同一品牌 否 12 虚拟化软件 配置匹配当

23、前硬件配置的同系列软件虚拟化软件 License, 支持多数据中心管理等高级虚拟化管理特性 否 13 # 超融合系统软件 超融合软件支持对存储的数据进行 2副本（所有数据写 2 份）和 3 副本的数据冗余配置，软件许可容量不低于实际配置的物理容量； 超融合系统软件需要 提供国家版权局颁发的软件产品计算机软件著作权登记证书 是 14 横向线性扩展 单一集群及存储资源池内没有节点 /节点数、 SSD 和 HDD 存储容量的限制，可扩展大于 256 节点，支持以 1 个节点为单位进行扩容，自动发现新增节点 /节点，在不中断业务的情况下将新节点 /节点自动或手动加入现有集群中，实现集群计算和存储资源的

24、无缝扩展 否 15 支持不同型号、不同年代的计算存储一体超融合设备的混用和兼容，真正实现按需购买，保护用户投资 否 16 # 业务数据保护 可以实现数据保留 2 份和 3 份，充分保护数据；当一个或多个 SSD 损坏情况下，不影响本地磁盘组或分布式存储集群，本地存储的数据仍可用；当整个节点所有硬件全部失效时不会影响数据正常访问，业务不中断；要求节点不使用 RAID 技术或分布式 RAID 技术保护数据，避免由于磁盘故障导致整个 RAID 组性能降级，从而影响业务正常运行 否 17 数据本地化读写 为确保最短 IO 路径和读写延迟并减少网络流量，在 VMware、 HyperV 和 KVM 环境

25、中，分布式存储本身都支持优先将数据写在本地 SSD 磁盘上，并且当虚拟机迁移到任意节点，其数据也迁移到虚拟机所在物理节点 否 18 以虚拟机为中心的设计 支持按照不同虚拟机的应用独立实施不同的数据管理策略，例如可对每个虚机单独设定快照、重删和压缩策略 否 19 智能数据分层 支持 SSD和 HDD混插配置中实现智能数据分层，同一个 SSD 可同时作为缓存层和持久数据存储层； 否 20 节点优先使用本地 SSD磁盘进行 IO吞吐，其次使用集群范围内其他节点 SSD磁盘进行 IO 处理，不会由于某个 SSD 容量问题而导致性能降级，始终保持节点 IO 吞吐的高性能； 否 21 # 重复数据删除 提

26、供内存、 SSD、 SATA 不同性能层面的重复数据删除功能，并且使用几 k 到十几 k的粒度保证重复数据删除的效率和效果 否 22 在线重复数据删除：支持 SSD 和 HDD 混插配置中内存重复数据删除 否 23 后台重复数据删除：支持 SSD 和 HDD 混插配置中磁盘重复数据删除 否 24 数据压缩 支持数据的在线压缩，写数据时同步压缩；也要支持线后压缩，在资源闲置时对于冷数据进行压缩处理，最大化存储层可用空间 否 25 在线数据压缩：支持 SSD 和 HDD 混插配置中在线（数据写入时）数据压缩 否 26 后台数据压缩：支持 SSD 和 HDD 混插配置中离线 /后台（数据写入后）数据

27、压缩 否 27 # 纠删码 支持 SSD 和 HDD 混插配置中纠删码（ Erasure Coding）功能 否 28 支持纠删码的数据保护方式，实现数据的冗余保护和快速恢复机制；纠删码功能没有特殊硬件要求，例如不需要闪存卡支持或者其他特殊硬件支持，借助软件能力即可，无论是 SSD 还是 HDD 的数据都能够支持；在冗余 2 即两份数据的情况下，可用容量达到 70%左右，在冗余 3 即三份数据的情况下，可用容量达到 50%左右 否 29 快照和克隆 支持以虚拟机为中心的快照和克隆 否 30 在存储层面提供基于虚拟机磁盘粒度的快照，并且具备自动快照管理功能，可以定制时间间隔自动拍摄快照，并且自定

28、义保存最新的多个快照 否 31 数据容灾保护 支持虚拟机级别的远程数据双向复制和容灾恢复 否 32 不需要额外的软硬件采购支持，就具备跨地域的远程数据容灾能力，包括同城的实时数据复制和异地的一对一、一对多、多对一及多对多等异步复制方式。 否 33 同城数据级双活容灾支持二层网络方式；同时为了降低成本也要支持三层网络的容灾。必须支持跨 Hypervisor 的远程基础架构层数据容灾。 否 34 远程数据复制策略 异步数据复制支持时间策略配置站点间流量限制，避免影响系统生产性能 否 35 # 异构虚拟化平台数据保护 支持跨异构虚拟化平台（ Hypervisor）间的数据复制 否 36 本地备份 在

29、不需要额外备份软件的支持下，内置通过快照方式进行以虚拟机为中心的本地备份；也要能够支持主流虚拟化备份软件方案，并且经过厂商的相互认证，包括Veeam、 Commvault 等；针对于 VMware vSphere 存储备份，必须支持 VAAI 接口 否 37 # 备份到公有云 支持虚拟机备份到 AWS 云端； 否 38 支持虚拟机备份到 AZURE 云端。 否 39 云平台支持 无缝支持开源 OpenStack 框架，无需做二次开发就可以实现对资源的部署和调用 否 40 # 容器技术支持 支持为 Docker 容器提供持久化的容器服务 否 41 iSCSI 块存储支持 投标产品本身即可提供 i

30、SCSI块存储给虚拟机、物理机及容器；无需手动配置 OS多路径软件即可自动实现路径高可用和负载均衡 否 42 运维易用性 支持集群健康监控、故障分析；支持一键式升级，包括超融合软件、支持在同一界面升级 Hypervisor（ VMware 和 KVM） 否 43 在不需要关闭业务系统的情况下，可以实现平台软件的在线升级 否 44 跨地域的集中式管理 可在同一界面中对分布在不同数据中心或物理位置的多个集群进行统一管理，需要同时通过一个界面统一管理计算、存储、虚拟化等资源 否 45 系统预集成 超融合系统出厂已预安装虚拟化、分布式存储和管理软件，加速设备安装和部署速度 否 46 虚拟化平台功能要求 虚拟化平台通过 x86服务器虚拟化来实现的，可以支持 VMware vSphere、 Microsoft HyperV、 KVM 等； 是