包组编号：01
包组名称：**医院及基层医疗信息化系统运维服务
一、运维服务总体要求
（一）服务要求
在服务期内需提供原厂维保服务，保证**区智慧健康体系建设项目涉及的全部软件平稳运行。在运维过程中，按现场实际情况，对沈****点击查看管理中心提出的工作需求，在规定时间内完成。具体细则如下：
1．服务期内由项目经理负责对接该项相关事宜，负责沟通协调相关技术人员。
2．委派1****点击查看医院****点击查看中心医疗业务全流程、精通医疗业务系统架构的专职技术人员长期驻场，全天候提供系统巡检、故障排查、功能调试、问题响应、日常运维等专属技术保障服务，保障医疗机构业务系统稳定不间断运行。
3．项目运维过程中涉及成果文档需按规定及时交付监理单位。
4．软件在发生故障时，第一时间上报至建设单位，保障两小时内响应并形成解决方案，24小时内完成修复，对出现的问题进行24小时连续监控。填写维修服务报告进行记录并请建设单位项目负责人签字。
5．涉及重大活动及应急演练等需求前，应对系统进行全方位检查，并做好24小时值守，保证系统平台运行正常。
6．运维期按需提供培训服务并做好过程登记。
7．对于采购人新提出的软件更新需求，须在采购人要求时间内做出反馈，并形成汇报方案及功能确认单报采购人人员签字，更新后需体现更新日志。
8．负责对接和解答采购人的技术咨询工作并将咨询内容进行记录和存档，定期向用户反馈。
9．对业务软件所依托的操作系统、数据库、中间件等各类基础支撑组件开展全流程运行维护管理，全面做好运行监控、故障处置、日常运维及优化保障等相关运维工作。
10．运维服务方式
（1）电话支持
投标人将为用户提供电话支持帮助服务。招标人可通过投标人提供的热线电话获得帮助服务，包括疑难解答、故障定位、故障排除等服务。投标人的热线电话工作人员将对用户的电话进行记录并对其进行统计归类和存档，定期向用户反馈记录文档。
（2）远程协助
投标人为用户提供网络远程维护服务。在有条件的前提下，投标人技术支持人员通过网络对系统进行远程协助维护和管理，可以快速地进行系统诊断和故障排除，充分保障系统的正常和稳定运行。
远程协助包括网络、传真、技术论坛等形式的服务。
（3）现场支持
投标人为用户提供现场维护服务。对于用户所反馈的系统故障，在远程维护及电话帮助都难以解决的情况下，投标人将派出服务人员到用户现场进行维护，以确保用户的系统故障得到最快速、最全面、最彻底的解决。
（4）定期巡查
投标人对所交付产品定期巡查，并对巡查记录进行统计，对系统出现的异常变化进行分析，形成分析报告，形成分析报告，减少系统故障对用户产生的影响。
（二）运维服务成果文档交付
| 序号 | 类别 | 运维成果物名称 | 交付数量 |
| 1 | 日常运维交付成果 | 巡检日志 | 每天一次 |
| 2 | 巡检周报 | 每周一次 |
| 3 | 巡检月报 | 每月一次 |
| 4 | 季度总结 | 每季度一次 |
| 5 | 运维方案 | 按需提供 |
| 6 | 故障处理记录与故障分析报告 | 按需提供 |
| 7 | 数据备份与恢复记录、备份校验报告 | 按需提供 |
| 8 | 系统保障类交付成果 | 重保方案 重保记录 | 按需提供 |
| 9 | 漏洞扫描、安全加固报告 | 按需提供 |
| 10 | 病毒查杀、日志审计、安全事件处置报告 | 按需提供 |
| 11 | 应急预案、应急演练记录与总结 | 按需提供 |
| 12 | 变更与升级类交付成果 | 系统升级/ 补丁更新方案与记录 | 按需提供 |
| 13 | 配置变更申请、变更实施与回退记录 | 按需提供 |
| 14 | 数据迁移服务方案、实施记录、校验报告、验收报告 | 按需提供 |
| 15 | 服务管理类交付成果 | 会议纪要 | 按需提供 |
| 16 | 培训记录、培训报告 | 按需提供 |
| 17 | 验收报告、服务交接报告 | 按需提供 |
| 18 | 满意度调查与改进报告 | 按需提供 |
| 19 | 年度/阶段性总结与次年规划 | 按需提供 |
二、运维服务具体内容
（一）运维服务清单
| 序号 | 服务类别 | 服务名称 | 服务内容 | 技术参数 | 数量 | 品牌 | 备注 |
| 1 | 软件 | **医院及基层医疗信息化系统运维服务 | ****点击查看****点击查看医院信息化系统 | 1.系统基础管理 1.1基础数据管理平台 1.2基础平台 1.3患者基本信息管理系统 2.门诊诊疗服务 2.1电子票据管理平台 2.2门诊预约挂号系统 2.3门诊分诊系统 2.4门诊收费系统 2.5****点击查看工作站 2.6****点击查看工作站 2.7门诊药房管理系统 3.急诊诊疗服务 3.1急诊挂号系统 3.2急诊预检分诊系统 3.3急诊收费系统 3.4****点击查看工作站 3.5****点击查看工作站 3.6急诊药房系统 3.7急诊留观系统 4.住院诊疗服务 4.1****点击查看工作站 4.2****点击查看工作站 4.3住院出入转系统 4.4住院收费系统 4.5住院中心药房系统 4.6****点击查看中心系统 4.7****点击查看中心 4.8体温单 5.临床信息系统 5.1放射信息系统 5.1.1放射科信息系统 5.1.2医学影像传输与归档系统 5.2超声影像信息系统 5.3内镜影像信息系统 5.4医技检查预约平台 5.5病理管理系统 5.6心电信息管理系统 5.7检验信息系统 5.7.1检验信息管理系统 5.7.2微生物信息管理系统 5.7.3实验室质量管理系统 5.8输血管理系统 5.8.1临床用血管理系统 5.8.2输血科信息管理系统 5.9血液净化信息系统 5.10手术麻醉信息系统 5.11重症监护信息系统 6.体检系统 7.HRP医院运营管理系统 7.1HRP业务基础平台 7.2财务管理 7.2.1会计核算系统 7.2.2票据管理系统 7.2.3银医直连系统 7.3全面预算管理 7.3.1收支及业务预算系统 7.3.2采购预算系统 7.3.3项目预算系统 7.3.4资金预算系统 7.3.5资金支出控制系统 7.4物流管理 7.4.1采购管理系统 7.4.2库存管理系统 7.4.3高值耗材管理系统 7.4.4耐用品管理系统 7.4.5医嘱核销系统 7.5资产管理 7.5.1****点击查看中心系统 7.5.2资产管理系统 7.5.3大型医疗设备效益分析系统 7.5.4移动设备管理系统 7.6消毒供应室管理 8.综合业务管理系统 8.1医政管理 8.1.1重大非传染病疾病上报系统 8.1.2食源性疾病管理系统 8.1.3传染病管理系统 8.1.4院内感染管理系统 8.1.5危急值管理平台 8.1.6医疗安全(不良)事件管理 8.1.7随访系统 8.1.8抗菌药物分级管理系统 8.2数据驱动套件 8.2.1数据驱动基础套件 8.2.2数据驱动角色套件 8.2.2.1医生站（数据驱动版） 8.2.2.2护士长（数据驱动版） 8.2.2.3临床科室主任（数据驱动版） 8.2.2.4门诊运营与监管（数据驱动版） 8.2.2.5医务运营与监管（数据驱动版） 9.电子病历 9.1门（急）诊电子病历 9.2住院医生电子病历 9.3病历质控系统 9.4住院病案管理系统 10.医院智能护理（iCare） 10.1智能护理管理系统 10.2智能护理病历系统 11.医院信息平台 11.1医院服务总线 11.1.1平台管理 11.1.2服务管理 11.1.3消息管理 11.1.4标准管理 11.1.5流程管理 11.1.6监控管理 11.2互联互通标准符合性测评系统 11.3电子病历共享文档库 11.4主数据管理 11.5统一用户和单点登录 11.6数据中心 11.7基于平台应用 12.医院特别专科系统 13. 综合统计分析管理 13.1抗菌药物统计查询分析 13.2统计室报表系统 13.3院长查询系统 13.4阳光用药系统 13.5指标Cube系统 13.6基础数据查询 13.7统计查询套件 13.8核算报表系统 13.9财务报表系统 13.10病案统计系统 13.11三级医院绩效考核上报系统（标准版） 14.医院互联网接口统一支付平台 15.知识库产品临床知识库 16.科教研管理临床科研数据管理系统 17.药事服务 17.1药品供应 17.1.1药库管理系统 17.1.2中草药房管理系统 18.医院医保服务接口 18.1医保服务（城镇职工）及异地接口 18.2医保服务（城乡居民）及异地接口 18.3医保电子凭证 19.医院自助机接口 20.数字多媒体系统 20.1数字媒体信息发布系统 20.2数字媒体呼叫系统，药房取药叫号 20.3数字媒体宣教 21.咨询服务 21.1电子病例评级咨询服务： 21.1.1电子病历评级体系培训； 21.1.2电子病历评级流程讲解； 21.1.3现有系统情况调研； 21.1.4核对电子病历评级标准的条目； 21.1.5查验机房； 21.1.6现场评估情况汇报； 21.1.7出具评估报告和改进方案； 21.1.8评级数据上报支持； 21.1.9HIS基础模块改造； 21.1.10专业产品模块上线\升级\改造； 21.1.11正式报名前再次进行现场评估。 21.2互联互通评级咨询服务： 21.2.1标准体系培训； 21.2.2测评流程讲解； 21.2.3测评指标体系培训； 21.2.4指导并协助自测； 21.2.5指导测评申请服务； 21.2.6数据**标准化建设情况调研； 21.2.7互联互通标准化建设情况调研； 21.2.8基础设施建设情况调研； 21.2.9互联互通应用效果调研； 21.2.10差异分析，输出差异分析报告； 21.2.11梳理整体改造方案，拟定改造计划； 21.2.12确定各测评指标改造内容； 21.2.13跟进各项测评指标改造情况并评审； 21.2.14提供数据集标准化测试工具，共享文档标准化测试工具，交互服务测试工具，提供模拟测试服务及改造指导； 21.2.15提供定性指标改造及解决方案； 21.2.16进行实验室测试前综合模拟测试； 21.2.17协助实验室测试； 21.2.18组织专家进行文审材料模拟查验； 21.2.19协助专家文审； 21.2.20组织专家进行现场模拟查验； 21.2.21协助现场查验。 22.接口 23.数据库 根据软件系统提供正版数据库一套，30用户数量。 | 1 | 东华 | |
| 2 | 软件 | 基层医疗信息化系统（区域版） | 1.门诊挂号子系统： 2.门急诊划价收费： 2.1收费管理 2.2医保结报 2.3门诊财务计算 2.4计查询 2.5离线管理 3.****点击查看工作站、门诊护士站、村医工作站： 3.1处方模板维护 3.2门诊诊断 3.3门诊处方 3.4门诊病历 3.5申请单处理 3.6转诊、预约管理 3.7门诊护士站 3.8村医工作站 4.住院病人入出转管理： 4.1入院管理 4.2预交金管理 4.3出院管理 4.4查询统计 4.5床位管理 5.住院收费结算管理： 5.1病人费用管理 5.2划价收费功能 5.3补录病人医嘱 5.4结算 5.5发票管理 5.6退费功能 5.7单病种收费控制 5.8病人费用档案管理 5.9住院财务管理 5.10住院收费科室工作量统计 5.11查询统计功 5.12打印输出 6.****点击查看工作站： 6.1自动获取信息 6.2医嘱系统 6.3与其它系统（PACS/RIS、LIS等多系统）集成互联 6.4电子病历 6.5医疗质量控制 6.6其它功能 6.7医生服务 7.****点击查看工作站： 7.1床位管理 7.2医嘱管理执行 7.3护理记录 7.4费用管理 7.5病房日常管理 7.6门诊管理 7.7移动护士站 7.8统计查询 7.9备血条形码、检验条形码、监测程序等 7.10其他 8.药库管理： 8.1采购 8.2入库 8.3退货 8.4供应商结算 8.5转移（出） 8.6转移（入） 8.7盘点损益（调整） 8.8库存管理 8.9药房物流功能 8.10查询统计 8.11基础代码的维护 8.12药品会计核算及药品价格管理功能 8.13接口 8.14经营性数据的维护 9.药房管理： 9.1系统操作日志 9.2请领计划 9.3入库计划 9.4药品入库 9.5药品出库 9.6配药 9.7发药 9.8退药 9.9病人用药查询。 9.10门诊药房工作量统计 9.11药品盘点 9.12药品报表 9.13药品特殊标志维护 9.14多药房管理 9.15其它 10.综合查询与统计分析： 11.临床检验管理： 11.1检验申请及收费 11.2标本管理 11.3仪器数据采集 11.4报告打印 11.5检验质控 11.6检验结果查询 12.PACS系统： 12.1存储服务器系统功能介绍 12.2****点击查看工作站 12.3临床WEB****点击查看工作站 13.心电信息系统： 13.1检查申请模块子系统 13.2呼叫系统 13.4心电图辅助分析系统 13.5终端浏览子系统 13.6高级专业查询统计子系统 | 1 | 东华 | |
（二）日常运维服务内容
随着信息技术的迅猛发展，****点击查看医疗机构开始依赖计算机网络和系统运维来支持日常业务运作。然而，由于系统复杂性增加以及不可避免的软件故障，系统运维变得愈加重要。为了确保网络和系统的正常运行，医疗机构需要建立一套全面而高效的季度运维巡检服务方案。
****点击查看医疗机构确保系统稳定运行的重要手段之一，通过定期的巡检和及时的问题处理，可以提高系统的可用性和企业的业务连续性。在实施运维巡检服务方案时，需要注重巡检周期的确定、巡检内容的全面性以及运维团队的专业能力，以达到预期的效果。
1．对象范围
运维巡检服****点击查看医疗机构网络和系统，包括但不限于信息化系统、服务器、数据库等。
2．巡检内容
软件系统检查：对服务器操作系统、数据库、中间件、应用程序等软件系统进行巡检，确保其稳定运行，并及时修复或升级系统漏洞。
备份与恢复检查：对数据备份和恢复系统进行定期巡检，确保数据备份的完整性和可靠性。
性能监控与优化：对系统的性能进行监控，及时发现并解决性能瓶颈问题，并提供优化建议。
3．巡检步骤
计划：根据巡检周期制定巡检计划，明确巡检内容和时间安排。
准备：收集和整理需要巡检的设备和系统信息，编制巡检清单和检查表。
执行：按照巡检计划和清单进行巡检工作，记录巡检结果和发现的问题。
修复：对巡检发现的问题进行及时修复和处理，确保系统正常运行。
汇报：根据巡检结果编制巡检报告，向建设单位提供巡检结果和问题解决情况的汇报。
4．定期巡检
定期对各系统运行状态进行检查，对系统服务运行状态、服务器运行状态、服务器存储等**进行巡检，并协助处理检查中存在的故障及安全隐患。每次巡检后向用户单位提交《安检报告》。
对重点系统的维护工作，采取分工负责的措施；节假日期间，或有重要的会议及有关活动期间，专门安排值班，同时做好应急准备工作，必要时安排专人在现场值班，以确保系统正常运行。维护人员应围绕系统功能、系统的各项技术指标及操作运行情况，逐点、逐台、逐项地进行检验，边检边进行记录，并排除发现的故障。
5．服务队伍
巡检团队拥有强大的技术支持力量，拥有稳定的****点击查看服务队伍，完善的技术支持服务体系。
现场服务人员负责简单故障的解决，接听技术热线。
现场服务人员按照计划对现场应用系统等进行例行巡检。
6．服务保障
专业团队：运维巡检服务将由专业的运维团队执行，成员拥有丰富的运维经验和相关认证。
技术手段：运维巡检服务使用先进的巡检工具和技术手段，确保全面且高效的巡检过程。
响应时间：针对紧急问题，运维团队将在短时间内响应并提供解决方案，以最大程度减少系统故障对业务的影响。
安全保障：运维团队将严格遵守相关安全规范**策，确保巡检过程中数据的安全性和机密性。
定期巡检：有效发现潜在问题，避免故障发生。
提供详细的巡检报告，可以清晰地了解系统状态和存在的问题。
针对问题提出优化建议，提升系统性能和稳定性。
提供专业的团队支持，及时解答客户疑问并提供技术支持。
灵活的巡检周期和频率，可根据客户需求进行调整。
7．持续改进
用户信息反馈及持续改进工作建立客户意见反馈渠道，收集对维护工作的希望、要求和意见。提供公司相关部门负责人及维护工作人员联系电话，保证与客户联系的畅通、维护工作的及时、有效。
定期收集对维护工作的意见、要求和评议。每维护年度对客户满意度做统计分析，提交书面报告及时修正维护工作方案、方法及纠正维护工作的不足之处，回复客户的意见和要求，提高维护工作质量和服务水平。
运维期内提供2个系统接口对接服务，应遵循统一规范，支持主流通信协议与数据格式，确保接口调用稳定可靠、响应及时、容错性强，具备完善的身份认证、传输加密与权限控制机制，保障数据安全与业务合规；同时要求接口设计标准化、文档完整清晰，具备良好的兼容性、可扩展性与可维护性，支持异常处理、日志审计与问题追溯，能够实现跨系统数据准确交互、业务高效协同，满足系统稳定运行与后续迭代升级需求。未按上述要求达到约定标准，按违约扣减相应的服务费用，每个系统接口扣费标准为：****点击查看医院及基层医疗信息化系统运维服务)投标价格×5%；若服务期内按上述要求达到约定标准，则不予核减费用。
（三）应急故障紧急处理
本项目运维管理由用户方组织专业人员成立专门的管理、运维团队，同时指定专人负责本项目的运维和应急处置工作，确保在出现紧急情况时可以快速响应。应急处理流程如下：
1．事件接收
系统运维人员在日常工作中对密码应用进行巡检，通过定期巡检提前发现可能存在问题和隐患，确保密码应用稳定运行。当巡检过程中发现安全事件后，首先初步判断事件类型和级别，****点击查看中心应急事件，第一时间以书面形式向信息系统的上级主管部门进行报告。
报告内容至少包括事件发现时间、初步判断原因与级别、先期处置活动等。
2．先期处置
发生安全事件，由系统运维管理人员依据日常职责定义，由事件分类的相关责任岗先行排查应对。
执行常规排查处理工作无效或超出预计时间，先期处置人员应向上级主管部门汇报事件最新情况。
报告内容至少包括事件造成影响或损失确认，事件分类分级信息再勘定，先期处置工作内容与结果等。
3．人员召集
综合事件所造成的影响或损失，及事件级别的初步信息，由应急责任领导宣告进入应急状态，并通知应急决策领导。
应急决策领导依据相关规定，向上级主管部门通报安全事件。
应急小组人员到位，以当前事件响应处置为最高优先级，由技术总监负责现场指挥。
4．制定方案
应急小组成员在现场指挥下，对事件进行集中研判，针对事件可能的原因制定应急处置方案。
应急处置方案报应急工作责任领导审批通过后执行。
5．执行计划
事件处置方案获批后，相应各执行人依据计划执行。
执行人员应将执行结果及期间事件变化向上级主管部门进行报告；
当出现情况与预定处置方案不符或超出预计执行时间时，由分管领导主动向应急责任领导汇报，****点击查看管理部门汇报处置情况。
6．过程评估
应急执行人员定期向分管领导汇报处置方案执行情况。
应急状态下，每半小时向应急责任领导和应急决策领导报告最新进展情况。
满足应急结束条件，由应急责任领导宣告结束应急，同时针对安全事件的发生情况和处置情况及时向上级主管部门进行报告，恢复日常工作状态。
（四）技术培训服务要求
1．培训目的
运维阶段培训主要以满足院内实际使用需求为核心目的。通过针对性培训，提升院内运维人员系统日常维护、基础故障识别能力，保障系统平稳运行；帮助各业务科室人员熟练掌握系统操作规范，适应系统功能变更与业务调整，规范日常业务操作，减少操作失误，持续提升全院人员系统应用水平，保障医院诊疗、收费、药品管理等业务正常开展。
2．培训策略
(1) 坚持按需培训原则：本阶段不设置固定培训频次，完全根据院内使用情况按需开展。仅在系统功能更新、业务流程调整、政策变更或科室出现集中性操作问题时，适时组织对应培训。
(2) 分层按需施教：根据运维人员、业务科室人员不同岗位需求，针对性开展对应内容的指导培训，贴合岗位实际工作场景。
(3) 以实操答疑为主：以现场指导、问题答疑、实操交流为主要形式，聚焦解决现场实际问题，灵活、轻量化开展培训工作。
(4) 问题导向持续优化：结合日常使用中的高频问题，适时开展针对性讲解，持续巩固人员操作能力，提升系统整体应用效果。
3．运维人员培训
运维服务期间，面向医院信息科内部运维工程师按需开展针对性技术培训。培训聚焦HIS系统后台运维服务管理功能，主要包括基础数据配置、系统配置管理、产品配置管理、基础数据平台配置四个方面的配置能力，基础数据包括系统用户权限配置、安全组配置、系统参数配置、科室部门病区配置、医嘱项与医嘱套维护、药品物价维护等，系统配置管理包括菜单管理、工作流设置、图标设置等，产品配置管理包括排版设置、药房配置、医生站设置、计费设置等，基础数据平台配置包括授权管理等。
4．业务科室操作复训
提供运维阶段针对门诊、医生工作站、收费窗口、中西药房、医****点击查看管理科室业务科室，建立版本更新必训、问题多发补训、政策变动专训的常态化复训机制。当系统进行大版本升级、功能模块迭代、业务流程优化、医保结算规则更新、接口规则变更等重要功能更新时，第一时间组织对应科室开展专项复训。培训重点对比新旧版本操作差异，详细讲解新增功能使用方法、优化后业务流转逻辑；针对日常易错步骤、高频误操作、容易造成退费差错、单据异常、结算失败、发药错误的风险点进行重点提示和规范演示。通过针对性复训，全面统一各岗位操作标准，纠正长期不规范操作习惯，确保所有业务人员熟练掌握最新系统操作流程，保障医疗收费、诊疗流程、药品管理等核心业务平稳有序开展。
5．培训资料输出
每次技术培训、业务复训前，按需整理培训相关资料。根据培训类型差异化输出对应文档材料，针对系统版本升级输出新版本功能说明文档、操作手册、新旧操作对照说明；针对岗位操作培训输出标准化操作步骤手册、系统功能操作手册。同时规范留存所有培训过程资料，包含培训计划、培训签到表、现场培训照片等材料。所有资料做到分类整理、版本统一、内容准确、可随时追溯查阅，形成标准化、规范化的运维培训档案，满足项目运维管理、过程核查及最终验收归档要求。
6．现场答疑与实操指导
在日常运维驻场保障、版本上线切换、系统常态化运行保障期间，持续深入各业务科室开展常态化现场答疑、一对一实操指导与小范围实操演练。日常工作中主动收集各岗位人员在挂号就诊、医嘱开具、收费结算、药品出入库、报表查询等场景遇到的操作疑问和系统问题，现场即时答疑解惑、指导正确操作。全面梳理科室普遍存在的操作难点、流程堵点、高频报错问题、习惯性错误操作，针对共性问题集中组织小型实操教学演练，通过现场示范、错误纠正、实操校验等方式，让业务人员直观掌握标准操作流程。通过持续性现场指导，及时解决一线使用难题，持续降低人为操作失误率，提升全院工作人员系统实操熟练度，保障全院HIS业务运行高效、规范、稳定。
合同履行期限：自合同签订之日起12个月。合同履约期间，若遇国家、省、市、区相关政策发生重大调整、规划变更、项目统筹整合等政策性因素，建设单位有权单方临时终止本运维服务合同；合同终止后，双方按照服务商实际提供运维服务的自然时长据实结算，依据实际服务周期核算并支付对应服务费用，已发生合理合规运维成本据实兑付，未履约时段费用不予支付。
包组名称：智医助理运维服务、**区智慧健康维保项目软件系统运维服务、****点击查看中心ISV系统运维服务、****点击查看中心CRV系统运维服务、基层硬件运维服务以及数据存储扩容服务和支撑软件购置
A：智医助理运维服务、**区智慧健康维保项目软件系统运维服务
一、运维服务总体要求
（一）服务要求
在服务期内需提供原厂维保服务，保证**区智慧健康体系建设项目涉及的全部软件平稳运行。在运维过程中，按现场实际情况，对沈****点击查看管理中心提出的工作需求，在规定时间内完成。具体细则如下：
1．服务期内由项目经理负责对接该项相关事宜，负责沟通协调相关技术人员。
2．项目运维过程中涉及成果文档需按规定及时交付监理单位。
3．软件在发生故障时，第一时间上报至建设单位，保障两小时内响应并形成解决方案，24小时内完成修复，对出现的问题进行24小时连续监控。填写维修服务报告进行记录并请建设单位项目负责人签字。
4．涉及重大活动及应急演练等需求前，应对系统进行全方位检查，并做好24小时值守，保证系统平台运行正常。
5．运维期按需提供培训服务并做好过程登记。
6．对于采购人新提出的软件更新需求，须在采购人要求时间内做出反馈，并形成汇报方案及功能确认单报采购人人员签字，更新后需体现更新日志。
7．负责对接和解答采购人的技术咨询工作并将咨询内容进行记录和存档，定期向用户反馈。
8．运维服务过程中涉及数据迁移服务时，投标人需完全配合且应不影响现有业务正常运行的前提下完成数据迁移服务工作，确保业务连续性、数据完整性与安全性。若服务期内涉及数据迁移服务工作，未按上述要求达到约定标准，按违约扣减相应的服务费用，扣费标准为：(智医助理运维服务、**区智慧健康维保项目软件系统运维服务)投标价格×10%；若服务期内不涉及数据迁移服务工作或数据迁移服务工作按上述要求达到约定标准，则不予核减费用。
9．对业务软件所依托的操作系统、数据库、中间件等各类基础支撑组件开展全流程运行维护管理，全面做好运行监控、故障处置、日常运维及优化保障等相关运维工作。
10．运维服务方式
（1）电话支持
投标人将为用户提供电话支持帮助服务。招标人可通过投标人提供的热线电话获得帮助服务，包括疑难解答、故障定位、故障排除等服务。投标人的热线电话工作人员将对用户的电话进行记录，并对其进行统计归类和存档，并定期向用户反馈记录文档。
（2）远程协助
投标人为用户提供网络远程维护服务。在有条件的前提下，投标人技术支持人员通过网络对系统进行远程协助维护和管理，可以快速地进行系统诊断和故障排除，充分保障系统的正常和稳定运行。
远程协助包括网络、传真、技术论坛等形式的服务。
（3）现场支持
投标人为用户提供现场维护服务。对于用户所反馈的系统故障，在远程维护及电话帮助都难以解决的情况下，投标人将派出服务人员到用户现场进行维护，以确保用户的系统故障得到最快速、最全面、最彻底的解决。
（4）定期巡查
投标人对所交付产品定期巡查，并对巡查记录进行统计，对系统出现的异常变化进行分析，形成分析报告，形成分析报告，减少系统故障对用户产生的影响。
（二）运维服务成果文档交付
| 序号 | 类别 | 运维成果物名称 | 交付数量 |
| 1 | 日常运维交付成果 | 巡检日志 | 每天一次 |
| 2 | 巡检周报 | 每周一次 |
| 3 | 巡检月报 | 每月一次 |
| 4 | 季度总结 | 每季度一次 |
| 5 | 运维方案 | 按需提供 |
| 6 | 故障处理记录与故障分析报告 | 按需提供 |
| 7 | 数据备份与恢复记录、备份校验报告 | 按需提供 |
| 8 | 系统保障类交付成果 | 重保方案 重保记录 | 按需提供 |
| 9 | 漏洞扫描、安全加固报告 | 按需提供 |
| 10 | 病毒查杀、日志审计、安全事件处置报告 | 按需提供 |
| 11 | 应急预案、应急演练记录与总结 | 按需提供 |
| 12 | 变更与升级类交付成果 | 系统升级/ 补丁更新方案与记录 | 按需提供 |
| 13 | 配置变更申请、变更实施与回退记录 | 按需提供 |
| 14 | 数据迁移服务方案、实施记录、校验报告、验收报告 | 按需提供 |
| 15 | 服务管理类交付成果 | 会议纪要 | 按需提供 |
| 16 | 培训记录、培训报告 | 按需提供 |
| 17 | 验收报告、服务交接报告 | 按需提供 |
| 18 | 满意度调查与改进报告 | 按需提供 |
| 19 | 年度/阶段性总结与次年规划 | 按需提供 |
二、运维服务具体内容
（一）运维服务清单
| 序号 | 服务类别 | 服务名称 | 服务内容 | 技术参数 | 数量 | 品牌 | 备注 |
| 1 | 软件 | A:智医助理运维服务 | 智能问诊 | 根据循证医学逻辑，通过问诊路径的提示，引导医生完成门诊问诊。 | 12 | 科大 | **区基层卫生“智医助理”项目 |
| 2 | 软件 | 病历书写助手病历模板 | 提供常见的门诊电子病历模板，支持医生根据患者病情，一键采用较为贴合患者病情的病历，提高电子病历书写效率，病历内容可回传至HIS系统中。 | 12 | 科大 |
| 3 | 软件 | 病历书写助手历史病历 | 支持医生查看、引用患者历史病历。 | 12 | 科大 |
| 4 | 软件 | 病历质检实时质检 | 针对病历进行书写主观错误、病历术语不准确、诊断与主诉不符等问题，给出详细的质检提醒信息以及改进建议。 | 12 | 科大 |
| 5 | 软件 | 病历质检病历质检分析 | 支持查看病历书写情况，包括病历质量展示、病历数量显示、相关占比等信息。 | 12 | 科大 |
| 6 | 软件 | 医学检索 | 基层医生可在系统中完成医学内容检索，系统实现医学知识检索结果的相关度排序展示，并帮助医生详细了解疾病知识和诊疗信息，包括指南文献等内容 | 12 | 科大 |
| 7 | 软件 | 辅助诊断疑似诊断提示 | 针对患者的临床表现（主诉、现病史等病历信息），智能推送疑似疾病诊断信息。 | 12 | 科大 |
| 8 | 软件 | 诊断不一致提示 | 当医生诊断与辅诊建议不一致时，提供医生进一步问询内容，帮助医生进一步确认诊断。 | 12 | 科大 |
| 9 | 软件 | 辅助诊断进一步问诊 | 基于患者电子病历、检验检查信息等内容智能分析处理，自动推送基层医生做出诊断需要考虑的其他信息，辅助基层医生进一步细化问诊。 | 12 | 科大 |
| 10 | 软件 | 疾病图谱 | 根据疾病的知识关联关系，帮助医生直观查看疾病关联的症状、体征等信息，从而更加全面的考虑患者病情。 | 12 | 科大 |
| 11 | 软件 | 常见用药建议 | 基于患者电子病历、检验检查等信息，通过智能分析处理给出常见用药建议。 | 12 | 科大 |
| 12 | 软件 | 常见检验/检查建议 | 根据患者辅助诊断结果中不同可信度的病症内容，给予基层医生下一步检验/检查提醒。 | 12 | 科大 |
| 13 | 软件 | 门户信息服务 | 平台具备基于用户数据进行数据分析和挖掘作可视化多维度展示，内容包括但不限于：病历规范质检、用户活跃度等。 | 1 | 科大 |
| 14 | 软件 | 总体数据统计 | 数据看板实现监管平台总体看板，重点数据各端合计值，提供包括病历数及辅诊数，活跃用户等。 | 1 | 科大 |
| 15 | 软件 | 病历规范性监管 | ****点击查看医疗机构电子病历书写的完整性、规范性、真实性等做出病历规范性监控，包含病历缺项与病历内容质量等的监控。 | 1 | 科大 |
| 16 | 软件 | 病历质量统计 | 系统实现病历质检效果看板，重点规范病历和不规范病历（例如病历缺缺项、“病历内容矛盾”、“病历内容无关”）统计数量。 | 1 | 科大 |
| 17 | 软件 | 诊断不一致分析 | 系统结合人工智能辅助诊疗系统的预诊断，对与AI诊断不一致病历进行统计分析。提供与AI诊断不一致病历统计，支持按时间和行政层级查询统计。 | 1 | 科大 |
| 18 | 软件 | 报表统计与导出 | 系统支持相关的数据统计报表导出。 | 1 | 科大 |
| 19 | 软件 | A:**区智慧健康维保项目软件系统运维服务 | 诊疗风险审核平台 | 1.诊中病历信息提取 支持病历结构化、病历关键信息提取功能 2.风险监测与提醒 支持漏诊、误诊病历检测、疑似危急重症病历检测、疗效不佳患者检测功能 3.风险等级评估 支持患者病情危急程度评估、风险内容等级评估 4.专家问题咨询 支持基层医生通过文字内容对遇到的问题或知识点向上级专家咨询 5.审核任务提醒 系统定时汇总待审核的数据，并通过消息推送给予专家提醒 6.审核任务分发 当病历分发给上级专家后，系统会通过消息推送给专家发起提醒，以便专家能够及时审核。 7.超时重发 在病历超时未审核的情况，系统会自动给其他在线医生推送相关病例。 8.专家审核 支持患者信息展示、AI风险注释、审核结果录入功能 9.专家风险提醒 支持提醒内容到达、提醒记录管理功能 | 1 | 科大 | |
| 20 | 软件 | 大数据传染病预警监测系统 | 1.人工智能传染病哨点监测能力平台 ①传染病监测预警与态势推演能力服务 ②以患者疾病档案为核心的传染病智能信息中枢服务 ③传染病智能监测上报子系统 ④防保科智能监测审核子系统 ⑤传染病监测预警子系统 2.人工智能传染病监督管理平台 ①传染病监测可视化决策分析 ②传染病症候群监测预警可视化决策分析 | 1 | 科大 | |
| 21 | 软件 | 公卫服务电话机器人系统 | 公卫服务电话机器人系统主要是面向基本公共卫生和家庭医生服务的重点人群，提供健康档案采集、预约提醒及通知，满意度调查等智能语音外呼服务，以及部分慢病智能随访服务，主要包括高血压、糖尿病的语音随访。本系统基于人工智能核心技术、智能语音交互技术与智能外呼服务平台，按照家庭医生工作内容为不同人群制定外呼方案，通过专业的互动话术，自动进行电话或短信服务，帮助家庭医生完成慢病随访、健康档案更新、考核与满意度调查、体检预约、通知宣教等日常工作和考核任务，最大程度上降低医护人员的工作负担，让其能比较轻松地对大量的签约居民和患者进行服务，进而有效地改善医患关系，促进签约服务提质增效。 系统首页：支持一键电话，医生导入居民名单，选择电话或者方案模板给居民执行电话任务；支持一键短信，医生导入居民名单，选择短信模板给居民执行短信任务 居民管理：支持居民信息管理和随访管理功能 模板管理：支持方案管理、电话模板、短息模板管理 话术模板：支持医疗机构定制开发个性化的随访话术方案 外呼结果查看：支持电话结果分析、短信结果分析功能 统计分析：支持电话和短信统计、话术使用量统计、单位服务量统计、部署单位数统计、单位活跃率统计。 系统对接：电话机器人系统从基本公卫系统获取健康档案信息、医疗机构信息、机构人员信息、随访信息、高血压随访信息、糖尿病随访信息，从家庭医生签约系统获取居民健康档案、预防接种、健康信息、其他信息，获取需要外呼的人员信息，并自动完成随访数据回传。 | 1 | 科大 | |
| 22 | 软件 | 智能化公共卫生服务系统 | 1.智能化自动化公共卫生服务 2.个性化健康管理知识库 3.阶段性指标控制效果评价 4.个性化精准服务管理方案 5.即时性健康管理方案组装 6.残缺数据处理与档案更新 7.知识库健康图形化展示要求 8.智能化自动化服务体系要求 ①高血压健康管理 ②糖尿病健康管理 ③减重管理 ④运动管理 ⑤睡眠管理 ⑥中医体质辨识 ⑦孕产妇随访 ⑧婴幼儿随访 ⑨个人档案全面解读 ⑩健康漫画 9.算**建设标准 | 1 | 科大 | |
| 23 | 软件 | 统一预约挂号平台 | 统一预约挂号平台为患者提供线上预约挂号服务，患者可以通过线上远程选择科室和医生进行预约挂号，支持多机构，多院区和分时段预约。 预约挂号：支持患者线上预约挂号，支持多机构，多院区和分时段预约功能。 当天挂号：支持患者线上直接挂当天该院开放的号源，并在线支付挂号费功能。 接口配置：包****点击查看医院、科室、医生等），用户信息接口（用户注册、认证、查询、密码、就诊人管理等），排挂号信息接口（排班、号源、定点、评价等）。 系统配置：支持渠道信息维护、运行服务监管、平台操作日志功能。 挂号查询统计：支持医院预约统计、科室预约统计、医生预约统计功能。 系统对接：完成相关接口。 | 1 | 科大 | |
| 24 | 软件 | 智能便民服务平台 | 智能便民服务平台可以面向患者提供移动的门诊信息查询、住院信息查询、移动支付功能，患者可以通过手机快速查询自己的病历、处方、检查检验报告等信息，并可以微信、支付宝等多种支付方式完成诊间支付。 门诊信息查询：支持费用查询、处方查询、检验结果查询、检查报告查询、体检报告查询、门诊病历查询、叫号情况查询功能。 住院信息查询：支持每日清单、用药查询、检验结果查询、检查报告查询、住院病历查询、病历邮寄功能。 移动支付系统：支持诊间支付、预缴金充值、支付方式管理、账户管理、交易订单查询功能。 | 1 | 科大 | |
| 25 | 软件 | 医学AI能力平台 | 医学AI能力服务平台的功能包括：智能语音识别、语音合成和自然语言理解、人脸识别技术。通过医学AI能力服务平台，可为医院电子病历等前端应用提供基础的语音技术支撑和相应的自然语言理解技术，实现医疗文书的所说即所得的效果，提高医疗文书录入效果，**医生双手。 语音识别：支持中文连续听写、中英文混合听写、数字串识别、字母识别、标点预测、超长语音、噪音消除、热词优化、语音起止配置、**包定制功能。 自然语言处理：支持文本规范处理、闲聊拒识、通用信息抽取、门诊/超声多场景应用功能。 语音合成：支持语速设置、中英混读、发音人语音合成、发音词库功能。 SDK接口：支持自然语音理解、语音合成、语音识别、接口封装功能。 公共组件：支持服务路由、统一日志、统一存储、统一监控、统一授权功能。 | 1 | 科大 | |
| 26 | 软件 | 移动查房系统 | 移动查房系统利用语音识别、语音搜索能迅速定位患者信息，并通过语音调用医嘱、病历功能，实现口述医嘱、口述病历，大大的提高医生的工作效率，并通过无线局域网络或者是有线同步工具，以及移动手持设备，实现在院临床一线医生可以随时随地进行病人相关信息的浏览，查询，采集和传输。 系统登录：支持手机号+密码登录、人脸声纹识别登录、指纹识别登录功能。 首页宣传：支持轮播图配置、宣传图自定义功能。 今日科室：支持文章配置、内容管理功能。 患者全景诊疗数据展示：支持患者列表（支持在患者首页左右滑动快速切换患者、支持在患者首页点击患者姓名进行跨床位快速切换、在患者详情页点击连续切换）、管床管理、查房概要、医嘱管理、病历查询、医技报告调阅、体征一览表/体温单查询、历史病历管理功能。 智能查房：支持语音实时转写、录音音频字句双回听、查房记录分段编辑、一键引入病历、房记录科室共享功能。 智能语音助手：支持查询、统计、提醒、日常问答四类语音服务，支持语音备忘查看和**功能。 会诊单查询：支持查看会诊患者病情、会诊目的会诊科室、会诊医生、患者公开资料功能。 医学检索：支持检索海量药品、疾病字典、教科书指南**功能。 手术排班：支持手术排班查询、手术患者资料查询功能。 模板管理：支持自定义**、删除、引用、查询病历模板功能。 消息推送：支持推送手术消息、危急值、会诊消息、备忘通知、院内通知功能。 系统对接：移动查房系统主要对接的范围包括临床业务系统、病历系统、医技相关系统 | 1 | 科大 | |
（二）日常运维服务内容
日常运维工作主要包括以下两个方面：系统支撑软件的应用维护和巡检服务。
1．应用维护
要求运维团队现场服务人员对这些应用进行定期的维护。
(1) 系统配置与变更管理
(2) 系统垃圾清理
(3) 系统记录与报告
(4) 系统故障处理报告
2．巡检服务
是保障系统持续稳定运行、预防潜在故障、提升系统可用性与安全性的关键环节。通过系统化、标准化的巡检流程，能够及时发现并处理系统隐患，确保医疗数据的完整性、实时性与安全性。以下是本项目中巡检服务的完整流程，涵盖计划制定、执行、问题处理、报告生成与持续优化等环节。
(1) 巡检计划制定
巡检工作实行“定期+按需”相结合的机制。运维团队根据系统重要性、运行历史与业务周期，制定年度巡检计划，明确巡检频率、巡检范围与责任人。巡检内容包括服务器**使用情况、数据库状态、应用服务运行状态、日志异常分析、安全策略合规性、备份任务执行情况、接口响应性能等。特殊时期增加专项巡检。
(2) 巡检前准备
巡检前，运维工程师需确认巡检工具正常运行，获取必要的访问权限，并备份关键配置。同时通知相关业务部门，避免巡检操作对临床业务造成干扰。
(3) 巡检执行
巡检过程中，工程师依据标准化巡检清单逐项检查。通过手动核查关键配置与日志信息，重点排查：系统是否存在异常告警、数据库连接是否超限、备份是否成功、安全补丁是否更新、用户权限是否合规、接口延迟是否超标等问题。所有检查项需实时记录，发现异常立即启动故障响应流程。
(4) 问题处理与闭环管理
对巡检中发现的问题，按严重等级分类处理：一般问题在24小时内制定整改方案；严重或紧急问题立即上报，并启动应急预案，优先恢复服务。所有问题录入运维管理平台，建立工单，跟踪处理进度，确保“问题有记录、处理有过程、闭环有验证”。
(5) 持续优化与知识沉淀
定期对巡检数据进行统计分析，识别高频故障点与性能瓶颈，推动系统优化。同时将典型问题与处理方案纳入知识库，形成标准化应对策略，提升团队整体运维能力。
3．外呼语音及短信服务
运****点击查看医院****点击查看中心提供外呼语音及短信服务，协助家庭医生完成公卫服务中的慢病随访、通知宣教、健康档案更新、流行病学调查、预约提醒及通知，满意度调查等工作。
（三）应急故障紧急处理
1．故障预警与信息上报
故障预警与上报是应急处置的前置环节，旨在第一时间捕捉故障信号、传递准确信息，为后续处置争取时间。****点击查看小组承担核心职责，通过日常巡检、系统监测工具及业务部门反馈三重渠道实现故障预警。同时对接临床科室、医技科室等业务部门，建立故障反馈快速通道，接收医护人员关于系统功能异常、操作卡顿等问题的上报。
发现故障后，****点击查看小组立即开展初步排查，明确故障表现、影响范围、涉及业务模块及初步原因，在规定时限内完成上报：一般故障15分钟内上报专项应急工作组，较大故障10分****点击查看小组，重大故障（如核心系统瘫痪、敏感数据泄露）5分钟内紧急上报。上报内容需精准完整，包括故障发生时间、地点、现象、影响范围、初步判断原因、已采取的临时措施及需求支持，确保接收方快速掌握故障核心信息。上报渠道优先采用专用应急电话、加密工作群等可靠方式，避免信息泄露或传递延迟。
2．故障分级与应急响应启动
****点击查看小组接到故障上报后，联合专项应急工作组开展故障分级评估，根据故障影响范围、危害程度、处置难度及对医疗业务的影响，将故障划分为重大、较大、一般三个等级，对应启动一级、二级、三级应急响应，明确处置责任主体及**调配方案。
重大故障（一级响应）：包括核心系统全面瘫痪、敏感数据大规模泄漏、重**全漏洞被利用引发系统失控等，影响全机构或区域医疗业务正常开展，可能造成严重医疗安全事故或经济损失。****点击查看小组双组长统一指挥，调动所有专项应急工作组及外部**协同处置，全程督导处置进程。较大故障（二级响应）：包括系统部分功能异常、局部数据丢失、维保操作失误引发局部故障、第三方服务中断等，影响特定业务模块或部分科室，无严重安全隐患。由专项应急工作组牵头处置，****点击查看小组全程督导，必要时协调外部技术支持。一般故障（三级响应）：包括单个功能卡顿、轻微配置错误、局部网络波动等，影响范围窄、处置难度低，****点击查看小组独立处置，处置结果及时上报专项应急工作组备案。
3．现场处置与风险控制
现场处置是故障应急处置的核心环节，需结合故障类型及分级，由对应责任主体按照专项应急预案开展精准处置，同步做好风险防控，避免故障扩大化或引发二次风险。处置过程中严格遵循“技术修复与业务保障并行、快速处置与精准管控并重”的原则，确保医疗关键业务连续性。
技术处置组牵头开展故障诊断与修复工作，联合软件厂商技术人员、医疗机构网络工程师，通过系统日志分析、故障复现、设备检测等方式，精准定位故障根源。针对不同故障类型采取差异化措施：硬件故障立即启用备用设备，通过双重冗余架构实现快速切换，同步联系供应商开展设备维修更换；软件故障快速排查代码漏洞或配置问题，无法及时修复时回滚至最近可用版本，启用临时规避方案；数据安全故障由数据安全组牵头溯源，采取数据封锁、隔离、加密、恢复等措施，****点击查看机关调查取证，按规定告知受影响患者；对外部攻击或安全漏洞故障立即切断攻击路径，清除恶意程序，修复漏洞并强化系统防护，同步启动业务应急替代方案。
业务协调组同步开展医疗业务保障工作，根据故障影响范围制定应急替代方案。后勤保障组确保应急物资、设备、供电、通讯等**及时供应，为现场处置提供坚实支撑；舆情管控组实时监测舆情动态，****点击查看小组部署发布权**息，防范负面舆情扩散。处置过程中，各小组实时同步处置进度，遇重大问题****点击查看小组调整处置策略。
4．系统恢复与联合验收
技术处置组完成故障修复后，立即开展系统全面检测，验证系统稳定性、功能完整性、数据准确性及业务衔接顺畅度，排查是否存在遗留故障或安全隐患。检测内容包括核心业务模块运行状态、数据流转完整性、设备性能参数、安全防护有效性等，重大故障修复后需联合第三方安全机构开展渗透测试或安全评估，确保系统无二次风险。
检测合格后，组织维保团队、医疗机构业务部门、信息科、安全主管部门开展联合验收，明确验收标准及流程：核心业务需验证诊疗流程顺畅性、数据同步准确性；数据安全故障需确认泄漏数据已回收、系统防护已加固；技术故障需验证功能恢复正常、无衍生问题。验收通过后，****点击查看小组下达系统恢复指令，按照“先关键业务、后普通业务”的顺序逐步恢复正常运行，同步做好数据核对、设备归位及现场清理工作。对故障处置期间产生的手工数据、临时记录，由业务部门与技术团队协同补录核对，确保数据完整一致。
5．事后复盘与持续改进
故障处置完成后，进入闭环管理阶段，****点击查看小组组织各专项工作组、****点击查看小组及相关业务部门开展复盘分析，形成故障处置总结报告，明确故障根源、处置过程、经验教训及改进措施，避免同类故障再次发生。复盘内容包括：故障产生的核心原因（操作失误、设备老化、软件缺陷、外部攻击等）、处置流程的合理性、各小组协同效率、**保障充足性、应急预案的可行性等，精准定位处置过程中的短板不足。
针对复盘发现的问题，制定专项改进措施，明确整改责任人、整改时限及验证标准：操作失误类问题需优化维保操作流程，强化双人复核机制，加强人员培训及实操考核；设备类问题需优化巡检周期，完善设备老化评估及更换计划；软件缺陷类问题需推动厂商修复漏洞，升级系统版本，建立常态化测试验证机制；安全类问题需升级防护体系，增加漏洞扫描及监测频次，强化数据安全管控。同时，根据复盘结果优化应急预案及处置流程，补充完善应急物资及技术保障，调整应急演练计划，有针对性开展专项演练，持续提升应急处置能力。故障处置总结报告及改进措施落实情况需归档留存，作为后续维保工作及应急管理体系优化的重要依据。
（四）技术培训服务要求
培训服务以中文授课方式提供周详、合理的培训内容，同时还需提供二次培训和持续培训的安排，可实施，具有针对性，包括但不限于系统管理员培训，安全培训及相关产品培训。
1．项目培训内容
项目培训的主要内容包括：
(1) 系统的技术原理和运行；
(2) 系统维护；
(3) 系统操作；
(4) 各项子系统功能的特点、使用；
(5) 疑难问题解答、交流讨论。
2．系统管理员培训
系统管理员培训是面向系统管理人员，目的是使系统管理人员充分了解软件各个功能的工作原理、运作、故障排除，掌握本系统的设计方案，理解设计意图，学习整个系统的调试和维护。独立进行常见系统用户管理、系统日志管理、故障的判断与排除。包括如下培训内容：
(1) 对整个系统的原理和运行有充分了解，理解设计意图；
(2) 学习管理规范和维护体制；
(3) 系统用户管理维护。
(4) 系统使用培训
目的是让操作人员对整个软件系统的功能原理有充分了解，可以独立、熟练使用各项业务功能，包括涉及相关产品的系统使用。内容如下：
(1) 各项功能的特点；
(2) 各项功能的使用；
(3) 接受疑难问题解答。
B：****点击查看中心ISV系统运维服务、****点击查看中心CRV系统运维服务
一、运维服务总体要求
（一）服务要求
在服务期内需提供原厂维保服务，保证**区智慧健康体系建设项目涉及的全部软硬件平稳运行。在运维过程中，按现场实际情况，对沈****点击查看管理中心提出的工作需求，在规定时间内完成。具体细则如下：
1．服务期内由项目经理负责对接该项相关事宜，负责沟通协调相关技术人员。
2．项目运维过程中涉及成果文档需按规定及时交付监理单位。
3．硬件或软件在发生故障时，第一时间上报至建设单位，保障两小时内响应并形成解决方案，24小时内完成修复，对出现的问题进行24小时连续监控。填写维修服务报告进行记录并请建设单位项目负责人签字。
4．在维修设备时需提供临时备件，并做好登记管理，保证业务平稳运行。
5．涉及重大活动及应急演练等需求前，应对系统进行全方位检查，并做好24小时值守，保证系统平台运行正常。
6．运维期按需提供培训服务并做好过程登记。
7．对于采购人新提出的软件更新需求，须在采购人要求时间内做出反馈，并形成汇报方案及功能确认单报采购人人员签字，更新后需体现更新日志。
8．负责对接和解答采购人的技术咨询工作并将咨询内容进行记录和存档，定期向用户反馈。
9．运维服务过程中涉及数据迁移服务时，投标人需完全配合且应不影响现有业务正常运行的前提下完成数据迁移服务工作，确保业务连续性、数据完整性与安全性。若服务期内涉及数据迁移服务工作，未按上述要求达到约定标准，按违约扣减相应的服务费用，扣费标准为：****点击查看中心ISV系统运维服务、****点击查看中心CRV系统运维服务)投标价格×10%；若服务期内不涉及数据迁移服务工作或数据迁移服务工作按上述要求达到约定标准，则不予核减费用。
10．对业务软件所依托的操作系统、数据库、中间件等各类基础支撑组件开展全流程运行维护管理，全面做好运行监控、故障处置、日常运维及优化保障等相关运维工作。
11．运维服务方式
（1）电话支持
投标人将为用户提供电话支持帮助服务。招标人可通过投标人提供的热线电话获得帮助服务，包括疑难解答、故障定位、故障排除等服务。投标人的热线电话工作人员将对用户的电话进行记录，并对其进行统计归类和存档，并定期向用户反馈记录文档。
（2）远程协助
投标人为用户提供网络远程维护服务。在有条件的前提下，投标人技术支持人员通过网络对系统进行远程协助维护和管理，可以快速地进行系统诊断和故障排除，充分保障系统的正常和稳定运行。
远程协助包括网络、传真、技术论坛等形式的服务。
（3）现场支持
投标人为用户提供现场维护服务。对于用户所反馈的系统故障，在远程维护及电话帮助都难以解决的情况下，投标人将派出服务人员到用户现场进行维护，以确保用户的系统故障得到最快速、最全面、最彻底的解决。
（4）定期巡查
投标人对所交付产品定期巡查，并对巡查记录进行统计，对系统出现的异常变化进行分析，形成分析报告，形成分析报告，减少系统故障对用户产生的影响。
（二）运维服务成果文档交付
| 序号 | 类别 | 运维成果物名称 | 交付数量 |
| 1 | 日常运维交付成果 | 巡检日志 | 每天一次 |
| 2 | 巡检周报 | 每周一次 |
| 3 | 巡检月报 | 每月一次 |
| 4 | 季度总结 | 每季度一次 |
| 5 | 运维方案 | 按需提供 |
| 6 | 故障处理记录与故障分析报告 | 按需提供 |
| 7 | 数据备份与恢复记录、备份校验报告 | 按需提供 |
| 8 | 系统保障类交付成果 | 重保方案 重保记录 | 按需提供 |
| 9 | 漏洞扫描、安全加固报告 | 按需提供 |
| 10 | 病毒查杀、日志审计、安全事件处置报告 | 按需提供 |
| 11 | 应急预案、应急演练记录与总结 | 按需提供 |
| 12 | 变更与升级类交付成果 | 系统升级/ 补丁更新方案与记录 | 按需提供 |
| 13 | 配置变更申请、变更实施与回退记录 | 按需提供 |
| 14 | 数据迁移服务方案、实施记录、校验报告、验收报告 | 按需提供 |
| 15 | 服务管理类交付成果 | 会议纪要 | 按需提供 |
| 16 | 培训记录、培训报告 | 按需提供 |
| 17 | 验收报告、服务交接报告 | 按需提供 |
| 18 | 满意度调查与改进报告 | 按需提供 |
| 19 | 年度/阶段性总结与次年规划 | 按需提供 |
二、运维服务具体内容
（一）运维服务清单
| 序号 | 服务类别 | 服务名称 | 服务内容 | 技术参数 | 数量 | 品牌 |
| 1 | 软件 | B:****点击查看中心ISV系统运维服务、****点击查看中心CRV系统运维服务 | 智慧疫苗系统—疫苗自动仓储管理系统在线用苗管理配送 | 1.后台疫苗数据实时追踪，库存数量实时同步更新 2.疫苗在线调拨功能 3.疫苗费用在线结算 4.待配送疫苗数据全维度记录 5.疫苗配送温湿度监控 | 1 | 沈苏 |
| 2 | 软件 | 智慧疫苗系统—智慧化仓储机器人自动上架分配统计 | 1.记录每次入库操作人员信息 2.记录入库数量 3.结合设备硬件尺寸、疫苗消耗量，匹配合适的存储货位 | 1 | 沈苏 |
| 3 | 软件 | 智慧疫苗系统—疫苗自动仓储管理系统无人值守冷库健康自动监测 | 1. 冷库温湿度实时记录、曲线查看等 2. 冷库压缩机组故障自动报警（短信报警、声光报警） 3. 冷库制冷设备电流监控、电压监控 4. 冷库温度异常监控、报警，当温度出现异常波动、超过设置温度，实时记录并报警 5. 冷库开门关门记录 | 1 | 浩爽 |
| 4 | 软件 | 智慧疫苗系统—疫苗自动仓储管理系统需求分析 | 1.统计疫苗出库数量，入库数量。 2.统计日均出入库操作时间 3.场地布局分析，匹配设备尺寸及型号 4.规划设备平面布局，输送线、分拣线布局，设计拣选工位 5.规划操作流程 | 1 | 沈苏 |
| 5 | 软件 | 智慧疫苗系统—疫苗自动仓储管理系统数据库设计 | 1.储存硬件参数信息，机器人的运行参数 2.储存相关疫苗处方信息 3.储存疫苗货位信息，库存数量 | 1 | 沈苏 |
| 6 | 硬件 | 智慧公卫-疾控仓储式冷链机器人-机器人主机 | 支持两种规格物料箱，物料箱最大承重不小于30KG；料箱机械手采用双向伸缩臂设计；具备存储分拣功能，分拣效率不低于120箱/小时；物料箱出入库速度<30秒/件（自系统发出指令到苗到达出、入库口）；料箱传输线实现冷库内外循环运转，传输线采用滚筒模式；具备物料箱RFID追踪设计，确保运载料箱跟运载的物品信息关联，实现全流程的物资追溯； 采用伺服系统控制提取器移动，定位精度可以达到毫米级别；可以容纳大尺寸料箱15个，小尺寸料箱160个。大尺寸料箱尺寸不小于650*485*410mm。小尺寸周转箱的尺寸不小于400*300*280mm；设备具备拣选提示器，可以提示需要的物料数量及物料在料箱中的位置。设备自带拣选缓存系统，提供料箱预分拣，提高分拣效率。传输线经过冷库库板的位置，安装电动移门，减少冷热空气交互，保证冷库内的温度，移门具备除霜/露能力，可以避免冷凝水对系统造成的影响。 | 1 | 沈苏 |
| 7 | 硬件 | 智慧公卫-疾控冷库 | 双压缩机组、PLC控制器、10寸液晶触摸显示屏、故障自动切换、超温同启、轮值自动切换、施耐德、正泰电气元器件。短信报警、远程控制，实时记录温度数据 | 1 | 浩爽 |
| 8 | 硬件 | 智慧公卫-发电机-疾控冷库 | 24kw发电机；四缸、四冲程水冷 缸径*行程 4-100*115 排量（L）：2.45 起动系统：电启动 最大输出功率(kw/rpm)：30/1500 机油容量(L)：10 油箱容量（L）：160 燃油：柴油 发电机相数：三相 额定功率（KW）：24 额定电压(V) ：380 额定电流(A)： 45.58 功率因数(cosΦ )： 0.8 额定频率(Hz) ：50HZ；ATS自动切换，市电断电发电机自动启动，市电供电，发电机自动停止工作。 | 1 | 浩爽 |
| 9 | 软件 | 智慧疫苗系统—门诊冷链机器人系统疫苗入库数据读取 | 疫苗药品监管码信息通讯共享，扫码即可实现疫苗入库 | 9 | 沈苏 |
| 10 | 软件 | 智慧疫苗系统—门诊冷链机器人自动上架分配统计 | 1.疫苗库存自动盘点、疫苗库存管理、效期管理、疫苗接种出苗数据传输、疫苗接种台分配 2.多剂次疫苗用量统计、多剂次疫苗接种后回传控制、特3.定批号疫苗锁定（疫苗召回或其他特定场景） 机器人状态监测 | 9 | 沈苏 |
| 11 | 软件 | 智慧疫苗系统—门诊冷链机器人系统无人值守冷库健康自动监测 | 1.冷库温湿度实时记录、曲线查看等 2.冷库压缩机组故障自动报警（短信报警、声光报警） 3.冷库制冷设备电流监控、电压监控 4.冷库温度异常监控、报警，当温度出现异常波动、超过设置温度，实时记录并报警 5.冷库开门关门记录 | 9 | 浩爽 |
| 12 | 软件 | 智慧疫苗系统—门诊冷链机器人系统需求分析 | 1.统计日接种人数 2.统计疫苗消耗量，计算库存数量，选择合适的设备尺寸及设备料槽数量 3.根据最远路径，结合疫苗消耗量，计算最长出料时间 4.结合场地布局，配置传送路线 5.规划操作流程 | 9 | 沈苏 |
| 13 | 硬件 | 智慧公卫-门诊冷链机器人 | 基于疫苗尺寸长度60-160mm，宽度30-80mm，可以存储2000-3000支疫苗；可处理疫苗规格200种以内；疫苗发送速度，<20秒/盒/处方；接苗方式使用机械手接苗的方式；设备到接种台使用皮带传输，皮带速度设定为0.3-1.5m/s；扫码加苗，扫描疫苗电子监管码，设备自动点亮对应的疫苗库存位置的提示灯，药师根据提示进行补苗操作；冷链机器人系统发苗同时能补充疫苗，加苗不影响发苗；无人值守快速盘点，可对设备内疫苗自动盘库，盘库时间小于40分钟；对多剂次疫苗，接种后剩余剂次能自动回传冷库货架低温存储待下次接种；皮带经过冷库库板的位置，安装电动移门，减少冷热空气交互，保证冷库内的温度，移门具备除霜/露能力，可以避免冷凝水对系统造成的影响。 | 9 | 沈苏 |
| 14 | 硬件 | 智慧公卫-门诊冷库 | 双压缩机组、PLC控制器、10寸液晶触摸显示屏、故障自动切换、超温同启、轮值自动切换、施耐德、正泰电气元器件。短信报警、远程控制，实时记录温度数据 | 9 | 浩爽 |
| 15 | 硬件 | 智慧公卫-发电机-门诊冷库 | 12kw发电机；双缸四冲程风冷；排气量：997cm3最大输出功率16kw/3600rpm； 机油量：4.0L； 燃油：柴油； 额定电压：三相380v； 额定电流：单相52.17A； 功率因数：0.8； 额定频率：50Hz；ATS自动切换，市电断电发电机自动启动，市电供电，发电机自动停止工作。 | 9 | 浩爽 |
（二）日常运维服务内容
服务内容包含故障性维修、预防性维护、软件升级服务、培训等，具体内容如下：
1．故障性维修
售后服务人员接到客户报修电话或保修需求时，应在0.5小时内响应，主动向客户了解情况，并做详细记录，如问题无法线上解决则应在合同规定的时间范围内携带相应工具前往现场解决问题。
定期整理和分析故障原因和故障解决方案如故障为设计缺陷或需以书面****点击查看研发部门，作为产品改进的依据。
凡现场故障售后服务人员不能当日处理完毕，售后服务人员必须在保障次日门诊正常接种工作的情况下，向上级请示其他的解决方法，待上级同意后才可用其他的解决方法并向客户说明情况。
售后服务人员在现场****点击查看公司形象，文明用语。
2．预防性维护
预防性维护是以预防为主，按保养作业项目分级定期执行。设备的定期保养分为每周检查、每月保养、每半年保养。设备的保养周期以合同约定为准。
每周检查：是各级保养的基础，由操作人员负责执行。主要作业项目；设备的清洁；导轨、传输带、指示灯检查清洁；设备电气线路外观检查；
每月保养：除执行周检查作业项目，以清洁、检测、润滑、****点击查看中心内容 。由专业维修人员或指定人员负责执行，保持设备良好的运行状态。
每半年度保养：除执行周检查、月保养作业项目，并检查运动部件的润滑状况，检查各类电气元件和线路。检查安全机件的可靠性，消除隐患。调整易损部件的配合状况，旋转运动部件的磨损程度，**使用寿命，维护检测设备的技术性能。
3．软件升级服务
提供免费的软件升级服务，当有新版本软件发布后售后服务人员需评估该版本是否适配于现场设备。在不影响设备正常使用的情况下可为客户提供软件升级服务。如升级后有新增功能或操作方式改变的应及时对现场操作人员进行培训。
4．售后服务人员培训
定期评估售后服务人员的专业技能和服务水平，以满足客户日益增长的需求。
定期增强售后服务人员的沟通能力和解决问题的能力，提高客户满意度。
培养售后服务人员的团队协作精神和服务意识，提升整个团队的凝聚力。
（三）应急故障紧急处理
1．故障接报：通过 24 小时报修电话、线上报修平台等渠道接收故障报告，记录故障发生时间、地点、故障现象、影响范围、联系人及联系方式等关键信息。
2．故障分级：根据故障影响范围、严重程度及恢复难度，将故障分为三级：
3．重大故障：系统全面瘫痪、关键设备大面积故障等，影响范围覆盖 3 家及以上机构或核心业务无法开展；
4．较大故障：部分系统功能失效、重要设备故障等，影响范围覆盖 1-2 家机构或部分核心业务受影响；
5．一般故障：单个设备故障、局部功能异常等，影响范围仅限单个机构或少量用户。
6．应急响应：
(1) 重大故障：接****点击查看领导小组，由技术负责人****点击查看小组，在30 分钟内抵达现场（如需），同时通知相关机构做好业务应急准备；
(2) 较大故障：接报后 30 分钟内响应，安排运维工程师远程或现场处置，运维负责人提供技术支持；
(3) 一般故障：接报后 30 分钟内响应，运维工程师在规定时间内完成处置。
7．故障排查与处置：运维工程师按照故障处置预案，快速排查故障原因，采取针对性的处置措施，如系统重启、设备更换、数据恢复、漏洞修复等，最大限度缩短故障持续时间。
8．故障恢复与验证：故障处置完成后，对系统运行状态、设备功能、数据完整性等进行全面验证，确保故障已完全解决，系统恢复正常运行。
9．复盘总结：故障解决后，在 3 个工作日内组织相关人员进行复盘，分析故障原因、处置过程中存在的问题，提出改进措施，更新故障处置预案，避免类似故障再次发生。
（四）技术培训服务要求
1．需求调研：通过问卷调查、现场走访等方式，收集各机构及相关人员的培训需求，包括培训内容、培训方式、培训时间、参训人数等。
2．课程设计：根据培训需求，结合系统的功能特点和使用场景，制定详细的培训方案，编写培训教材和实操案例，明确培训目标、培训对象、培训内容、培训方式及考核标准。
3．培训通知：提前 1 周向参训人员发布培训通知，明确培训时间、地点、培训内容、报名方式及注意事项。
4．培训实施：
(1) 采用线上培训（如直播、录播、线上答疑等）和线下培训（如现场授课、实操演练等）相结合的方式开展培训；
(2) 培训过程中，培训讲师注重理论与实践相结合，及时解答参训人员的疑问，确保培训效果。
5．反馈与优化：发放培训反馈问卷，收集参训人员对培训内容、培训方式、培训讲师等方面的意见和建议；根据考核结果和反馈意见，优化培训方案和培训内容，持续提升培训质量。
档案归档：将培训方案、签到表、反馈报告等相关资料整理归档，建立完整的培训档案。
C：基层硬件运维服务
一、运维服务总体要求
（一）服务要求
在服务期内需提供原厂维保服务，保证**区智慧健康体系建设项目涉及的全部软硬件平稳运行。在运维过程中，按现场实际情况，对沈****点击查看管理中心提出的工作需求，在规定时间内完成。具体细则如下：
1．服务期内由项目经理负责对接该项相关事宜，负责沟通协调相关技术人员。
2．项目运维过程中涉及成果文档需按规定及时交付监理单位。
3．硬件在发生故障时，第一时间上报至建设单位，保障两小时内响应并形成解决方案，24小时内完成修复，对出现的问题进行24小时连续监控。填写维修服务报告进行记录并请建设单位项目负责人签字。
4．在维修设备时需提供临时备件，并做好登记管理，保证业务平稳运行。
5．涉及重大活动及应急演练等需求前，应对系统进行全方位检查，并做好24小时值守，保证系统平台运行正常。
6．运维期按需提供培训服务并做好过程登记。
7．对于采购人新提出的软件更新需求，须在采购人要求时间内做出反馈，并形成汇报方案及功能确认单报采购人人员签字，更新后需体现更新日志。
8．负责对接和解答采购人的技术咨询工作并将咨询内容进行记录和存档，定期向用户反馈。
9．运维服务方式
（1）电话支持
投标人将为用户提供电话支持帮助服务。招标人可通过投标人提供的热线电话获得帮助服务，包括疑难解答、故障定位、故障排除等服务。投标人的热线电话工作人员将对用户的电话进行记录，并对其进行统计归类和存档，并定期向用户反馈记录文档。
（2）远程协助
投标人为用户提供网络远程维护服务。在有条件的前提下，投标人技术支持人员通过网络对系统进行远程协助维护和管理，可以快速地进行系统诊断和故障排除，充分保障系统的正常和稳定运行。
远程协助包括网络、传真、技术论坛等形式的服务。
（3）现场支持
投标人为用户提供现场维护服务。对于用户所反馈的系统故障，在远程维护及电话帮助都难以解决的情况下，投标人将派出服务人员到用户现场进行维护，以确保用户的系统故障得到最快速、最全面、最彻底的解决。
（4）定期巡查
投标人对所交付产品定期巡查，并对巡查记录进行统计，对系统出现的异常变化进行分析，形成分析报告，形成分析报告，减少系统故障对用户产生的影响。
（二）运维服务成果文档交付
| 序号 | 类别 | 运维成果物名称 | 交付数量 |
| 1 | 日常运维交付成果 | 巡检日志 | 每天一次 |
| 2 | 巡检周报 | 每周一次 |
| 3 | 巡检月报 | 每月一次 |
| 4 | 季度总结 | 每季度一次 |
| 5 | 运维方案 | 按需提供 |
| 6 | 故障处理记录与故障分析报告 | 按需提供 |
| 7 | 数据备份与恢复记录、备份校验报告 | 按需提供 |
| 8 | 系统保障类交付成果 | 重保方案 重保记录 | 按需提供 |
| 9 | 漏洞扫描、安全加固报告 | 按需提供 |
| 10 | 病毒查杀、日志审计、安全事件处置报告 | 按需提供 |
| 11 | 应急预案、应急演练记录与总结 | 按需提供 |
| 12 | 变更与升级类交付成果 | 系统升级/ 补丁更新方案与记录 | 按需提供 |
| 13 | 配置变更申请、变更实施与回退记录 | 按需提供 |
| 14 | 数据迁移服务方案、实施记录、校验报告、验收报告 | 按需提供 |
| 15 | 服务管理类交付成果 | 会议纪要 | 按需提供 |
| 16 | 培训记录、培训报告 | 按需提供 |
| 17 | 验收报告、服务交接报告 | 按需提供 |
| 18 | 满意度调查与改进报告 | 按需提供 |
| 19 | 年度/阶段性总结与次年规划 | 按需提供 |
二、运维服务具体内容
（一）运维服务清单
| 序号 | 服务类别 | 服务名称 | 服务内容 | 技术参数 | 数量 | 品牌 |
| 1 | 硬件 | C:基层硬件运维服务 | “智医助理”服务器 | 单台vCPU 4核、内存8GB，系统盘80GB、普通数据盘200GB，部署于互联网区域，用于承载系统前置接入服务。 | 1 | 戴尔 |
| 2 | 硬件 | 基层硬件提升-硬件防火墙 | 1、吞吐量≥2Gbps，最大并发连接数≥300万 2、至少配置千兆Combo接口8个，万兆光口2个 3、支持可插拔风扇和双电源 | 16 | H3C |
（二）日常运维服务内容
定期巡检：每月开展1次全面巡检，每季度开展1次深度巡检，形成巡检报告（含设备运行状态、潜在风险、整改建议）。巡检内容包括但不限于：设备外观完整性、硬件参数稳定性、网络连接状态、运行温度、存储占用率、安全策略有效性等；对免疫接种服务器、医保用路由器等核心业务设备，增加巡检频次，每月至少2次专项巡检。
状态监测：搭建设备运行状态监测机制，实时监控服务器、防火墙、路由器等设备的CPU占用率、内存使用率、存储容量、网络带宽、安全告警等指标，对异常情况及时预警并处理。
（三）应急故障紧急处理
响应时效：建立7×24小时故障报修通道（电话、线上平台等），工作日故障响应时间≤1小时，现场处置时间≤2小时；非工作日及节假日故障响应时间≤2小时，现场处置时间≤4小时；免疫接种服务器、医保用路由器等核心业务设备故障，需优先处置，确保业务中断时间最小化（核心设备业务中断时间≤1小时，特殊情况需提前报备并制定应急预案）。
维修处置：针对设备硬件故障（如一体机主板、屏幕、硬盘故障；服务器电源、阵列卡故障；交换机端口、模块故障；路由器路由模块、电源故障；防火墙安全模块、接口故障等），提供现场维修、系统恢复等服务。
故障归档：每起故障处置完成后，3个工作日内提交故障处理报告，说明故障原因、处置过程、解决结果及预防措施，建立完整故障档案。
（四）备品备件服务管理
制定设备故障应急预案，针对核心业务设备（免疫接种服务器、医保用路由器）突发故障，提供临时替代设备（备用服务器、防火墙需提前调试完毕，可快速接入使用），保障业务连续运行；重大节假日（如春节、国庆）及重要工作节点（如医保结算高峰期、免疫接种集中期），安排专人值守，提供现场应急保障服务。
（五）技术培训服务要求
每半年开展1次设备维护技能培训，内容包括设备日常保养方法、常见故障自查技巧、安全操作规范等，确保基层工作人员具备基础维护能力，减少人为操作故障。
D：数据存储扩容服务和支撑软件购置
一、设备采购清单
| 序号 | 服务名称 | 服务内容 | 主要参数 | 数量 | 备注 |
| 1 | D:存储采购 | 容量型全闪存存储 | 1.形态：≥2U 机架集中式全闪存存储，双控制器全活架构、双控制器主备热备架构；磁盘冗余保护采用RAID5/RAID6策略，电源、风扇、控制器、硬盘均冗余热插拔，无单点故障。2.缓存：双控总缓存≥128GB，支持读写缓存智能调度。3.前端端口（原厂配齐光模块、配套跳线）﹒≥8 口 1Gb 电口 ETH；﹒≥8 口 10Gb SFP + 万兆光口（多模）；﹒≥8 口 16Gb FC 光口。4.存储介质：配置企业级容量型 SSD，裸总容量≥120TB，可用容量≥90TB。5.具备断电缓存落盘保护，避免数据丢失。6.支持多盘故障防护；支持快照、克隆、数据远程复制、应用一致性快照。7. 支持高可用/三重校验 RAID能力，存储系统支持单个RAID（非RAID1，非RAID10）组内三盘同时故障。随机选取三块成员盘（非热备盘）故障，不影响SAN、NAS和对象业务的连续性和数据一致性8支持SSD 磨损均衡优化，**容量型 SSD 使用寿命。9. 所有可插拔部件（控制器、电源、风扇、IO 卡、硬盘）均支持在线热插拔，硬件升级、部件更换无需停机中断业务。10.整机支持交流 220V 常规供电，可选支持高压直流适配机房 UPS；所有光模块、线缆均为存储原厂正品配套，拒绝第三方兼容配件。11、含三年质保及设备上架、安装调试服务。 | 2套 | |
| 2 | D:支撑软件 | 国产操作系统 | 具备完整的国产运行基础环境，全面支持x86_64、ARM64硬件架构；系统须内置unixODBC、OpenSSL、基础编译库等底层依赖组件，可兼容部署仓颉编程语言工具链及odbc4cj数据库驱动，保障仓颉语言应用程序、数据库ODBC连接的正常编译、部署与稳定运行，满足信、创业务开发运行底座技术要求。 | 2套 | |
| 3 | 国产数据库 | 支持仓颉语言开发并使用官方生态odbc4cj组件完成数据库交互。稳定支撑系统ODBC服务运行；提供鲲鹏架构原生ODBC驱动，与odbc4cj数据交互链路完整闭环。 | 1套 | |
| 4 | 国产中间件 | 基于Hyperion通信框架开发的仓颉原生Redis客户端，支持Redis 7.0的所有数据类型、全部管理命令，具备诸多企业特性：支持RESP2和RESP3协议；接口设计兼容jedis接口语义；丰富的管理命令支持；支持单连接多线程模式；支持发布订阅模式；支持哨兵模式和集群模式；完备的单元测试覆盖，提供完备的用户手册； 持多种过滤器；支持自定义过滤器，可通过自定义元数据为路由配置额外参数；支持****点击查看中心。仓颉语言实现的客户端负载均衡器，支持轮询、随机负载均衡算法；内置健康检查，支持故障实例的自动隔离和恢复；支持基于Eureka注册中心的服务发现；内置HTTP请求的负载均衡支持；可以自行扩展支持其他RPC框架的客户端负载均衡。 | 1套 | |
二、技术方案
（一）存储硬件配置
符合信、创要求的全闪存集中式存储架构，核心以全闪存盘控一体化存储设备为核心，集中承载所有业务数据的存储、管理、访问及备份容灾任务。
通过双控制器实现负载均衡与故障冗余，依托128GB高速缓存提升数据读写效率，借助丰富的网口配置（1Gb ETH、10Gb ETH、32Gb FC）实现与前端服务器、终端设备的高速互联，通过SAN NAS基础包实现块存储（SAN）与文件存储（NAS）一体化服务，适配不同业务场景的数据存储需求。
设备为2U机架式企业级全闪存存储，采用双活冗余架构，兼顾高性能 FC SAN 与 IP NAS 业务承载，满足金融、政务、数据库及虚拟化场景的高可靠、低时延存储需求。
1．硬件规格
(1) 设备形态：标准2U 机架式，****点击查看中心机柜部署，空间利用率高
(2) 控制器：双控制器冗余架构，整机缓存128GB，支持故障自动切换，无单点故障
(3) 前端接口：
1) 不少于8×1Gb 以太网电口
2) 不少于8×10Gb 以太网光口（含多模 SFP + 模块）
3) 不少于8×32Gb FC 光纤接口
(4) 接口能力：同时兼容 IP SAN、FC SAN、NAS 协议，支持混合组网与平滑扩容
2．软件功能
标配SAN NAS 一体化基础软件包，包含完整企业级数据服务：
CIFS、NFS、NDMP、Thin Provisioning、SAN 迁移、快照、克隆、QoS 服务质量、数据安全擦除、连续数据保护（CDP）、UltraPath 多路径、WORM 一次写入、多租户隔离、配额管理、DeviceManager 统一管理平台。
（二）存储软件架构
数据存储提供提升性能提供不同业务的服务质量及户本地保护以及远程容灾的软件特性，包含但不限于如下功能：
1．服务质量控制
可以通过动态地分配存储系统的**来满足某些应用程序的特定性能目标。服务质量控制特性允许根据应用程序数据的一系列特征（IOPS、占用带宽、响应时延）对特定应用程序设置特定的上限/下限目标。存储系统根据设定的目标，准确限制 应用程序的性能，避免非关键应用程序抢占过多存储系统**，影响关键应用程序的性能。
服务质量控制采用基于被控对象的I/O优先级调度技术和I/O流量控制技术（上限流控、下 限保障）两种方式来保证数据业务的服务质量。
(1) 上限流控
流量控制技术需要用户配置服务质量控制策略，并往策略中添加被控对象，被控对象包括SAN**对象（LUN/快照、LUN组、主机/主机组）和NAS**对象（FS）。通过限制策略中对象的总体IOPS、带宽，来达到限制系统中某些应用的性能，避免这些应用由于突发流量过大，影响系统中其他业务的正常性能。
服务质量控制流控管理通过对控制对象中I/O队列管理、令牌分发和出队控制三部分实现。
当用户为某个服务质量控制策略设置性能上限目标，系统就会根据性能上限目标分配一定数量的令牌，通过控制令牌的发放来实现流控。在存储系统中，当用户要限制的流量类型是IOPS，那么一个I/O会根据转换关系转换成标准I/O（大小为8KB的I/O），并消耗对应数目的令牌；当设定的性能目标是带宽，那么一个字节对应一个令牌。
基于I/O队列管理通过令牌机制实现存储**的分配，某个对象的I/O队列所拥有的令牌数越多，系统分配给这个LUN或快照的I/O**也越多。
(2) 突发流控管理
作为上限流控的一种特别增强，针对部分时延非常敏感的业务，允许其短时间突破上限流控目标。服务质量控制提供了突发流控管理能力，支持对被控对象配置突发能力，指定其突发期的IOPS、带宽、突发时长。
其工作原理为积攒下前期未消耗的性能，当业务压力突然增大的情况下，可消耗此前积攒下的性能，短时间获得突破上限目标的性能。长时间来看，其平均流量应低于上限目标的。
当对象在过去时间段内流量未达到上限值，则可在未来时间段内系统整体没有过载的情况下该对象的业务流量短暂地超过QoS配置上限，满足业务峰值诉求达到突发值。突发的最大时长和比例可配置。
突发流量控制是通过积攒突发时长来实现的，当对象在某一秒内性能低于上限性能目标一定阈值时，则积攒一秒的突发时长，当业务压力突然增长时，性能可突破上限值达到突发流量，突发时长为此前积攒的突发时长，最长不超过配置值。
消耗完积攒时长或达到配置的最长突发时长，则流量被控制到上限值。
(3) 下限保障
下限保障功能专用于保障系统关键业务。下限保障工作原理是针对系统内所有业务对象（支持LUN、快照、LUN组、文件系统）进行流量控制，以释放足够**给未达成下限目标的对象，尽可能达成对象的下限保障目标。由于其工作原理是尽力保障的过程，需要达到较好效果，仅适宜应用于少量关键业务。针对所有业务配置下限保障最终会导致所有业务均无法保证。
当系统中存在被控对象未达成下限目标时，针对系统所有对象进行负载评级，针对中低负载对象依据负载情况给定较宽松的流量条件，高负载对象则依据其当前流量按下限保障缺口进行流量抑制，直至其释放出足够**使系统中所有对象达成下限目标。下限达成但性能未远超下限的对象，仅需要防止其突发流量即可。下限未达成对象不作限制，允许其抢占抑制高负载对象释放**。
时延保障则是针对配有时延目标的对象的请求提升优先级，在系统内部做缓存。此外，时延保障未达成情况下，会将时延目标转化为流量控制，依照流量下限保障的方法进行保障。
(4) 策略管理
流量控制策略可以分为两种类型：普通策略和分层策略。分别如下：
普通策略：策略中的对象仅能为对象的策略叫普通策略，主要用于管理单一应用的流量控制策略。如：VDI应用中存在短暂的启动风暴，在启动风暴的时间段配置普通策略，避免影响其他在线业务。
分层策略：可以添加普通策略作为其对象的策略叫分层策略，主要用于管理多种应用混合的流量控制策略。如：VMware虚拟机场景，客户配置了虚拟机业务之后，然后又对虚拟机的某一个vmdk做上限控制。这需要用户使用分层策略对虚拟机设置分层策略，对虚拟机内的vmdk设置普通策略。
策略用户配置的上限目标值为共享型，即添加到策略中的所有对象共享此策略的流控目标。所以QoS模块会定期采集流量控制策略中所有对象的性能数据及需求数据，然后通过分配算法，将流量控制策略总体的控制目标分配给策略中具体的对象。
目前采用的分配算法为经过优化后的max-min权重分配算法，主要思路是通过识别策略的上限目标值、下限目标值、对象的需求数据，决策对象的实际目标值。该算法优先满足对象的需求量，所谓需求量是指配置对象接收到的请求数，包含成功数和拒绝数。剩余的上限目标值将会均分至各对象，并对连续多个周期的分配结果进行滤波平滑处理，使得最终结果相对稳定。
2．智能数据迁移
数据存储通过LUN迁移提供了智能化的数据迁移手段。可以在不中断原有业务的情况下实现将源LUN上的数据完整地迁移到目标LUN上。LUN迁移不仅支持存储系统内部的数据迁移，还支持存储系统和与其兼容的异构存储系统之间的数据迁移。
通过把源LUN的数据完整地复制到目标LUN，在复制过程中采用源LUN和目标LUN双写、差异日志记录等技术，复制完成后采用LUN信息交换由目标LUN接管源LUN业务，实现数据的在线迁移。
3．智能精简配置
智能精简配置以一种按需分配的方式来管理存储设备。智能精简配置不会预先分配所有的空间，而是将大于物理存储空间的容量形态呈现，使看到的存储空间远远大于系统实际分配的空间。对这部分空间的使用实行按需分配的原则。当存储空间不足，可通过扩充存储**池的方式来进行系统扩容，整个扩容过程无需业务系统停机。
4．配额
配额，即文件系统配额技术，下文称配额。配额的主要作用是方便系统管理员管控**使用者（包括目录、用户、用户组）的存储**，以限制指定使用者可使用的磁盘空间，从而避免出现某些用户过度占用**的问题。
在配额特性中，DTree（目录配额树）是一个重要的概念。DTree是文件系统内的特殊目录，可以被创建在文件系统的任意一级，DTree管理其目录下所有的子目录和文件的配额（包括递归的普通子目录和文件，DTree目录下不能再创建DTree）。DTree只能通过管理终端（命令行或GUI管理界面）来创建、删除和修改，而不能通过客户端主机来修改。另外，作为配置配额时的载体，目录配额、用户配额，以及组配额都只能在DTree上配置。文件系统的根目录也是DTree，因此也能设置相关配额。
总结一下DTree与普通目录存在的差别：
（1）DTree只能由管理员通过命令行或GUI管理界面创建、删除、重命名等操作，DTree可以创建在文件系统的任意一级。
（2）DTree可以通过协议进行共享，共享时不允许被改名和删除。
（3）不允许跨DTree进行NFS协议下的移动文件或SMB协议下的剪切文件操作，即不允许在两个不同DTree目录之间进行文件的MV操作（NFS协议）或剪切操作（SMB协议）。因为一个文件或目录同时只能属于同一个DTree。
（4）不允许跨DTree的硬链接，即不允许在两个不同的DTree之间进行硬链接操作。
配额支持如下配额类型：
(1) 容量软配额：用于空间容量告警的配置值，当配额对象已用空间超过所设置的容量软配额时，向系统告警提示空间**紧张，提醒用户删除不用的文件或扩大配额，此时用户仍然可以继续写入数据。
(2) 容量硬配额：配额对象上用于限制最大可用容量的配置值。当配额对象已用空间到达所设置的硬配额时，向用户返回空间不足的错误。
(3) 文件软配额：配额对象上用于文件数告警的配置值，当配额对象已用文件数超过所设置的文件软配额时，向系统告警提示文件**紧张，提醒用户删除不用的文件或扩大配额，此时用户可以继续创建文件或目录。
(4) 文件硬配额：配额对象上用于限制最大可用文件数的配置值。与容量硬配额一样，当配额对象的已用文件数到达所设置的硬配额时，向用户返回空间不足的错误。
配额支持如下设置配额的对象：
(1) DTree配额：限制DTree下的所有的文件和目录的总体配额，包括容量和文件数量。
(2) 用户配额：限制某个用户创建的文件和目录的总体配额，包括容量和文件数量。
(3) 用户组配额：限制某个用户组创建的文件和目录的总体配额，包括容量和文件数量。
5．智能加速
智能加速基于统一的性能层配合全局冷热感知算法实现全场景性能加速，性能层融合了缓存和数据分级两种加速技术，并通过配额分配的方式将性能层**灵活地分配到各个存储池。支持默认将SSD硬盘**创建为一个统一的性能层，在性能层基础之上可以创建混闪存储池或者全闪存储池。创建混闪存储池时先选择所需要的HDD硬盘，根据选出的HDD硬盘数量和容量，系统会自动推荐分配到每个混闪存储池的性能层容量配额（实际就是SSD空间）。创建全闪存储池时则无需选择HDD盘，直接输入全闪存储池容量需求即可。
智能加速适合于具有热点访问特征的应用，包括SAN的随机读I/O密集型业务，如OLTP、VDI应用，也包括NAS有热点文件访问的应用，如票据影像、OA文件共享、虚拟化等。
基于不同业务的热点强度和性能要求，可以配置不同配比的性能层，通常性能要求越高热点强度越大，推荐配置的性能层比例越大。
6．多租户
多租户特性主要解决租户之间逻辑**的隔离问题，包括业务隔离、网络隔离。不能跨越租户进行数据访问，以此来达到安全隔离的效果。
(1) 业务隔离：每个租户都有自己的存储服务、用户访问鉴权，用户能通过租户的LIF或FC口来访问所属业务服务。
(2) 网络隔离：对于NAS业务租户的网络由VLAN和LIF隔离，以防止非法主机访问租户的存储**。对于SAN业务，由于FC协议是点对点通信，用户可以通过指定租户使用的FC端口实现网络隔离。
1) 业务隔离
多租户特性以租户为单位进行业务隔离，支持NAS业务、SAN业务的租户隔离。对于NAS业务，租户之间的FS和NAS用户管理相互隔离，独立配置和管理。NAS租户的**对象包括：FS/Dtree、NAS共享协议配置、NAS用户鉴权（本地用户和域用户配置）、租户级特性配置（**：审计日志）。对于SAN业务，不同租户间无法访问对方的LUN，从而确保数据均是按租户隔离的。
2) 租户隔离
对于NAS业务，租户的网络**采用LIF（Logical Interface）逻辑端口进行管理，实现端口虚拟化的管理和隔离，实现**的灵活安全应用。
对于SAN业务，用户可以通过指定租户使用的FC端口实现网络隔离。
7．快照
快照特性，由于SAN和NAS的业务场景有些区别，快照功能特性上也有些区分；SAN的快照是可读可写，在主机视图是一个独立的LUN对象需要单独添加映射。NAS快照则是只读快照，部署在FS的快照目录下，通过文件系统的共享挂载直接可以访问。
1) SAN快照
SAN的快照是可读可写的快照，主机访问需要单独将快照添加到主机的映射中。
2) TP技术
多时间点TP（Time Point）技术是数据存储实现数据保护类特性的基础技术，所有的本地数据和远程数据保护都使用该技术能力获取数据副本和实现一致性保护。
LUN TP即为LUN的数据增加时间点属性。表现为：当为LUN创建快照时，源LUN的时间点属性标识字段数字递增，快照LUN的时间点属性仍为创建该快照时源LUN的时间点属性。
下面以下图为例进行说明。假设源LUN的当前时间点为T0，此时用户对源LUN创建快照。
如上图：由于时间点T0创建了快照，导致源LUN的时间点属性由T0变更为TP1。快照的时间点属性为创建的时间点T0。因此对源LUN进行读取时，将读到下一个时间点T1的数据，而对快照进行读取时 ，读到的是T0时刻的数据ABCDEF。
1) 快照读写
当主机进行读写时，读写I/O使用最新时间点读写源LUN数据，使用更新前的时间点读写快照与源LUN的共享数据，以下图为例：
2) 读源LUN：
当源LUN**快照后，源LUN的最新时间点由T0变更为T1。读取源LUN时，将读取源LUN [T0, T1]时间点范围内的数据，此时根据映射表中的映射表项按时间点从新到老读取数据。整个过程无新增的性能开销。
3) 读快照：
快照的最新时间点为T0。读取快照的最新时间点数据时，当快照的映射表项非空，直接返回该时间点数据。否则，触发时间点重定向，将读取源LUN时间点T0的数据。
4) 写源LUN：
源LUN新写数据，数据携带源LUN的最新时间点T1写入系统。将新写数据的逻辑地址以及时间点T1作为Key，Key对应的值为新数据存放在SSD存储池中的地址。
1) 写快照：
快照新写数据，携带快照的最新时间点T0写入系统。将新写数据的逻辑地址以及时间点T0作为Key，Key对应的值为新数据存放在SSD存储池中的地址。
由于读写源LUN或者读写快照的过程中，I/O均携带了对应的时间点信息，可以快速地定位到元数据信息，因此对性能开销较小。
2) 级联快照
当需要对可写快照再进行保护，可以使用级联快照；级联快照是指对快照再创建快照。数据存储需支持最多8层级联快照；级联快照可以跨级回滚，跨级回滚是指相同源LUN的快照之间可以进行回滚，且没有层级约束。
3) 快照一致性组
快照支持快照一致性组功能，对有数据依赖关系的多个LUN，通过创建快照一致性组的方式对快照中的多个LUN同时创建快照能保证多个LUN之间数据的一致性。**Oracle数据库应用中，数据文件、配置文件、日志文件通常会分布在不同的LUN中，在创建快照时，必然要对这些文件所在的LUN在同一时间创建快照，才能实现在数据恢复时应用数据的一致性。
4) NAS快照
NAS的快照基础技术基本原理也是TP技术，配合NAS业务对象的管理模型实现Thin空间和性能无损快照能力。NAS快照为只读快照，可写快照能力由克隆特性提供。
文件系统快照是基于ROW型（Redirect On Write，写时重定向）文件系统来实现的。所谓ROW型文件系统，是指向文件系统新写入或者修改写入数据时，新数据不会覆盖掉原来的旧数据，而是在存储介质上新分配空间来写入数据，此种方式保证了数据的高可靠性和文件系统的高扩展性。基于ROW技术的文件系统快照，可实现快速创建（秒级），并且除非原始文件被删除或者更改，快照数据并不占用额外的磁盘空间。
为文件系统创建快照时，仅只需要拷贝文件系统的根节点并保存，就形成了一个文件系统的快照。整个过程中不需要拷贝任何用户数据，因此整个过程耗时极少，通常在一两秒内完成。并且在数据被修改之前，快照的文件集与源文件系统共同使用文件系统空间，无需单独为快照分配特定的空间。
刚创建的快照不包含任何实际数据，只包含了指向源文件系统数据的入口指针，当用户访问快照数据时，实际上访问的是源文件系统中的数据。只有当源文件系统的数据发生变化后，快照才会引入其独有的数据，这部分数据由于受快照保护，故而不能直接删除，只有等快照被删除后，这部分空间才能够被释放。
随着源文件系统不断被更新，原有的数据块会逐步地变成快照的占用空间，但是新写入的数据，不会计入快照占用空间中，因为快照所映像的只是生成快照时刻的源文件系统映像。当用户需要恢复出快照点时刻的数据时，可通过快照数据的回滚快速实现，通过回滚，文件系统可将数据恢复到快照点时刻，从而避免了快照点后因为人为的错误或者病毒的入侵等引起的源文件系统损坏造成的数据丢失。
需要说明的是，快照的回滚是不可逆的，回滚只能将数据恢复到某一特定的时间点，但该时间点之后的数据包括快照将会丢失。当仅仅是特定的几个文件被损坏、误修改、误删除，则无需进行整个文件系统的回滚，可以直接从特定时间的快照中将这些文件手动拷贝到源文件系统中即可。另外，由于快照回滚会导致文件系统数据或快照丢失，当用户正在访问这部分丢失的数据，有业务中断的风险，用户需要谨慎使用。
8．持续数据保护
持续数据保护，支持**快照特性支持误操作、病毒入侵等都可能导致数据破坏，持续数据保护就是持续对数据创建间隔周期非常短的快照，能够把数据恢复到期望的时刻，可实现LUN和文件系统的持续保护。
支持内置定时计划功能，支持间隔固定周期、每天、每周、每月4种定时策略，通过组合多种定时策略满足用户远疏近密的备份诉求。
数据库应用中，数据文件、配置文件、日志文件通常会分布在不同的LUN中，通过一致性组功能，可保证一致性组中的数据时间点一致，即业务恢复时应用数据的一致性。
在重要的应用中，对重要的数据配置进行数据备份，这些快照有长期保存的需求。为了防止快照被意外或者故意删除，支持设置保留期。在保留期段内不能被删除；到期后，可以选择手动或者自动删除。
9．克隆
克隆特性通过创建源LUN/FS和目标LUN/FS的克隆关系，可以为目标LUN/FS同步源LUN/FS完整的数据拷贝。目标LUN/FS 可以是已经存的LUN/FS，也可以在创建克隆关系时自动创建。创建克隆关系时，需要源LUN/FS和目标LUN/FS的容量相等。目标LUN/FS可以是空的，也可以是已有数据的LUN/FS。当目标LUN/FS已有数据，则旧数据将被删除。克隆LUN/FS和源LUN/FS的数据访问视图保持独立，即对任何一方的修改不影响另外 一方的数据。
(1) SAN克隆
LUN克隆创建完成后，克隆LUN和源LUN复用同一份数据。数据的读写模型同快照LUN和源LUN的。对克隆LUN用户可以通过分裂操作启动数据后台拷贝。数据同步状态不影响目标LUN读写状态，无需等待后台拷贝完成，目标LUN可以立即读写。LUN克隆数据同步支持增量同步和反向增量同步。可以通过LUN的保护组创建克隆一致性组，为一组源LUN的数据提供一致性保护和完整备份。
1) 正向数据同步
数据同步开始时，系统将对源LUN生成一个即时的快照，将源LUN该时刻的快照数据全量同步到目标LUN，并对后续的写操作都记录到差异日志中。后续用户在执行数据同步时，通过对比目标LUN和源LUN的差异数据增量同步到目标LUN，目标LUN两次同步间修改的数据将被覆盖。用户可以在数据同步操作前通过对克隆关系中的目标LUN创建快照的方式，保留对目标LUN数据的修改。
2) 反向数据同步
当源LUN损坏时，可以通过把目标LUN数据反向同步到源LUN实现对源LUN的保护。反向同步支持全量同步和增量同步两种。反向数据同步启动时系统对目标LUN生成快照，将目标LUN该时刻的快照数据全量同步到源LUN；对于增量同步，通过对比目标LUN和源LUN的差异数据，进行增量数据同步。
3) 一致性组
克隆支持对LUN保护组创建克隆一致性组。用户创建LUN保护组后，可以通过自动模式或者手动模式为LUN保护组中的成员选择目标LUN，并最终将多个克隆关系对添加到克隆一致性组中。克隆一致性组可以进行数据同步、反向同步等操作，在进行这些操作时，一致性组的成员LUN数据始终保持在一个一致性点上，从而保证数据的完整性和可用性。
克隆一致性组最多支持4096个成员。
4) 级联克隆
当克隆的目标LUN完成数据同步后，系统支持对克隆的目标LUN再次创建克隆。
(2) NAS克隆
NAS克隆功能，文件系统级克隆指用户可以通过指定的源FS或FS快照来创建克隆文件系统，创建出的克隆文件系统的数据和创建时刻父文件系统的数据保持一致，且支持立即可读写。克隆功能和快照功能的组合使用，灵活实现本地数据保护和数据管理。
10．远程复制
(1) SAN远程复制
远程复制特性，可以在不同存储之间实现同步或异步的数据复制，支撑构建同城或异地的容灾解决方案。包含以下两种模式：
同步远程复制，主从端的LUN数据实时同步，灾难发生时无数据丢失，代价是生产业务的性能受主从端间数据传输时延影响。
异步远程复制，主从端的LUN数据周期性同步，生产业务的性能不受主从端间数据传输时延影响，代价是灾难发生时可能会有一定数据丢失。
远程复制对同步远程复制、异步远程复制提供基于存储阵列的一致性组功能，保证跨多个LUN部署的应用在容灾复制时的崩溃一致性（Crash Consistency）。一致性组功能会在复制时保证跨多个LUN的主机与I/O的依赖关系，从而保证灾备端的LUN间的数据一致性。
(2) NAS远程复制
NAS远程复制，特指异步远程复制特性，实现RPO不要求为零的业务场景。对PRO要求为零的场景需要采用NAS双活特性，根据客户的业务连续性的切换策略需要选择同步模式还是双活模式。
NAS异步远程复制基本原理和SAN异步复制相似，都是采用基于ROW快照的周期性的方式进行数据复制。
11．双活
双活特性，实现阵列级的Active-Active双活技术。双活两端存储系统的业务对象数据实时同步，且都能供主机读写访问，实现了双活。部署双活的两套存储系统可以放在同一个机房、同一个城市或者相距300km以内的两地，支持FC或者IP部署。仲裁服务器推荐部署在第三方站点。当任何一端存储系统整体故障的情况下主机将切换访问路径到正常的一端继续业务访问。当存储系统间复制链路故障时只有一端继续提供主机读写访问，双活的仲裁机制可以决定由哪端提供服务。
在双活容灾场景下，两个站点都能同时进行读写业务，当应用在同一个时间点对LUN同一个位置进行读写，存储层需要保证在该场景下两个站点的数据是一致的。
考虑到配合上层应用集群，并发对相同地址下发写请求的场景很少，数据存储双活通过优化后的乐观锁机制，先预判没有锁冲突，直接发起对端阵列的写请求，在数据达到后再本地加锁。而当主机对同一存储地址的数据并发访问时，也可将并发访问请求转为串行排队处理，保证两个站点数据一致性。相比分布式锁方式，不需要跨站点的锁服务器，降低架构复杂度，同时在不出现冲突情况下直接进行双写操作，避免向锁服务器（甚至是对端站点的锁服务器）进行交互，提高了性能。
一致性组是多个双活pair的集合，可以确保单个存储系统内，主机在跨多个LUN进行写操作时数据的一致性。一致性组进行分裂、同步等操作时，一致性组的所有双活pair保持步调一致。当遇到链路故障时，一致性组的所有成员都会一起进入异常断开状态。当故障排除后，所有成员同时进行数据的同步，从而保证站点灾备阵列数据的可用性。
（三）安全防护方案
容量型全闪存主打大容量、**度、低成本闪存，多用于海量非结构化数据、归档、备份、冷温数据、视频监控、文件归档，除通用存储安全外，需针对闪存介质特性、多副本重删压缩、大容量池化、分层冷热数据做专项安全加固，整体分为硬件介质安全、存储架构安全、数据安全、访问权限、运维管控、合规审计、闪存特有防护 7 大类。
1．闪存硬件与介质底层安全
容量型闪存多采用 TLC/QLC 闪存、多颗闪存颗粒堆叠，坏块、磨损、闪存芯片故障风险更高，硬件安全是底座。
（1）闪存介质可靠性防护
全局闪存磨损均衡：全盘 WL 磨损均衡，避免大容量集中写入导致局部闪存快速老化损坏；区分冷热块，高频数据放高耐久 SLC 区域，归档冷数据放 QLC 大容量区。
闪存坏块管理：硬件实时扫描坏块，自动隔离、重映射坏块，禁止坏块参与读写；定期后台介质巡检。
掉电保护：配置超级电容 / BBU 电池，断电瞬间将缓存数据写入闪存持久化，防止大容量批量数据缓存丢失；拒绝无掉电保护的容量闪存节点。
芯片冗余：多通道闪存颗粒交叉排布，单颗闪存芯片故障不波及整盘；支持闪存盘 RAID、RAID-TP 三校验，适配大容量盘（15.36T、30.72T SSD）。
（2）硬件物理安全
存储机柜门禁、机房视频监控、动环温湿度管控，防止物理插拔 SSD、拆机窃取；大容量硬盘数量多，做好硬盘资产编号台账。
硬盘防盗：SSD 硬盘带唯一 SN 绑定存储控制器，硬盘离线无法被其他设备读取；硬盘支持物理锁。
硬件可信启动：BIOS、存储固件可信加密校验，防止固件劫持、恶意篡改控制器固件。
2．存储架构与高可用容灾安全
（1）本地架构冗余
双活 / 多活控制器：双控冗余，单控制器宕机自动无中断切换；多节点分布式全闪存采用多副本机制，默认 2 副本 / 3 副本，大容量文件池独立副本策略。
硬盘域 RAID 适配大容量 SSD：摒弃传统 RAID5（大容量 SSD 重构耗时极长、极易二次坏盘），使用 RAID6、RAID-TP、分布式 EC 纠删码。容量场景推荐 EC（12+4、16+4），兼顾容量利用率与故障容错。
冷热分层隔离安全：热数据高性能闪存池、冷数据大容量闪存池物理 / 逻辑隔离，冷归档区禁止直接对外业务访问，分层迁移过程数据完整性校验。
（2）异地容灾防护
异步远程复制：大容量归档数据跨机房 / 城市异步复制，支持按目录、按存储池选择性复制；复制链路加密。
备份与快照隔离：全闪存本地快照、克隆，快照不占用业务可用容量，可定时自动快照；快照防误删，设置快照锁，运维无法随意清理历史快照。
归档异地双副本：重要海量文件（视频、档案）本地容量闪存 + 异地对象存储双落地。
3．数据加密全链路安全
容量存储数据量大，泄露损失极高，覆盖静态、传输、重删压缩全流程加密。
（1）静态数据加密（At Rest）
全盘加密 SED 自加密 SSD：容量 SSD 全部选用 SED 硬盘，硬件 AES-256 加密，密钥存储在控制器 / 密钥管理服务器；硬盘拔走后无密钥完全无法解密。
存储池逻辑加密：不依赖 SED 盘也可实现卷、文件系统、对象桶 AES-256 加密；支持国密 SM4 商用密码，满足政务、等保合规。
密钥分级管理：对接 KMIP 密钥管理平台，集中统管加密密钥，定期密钥轮换；管理员看不到明文密钥，防止密钥外泄。
（2）传输加密（In Transit）
前端业务链路：NFS、SMB、iSCSI、NVMe over TCP 全链路 TLS 加密；NVMe-oF 主机到闪存存储加密传输。
后端跨节点、远程复制链路：集群内节点间复制、异地容灾复制 SSL/TLS 加密，防止链路抓包窃取海量文件。
重删压缩加密兼容 容量型普遍开启重删、压缩、压缩比极高，必须支持加密后重删或重删加密联动：
先重删再加密：保障大容量空间节省，同时加密防泄露；禁止先加密再重删（会导致重删失效，浪费闪存容量）。
重删指纹哈希加盐加密，防止哈希碰撞攻击、重删侧信道窃取。
（四）数据迁移方案
1. 数据迁移调研评估
数据迁移调研评估是数据迁移服务的一个基础，为数据迁移方案规划和实施提供信息基础。通过执行信息收集工具、****点击查看数据中心的IT资产信息（网络、服务器、存储、数据库资产的规格、软件配置、网络拓扑），业务运行状态（网络流量、设备负载、业务性能、业务流程）进行系统的收集、梳理、归档等，作为迁移规划、迁移实施的信息基础。并对数据迁移的技术可行性、实施难度、风险、**需求进行整体分析和评估。
数据迁移调研评估主要分为三个任务组：
(1) 信息收集：通过现场访谈、Workshop技术交流会等，使用InfoGrab、CloudOPS、VCOL、RDA、RVTools等信息收集工具，收集客户的虚拟主机、物理主机、数据库、存储设备、业务应用等信息。
(2) 业务关联性分析和评估：根据收集到的信息，分析相关联的应用业务之间的关联关系，业务性能特性；评估迁移的可行性。
(3) 迁移风险分析和评估：根据收集到的信息，分析迁移的风险；评估风险等级和应对能力。为迁移方案规划提供输入。
2. 数据迁移规划设计
迁移规划设计服务是在对收集的信息经过分析评估的基础上，对迁移服务的服务器、存储子系统、数据库平台、虚拟化平台等进行架构设计、容量规划、数据同步方案设计和预集成验证；最终输出满足迁移性能、容量、安全要求的，可指导实施的解决方案详细设计。
迁移规划设计服务主要分三个步骤：
(1) 根据信息收集和评估结果，规划数据迁移策略和批次；
(2) 根据信息收集和评估结果，规划迁移目的端主机、存储、数据库性能的容量规划和架构设计；
(3) 进行迁移方案设计：包括迁移详细方案设计、****点击查看实验室预验证计划、风险应对方案设计等。
3. 数据迁移实施
4. 迁移流程
数据迁移是在已确定的迁移详细设计方案基础上，结合迁移实施指导书，对数据迁移方案各系统、工具进行安装、配置和调测。
（1）迁移详细设计，主要包括如下内容：
迁移计划和方案设计：制定详细的业务迁移计划及业务迁移整体解决方案；
制定风险应对计划：制定风险应对的应急流程，完成风险场景分类，制定各类风险场景下的IT回退预案；
（2）迁移方案实施，主要包括如下内容：
协助客户完成数据备份；
迁移模拟演练（可选），包括：制定业务迁移演练方案，协助客户完成业务迁移演练，编写业务迁移演练报告；
业务系统测试，包括：部署业务迁移服务器，测试业务迁移工具；
正式业务迁移实施，包括：完成业务数据完全同步，协助完成业务数据切换；
（3）迁移后的保障，主要包括如下内容：
完成业务迁移评估：协助客户做验证（数据和应用），对迁移后的IT系统进行评估，来确定满足迁移目标；
完成业务迁移观察，包括：完成迁移后IT系统的观察，提供工程师现场支持服务；
完成业务迁移优化，包括：分析评估结果和观察中发现问题，提出优化方案，对业务迁移的优化方案实施。
（五）实施与部署
1. 开工会
开工会，与客户一起解读合同的交付内容，建立清晰的交付标准，明确华为和客户的关键联系人，迁移计划，交付期间会议安排，问题升级途径等内容
2. 交付准备
迁移环境准备部分内容：
（1）搭建迁移目标环境，目标环境的规划配置需要根据业务需求事先确定好。
（2）搭建迁移平台环境，如迁移的工具或软件需要一个临时的运行环境，用于完成本次迁移。
现场软硬件准备：
（1）确保完成迁移组网
（2）确保迁移所需工具的安装包准备完毕，例如SmartKit工具，MigrationDirector（MD）工具等
3. 交付实施
(1) 调研评估
信息收集：使用信息收集工具，实现网络自动发现，支持无代理的信息收集，降低对业务连续性的影响：
1) 收集服务器OS平台、数据库平台、SAN存储基本信息。
2) 收集应用与数据库、SAN存储关联配置信息，包括：应用与数据库的连接服务信息（服务名、IP、服务PORT等）；与数据库相关联的IT系统信息（DNS，HOST、路由限制等信息）；与数据库相关联的应用信息（应用配置文件路径、配置内容）
3) 收集数据库及OS的性能数据（CPU占用，内存占用，磁盘IOPS，磁盘读写速度，网络流量，TPS值）
4) 收集SAN存储及OS的性能数据（磁盘IOPS，磁盘读写速率）
5) 业务关联分析和评估：根据收集的信息，对业务系统进行分级分类，分析业务与IT、业务与业务、IT与IT系统之间的关联，以业务为单位输出总体迁移批次计划。
6) 输出业务关联关系拓扑；
7) 输出总体批次规划；
迁移风险分析和评估：识别和评估迁移整体风险，在迁移前识别IT管理，迁移实施、交付的技术、合规性风险，输出风险评估报告，提供风险应对方案建议；
(2) 迁移实施
数据迁移目标环境搭建：根据数据迁移方案详细设计及相关设备、产品的安装调测指导书，完成数据迁移目标环境的部署和配置，主要包括如下内容：
1) 制定目标环境安装实施计划；
2) 软件部署和配置（不同的服务器及存储设备，内容可能稍有差异，此处以华为服务器和存储为例）
3) 配置存储系统：配置控制框、管理网口IP、安装存储管理软件、配置控制器主机端口、创建RAID、热备盘、LUN或文件系统、主机组/主机及LUN的映射关系或文件系统共享等；
4) 配置存储网络
数据迁移目标环境验证确定：存储源端和目标端设备和网络调测确认
数据备份：数据迁移前，根据需要进行全系统或关键数据备份，防止数据丢失
数据迁移实施：根据数据迁移操作手册及相关设备、产品的安装实施调测指导书，完成数据的迁移环境部署和数据迁移操作，主要包括如下内容：
软件部署前准备：软件部署规划，如：
软件部署原则、主机名规划、网络规划、VLAN及IP规划、账户规划等；
检查生产预安装情况（如无生产预装，或预装版本和实际需求不一致，则需另外获取软件包）
软件部署：建立网络环境；安装软件包；
(3) 软件调测
1) 本机调测：存储设备信息、用户管理信息、实时告警、License、管理控制台设备扫描等调测；
2) 迁移网络调测；
(4) 数据迁移
迁移过程观察：根据实时观察迁移过程。
1) 观察迁移网络流量
2) 观察迁移进度
3) 实时通过管理界面查看告警日志
（六）测试与验收
1. 验收标准
(1) 调研评估：搜集了现网完整信息；识别了风险；给出了项目可行性结论；
(2) 规划设计：有详细的迁移计划，有责任人；迁移批次规划；风险应对方案；
(3) 迁移实施：完成规划的所有迁移任务；客户业务正常运行；
(4) 迁移验收：客户业务运行正常；客户验收
2. 验收流程
合同履行期限：自合同签订之日起12个月。合同履约期间，若遇国家、省、市、区相关政策发生重大调整、规划变更、项目统筹整合等政策性因素，建设单位有权单方临时终止运维服务；终止后，双方按照服务商实际提供运维服务的自然时长据实结算，依据实际服务周期核算并支付对应服务费用，已发生合理合规运维成本据实兑付，未履约时段费用不予支付。
联系人16个
可引荐人脉773人
历史招中标信息167条
