信息系统故障处理记录单

信息系统巡检记录单一、基本信息巡检日期：＿____巡检人员：＿____被巡检系统名称：＿____二、硬件设备巡检1、服务器外观检查：服务器外壳无明显损伤、变形，指示灯正常显示。

温度检测：服务器内部温度在正常范围内（通常为20-25 摄氏度）。

风扇运转：风扇正常运转，无异常噪音。

电源状态：电源供应稳定，无电压波动或断电情况。

2、网络设备路由器：指示灯正常，无丢包、延迟过高的情况。

交换机：端口工作正常，无堵塞或错误提示。

防火墙：规则配置正确，无异常流量通过。

3、存储设备磁盘阵列：磁盘状态正常，无坏道或告警信息。

磁带库：磁带读写正常，备份任务按时完成。

4、客户端设备台式机：运行速度正常，无死机、蓝屏等现象。

笔记本电脑：电池续航能力正常，硬件无故障。

三、软件系统巡检1、操作系统Windows 系统：更新已安装，无漏洞提示，系统服务正常运行。

Linux 系统：内核版本最新，进程管理正常，文件系统无错误。

2、数据库数据备份：按时完成全量和增量备份，备份文件可恢复。

性能指标：数据库响应时间正常，内存和CPU 使用率在合理范围。

日志检查：无错误日志或告警信息。

3、应用程序业务系统：功能正常，用户操作无卡顿或错误提示。

办公软件：如 Office 等，能正常打开、编辑和保存文件。

四、安全防护巡检1、病毒防护杀毒软件：病毒库已更新，全盘扫描未发现病毒。

2、访问控制用户权限：用户权限设置合理，无越权操作现象。

密码策略：密码强度符合要求，定期更换密码。

3、数据加密重要数据：已进行加密存储和传输，加密算法有效。

五、系统性能巡检1、 CPU 使用率服务器 CPU 使用率：平均不超过 70%，峰值不超过 90%。

客户端 CPU 使用率：正常办公使用时不超过 50%。

2、内存使用服务器内存：剩余内存不低于 20%，无内存泄漏现象。

客户端内存：运行常用软件时不出现内存不足的提示。

3、磁盘空间系统盘：剩余空间不低于 10%。

数据盘：根据业务需求预留足够空间。

信息系统故障应急预案为了保障信息系统的安全，避免因硬件、软件或网络故障导致业务和网络中断，我们制定了信息系统安全应急预案。

一、信息系统应急预案组织机构该预案的组织机构旨在应对不同等级的故障。

二、信息系统故障等级划分1、一级故障一级故障包括线路和设备故障、计算机房外围保障设施严重故障、病毒攻击导致网络中断或传输效率下降、大楼网络感染客户端设备10台以上、以及业务数据被修改、假冒、泄漏或窃取的信息系统安全事件。

2、二级故障二级故障会影响信息系统的运行效率，但不会影响主要业务。

这类故障预计在2小时以内恢复。

3、三级故障三级故障不会影响系统全面运行，但存在一定的隐患。

三、信息系统故障处理程序1、故障的发现一旦发现故障，信息中心人员应记录故障发生时间、发现时间、发现部门和人员，并对故障等级进行初步判定，随后报告相关人员进行处理。

2、故障的处理故障处理部门负责通知相关人员到故障科室部门，了解设备和配置变更情况，查清故障影响范围，确定故障等级和可能位置。

对于重大故障，需按照故障升级上报要求进行上报，并及时向主管领导通报故障处理情况。

一般性故障也需按照故障升级上报要求进行上报，并及时通报故障处理情况。

3、故障的记录在故障处理过程中，应详细记录故障处理的负责人、检查内容和结果、故障判断和处理办法，以及各步骤和执行人员。

4、故障的升级上报对于重大和一般性故障，需要按照故障升级上报要求进行上报。

在故障发生时，必须及时上报并记录故障等级和发生时限。

重大故障应由处领导负责上报，一般性故障应由故障处理部门负责上报。

报告内容应包括突发事件发生的时间、地点、过程、状况、原因及影响等。

在故障应急处置方面，必须严格按照预定程序进行。

首先需要对故障进行分类和评估，然后快速采取措施进行应急处置。

在处置过程中，需要保持沟通和协调，及时更新故障处理情况，并向相关人员提供必要的信息和指导。

故障应急处置的过程中，需要注意安全问题，确保处置过程中不会造成二次事故。

故障完成情况汇报模板一、故障描述。

本次故障发生在公司服务器系统中，主要表现为网络传输速度明显下降，部分用户无法正常访问公司内部系统。

