医院IT外包运维

1 服务目标

我公司可为提供的运行维护服务包括，信息系统相关的主机设备、操作系统、数据库和存储设备的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。

用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件（如：数据库软件、中间件软件等）、业务应用软件等。 我公司通过运行维护服务的有效管理来提升用户信息系统的服务效率，协调各业务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结合用户现有的环境、组织结构、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。 我公司提供的信息系统服务的目标是，对用户现有的信息系统基础资源进行监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和健康状况，创建一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。 服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标： ➢ 运行状态、故障情况 ➢ 配置信息 ➢ 可用性情况及健康状况性能指标

2 服务内容

2.1 信息资产统计服务

此项服务为基本服务，包含在运行维护服务中，帮助我们对用户现有的信息资产情况进行了解，更好的提供系统的运行维护服务。

服务内容包括：

➢ 硬件设备型号、数量、版本等信息统计记录 ➢ 软件产品型号、版本和补丁等信息统计记录 ➢ 网络结构、网络路由、网络IP地址统计记录 ➢ 综合布线系统结构图的绘制 ➢ 其它附属设备的统计记录 2.2 网络、安全系统运维服务 从网络的连通性、网络的性能、网络的监控管理三个方面实现对网络系统的运维管理。网络、安全系统基本服务内容： 序号 1 服务模块 现场备件安装 内容描述 配合用户进行，按备件到达现场时间工程师到达现场 首先分析软件升级的必提供方 我公司 我公司 2 现场软件升级 要性和风险，配合用户进行软件升级 按服务级别：7×24小时 我公司 5×8小时 7×24小时 对遇到的问题进行汇总和发布 我公司 我公司 3 4 5 现场故障诊断 电话远程技术支持 问题管理系统 网络核心交换机巡视典型作业计划书 系统管理单位： 设备名： 设备型号： 维保单位： 管理IP： 检查内容 硬件运行状态 电源运行状态 参考标准 检查结果 检查结论 □正常 □异常 巡视方法描述 巡检周期

风扇运行状态 模块运行状态 VLAN 状态 系统运行状态检查 配置 状态 OSPF 状态 日志检查 日志 状态 □正常 □异常 □正常 □异常 □正常 □异常 □正常 □异常 □正常 □异常 □正常 □异常 □正常 □异常 □正常 □异常 □正常 □异常 其他检查内容 (1) 用户现场技术人员值守 我公司可根据用户的需求提供长期的用户现场技术人员值守服务，保证网络的实时连通和可用，保障接入交换机、汇聚交换机和核心交换机的正常运转。现场值守的技术人员每天记录网络交换机的端口是否可以正常使用，网络的转发和路由是否正常进行，交换机的性能检测，进行整体网络性能评估，针对网络的利用率进行优化并提出网络扩容和优化的建议。 现场值守人员还进行安全设备的日常运行状态的监控，对各种安全设备的日志检查，对重点事件进行记录，对安全事件的产生原因进行判断和解决，及时发现问题，防患于未然。 同时能够对设备的运行数据进行记录，形成报表进行统计分析，便于进行网络系统的分析和故障的提前预知。具体记录的数据包括： ➢ 配置数据 ➢ 性能数据 ➢ 故障数据

(2) 现场巡检服务

现场巡检服务是我公司对客户的设备及网络进行全面检查的服务项目，通过该服务可使客户获得设备运行的第一手资料，最大可能地发现存在的隐患，保障设备稳定运行。同时，我公司将有针对性地提出预警及解决建议，使客户能够提早预防，最大限度降低运营风险。

巡检包括的内容如下：

