****县县域医疗集团云升级服务及云运维
服务采购项目
单*来源采购文件
项目编号：****-****(单*)-***
采购人（盖章）：****县人民医院
招标代理机构（盖章）：****
日期：****年*月
目录
第*章单*来源邀请书*
第*章投标人须知*
第*章合同草案条款**
第*章响应文件格式**
第*章服务内容及技术要求**
第*章单*来源邀请书
****县县域医疗集团云升级服务及云运维服务采购项目
单*来源邀请书
****：
*、采购条件
根据《中华人民共和国****法》、《中华人民共和国****法实施条例》、《政
府采购非招标采购方式管理办法》等相关法律法规的规定，****县县域医疗集团云升级服
务及云运维服务采购项目。****受****县人民医院的委托，对本项
目进行单*来源采购谈判，现邀请你方按单*来源采购文件的要求参加本项目的响应报价。
*、采购项目的名称、预算金额
*.*项目名称：****县县域医疗集团云升级服务及云运维服务采购项目。
*.*预算金额：****元；最高限价：****元。
*、采购人的采购需求
详见单*来源采购文件第*章“服务内容及技术要求”。
*、投标人资格要求
*.满足《中华人民共和国政府釆购法》第***条规定，并按《中华人民共和国政府
采购法实施条例》第**条规定的条件，提供资格条件承诺函，不再需要提供相应证明资
料。
*.本项目的特定资格要求：具备有效的营业执照正本或副本；
*、单*来源采购文件的获取
*.*报名及获取采购文件时间：****年**月**日至****年**月**日
*.*获取方式：****（****县钟屏路***号（原老农业局办公
楼*楼））完成报名后获取采购文件。
*.*采购文件售价：*元。
*、响应文件的递交
*.*递交时间：****年**月**日**时**分前；
*.*递交方式：现场递交。递交至****（****县钟屏路***号
（原老农业局办公楼*楼）），投标截止时间前未递交的，视为投标无效。
*、开标
*.*开标时间：****年**月**日**时**分（北京时间）。
*.*开标地点：****开标室。
*.*开标方式：现场开标。
*、发布公告的媒介、公告期限
*.*本项目采购公告发布网站：****省****网：****://***.****.***/
*.*自本公告发布之日起*个工作日
*、采购人及其委托的采购代理机构的名称、地址和联系方式
采购人：****县人民医院
联系人：****联系电话：***********
地址：****省****市****县古城街道办事处瑞祥路*号
采购代理机构：****
联系人：****联系电话：****-*******
地址：****县钟屏路***号（原老农业农村局办公楼*楼）
日期：****年*月
第*章投标人须知
投标人须知前附表
| 条款号 |
条款名称 |
编列内容 |
| *.*.* |
采购人 |
名称：****县人民医院地址：****县古城街道办事处瑞祥路*号联系人：****电话：*********** |
| *.*.* |
采购代理机构 |
名称：****地址：****县钟屏路***号（原老农业局办公楼*楼）联系人：****电话：****-******* |
| *.*.* |
项目名称 |
****县县域医疗集团云升级服务及云运维服务采购项目 |
| *.*.* |
资金落实情况 |
已落实 |
| *.*.* |
预算金额 |
****元 |
| *.*.* |
最高限价 |
□无☑有，最高限价：****元 |
| *.*.* |
服务期 |
*.云升级服务具备实施条件后**工作日内完成；*.云运维服务期*年。 |
| *.*.* |
服务地点 |
服务地点：采购人指定地点 |
| *.* |
投标人资格要求 |
见“第*章单*来源采购邀请书*、投标人资格要求” |
| *.* |
不允许偏离的实质性要求和条件 |
资格要求和符合性审查不允许负偏离 |
| *.*.* |
单*来源采购文件澄清发出的形式 |
以书面形式通知获取单*来源采购文件的投标人 |
| *.*.* |
|
单*来源采购文以书面形式通知获取单*来源采购文件的投标人 |
| 条款号 |
条款名称 |
编列内容 |
|
件修改发出的形式 |
|
| *.*.* |
谈判报价的其他要求 |
(*)本次谈判报价为综合报价，报价应为人民币含税价（元），包括人员工资、社保费、福利费、保险费、管理费、培训费、税费、成交服务费等全部费用及合理利润的总和。(*)投标人应承担所有与参加谈判有关的自身的所有费用，不论采购的结果如何，采购代理机构和采购人在任何情况下均无义务和责任承担这些费用。 |
| *.*.* |
谈判有效期 |
谈判有效期为**日历天（从响应文件递交截止之日起算）。在原投标有效期结束前，出现特殊情况采购人可以书面形式要求所有投标人延长投标有效期。投标人同意延长的，应以书面形式给以回复，且不得要求或被允许修改其投标文件的实质性内容。 |
| *.*.* |
响应文件份数及其他要求 |
正本*分、副本*份，现场递交。 |
| *.*.* |
响应文件分册装订要求 |
是否要求响应文件分册装订：☑否□是，分册装订要求： |
| *.*.* |
响应文件递交截止时间 |
****年**月**日**时**分 |
| *.*.* |
响应文件递交时间和地点 |
提交电子采购响应文件方式为：投标人须在****年**月**日**时**分（北京时间）前递交至****（****县钟屏路***号（原老农业局办公楼*楼）），投标截止时间前未完成投标文件递交的，视为投标无效。 |
| *.* |
是否授权谈判小组确定成交人 |
□是☑否 |
| *.* |
成交公告媒介及期限 |
公告媒介：同单*来源采购邀请书发布媒介公告期限：*个工作日 |
| * |
需要补充的其他内容 |
需要补充的其他内容 |
| 条款号 |
条款名称 |
编列内容 |
| *.* |
追加合同金额 |
****合同履行中，采购人需追加与合同标的相同的货物的，在不改变合同其他条款的前提下，可以与成交投标人签订补充合同，但所有补充合同的采购金额变更不得超过原合同采购金额的**%，其中金额增加需办理合同追加手续。 |
*.总则
*.*项目概况
*.*.*根据《中华人民共和国****法》、《中华人民共和国****法实施条例》、
《****非招标采购方式管理办法》等相关法律法规的规定，本项目已具备采购条件，
现对本项目进行单*来源采购。
*.*.*采购人：见投标人须知前附表。
*.*.*采购代理机构：见投标人须知前附表。
*.*.*项目名称：见投标人须知前附表。
*.*项目的资金情况
*.*.*资金落实情况：见投标人须知前附表。
*.*.*预算金额：见投标人须知前附表。
*.*.*最高限价：见投标人须知前附表。
*.*服务内容、服务期、服务地点
*.*.*服务内容：详见第*章《服务内容及要求》。
*.*.*服务期：见投标人须知前附表。
*.*.*服务地点：见投标人须知前附表。
*.*投标人资格要求
投标人应具备承担本项目的资格条件。
*.*费用承担
投标人准备参加单*来源采购活动发生的费用自理。
*.*保密
参与单*来源采购活动的各方应对单*来源采购文件和响应文件中的商业和技术等秘
密保密，否则应承担相应的法律责任。
*.*语言文字
响应文件使用的语言文字为中文。专用术语使用外文的，应附有中文注释。
*.*计量单位
所有计量均采用中华人民共和国法定计量单位。
*.*响应和偏离
响应文件应当对单*来源采购文件的实质性要求和条件作出响应，否则，投标人谈判
申请无效。不允许偏离的实质性要求和条件见投标人须知前附表。
*.单*来源采购文件
*.*单*来源采购文件的组成
本单*来源采购文件包括：
(*)单*来源采购邀请书；
(*)投标人须知；
(*)合同草案条款；
(*)响应文件格式；
(*)服务内容及技术要求。
根据本章第*.*款和第*.*款对单*来源采购文件所作的澄清、修改，构成单*来源
采购文件的组成部分。
*.*单*来源采购文件的修改、澄清
*.*.*采购人以投标人须知前附表规定的形式修改单*来源采购文件，采购人在截止
时间前，可能因任何原因，对采购文件进行修改。这种修改可能是采购人主动提出的，也
可能是为了解答投标人要求澄清的问题而作出的。采购人对采购文件的修改，以向投标人
发出变更、澄清、补遗文件的方式作出。修改单*来源采购文件的时间距本章*.*.*项规
定的响应文件递交截止时间不足*日的，并且修改内容可能影响响应文件编制的，将相应
延长响应文件递交截止时间，并在****省****网上发布延期公告。
*.*.*修改后采购文件、补充文件将在****省****网上以变更、澄清或者补遗公
告的方式发布，该澄清或者修改的内容为采购文件的组成部分，对投标人起约束作用。
*.*.*除非采购人认为确有必要答复，否则，采购人有权拒绝回复投标人在响应文件
答疑截止时间后的任何澄清要求。
*.响应文件
*.*响应文件的组成
响应文件的组成详见第*章“响应文件格式”中的内容。
投标人在谈判过程中作出的符合法律法规和单*来源采购文件规定的澄清确认，构成
响应文件的组成部分。
*.*谈判报价
*.*.*投标人应按第*章“响应文件格式”的要求在相应文件中进行报价。
*.*.*投标人应充分了解该项目的总体情况以及影响报价的其他要素。
*.*.*投标人的报价不得超过预算金额，若采购人还设有最高限价的，投标人的报价
还应当不得超过最高限价，最高限价在投标人须知前附表中载明。
*.*.*报价的其他要求见投标人须知前附表。
*.*投标有效期
*.*.*投标有效期见投标人须知前附表。
*.*.*在投标有效期内，投标人撤销或修改其响应文件的，应承担单*来源采购文件
和法律规定的责任。
*.*响应文件的编制
*.*.*响应文件应按第*章“响应文件格式”进行编写。
*.*.*响应文件应当对单*来源采购文件投标人须知前附表*.*规定的不允许偏离的
实质性要求和条件作出响应。
*.*.*（*）响应文件应尽量避免涂改、行间插字或删除。如果出现上述情况，改动之
处应加盖单位公章并由投标人的法定代表人或其委托代理人签字确认。
*.*.*（*）关键内容字迹潦草、表达不清、未按要求填写而导致非唯*理解，视为未
实质性响应单*来源采购文件的单*来源响应文件。
*.*.*（*）响应文件中提供的资料（包括扫描件），内容必须清晰可辨，若内容模糊，
无法辨识，均视为未提供。
*.*.*（*）响应文件应由法定代表人或其委托代理人在规定签章处逐*签章，要求签
章处应签单位公章。
*.*.*响应文件应按“投标人须知前附表”中规定的数量准备文件。
*.响应文件的递交
*.*响应文件的递交
*.*.*投标人应在投标人须知前附表规定的响应文件递交截止时间前递交响应文件。
*.*.*投标人递交响应文件的时间和地点：见投标人须知前附表。
*.*响应文件的修改与撤回
在本章第*.*.*项规定的响应文件递交截止时间前，投标人可以修改或撤回已递交的
响应文件。
*.谈判及评审
*.*谈判及评审
*.*.*谈判原则：依照“公平、公正、科学、择优、定优”的原则。
*.*.*本项目将邀请相关监督部门进行现场监督，并按有关规定依法组建谈判小组进
| * |
数字病理系统 |
已建设，在现有系统基础之上升级 |
| * |
重症监护系统 |
已建设，在现有系统基础之上升级 |
| ** |
医信平台护士端系统 |
已建设，在现有系统基础之上升级 |
| ** |
医务管控系统 |
已建设，在现有系统基础之上升级 |
| ** |
血液管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
手术麻醉系统 |
已建设，在现有系统基础之上升级 |
| ** |
体检管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
病案管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
临床路径系统 |
已建设，在现有系统基础之上升级 |
| ** |
门诊叫号系统 |
已建设，在现有系统基础之上升级 |
| ** |
门诊输液系统 |
已建设，在现有系统基础之上升级 |
| ** |
预约挂号系统 |
已建设，在现有系统基础之上升级 |
| ** |
患者智能服务系统 |
已建设，在现有系统基础之上升级 |
| ** |
康复系统 |
已建设，在现有系统基础之上升级 |
| ** |
病案首页质量控制系统 |
已建设，在现有系统基础之上升级 |
| ** |
院长移动驾驶舱系统 |
已建设，在现有系统基础之上升级 |
| ** |
院长管控平台系统 |
已建设，在现有系统基础之上升级 |
| ** |
医院上报管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
门诊电子病历系统 |
已建设，在现有系统基础之上升级 |
| ** |
心电网络系统 |
已建设，在现有系统基础之上升级 |
| ****县中医医院云升级清单 |
****县中医医院云升级清单 |
****县中医医院云升级清单 |
| * |
医院信息管理系统（***) |
已建设，在现有系统基础之上升级 |
| * |
检验系统（***) |
已建设，在现有系统基础之上升级 |
| * |
影像系统(****) |
已建设，在现有系统基础之上升级 |
| * |
住院电子病历系统(***) |
已建设，在现有系统基础之上升级 |
| * |
电子病历质控系统 |
已建设，在现有系统基础之上升级 |
| * |
临床路径信息系统 |
已建设，在现有系统基础之上升级 |
| * |
手术麻醉信息系统 |
已建设，在现有系统基础之上升级 |
| * |
重症监护信息系统 |
已建设，在现有系统基础之上升级 |
| * |
健康体检系统 |
已建设，在现有系统基础之上升级 |
| ** |
病案管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
院感实时监控系统 |
已建设，在现有系统基础之上升级 |
| ** |
病理系统 |
已建设，在现有系统基础之上升级 |
| ** |
血液信息管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
**办公自动化系统 |
已建设，在现有系统基础之上升级 |
| ** |
合理用药信息系统 |
已建设，在现有系统基础之上升级 |
| ** |
处方点评系统 |
已建设，在现有系统基础之上升级 |
| ** |
智慧急诊平台 |
已建设，在现有系统基础之上升级 |
| ** |
预约挂号系统 |
已建设，在现有系统基础之上升级 |
| ** |
门诊叫号系统 |
已建设，在现有系统基础之上升级 |
| ** |
门诊电子病历系统 |
已建设，在现有系统基础之上升级 |
| ** |
医信平台医生端系统 |
已建设，在现有系统基础之上升级 |
| ** |
患者智能服务系统 |
已建设，在现有系统基础之上升级 |
| ****县者海人民医院云升级清单 |
****县者海人民医院云升级清单 |
****县者海人民医院云升级清单 |
| * |
医院信息管理系统（***) |
已建设，在现有系统基础之上升级 |
| * |
检验系统（***) |
已建设，在现有系统基础之上升级 |
| * |
影像系统(****) |
已建设，在现有系统基础之上升级 |
| * |
住院电子病历系统(***) |
已建设，在现有系统基础之上升级 |
| * |
门诊输液系统 |
已建设，在现有系统基础之上升级 |
| * |
病案管理系统 |
已建设，在现有系统基础之上升级 |
| * |
合理用药系统 |
已建设，在现有系统基础之上升级 |
| * |
预约挂号系统 |
已建设，在现有系统基础之上升级 |
| * |
患者智能服务系统 |
已建设，在现有系统基础之上升级 |
| ** |
体检信息管理系统 |
已建设，在现有系统基础之上升级 |
| ****县妇幼保健计划生育服务中心云升级清单 |
****县妇幼保健计划生育服务中心云升级清单 |
****县妇幼保健计划生育服务中心云升级清单 |
| * |
医院信息管理系统（***) |
已建设，在现有系统基础之上升级 |
| * |
检验系统（***) |
已建设，在现有系统基础之上升级 |
| * |
影像系统(****) |
已建设，在现有系统基础之上升级 |
| * |
住院电子病历系统(***) |
已建设，在现有系统基础之上升级 |
| * |
病案管理系统 |
已建设，在现有系统基础之上升级 |
| * |
体检系统 |
已建设，在现有系统基础之上升级 |
| * |
合理用药系统 |
已建设，在现有系统基础之上升级 |
| * |
门诊叫号系统 |
已建设，在现有系统基础之上升级 |
| * |
办公自动化系统 |
已建设，在现有系统基础之上升级 |
| ** |
预约挂号系统 |
已建设，在现有系统基础之上升级 |
| ** |
患者智能服务系统 |
已建设，在现有系统基础之上升级 |
| ** |
围产保健管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
处方点评系统 |
已建设，在现有系统基础之上升级 |
| ** |
临床路径管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
门诊输液系统 |
已建设，在现有系统基础之上升级 |
| ****县健康信息平台云升级清单 |
****县健康信息平台云升级清单 |
****县健康信息平台云升级清单 |
| * |
区域卫生信息平台软件 |
已建设，在现有系统基础之上升级 |
| * |
卫生统计与决策分析系统 |
已建设，在现有系统基础之上升级 |
| * |
居民电子健康档案管理系统 |
已建设，在现有系统基础之上升级 |
| * |
居民健康*卡通信息系统 |
已建设，在现有系统基础之上升级 |
| * |
公共**** |
已建设，在现有系统基础之上升级 |
| * |
基层*** |
已建设，在现有系统基础之上升级 |
| * |
基层电子病历系统 |
已建设，在现有系统基础之上升级 |
| * |
基层*** |
已建设，在现有系统基础之上升级 |
| * |
基层**** |
已建设，在现有系统基础之上升级 |
| ** |
家庭医生签约平台系统 |
已建设，在现有系统基础之上升级 |
| ** |
高血压诊疗机器人系统 |
已建设，在现有系统基础之上升级 |
| ** |
慢病管控平台系统 |
已建设，在现有系统基础之上升级 |
| ** |
远程会诊系统 |
已建设，在现有系统基础之上升级 |
| ** |
村医平台 |
已建设，在现有系统基础之上升级 |
| ** |
分级诊疗管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
基层移动服务系统 |
已建设，在现有系统基础之上升级 |
| ** |
区域检验中心系统 |
已建设，在现有系统基础之上升级 |
| ** |
区域心电诊断中心系统 |
已建设，在现有系统基础之上升级 |
| ** |
远程影像诊断中心系统 |
已建设，在现有系统基础之上升级 |
| ** |
妇幼保健管理信息平台系统 |
已建设，在现有系统基础之上升级 |
| ** |
区域患者智能服务系统 |
已建设，在现有系统基础之上升级 |
| ** |
病案管理系统 |
已建设，在现有系统基础之上升级 |
| ** |
门诊输液系统 |
已建设，在现有系统基础之上升级 |
云升级服务
（*）要求基于云原生技术，构建高可用服务。
需面向医院的业务要求，利用云原生简单易扩展的优势，提供稳定可靠的应
用服务。
需利用云原生特性，保障系统在应用快速迭代变化的同时，既可以保持高度
的可用性、多节点、负载均衡、弹性扩展等特性，又具备高效处理、水平扩展和
数据高并发访问的能力。
（*）各个业务模块应具有统*的前端框架、设计风格、高度*致的交互体验。
要求系统从样式、组件、框架、组件交互*个维度实现体验标准化，保障基
础体验、交互体验的高度*致。
（*）采用微服务架构，搭建业务中台、数据中台等中台服务。
要求能够将不同模块、不同业务单元、不同应用程序有机且良好的结合起来，
实现服务的轻量化、标准化、快速响应化。
需构建业务中台、数据中台等中台服务，使系统能够提供高可用、高稳定、
快速访问和响应的同时，还能够做到服务模块化、可配置化。
（*）要求使用开源数据库，避免数据制约。
现有医院信息化采用传统的国外数据库，面临因技术问题造成数据库软件不
被授权、不能使用，整个医院系统瘫痪等问题；软件升级后需支持开源数据库软
件。
（*）要求开放融合，快速响应政策要求。
支持通过微服务技术框架把业务抽象后通过微服务形成对外的能力封装，快
速构建应用，减少应用的开发量。
（*）要求支持无感升级。
应支持在系统升级过程中，无感知、无影响、无侵入；支持灰度发布、金丝
雀发布、蓝绿发布、**发布等常见过渡发布方式。要求业务系统具有完善的预警、
监测机制。
需具有完善的预警、监测机制。对于应用、资源、安全应具备监测机制和分
析能力，支持设置警告规则，当触发告警规则时需预警提示。
*.*云运维服务
*、云运维服务总体要求
应支持基于业界主流的微服务架构体系进行开发和建设，运维人应具有丰富
的云平台运维管理和底层问题解决经验，确保能够解决、修复所使用的软件中的
问题。
*、基础服务
*、应提供业务系统所需的整体计算能力和业务承载能力保障。
*、云平台可靠性服务：应支持在容错、容灾、故障、攻击等场景下，通过冗
余、高可用集群、应用与底层设备松耦合等特性来体现，从硬件设备冗余、链路
冗余、应用容错等方面充分保证整体系统的可用性，来实现系统在故障或攻击时
服务的正常使用或服务降级时的核心服务确保*定的服务能力。应能够快速恢复
故障应用系统，确保业务的连续性。
*、云平台建设服务：应支持对云平台上业务系统的整体建设，对各个业务系
统模块建设资源应支持具体动态调整、弹性扩容、网络支持动/静态***接入、支
持***及异构算力等保证业务平稳健康运行满足业务需求，对业务建设发展过程
中资源调整应提供增扩容的技术支持。应提供计算、存储、网络、安全、容器、
数据库、中间件、大数据、人工智能、物联网等多种服务，满足当前及未来业务
的扩展。
*、平台高可用性服务：云平台业务系统建设过程中所需的中间件支持，应提
供稳定的消息队列服务支撑、稳定的高速缓存存储能力支撑、大数据量写入存储
能力支持、大数据量日志的数据搜索引擎能力支撑等。
*、云平台服务系统持续集成与持续发布，应支持为整个业务系统敏捷版本发
布提供稳定的持续集成与发布能力，提供无故障感知的服务升级能力，提供服务
升级灰度发布以及滚动升级能力。
*、安全服务
*、应支持为云服务器、云容器、云数据库等云上资源构建隔离、私密的虚拟
网络环境。***丰富的功能应支持灵活管理云上网络，包括创建子网、设置安全组
和网络***、管理路由表、申请弹性公网**和带宽等。通过链路冗余，分布式网
关集群，多**部署等多种技术，保障网络的安全、稳定、高可用。
*、安全组：安全组是*个逻辑上的分组，应支持为具有相同安全保护需求
并相互信任的云服务器、云容器、云数据库等实例提供访问策略。安全组创建后，
应支持在安全组中定义各种访问规则，当实例加入该安全组后，即受到这些访问
规则的保护。
*、***应用防火墙（***），应支持对网站业务流量进行全方位检测和防护；
****(*)请求进行检测，识别并阻断***注入、跨站脚本攻击、网页木马上传、命
令/代码注入、文件包含、敏感文件访问、第*方应用漏洞攻击、**攻击、恶意爬
虫扫描、跨站请求伪造等攻击，保护***服务安全稳定；提供精准高效的威胁检
测、针对业界爆发的高危***漏洞，应提供快速分析漏洞、向引擎下发漏洞防御
规则的支持，保障****漏洞及时在***打上虚拟补丁，用户无感知；应支持通过
***应用防火墙服务配置地理位置访问控制规则。可针对指定国家、省份的来源
**自定义访问控制；提供简洁友好的控制界面，实时查看攻击信息和事件日志。
*、****高防，以应对****攻击挑战，应支持提供毫秒级攻击响应、多维度
行为分析及机器学习、防御策略自动调优、精确识别各种复杂****攻击，以保护
业务连续性。抵御大流量****攻击，避免服务器被攻击后导致业务瘫痪。
*、企业主机安全，应提升主机整体安全性的服务，提供资产管理、漏洞管理
支持检测系统和软件漏洞、***-***漏洞，识别潜在风险。入侵检测、基线检查等
功能，降低主机安全风险；检测系统中的口令复杂度策略，给出修改建议，帮助
用户提升口令安全性；对运行中的程序进行检测，识别出其中的后门、木马、蠕
虫和病毒等恶意程序，帮助用户识别出系统存在的安全风险。
*、云堡垒机，应支持对云上服务器的操作运维审计；提供云计算安全管控的
系统和组件，包含部门、用户、资源、策略、运维、审计等功能模块，集单点登
录、统*资产管理、多终端访问协议、文件传输、会话协同等功能于*体。通过
统*运维登录入口，基于协议正向代理技术和远程访问隔离技术，实现对服务器、
云主机、数据库、应用系统等云上资源的集中管理和运维审计；提供可视化运维
行为监控，及时预警发现违规操作；实时记录管理员的资源管理、用户管理和策
略管理等所有行为日志，以便监控和审计。
*、数据库安全服务，审计数据库操作行为；基于机器学习机制和大数据分析
技术，应提供数据库审计，***注入攻击检测，风险操作识别等功能；应提供旁路
模式数据库审计功能，对风险行为进行实时告警。应支持对数据库的内部违规和
不正当操作进行定位追责，保障数据资产安全。
*、安全态势感知，应支持统*的威胁检测和风险处置平台；应支持检测出*
大类的云上安全风险，包括****攻击、暴力破解、***攻击、后门木马、僵尸主
机、异常行为、漏洞攻击、命令与控制等。利用大数据分析技术，态势感知可以
对攻击事件、威胁告警和攻击源头进行分类统计和综合分析，呈现全局安全攻击
态势。
*、云审计，应支持对各种云资源操作记录的收集、存储和查询功能，可用于
支撑安全分析、合规审计、资源跟踪和问题定位等，记录审计日志、审计日志查
询、审计日志转储、事件文件加密。
**、云监控，应支持*个针对弹性云服务器、带宽等资源的立体化监控平台。
资源使用情况、业务的运行状况，并及时收到异常告警做出反应，保证业务顺畅
运行。
**、云日志，应支持日志收集、实时查询、存储等功能，通过海量日志数据
的分析与处理，可以将云服务和应用程序的可用性和性能最大化，提供实时、高
效、安全的日志处理能力，快速高效地进行实时决策分析、设备运维管理、用户
业务趋势分析等。
*、云平台日常运维服务
*、专门的运维团队，应支持全时段运维服务，制定科学的管理制度、服务流
程、质量管控策略等，形成稳定高效的服务管控体系，做到管理规范、流程合理、
职责明确、服务高效。
*、监控服务：云平台基础资源的实时监控与告警，应包括云主机计算资源、
内存资源、存储资源等维度的实时监控与分析，对日常业务运行提供业务异常监
控，对日常网络带宽提供预警监控，对以上所有监控维度的实时监控与实时告警
能力支撑。
*、云平台故障处理服务：应支持根据业务运行需要，对云平台各组件、各项
参数进行针对性的调优，如调整资源虚拟化比例、虚拟***类型与型号、服务线
程数量，对业务运行过程中的故障进行分析监测，故障解决，提供****的检测与
处理能力。
*、云平台容量规划与调整服务。应支持对业务需求统计分析，对云平台进行
容量规划，包括计算能力、存储容量、网络**地址空间等；实施网络隔离，保障
网络安全。
*其他服务要求
（*）投标人应结合医院实际情况，拟定详细的系统实施计划保证系统的平稳
运行，合同签订后，供应商应在采购人支付预付款具备实施条件后*个工作日内
公司项目经理应带领*名以上软件技术人员，进行客户化修改、测试、培训、试
运行及上线计划等工作的开展。
（*）中标人需提供****小时技术支持服务,包括提供远程支援、电话咨询和现场
技术处理等服务,同时投标人需提供完善的运维方案及项目应急预案。
最后报价（格式）
最后报价承诺书
致：（采购人、招标代理机构名称）
根据你方（项目名称）（采购编号：）的单*来源采购
文件及谈判邀请函，我方愿以人民币(大写)，元（***
￥，元）作为最后总报价，按采购人提出的需求承担采购文
件中所规定的供应商的全部责任和义务,并承担任何质量缺陷责任。
其他补充说明（若有）
供应商：，（盖章）
法定代表人或其委托代理人（签字）：
日期：年月日
注：*.最后报价承诺书不需要装订在响应文件中；
*.最后报价承诺书应单独打印，并加盖单位公章，于谈判结束后当场填报。
功能介绍
热门关键词： 
换一批
曲靖最新中标公告推荐
招标采购
询价订单
分包项目
直采订单
拟在建项目
业主委托