经初步排查，怀疑是网络设备故障导致的问题。

二、故障处理过程。

1. 了解故障情况，首先，我们迅速与用户沟通，了解到故障发生的时间、地点、影响范围等信息，做好故障记录。

2. 确认故障范围，通过网络监控系统和设备日志，我们确认故障范围主要集中在数据中心和部分办公区域。

3. 分析故障原因，我们立即对网络设备进行了全面检查，发现部分交换机存在异常现象，疑似是设备硬件故障导致的网络异常。

4. 故障处理方案，针对发现的故障原因，我们立即启动备用交换机，将故障设备进行更换，并对网络进行了全面优化和调整，以确保故障不再发生。

三、故障处理结果。

经过我们的努力，故障已经得到有效处理，网络传输速度恢复正常，所有用户可以正常访问公司内部系统。

经过一段时间的监测，未再出现类似故障情况。

四、故障处理总结。

1. 及时响应，在故障发生后，我们第一时间与用户取得联系，了解故障情况，确保故障得到及时处理。

2. 故障分析，通过对故障的深入分析，我们准确找出了故障的根本原因，为后续处理提供了有效的依据。

3. 故障处理，我们采取了科学的故障处理方案，快速、有效地解决了故障问题，保障了公司网络的正常运行。

4. 故障预防，针对此次故障，我们将进一步加强对网络设备的监控和维护，做好预防工作，以避免类似故障再次发生。

五、故障处理建议。

针对此次故障，我们建议公司进一步加强对网络设备的定期检查和维护，及时发现并解决潜在问题，确保公司网络的稳定运行。

同时，加强对员工的网络安全意识培训，提高员工对网络设备的正确使用和维护水平。

六、其他事项。

此次故障处理过程中，我们得到了用户的理解和支持，特此感谢。

同时，我们将继续努力，为公司提供更加稳定、高效的网络服务。

以上为故障完成情况汇报，如有问题请及时反馈。

医院信息系统运行维护记录
报修部门报修时间服务类型（现象）状态及原因内科2017/7/22 15:05HIS无法登陆已处理网线故障
门诊收费处2017/9/30 16:35鼠标不动已处理散热不良死机院办2017/8/3 8:18打印机故障已处理重装驱动
外科2017/8/7 10:15电脑不通电已处理更换电源线
门诊收费处2017/8/27 14:38登陆桌面黑屏已处理恢复系统备份
住院药房2017/8/31 16:19使用中关机已处理更换CPU风扇
住院收费处2017/9/16 16:27开机立刻蓝屏已处理更换内存财务科2017/9/25 8:05启动提示服务错误已处理恢复系统备份放射科2017/10/16 11:02开机报警已处理显卡接触不良
住院收费处2017/10/22 15:36登陆HIS系统报错已处理防火墙误拦截中药房2017/10/28 9:58主机频繁死机已处理更换显卡风扇
门诊收费处2017/11/2 9:00打印头不动已处理轨道上油超声室2017/11/12 8:10无规律自动关机已处理更换主机电源院办2017/11/14 10:35任务条的属性点不开已处理修改注册表
院办2017/11/18 8:18word菜单栏不见了已处理删除Normal.dot
住院收费处2017/11/27 8:18输入法没了已处理重新添加财务科2017/12/2 9:35不能打开WORD文件已处理升级word版本
住院收费处2017/12/3 9:34无法读取医保卡已处理更换读卡器检验科2017/12/11 16:05死机有时自动重启已处理更换显卡风扇
住院收费处2017/12/16 10:38住院系统无法进去已处理更换住院系统客户端院办2017/12/18 13:20打印机打印不全已处理加粉。

医院信息系统故障分级及处置办法为及时应对信息系统突发故障, 提高医院对突发网络安全事件的处理应对能力, 维护医院正常秩序, 保障患者安全, 特制定本办法。

一、故障分级:针对影响范围的不同将信息系统故障设备故障定为四级, 分别为：一级: 少量单台计算机出现故障影响日常工作的正常使用;影响范围为个别用户。

二级: 单台接入交换机范围出现故障而影响日常工作的正常使用;影响范围不超过单台接入交换机覆盖范围。

三级: 单栋建筑物或单一子网出现故障而影响日常工作的正常使用;或单个非关键业务系统无法正常使用;影响局部多科室多业务或全院范围单一非核心业务的运行。

四级: 核心网络设备出现故障或由于服务器、操作系统、数据库、中间件等出现问题而导致核心业务系统无法正常使用;影响全院范围内的核心业务运行。