编号 巡检内容 硬件运行状态检查项目 1 单板状态检查 电源模块状态检查 风扇状态检查 机房温度、湿度检查 整机指示灯状态检查 机框防尘网检查 设备地线检查 软件运行情况检查项目 2 设备运行情况检查 路由运行情况检查 网络报文分析 设备对接运行状况检查 网络整体运行情况调查 3 网络运行问题调查 网络变更情况调查 网络历史故障调查 (3) 网络运行分析与管理服务 网络运行分析与管理服务是指我公司工程师通过对网络运行状况、网络问题进行周期性检查、分析后，为客户提出指导性建议的一种综合性高级服务，其内容包括： 服务内容 向客户提供网络专家电话号码。 服务优点 保证重大问题第一连线至网络专家。 网络专家组每周与客户进行不少于2小时的以最小成本保证及时解答客户关心的技术问题，并就某一领域技术问题展开深层次沟通。 电话技术交流 每月向客户提交CASE汇总分析报告，并可使客户了解网络历史故障情况以及故障预防建议，最大程度减少网络故障隐患，更高效扩展到每年17次（月度、季度、年度） 的进行网络管理。 (4) 重要时刻专人值守服务 我公司深刻知道保证重要时刻设备稳定运行对客户成功尤为关键，因此，我公司可对客户提供重要时刻的专人现场值守支持，包括客户的重大会议期间、金融客户的年终结算日、运营商客户的生产网重大割接或其它任何客户认为可能对其业务运营产生重大影响的时刻。

如需专人值守，客户需至少提前3周与授权服务商客户服务经理联系。对每位合约客户，授权服务商均需按事先合同约定提供专人值守服务。客户如需超出合同约定范围的更多值守支持，需额外支付相应人力和差旅费用。

2.3 主机、存储系统运维服务

我公司提供的主机、存储系统的运维服务包括：主机、存储设备的日常监控，设备的运行状态监控，故障处理，操作系统维护，补丁升级等内容。

主机存储系统基本服务内容：

序号 1 服务模块 现场备件安装 内容描述 配合用户进行。按备件到达现场时间工程师到达现场 消除软件漏洞给系统带来的安全隐患，并对安2 补丁服务 装补丁所引起的系统连锁反应进行合理的平衡。 3 4 5 6 7 升级服务 现场故障诊断 电话远程技术支持 问题管理系统 系统优化 对系统进行软件或硬件的升级，以改进、完善现有系统或消除现有系统的漏洞。 按服务级别：7×24小时 5×8小时 7×24小时 对遇到的问题进行汇总和发布 对客户系统的括主机、存储设备、操作系统、提供优化服务。 医疗管理公司 医疗管理公司 医疗管理公司 医疗管理公司 医疗管理公司 提供方 设备厂商、 医疗管理公司 医疗管理公司 我公司现场值守人员可进行监控管理的内容包括： ➢ CPU 性能管理； ➢ 内存使用情况管理； ➢ 硬盘利用情况管理； ➢ 系统进程管理； ➢ 主机性能管理； ➢ 实时监控主机电源、风扇的使用情况及主机机箱内部温度； ➢ 监控主机硬盘运行状态； ➢ 监控主机网卡、阵列卡等硬件状态； ➢ 监控主机HA运行状况； ➢ 主机系统文件系统管理；

➢ 监控存储交换机设备状态、端口状态、传输速度；

➢ 监控备份服务进程、备份情况（起止时间、是否成功、出错告警）；

➢ 监控记录磁盘阵列、磁带库等存储硬件故障提示和告警，并及时解决故障问题； ➢ 对存储的性能（如高速缓存、光纤通道等）进行监控。

小型机系统巡检典型作业计划书（服务器部分） 系统管理单位： 设备名： 设备型号 设备序列号 管理IP： 检查内容 电源指示灯 面板指示灯 内置磁带机 硬件运行状态 内存状态 磁盘状态 网卡状态 HBA卡运行状态 系统日志 Mail 文件系统，包括磁盘卷剩余空间 硬件检测 交换分区 系统检查 固件版本 补丁包版本 系统镜像 存储磁盘 存储驱动 进程状态 CPU利用率 系统性能检查 数据库运行状态 集群集群进程状态 数据库进程状态 内存利用率 磁盘I/O性能 数据库安装目录 CPU 状态 参考标准 检查结果 状态是否正常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 ▅正常 □异常 巡检方法描述 巡检周期 检查 集群日志 存储设备故障灯状存储检查 态 SAN交换机端口状态

