锦州医科大学附属第一医院软件维保服务招标项目招标项目的潜在供应商应在线上获取招标文件,并于(略)年(略)月(略)日 (略)时(略)分（北京时间）前递交投标文件。
针对医院(略)个业务系统及模块软件，规划有针对性的综合运维服务、计划内容包含三个大方面：(略)
(略)、实现技术标准统一、管理统一、费用统一、归档统一。
实现软件运维从被动感知到主动感知。把控质控风险，实现费用标准化，逐年降低维护成本。根据医院实际业务需求定制标准化服务。提升业务系统的管理新高度。获得专业的运营服务保障。解决人员短缺、系统模块多、缺乏统一的问题。实现一套理念、一套体系、一种机制、一个团队的目标。
(略)、针对医院(略)个业务系统及模块软件，规划有针对性的综合运维服务、计划内容包含三个大方面：(略)
(略)、针对软件系统方面的服务，除了要做到日常的巡检和突发事件的应急响应服务以外，还要做到合理的技术规划，比如日常的系统更新是否需要进行版本迭代以及风险的把控等等。
(略)、要求：(略)
(略)、要求：(略)
(略)、运维厂商驻场必须提供原厂服务，要求政策性接口免费开发。
(略)、协助医院建立完整的项目管理文档体系（包括日常维护文档、需求文档、BUG文档等），并能建立起项目文档管理系统，能对一定时间段内（例如：(略)
(略)、根据院方要求提供有详尽的、系统的软件维护方案，针对软件系统维保服务范围（模块、接口等）、响应时长、双方责任及项目年终验收标准有明确的规定，明确双方责任和义务。
(略)、提供完整的质量评价体系，针对项目中涉及的运维厂商、第三方厂商、信息工程部人员及临床服务对象等相关人员进行评价。便于管理和数据统计。
(略)、成立运维管理团小组、客服服务响应中心、统一归档的(略)人驻场团队（现场项目经理(略)人，技术总监(略)人，平台(略)人、巡检、调度、档案管理(略)人）。事前组织(略)人的巡检人员，建立全年临床软件巡检机制，出具临床调研报告。主动发现临床软件潜在问题和风险。主动转移至客户服务中心（微信群、呼叫中心、E-mail)。由现场总协调管理人员协调技术团队以及后台专家进行评估，出具解决方案。由现场驻场技术团队针对软件临床问题做出响应并及时有效的进行处理。运维管理团队总协调、内部管理、外部沟通工作。制定整体运维计划、监督运维过程。做到事前巡检、事中处理、事后跟踪、多方复盘。建立调研、处理、交付统一归档。实现高效、完善闭环流程。
项目运维服务期(略)年，统一招标，服务期限为自政府采购合同签订之日起(略)年。根据服务评价双方协商后每年一签。
进入运维服务期起(略)个月为初始化阶段，运维公司组建项目服务团队及服务人员，完成和原有运维服务商交接，开始提供对客户系统的各项服务，为数据中心、核心系统提供(略)＊(略)小时值守监控。
初始化阶段结束之后进入为期(略)个月的试运行阶段。对项目服务团队进行配置优化，完善团队主备人员和培训机制，实现对数据中心的(略)＊(略)小时值守，完成IT系统基础运维日常工作。熟悉各类服务流程，深化各项管理并与客户制定应急预案和演练计划。
最后进入运维管理阶段，周期至维保期结束。完善、执行KPI考核体系、服务标准化，协助客户对相关系统进行建设，完善IT运维流程和自动化管理，提出系统架构优化建议、分析性能趋势，持续培养和提升运维团队的服务能力。
三、运行与维护
(略)、信息化运维现状评估
首先需要摸清底数、建立基线，对医院运维现状进行调研和评估，生成《锦州医科大学附属第一医院运维管理体系评估报告》，按照医院运营管理要求调研、梳理各个系统、按照国家医院互联互通标准梳理临床数据中心、推进医院互联网医院建设。为运维管理体系的持续改进奠定坚实的基础。
(略)、运维管理体系建设
包括建立和优化运维服务各项制度、流程、规范等。梳理服务对象，运维对象，运维组织，运维管控，运维过程，运维标准等。
(略)、运维绩效管理服务
履行运维总体管理的职责，对各个运维团队进行管理，建立和优化运维任务分派和协作机制、沟通协调机制、工作报告制度，工作流程文档化等。
(略)、运维过程管控
包括服务台的构建和管理；服务工单事件跟踪、反馈和回访；运维服务流程监控；服务质量监控及考核；运维管理体系运行监控；运维持续改进。
(略)、运维流程管理
运维服务管理流程涉及服务台、运维值班、事件管理、问题管理、配置管理、变更管理、发布管理、服务级别管理、能力管理、可用性管理、服务持续性管理、知识管理、供应商管理、例行巡检、运维管理考核等。
(略)、服务目录及服务级别管理
作为运维服务总(略)制定服务级别管理框架、梳理服务目录。协助医院建立服务级别管理相关的绩效考核指标，作为运维质量考核依据，(略)服务，保障对医院运维服务的整体效果。
(略)、运维目标
从数据安全、技术标准、人员培训、知识分享、软件迭代、评级建设、闭环建设 这些方面入手，以国家评级标准为准绳去优化软件的功能和数据质量提高临床效率实现智能化为患者更好的服务。
(略)、运维范围
（(略)）、针对医院软件业务系统及模块软件，规划有针对性的综合运维服务、内容包含三个大方面：(略)
（(略)）、针对软件系统方面的服务，除了要做到日常的巡检和突发事件的应急响应服务以外，还要做到合理的技术规划，比如日常的系统更新是否需要进行版本迭代以及风险的把控等等。
（(略)）、运维厂商驻场必须提供原厂服务，要求政策性接口免费开发。
（(略)）、协助医院建立完整的项目管理文档体系（包括日常维护文档、需求文档、BUG文档等），并能建立起项目文档管理系统，能对一定时间段内（例如：(略)
（(略)）、提供有详尽的、系统的软件维护方案，针对软件系统维保服务范围（模块、接口等）、响应时长、双方责任及项目年终验收标准有明确的规定，明确双方责任和义务。
（(略)）、提供完整的质量评价体系，针对项目中涉及的运维厂商、第三方厂商、信息工程部人员及临床服务对象等相关人员进行评价。便于管理和数据统计。
（(略)）、成立运维管理团小组、客服服务响应中心、团队人员不少于(略)人。建立全年临床软件巡检机制，出具临床调研报告。主动发现临床软件潜在问题和风险。主动转移至客户服务中心（微信群、呼叫中心、E-mail)。由现场总协调管理人员协调技术团队以及后台专家进行评估，出具解决方案。由现场驻场技术团队针对软件临床问题做出响应并及时有效的进行处理。运维管理团队负责总协调、内部管理、和外部沟通工作。制定整体运维计划、监督运维过程。做到事前巡检、事中处理、事后跟踪、多方复盘。建立调研、处理、交付统一归档。实现高效、完善闭环流程。
(略)、运维要求
（(略)）、对系统项目的设计、维护、实施环节，严格遵循医院的质量规定，并全面采用国际ISO(略)的质量保证体系的管理方法。系统在软件维护的全过程将采用国际标准的质量保证体系，使维护的产品得到可靠的保证。
（(略)）、人员要求：(略)
（(略)）、每月举行一次技术交流会或临床交流会，让信息科工程师、厂商运维人员、临床医护对各系统使用过程中遇到的问题和需求进行沟通，运维收集合理问题后进行解决。
（(略)）、建立测试流程
建立测试流程文档，评估需求点，根据流程图规划测试业务。业务测试通过后测试报告由信息科人员复核验证签字，方可制定更新日期以及后续应急措施。
（(略)）、建立更新流程
建立更新系统文档，文档包括更新目的/解决什么问题、升级概述、时间表、影响范围评估、升级步骤、前置条件、风险及其注意事项、测试结果（附文档）、验证和回归测试，更新历史、替换的文件备份。
（(略)）、制定培训计划
定期组织厂商对信息工程部、信息秘书进行答疑、操作、新功能培训，促进厂商与医院的交流，让医院了解厂商的技术发展方向，让厂商了解医院所面临的问题，每月邀请一位厂商售前来培训。
（(略)）、文档和知识共享
建立文档管理和知识共享，培养全院人员了解知识库和使用知识库。
(略)、系统故障分级管理要求
（(略)）、故障分级管理：(略)
| 级别 | 故障级别 | 系统症状 |
| A | 紧急 | 系統出现严重问题，无法正常进行。造成安全事故和损失 |
| B | 关键 | 系统出现问题，但关键业务可以使用。可能造成安全事故和给客户造成损失 |
| C | 较严重 | 系统基本正常，偶尔出现非致命性错误，业务基本不受影响 |
| D | 一般 | 轻度影响功能或性能，或操作不方便 |
| E | 轻微 | 不影响产品的功能，但性能信慢，或操作界面不丝友好 |
（(略)）、系统故障处理流程
当系统发生系统级别故障时，现场技术服务人员应当立即启动系统级别故障处理流程，具体流程如下：(略)
针对于以上故障的处理流程：(略)
(略)、系统级别故障（对应原级别内A+B）：(略)
是指造成系统业务中断或性能大幅降低，系统出现严重问题，关键业务无法正常运行，造成安全事故和给客户造成损失。
(略)、一般级别故障（对应原级别内C+D+E）
是指造成系统部分性能降低、但不致造成系统业务中断，出现非致命性错误，业务基本不受影响或者轻度影响功能或性能，操作不方便。
(略)、软件安全运维管理要求
软件应符合行业内通用的安全标准和最佳实践，所提供的软件必须符合当地、国家和国际法律法规中的相关安全要求，例如：(略)