应针对以上级别分别制定相应的应急预案。

二、故障发现、处置和总结:（一）发现故障:故障来源主要有: 科室电话报警、日常设备巡检、故障排查过程;（二）故障处置和总结:信息中心接收到故障信息后, 依据现场排查情况和故障分级办法做出判断: 一级和二级故障: 在条件允许的情况下进行现场处置, 若处置过程需较长时间, 应及时提供备用设备, 保证工作正常进行;故障设备维修完毕后根据资产管理的要求, 决定是否替换回备用设备;做好相关处置情况的记录;定期对一二级故障进行分析, 提出改进措施。

三级故障：在30分钟内无法排除的情况下, 应报告信息中心负责人, 并组织通知受影响部门, 及时启动相关部门应急预案;故障处置完毕后, 由相关技术负责人撰写《重大安全事件处置报告》, 说明故障情况、分析故障原因及提出改进措施;信息中心负责人应向分管院领导就故障事件做出说明。

四级故障：判断为四级故障, 15分钟仍无法排除应立即报告信息中心负责人;30分钟无法排除, 应立即报告分管院领导决定是否启动全院应急预案;故障排除后, 由信息中心负责人组织技术人员和相关厂商对故障原因、故障处置过程和善后处理工作进行认真分析和总结, 撰写《重大安全事件处置报告》, 向网络安全和信息化领导机构做书面汇报。

信息软件系统故障处理方案针对系统的故障发生，为将对系统影响降至最低，对整体系统运维故障进行分级，确定各级故障的排除时间。

及时发现和处理所服务的系统中的故障和问题，对问题的处理过程有详细跟踪建立完善的故障处理制度。

针对本项目的维保服务，我公司提供全年7×24小时的技术支持与上门维保服务。

系统故障的技术响应与支持是否过硬将直接关系到整体业务的稳定系，是维保工作的重中之重。

我公司向来重视故障远程技术支持与现场应急抢修工作，并建有一整套完整有效的保障体系和流程，一旦用户的系统出现任何问题，都可以随时得到我们最专业、最有效、最及时的远程技术支持与上门应急抢修服务。

一.故障级别定位与响应时间1、服务响应时间不超过5分钟,到达现场服务时间要求:不超过2小时。

2、所有故障应在到达现场后尽快解决，如遇到无法解决的问题情况，及时将问题扩散，及时解决。

一级故障:属于紧急问题;其具体现象为:现有网络、应用等已经无法使用，或对用户的业务运作有重大影响。