小型机系统巡检典型作业计划书（服务器部分） 系统管理单位： 设备名： 设备型号 设备序列号 管理IP： 检查内容 存储交换机环境状态 系统故障报告 参考标准 检查结果 状态是否正常 ▅正常 □异常 ▅正常 □异常 巡检方法描述 巡检周期 2.4 数据库系统运维服务

我公司提供的数据库运行维护服务是包括主动数据库性能管理，数据库的主动性能管理对系统运维非常重要。通过主动式性能管理可了解数据库的日常运行状态，识别数据库的性能问题发生在什么地方，有针对性地进行性能优化。同时，密切注意数据库系统的变化，主动地预防可能发生的问题。 我公司提供的数据库运行维护服务还包括快速发现、诊断和解决性能问题，在出现问题时，及时找出性能瓶颈，解决数据库性能问题，维护高效的应用系统。 我公司的数据库运行维护服务，主要工作是使用技术手段来达到管理的目标，以系统最终的运行维护为目标，提高用户的工作效率。 具体数据库运行维护监控的基本服务内容包括： 序号 服务模块 内容描述 每周7天，每天24小时支持中心电话，电子邮件答询，以满足业务发展的需要。 Oracle产品技术专家直接同客户对话，帮助解决客户提出1 Oracle数据库 7*24电话支持服务 的疑难问题。 根据问题的严重程度，将优先解决客户认为是关键而紧急的任务。 对客户提出的一般性问题进行技术咨询、指导。 定期的客户管理报告, 避免问题再度发生。 数据库宕机 2 Oracle数据库产品 现场服务响应 数据坏块 影响业务不能进行的产品问题 软件产品的更新及维护。 Oracle数据库产品 系统健康检查 对系统的配置及运作框架提出建议，以帮助您得到一个更坚强可靠的运作环境 降低系统潜在的风险，包括数据丢失、安全漏洞、系统崩医疗管理公司 医疗管理公司 医疗管理公司 提供方 3

序号 服务模块 内容描述 溃、性能降低及资源紧张 检查并分析系统日志及跟踪文件，发现并排除数据库系统错误隐患 检查数据库系统是否需要应用最新的补丁集 检查数据库空间的使用情况 协助进行数据库空间的规划管理 检查数据库备份的完整性 监控数据库性能 确认系统的资源需求 明确您系统的能力及不足 优化Oracle Server的表现 通过改善系统环境的稳定性来降低潜在的系统宕机时间 分析用户的应用类型和用户行为 评价并修改ORACLE数据库的参数设置 Oracle数据库产品 性能调优 评价并调整ORACLE数据库的数据分布 评价应用对硬件和系统的使用情况，并提出建议 利用先进的性能调整工具实施数据库的性能调整 培训用户有关性能调整的概念 提供用户完整的性能调整报告和解决方法 医疗管理公司 提供方 4 2.5 中间件运维服务 中间件管理是指对BEA Weblogic、MQ等中间件的日常维护管理和监控工作，提高对中间件平台事件的分析解决能力，确保中间件平台持续稳定运行。中间件监控指标包括配置信息管理、故障监控、性能监控。  执行线程：监控WebLogic配置执行线程的空闲数量。  JVM内存：JVM内存曲线正常，能够及时的进行内存空间回收。

 JDBC连接池：连接池的初始容量和最大容量应该设置为相等，并且至少等于执行线程

的数量，以避免在运行过程中创建数据库连接所带来的性能消耗。  检查WEBLOG日志文件是否有异常报错

 如果有WEBLOG集群配置，需要检查集群的配置是否正常。

2.6 硬件维修服务

在合同范围内相关设备正常使用情况下的故障设备属于保修范围。无法修复的退回医院并提供相关的报废证明报告。

以下情况不属于该合同保修范围内： 1 医院自行购买的配套设备。

2 不可抗力因素造成的损坏（因厂家设计原因造成损坏厂家负责免费维修）。 3 由买方或买方指定的第三方所进行的未经授权、不适当或不正确的维护或 调校。 4 买方未经授权对系统或任何合同设备进行硬件修改。 5 买方不适当地使用、操作系统或任何合同设备，或买方未能遵守适用的环 境规格要求或操作手册。 2.7 电话技术支持服务

我方通过电话为医院提供技术支持，协助医院解决系统日常运行中的问题,我方应设立7*24小时的技术支持热线，电话 028-xxxxxxxx，保证医院获得设备日常维护的技术支持，保证医院关于设备的技术性问题得到及时、有效的解答。 2.8 版本管理和软件补丁服务 软件补丁是指我方对原授权软件所做的修正和补充 (修正和补充是指在不增加新功能的前提下，对原软件进行纠错),是此版本软件运行过程中已发现问题的解决方案，这些软件补丁将对原授权软件起到消除运行中潜在的隐患的作用。 2.9 设备巡检服务 2.9.1服务描述

我方每年为医院设备进行N次系统检查，及时发现设备运行中出现的隐患，通过系统调整等手段，减少设备发生故障的概率，保证设备稳定、高效运行。

2.9.2 服务要求

1 巡检内容

A 软件检查,内容包括：参数准确性、数据完整性检查、性能指标检查、告警功能检查、软件可用性、安全性、一致性检查等；

B 硬件检查,内容包括：网络状态检查、主机状态检查、数据库系统检查等； C.依据检查结果，进行相应的故障排除；

D .听取设备技术、性能等方面的意见和建议；针对本次巡检中出现的问题和疑难解决方法给用户进行通报。

2 巡检流程

A 巡检前我方应查阅相关档案，掌握设备历史情况，并按通知要求做好准备； B 双方共同确定巡检计划，计划包括巡检起止时间、联络人员和方式、双方巡检人员及联络方式、巡检产品目录、巡检仪器仪表、备板备件种类及数量等； C 按照巡检计划完成巡检报告。我方就设备运行情况、巡检中遇到的技术问题进行分析总结。 3 我方应提供《设备巡检手册》，并在设备巡检完成后三个工作日内提交设备巡检报告（报告模版由我方提供），医院可以根据需要要求我方增加或修改设备巡检内容和《巡检报告样本》。 4 我方需为医院建立设备维修档案，并根据设备运行情况向医院提供设备升级、改造、更换的建议和方案。 2.10 硬件更换服务

在医院提出硬件(硬盘、交换机模块等)更换需求后，原则上我方应于收到医院更换需求后N个工作日内送达医院，对特别紧急硬件更换需求，为保证系统紧急恢复，我方应提供24小时内的硬件更换服务。

3 服务方式：

我方提供以下服务方式： (1) 电话响应 (2) 远程技术服务 (3) 现场服务

3.1电话响应

我方设立7*24的值班响应电话，电话***－********，并安排有经验的工程师接受申告。当设备出现故障时，医院通过我方指定的值班响应电话进行报障。当我方需要查阅相关资料再对医院的问题进行回复时，对于一、二级故障确保在30分钟内回复，三级故障将在两小时内进行回复。

对于一级故障，我方应在初步判断故障后马上派工程师赶赴现场。 3.2远程支持服务 对于通过电话指导不能解决的故障，我方在征得医院同意后，应通过远程接入手段，登录到故障设备，进行故障诊断，查找故障出现的原因，指导现场维护人员处理故障。 要求： 1 医院应提供(或向我方购买)必要的远程技术支援的设备。如果远程技术支援的设备由我方提供，应保证该设备具备安全管理功能，能防止非法登陆以保证设备和交换网络安全。 2 我方服务人员登录到故障设备，通过诊断，分析故障产生的原因，制定故障解决技术方案后，应电话通知医院，待技术方案经医院批准（医院批准的时间不包含在承诺的服务等级时间内）后，才能进行故障解决方案的具体实施。

3 对于支持下述功能的设备，在远程登录过程中，我方技术人员通过远程登录手段向设备发送的任何指令、报告回显形成命令日志文件；故障处理完毕或告一段落，应形成故障处理报告，同命令日志文件一同发送给医院。