应对:凡出现一级故障，维保团队项目经理、相关专业技术工程师必须在第一时间赶到现场(1小时以内），并迅速判断故障点，确定应对方案，并记录系统故障维修报告。

确定故障后2小时内解决。

提交文件:故障处理报告，说明故障种类、故障原囚、故障解决中使用的方法及故障损失等情况。

二级故障:属于严重问题;其具体现象为:现有网络、应用等操作性能严重降级，或由于其性能失常严重影响用户业务运作应对:发现此类故障事件，巡视人员应立即通知维保团队，维保团队工程师确认故障级别后，如能远程解决立即开始远程排障，如无法远程项目经理立即派遣高级工程师使用最快交通工具抵达现场。

判断故障原因和危害程度，确定应急处理方案，确定故障后6小时内解决。

提交文件:故障处理报告，说明故障种类、故障原因、故障解决中使用的方法及故障损失等情况。

三级故障:属于普通问题;其具体现象为:现有网络、应用等操作性能受损，但大部分业务运作仍可正常工作。

序号123456789101112131415161718注:1.☆表示每日必做;"△"表示每周做一次
2.良好用"√"表示,待修用"X"表示;
故障原因处理方法异常处理记录序号
处理效果处理人签名确认2
4
5
备注：6
3
1
日期☆HISYS数据库维护计划优化作业正常
☆HISYS数据库维护计划完整性检查作业正常
☆HISYS数据库删除作业正常
☆HISYS数据库导出数据作业正常
☆服务器运行正常
☆网络设备运行正常
31
检查内容
☆SQL SERVER运行正常
☆HISYS数据库运行正常
2728293023241825261920212212131415161767891011 日期12345信息系统运行维护记录表
检查类别:信息系统
检察人员:检查时间: 年 月
使用部门: 计算机网络管理科☆电子病历及医生工作站数据库运行正常
☆电子病历及医生工作站数据库备份作业
☆工作站抽检正常△合理用药系统数据库正常
△体检系统数据库正常
△CNKI知识仓库数据库正常
☆HISYS数据库后台作业正常
☆HISYS数据库执行单记账正常
☆HISYS数据库科室库房作业正常
☆HISYS数据库备份作业正常。

信息系统故障报修处理制度1.引言1.1目的信息系统在现代企业中扮演着至关重要的角色，故障可能会导致生产力下降和业务中断。

因此，信息系统故障报修处理制度的目的在于确保及时有效地处理故障报修请求，以最小化故障对业务的影响，提高信息系统的可靠性和可用性。

1.2范围本制度适用于公司内部所有员工、合同工、供应商以及与公司信息系统有关的各方。

它包括但不限于硬件故障、软件问题、网络中断、数据丢失等信息系统故障的报修和处理。

2.故障报修流程2.1报修申请a.员工发现信息系统故障或问题时，应立即向信息技术部门提出报修申请。

b.报修申请可以通过以下途径提交：□电话报修：拨打信息技术部门的报修热线。

□电子邮件报修：发送报修请求至IT支持邮箱（例如：）。

□网络报修系统：如果公司有在线报修系统，员工可以通过该系统提交报修请求。

2.2报修信息a.员工在报修申请中应提供详细的故障描述，包括故障发生时间、影响范围、故障类型等信息。

b.员工必须提供准确的联系信息以便技术支持团队与其联系。

2.3报修优先级a.信息技术部门将根据故障的紧急程度和影响范围确定报修的优先级。

b.常见的优先级包括紧急、高、中、低等级别，以确保及时处理关键问题。

2.4报修受理a.信息技术部门在收到报修申请后，将向报修人员发送确认收到报修请求的通知。

b.报修请求将被记录在故障报修系统中，并分配给相应的技术支持人员。

2.5故障诊断和修复a.技术支持团队将对故障进行诊断和分析，以确定根本原因。

b.一旦确定故障原因，技术支持团队将采取适当的措施进行修复。

c.修复过程中，员工将定期通知报修人员有关进展情况和预计修复时间。

2.6故障解决a.一旦故障得到解决，技术支持团队将通知报修人员，并要求其验证问题是否已解决。

b.如果问题得到解决，则报修请求将被关闭。

c.如果问题仍存在，将继续跟进修复过程。

3.报修处理标准3.1服务水平协议（SLA）a.公司将制定服务水平协议（SLA），明确不同优先级报修请求的处理时限。

信息系统故障报修处理制度第一章总则1.1制度目的与范围本信息系统故障报修处理制度的制定旨在确保信息系统的正常运行，及时发现和解决系统故障，减少因故障而导致的业务中断和数据丢失，提高信息系统的可靠性和稳定性。

此制度适用于我单位的所有信息系统，包括硬件、软件、网络设备等。

1.2术语与定义在本制度中，以下术语具有如下定义：□信息系统：指我单位用于数据处理、存储、传输和管理的所有硬件和软件资源，包括但不限于计算机、服务器、数据库、网络设备等。

□系统故障：指信息系统出现的无法正常运行或性能下降的问题，包括硬件故障、软件故障、网络故障等。

□故障报修：指将系统故障问题报告给相关维护人员，以寻求解决方案的过程。

□维护人员：指负责信息系统维护和故障处理的工作人员或团队，包括内部IT部门或外部服务提供商。

第二章故障报修流程2.1故障报修渠道我单位将设立多种故障报修渠道，包括但不限于以下方式：□电话报修：员工可以拨打维护热线电话报修。

□电子邮件报修：员工可以通过指定的电子邮件地址发送故障报修请求。

□在线报修系统：员工可以使用内部在线报修系统提交报修请求。

2.2报修内容员工在提交故障报修请求时，应提供以下信息：□故障描述：详细描述故障的症状、出现时间和对业务的影响。

□紧急程度：标明故障的紧急程度，以便维护人员能够按优先级处理。

□联系方式：提供报修人员的联系方式，以便维护人员能够及时沟通。

2.3报修受理一旦收到故障报修请求，维护人员应立即受理报修，并记录报修信息，包括报修时间、报修人员、故障描述等。

第三章故障诊断与处理3.1故障诊断维护人员应根据报修信息进行故障诊断，确定故障原因和范围，分析可能的解决方案。

3.2优先级划分维护人员根据故障的紧急程度和影响业务的程度，将故障划分为不同的优先级，制定相应的处理计划。

3.3故障解决维护人员应根据诊断结果采取适当的措施，解决故障。

如果需要更多时间或资源来解决故障，应及时通知报修人员，并提供预计的解决时间。