4 对于不同级别的故障，远程支持服务的响应时限要求（从我方向医院确认电话指导不能排除故障，要求远程技术支持到我方技术人员远程登录到设备的时间）见下表。

远程支持响应时间表

故障级别 一级故障 二级故障 三级故障 故障描述 响应时间 小于30分钟 小于30分钟 小于2小时 3.3现场服务

对于通过电话支持和远程支持都不能解决的设备故障，我方应迅速提供现场支持服务，安排经验丰富的技术支持工程师赴现场分析故障原因，制定故障解决方案，并最终排除故障。 1 我方服务人员在进行现场支持服务前应作好以下准备： A 查阅医院用户档案，了解用户设备运行情况及设备以往所发生过的问题及处理办法； B 准备技术服务工具、技术服务资料、交通工具、必要的备板备件及软件。 2 我方服务人员抵达医院用户现场，首先提交《技术服务申请》给用户负责人签字确认。 3 我方了解设备运行情况，核实故障现象，并根据故障现象对设备进行故障分析、测试、诊断，并制定业务恢复和故障解决技术方案。 我方须保证优先实施业务恢复，在恢复业务的前提下，再进行彻底的故障修复。 4 如果确定为设备硬件故障，我方需在医院提供备用硬件（特殊情况下我方提供紧急硬件更换）情况下进行更换服务。如果是软件故障，我方需免费为医院修复软件故障；如果无法修复，我方需免费提供重新安装服务。 5 我方服务人员在处理故障时不能影响到设备的正常运行，并应有医院用户维护人员在场协同处理；在必须进行系统重装或系统启动等较大操作时，须经医院用户维护主管部门批准方可实施。若因我方服务人员误操作或擅自行事等主观原因给医院带来损失的，医院有权向我方提出索赔。

6 我方服务人员在处理故障后，要向医院维护人员解释故障原因和解决方法，以及在日常维护中的预防措施。

7 我方服务人员在处理故障时，要认真填写《故障处理报告》，并在离开现场前交医院客户主管部门存档，同时加入我方的用户故障处理数据库。

8 在故障处理完毕后，我方服务人员须得到医院客户主管人员的同意后方可离开现场。

3.4服务报告

维保合同生效后，我方应负责拟定维保实施计划，并提交医院确认。

我方每季度结束后的5个工作日内，向医院提供《季度服务总结》及《季度服务清单》，

以便医院全面准确的了解维保服务实施情况。

《季度服务总结》内容包括但不限于：

1 服务情况的总结。对上个季度的设备整体运行情况进行总结，评估每次维保行动的效果；统计评估维保行动实施了的服务包的内容；总结分析遗留问题处理情况 。

2 重大故障分析报告，对故障的发生原因、处理过程和处理结果进行详细说明，并给出预防该类故障再次发生的建议； 3 故障概率、趋势分析； 4 计划执行分析。分析维保计划执行情况，对计划未执行项或未按时执行项进行原因分析，分析隐含问题。当出现服务质量问题及不符合合同约定的情况，则需提出分析报告和整改措施。 5 问题分析。对维保过程中出现的未曾预见的问题，及时分析总结，给出问题解决建议。

《季度服务清单》内容包括但不限于：每次服务的日期、故障设备、故障描述、故障状态、确认人、联系方法、备件号，备件名称等。 3.5投诉受理

除正常的技术支持热线以外，我方另设立客户投诉渠道受理医院对我方服务的投诉。我方投诉受理电话为：028-xxxxxxxx，响应时间为北京时间星期一到星期五上午8:30 到下午5:30（国家法定节假日除外）。我方保证从受理医院投诉到向医院初次回复处理意见的时间不超过2小时。 我方对投诉的处理以投诉问题得到解决和医院满意为结束，时间不得超过半个月。 当医院向我方提出设备故障修复服务、技术服务支持需求或投诉没有得到响应的情况下，医院可以直接向我方的主管领导服务支持需求或投诉。我方应提供 我方主管领导联系方式。

序号 1 姓名 职务 联系电话

2 我公司建议用户采用的服务方式为两种：一种为技术人员现场值守，另一种是定期巡检结合故障现场服务。

技术人员现场值守运行维护服务的基本操作流程如下图所示：

4 服务管理制度规范

4.1 服务时间

(1) 接收服务请求和咨询：

在5*8 小时工作时间内设置由专人职守的热线电话，接听内部的服务请求，并记录服务台事件处理结果。

(2) 在非工作时间设置有专人7*24 小时接听的移动电话热线，用于解决内部的技术问题以及接听7*24 小时机房监控人员的机房突发情况汇报。 4.2 行为规范 (1) 遵守用户的各项规章制度，严格按照用户相应的规章制度办事。 (2) 与用户运行维护体系其他部门和环节协同工作，密切配合，共同开展技术支持工作。 (3) 出现疑难技术、业务问题和重大紧急情况时，及时向负责人报告。 (4) 现场技术支持时要精神饱满，穿着得体，谈吐文明，举止庄重。接听电话时要文明礼貌，语言清晰明了，语气和善。 (5) 遵守保密原则。对被支持单位的网络、主机、系统软件、应用软件等的密码、核心参数、业务数据等负有保密责任，不得随意复制和传播。 4.3 现场服务支持规范 运维服务人员要做到耐心、细心、热心的服务。工作要做到事事有记录、事事有反馈、重大问题及时汇报。严格遵守工作作息时间，严格按照服务工作流程操作。 (1) 现场支持工程师应着装整洁、言行礼貌大方，技术专业，操作熟练、严谨、规范；现场支持时必须遵守用户单位的相关规章制度。

(2) 现场支持工程师在进行现场支持工作时必须在保证数据和系统安全的前提下开展

工作。

(3) 现场支持时出现暂时无法解决的故障或其他新的故障时，应告知用户并及时上报负

责人，寻找其他解决途径。

(4) 故障解决后，现场支持工程师要详细记录问题的发生时间、地点、提出人和问题描

述，并形成书面文档，必要时应向用户介绍故障出现的原因及预防方法和解决技巧。

5 服务评估

5.1 服务评估方法

服务质量考核共包含四个项目：故障处理及时性、返修及时性、返修合格性、服务满意度，具体计算方法如下：  故障处理及时性

故障处理不及时定义：故障处理响应时间和最终解决时间未达到服务时限要求即算不及时。其中，各级故障处理响应时间已在故障修复服务中明确，如一次故障处理中同时有电话响应、远程支持和现场支持，任一项服务不满足，该故障处理属不及时。  返修及时性 硬件返修及时性采用百分制，在一个协议有效期内，我方未按本协议承诺的硬件维修服务时限返回产品，每发生一件次，扣返修及时性0.5分。  返修合格性 在一个协议有效期内，在正常使用下，修复品在规定的保修期（三个月）内因与前次相同故障而再次送修的，经双方确认属于维修质量问题的产品，该产品属二件次返修品。返修合格性采用百分制，每发生一件次二次返修品，扣返修合格性0.5分。  服务满意度 由双方协商制定双方认可的服务满意度调查表，由医院进行填表调查，满意度满分为100分。 我方在提供补丁或升版过程中，如发生以下情况每次扣5分 （1） 解决同样问题需要两次及以上投放补丁和版本升级 （2） 产生新的问题。 （3） 影响用户现有业务。 （4） 影响系统功能情况。 （5） 补丁或版本投放未成功回退。

服务质量考核按季度或年度服务保证控制进行评测，考核满分为100分，由故障处理及时性、返修及时性、返修合格性、服务满意度分值组成。各指标的权重分别为：

及时率评测项目 权重 2011年度

故障处理及时性 返修及时性 返修合格性 服务满意度 总分 5： 考核结果应用 （1）满分为100分, 当我方的服务总分等于或大于98分时，医院支付100％的该年度合同额。 （2）当我方的服务总分低于98分时，则低于部分中的每0.1分医院扣减0.1％的该年度合同额。 （3）总的扣除费用最多不超过该年度合同总额的20％。 30% 15% 30% 25% 100％

6 应急服务响应措施

我公司已经针对本项目制定了详尽的设计、应急处理预案，整个流程严谨而有序。但是，在服务维护过程中，意外情况将难以完全避免。下面，我们将对项目实施的突发风险进行详细分析，并且针对各类突发事件，设计了相应的预防与解决措施，同时提供了完整的应急处理流程。

6.1 应急基本流程 维护服务应急处理流程 6.2 预防措施 针对上门服务过程中可能遇到的各种各样的风险，我公司总结多年维护服务经验，针对一些可能出现的情况，制定了一系列预防处理措施，举例如下： 类型 件 应用软件 软件打开过程中或运行中异常错误关闭 事件 无法启动软件可执行文预防措施 上门人员提前准备好各类需维护软件安装程序 上门人员准备好安装程序，操作系统优化和修补软件，查杀病毒软件 准备好系统检查程序及修补程序，以及查杀病毒软件 准备流氓软件清理程序、修复浏览器软件、查杀病毒软件 判断服务器是否异常，否则准备杀毒软件 处理 将应用软件数据文件备份后，重新安装 判断出错原因，备份数据，采取相关修复措施 告知使用者错误原因可能类型，提出解决方案，经使用者认可后采取相应措施 检查IE浏览器选项设置，分析原因进行修复 检查网络流量，流量异网络或服务器 B/S结构系统网络流量异常或服务器登录异常 常小则报修网络服务商，流量异常大则查杀病毒 使用者本机操作系统异常或系统资源占用严重 操作系统 B/S结构系统，IE浏览器异常或无法下载控件 6.3 突发事件应急策略

系统运维应急方案是对中断或严重影响业务的故障，如宕机、数据丢失、业务中断等，进行快速响应和处理，在最短时间内恢复业务系统，将损失降到最低。在系统维护过程中，

突发事件的出现将是很难完全避免的，针对这种情况，我公司设计了完善的突发事件应急策略。

系统巡检人员要定期规范检查各硬件设备的运转情况和应用软件运行情况，同时做好日常的数据增量备份和定期全备份。对发现的问题在报各级负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。

对发现的问题在报负责人的同时，要协调相关资源分析问题根源，确定解决方案和临时解决措施，避免造成更大的影响。问题得到稳定或彻底解决后，要形成问题汇报，避免以后类似重大紧急情况的发生。 我公司不但拥有经验丰富的技术支持工程师，而且根据长期以来的客户服务工作经验，建立了常用知识库，其中包括多种常见技术故障和突发事件的应急策略。当获悉出现突发事件时，技术支持人员可以立即从知识库中获取相应的应急策略，并综合用户方的具体情况，给出相关解决方案，然后在第一时间以电话、邮件支持或现场服务的方式帮助用户解决问题，尽最大努力减小突发事件对用户日常应用的影响。 紧急情况 硬件损坏 预防措施 项目单位操作用电脑硬件损坏 加强培训力度，掌握培训效果，检验操作人员操作水准，提示注意事项。 培训时强调使用前配置方法和步骤，并特别提示需在使用前按要求操作 培训时强调使用过程中注意定期备份数据丢失 重要数据，日常维护过程中，上门服务人员实时备份数据并告知用户 应急策略 在磁盘数据未丢失情况下，保证数据安全性，建议项目单位替换相关硬件。 操作失误未造成即成结果或数据未丢失情况下，保障数据安全，反之，协调相关部门，进行补救。对操作人员强调注意事项 派出上门维护、培训人员重新配置，并耐心讲解。 协调有关部门，进行补救，无法补救，提交报告说明原因。 操作失误 配置丢失 突发事件应急策略服务流程图如下：

7 IT运维服务报价方案

类别 序号 服务项目 列表单价单位 （元） 资产统计 1 主机 网络 数据库 2 3 4 数量 总服务列表 备注 台 台 台 套 次 次 次 次 天 现场巡检 5 电话支持 6 软件补丁 7 硬件更换 8 人员值班 9