信息系统故障应急预案
在现实生活或工作学习中，难免会突发一些事故，为了避免事情往更坏的方向发展，就不得不需要事先制定应急预案。那要怎么制定科学的应急预案呢？下面是小编收集整理的信息系统应急预案，欢迎大家参考，希望大家能够喜欢。
信息系统故障应急预案【篇1】
本预案是信息技术部根据公司有关法规和政策，结合公司信息系统建设和运行情况，重点针对公司可能发生的重大突发事件编制的，包括总则、组织指挥体系及职责、预警和预防机制、应急处理程序、保障措施等，其中明确规定了在发生信息系统突发事件情况下，信息系统管理人员的相关职能和工作方法，具有一定的指导性和可操作性。
一、总则
（一）目的
为科学应对信息系统突发事件，建立健全信息系统的应急响应机制，有效预防、及时控制和最大限度地消除各类突发事件的危害和影响，制订本应急预案。
（二）工作原则
1.统一领导
遇到重大信息系统异常情况，应及时向有关领导报告，以便于统一调度、减少损失。
2.综合协调
明确综合协调的职能机构和人员，做到职能间的相互衔接。
3.重点突出
应急处理的重点放在运行着重要业务系统或可能导致严重事故后果的关键信息系统上。
4.及时反应，积极应对
出现信息系统故障时，信息系统维护人员应及时发现、及时报告、及时抢修、及时控制，积极对信息系统突发事件进行防范、监测、预警、报告、响应。
5.快速恢复
信息系统管理人员在坚持快速恢复系统的原则下，根据职责分工，加强团结协作，必要情况下与设备供应商以及系统集成商共同谋求问题的快速解决。
6.防范为主，加强监控
经常性地做好应对信息系统突发事件的思想准备、预案准备、机制准备和工作准备，提高基础设备和重要信息系统的综合保障水平。加强对信息系统应用的日常监视，及时发现信息系统突发性事件并采取有效措施，迅速控制事件影响范围，力争将损失降到最低程度。
二、应急工作小组机构及职责
在信息系统事件的处理中，一个组织良好、职责明确、科学管理的应急队伍是成功的关键。组织机构的成立对于事件的响应、决策、恢复，防止类似事件的发生都具有重要意义。
结合公司信息系统的实际情况，将有关应急人员的角色和职责进行了明确的划分。
1.应急处理领导小组
及时掌握信息系统故障事件的发展动态，向上级部门报告事件动态；对有关事项做出重大决策；启动应急预案；组织和调度必要的人、财、物等资源。（应急领导小组成员参见《重大突发事件预案处理和报告制度》）。
2.应急处理工作小组
负责定期了解外部支持人员的变动情况，及时更新其技术人员及联系方式等信息；快速响应信息系统发现的故障事件、业务部门对信息系统故障的申告；执行信息系统故障的诊断、排查和恢复操作；定期通过设备监控软件、系统运行报告等工具对信息系统的使用情况进行分析，尽早发现信息系统的异常状况，排除信息系统的隐患。
工作小组组长：信息技术部负责人
工作小组成员：信息技术部技术支持室全体成员、信息技术部各室主任
3.外部支持人员
包括电信运营商、设备供应商以及系统集成商。负责事先向某某信息技术部提供紧急情况下的应急技术方案和应急技术支援体系；积极配合信息中心应急人员进行故障处理。
名单：设备供应商、系统集成商、电信运营商等
三、预警和预防机制
（一）信息系统监测及报告
1.信息系统的日常管理和维护
信息系统的日常管理和维护应加强信息系统应用的监测、分析和预警工作。
2.建立信息系统故障事故报告制度
发生信息系统故障时，值班人员应当立即向应急处理小组领导报告，并及时进行故障处理、调查核实、保存相关证据等。
（二）预警
在接到突发事件报告后，应当经初步核实之后，将有关情况及时向应急处理小组领导报告，进一步进行情况综合，研究分析可能造成损害的程度，提出初步行动对策。由上级领导视情况紧急程度召集协调会，决策行动方案，发布指示和实施命令等。
（三）预警支持系统
应建立和完善信息监测、消息传递和指挥决策支持系统，保证突发事件处理过程中的资源共享、运转正常、指挥有力。
（四）预防机制
各业务信息系统和重要信息系统建设要充分考虑抗毁性与灾难恢复，制定并不断完善应急处理预案。针对基础信息信息系统的突发性、大规模异常事件，各相关部门建立制度化、程序化的处理流程。
四、应急处理程序
（一）信息系统突发事件分类分级的说明
根据业务信息系统突发事件的发生原因、性质和机理，业务信息系统突发事件主要分为以下三类:
1.攻击类事件：指信息系统因计算机病毒感染、非法入侵等导致业务中断、系统宕机、信息系统瘫痪等情况。
2.故障类事件：指信息系统因计算机软硬件故障、停电、人为误操作等导致业务中断、系统宕机、信息系统瘫痪等情况。
3.灾害类事件：指因爆炸、火灾、雷击、地震、台风等外力因素导致信息系统损毁，造成业务中断、系统宕机、信息系统瘫痪等情况。
按照突发事件的性质、严重程度、可控性和影响范围，将其分为一般故障、严重故障、重大故障、特级故障四级。
1.一般故障
信息系统中单个系统故障，但未影响业务系统运行，也未造成社会影响或经济损失的突发事件。
2.严重故障
信息系统中单个分公司节点故障导致分公司业务中断，可能造成较大业务影响或较大经济损失的突发事件。
3.重大故障
信息系统中多个分公司节点或总公司骨干节点故障引起的多个业务系统长时间中断，可能造成重大社会影响和巨大经济损失的突发事件。
4.特级故障
特指发生不可预见的灾难性事故，如火灾、水灾和地震等。
（二）信息系统应急预案启动
根据以上定义的故障分级，当信息系统事件的要素满足启动应急预案要求时，进入相应的应急启动流程。
（1）应急处理工作小组从业务人员或值班人员的故障申告、信息系统监控报告的故障告警中得知信息系统异常事件后，应在第一时间赶赴信息系统故障现场。
（2）应急处理工作小组针对信息系统事件做出初步的分析判断。若是电源接触不好、物理连线松动或者能在最短时间内自行解决的信息系统问题，及时按照有关操作规程进行故障处理，并报领导小组备案；
否则，应急处理工作小组将故障大致定性为设备故障、线路故障、软件故障等故障之一，及时告知领导小组和受影响的相关部门，并采取措施避免事件影响范围的扩大。
（3）应急处理工作小组向领导小组报告，在领导小组的授权后启动相应的应急预案。针对灾难事件和影响重要业务运行的重大事件，还要及时向上级机关进行报告。
（4）应急处理工作小组根据故障类型及时与外部支持人员取得联系。其中，设备故障的，可与设备供应商和集成商联系；
软件故障的，可与系统集成商联系，由系统集成商进行现场或远程技术支持；线路故障的，可与电信运营商联系，三方密切协作力求通信线路在短时间内恢复正常。
（5）应急处理工作小组在上级机构或外部支持人员的配合下，充分利用应急预案的资源准备，采取有力措施进行故障处理，及时恢复信息系统的正常工作状态。
（6）应急处理工作小组通知业务部门信息系统恢复正常，并向领导小组报告故障处理的基本情况。重大事件形成文字资料，以书面形式向上级报告。
（7）总结整个处理过程中出现的问题，并及时改进应急预案。
（三）现场应急处理
（1）如遇到预知外界因素（如定时、定点停电）影响业务信息系统系统的正常运行，将根据有关部门的通知，提前安排技术人员到实地关闭信息系统设备并进行现场维护，直至外界因素消除。
（2）如遇到不可抗力因素（如火灾）造成的信息系统系统故障时，接到通知的值班人员要快速到达现场，果断切断相关设备配电柜的电源，积极参与消除不可抗力因素，并及时将情况上报应急处理工作小组领导。
（3）如遇到一般故障、严重故障和重大故障，影响信息系统的正常运行，值班人员要迅速、及时地赶到现场，进行相应突发事件的应急处理。
五、保障措施
（一）应急演练
为提高信息系统突发事件应急响应水平，信息技术部和相关部门应定期或不定期组织应急预案演练；检验应急预案各环节之间的通信、协调、指挥等是否符合快速、高效的要求。通过演习，进一步明确应急响应各岗位责任，对预案中存在的问题和不足及时补充、完善。
（二）人员培训
为确保本应急预案有效运行，应定期或不定期地举办不同层次、不同类型的技术讲座或研讨会，以便不同岗位的应急人员能全面熟悉并熟练掌握突发事件的应急处理知识和技能。
（三）硬件资源保障
为了在信息系统设备发生故障时能够尽量降低业务系统的受影响程度，须为相应的核心业务信息系统提供必要的备份设备与线缆等硬件资源，并且配备与现有设备兼容的设备，确保相似或兼容的设备可以在应急情况下调配使用。这些备份设备需预先采购并保存在专门位置。
（四）文档资料准备
包括信息系统工程文档、维护手册、操作手册、设备配置参数、拓扑图以及IP地址规范及分布情况等。
（五）技术支持保障
建立预警与应急处理的技术平台，进一步提高信息系统突发事件的发现和分析能力，从技术上逐步实现发现、预警、处理、通报等多个环节和不同的业务信息系统、系统以及相关部门之间应急处理的联动机制。
（六）公众信息交流
在应急预案修订、演练的前后，应利用各种信息渠道进行宣传，并不定期的利用各种活动，宣传信息系统等突发事件的应急处理规程及其预防措施等应急常识。
六、分类突发事件应急处理措施
（一）黑客攻击时的紧急处置措施
1、当有关值班人员发现业务系统或网站内容被纂改，或通过入侵监测系统发现有黑客正在进行攻击时，应立即向信息系统管理技术人员通报情况。
2、信息系统管理技术人员应在三十分钟内响应，并首先应将被攻击的服务器等设备从信息系统中隔离出来，保护现场，并同时向应急处理工作小组领导通报情况。
3、信息系统管理技术人员负责被攻击或破坏系统的恢复与重建工作。
4、信息系统管理技术人员会同相关支持人员追查非法信息来源。
5、信息系统管理技术人员组织相关支持人员会商后，向应急处理工作小组组长汇报有关情况。
6、应急处理工作小组组长如认为情况严重，应立即向应急处理领导小组组长汇报。
7、应急处理领导小组组长组织应急处理领导小组召开会议，如认为事态严重，则立即向公安部门或上级机关报警。
（二）病毒安全紧急处置措施
1、当发现有计算机被感染上病毒后，应立即向信息系统管理技术人员报告，将该机从信息系统上隔离开来。
2、信息系统管理技术人员在接到通知后，应在三十分钟内响应。
3、对该设备的硬盘进行数据备份。用反病毒软件对该机进行杀毒处理，同时通过病毒检测软件对其他机器进行病毒扫描和清除工作。
4、如果现行反病毒软件无法清除该病毒，应立即向应急处理工作小组组长报告，并迅速联系有关产品商研究解决。
5、应急处理工作小组经会商，认为情况严重的，应立即向应急处理领导小组组长汇报。
6、应急处理领导小组经会商后，认为情况极为严重的，应立即向公安部门或上级机关报告。
7、如果感染病毒的设备是中心服务器系统，经领导小组同意，应立即告知各相关部门做好相应的清查工作。
（三）软件系统遭破坏性攻击的紧急处置措施
重要的业务系统必须存有备份，与业务系统相对应的数据必须有多日的备份，并将他们保存在安全处。
1、一旦信息系统遭到破坏性攻击，应立即向信息系统管理技术人员、业务系统技术人员报告，并将该系统停止运行。
2、信息系统管理技术人员检查日志等资料，确定攻击来源。
4、由业务系统技术人员向应急处理工作小组组长汇报。
5、应急处理工作小组组长认为情况严重的，应立即向应急处理领导小组汇报。
6、应急处理领导小组认为情况极为严重的，应立即向公安部门或上级机关报告。
（四）数据库安全紧急处置措施
1、主要数据库应按双机热备设置，并至少要准备两个以上数据库备份，平时一个备份放在机房，另一个备份放在另一个安全的场所。
2、一旦数据库崩溃，应立即启动备用系统，并向应急处理工作小组组长报告。
3、在备用系统运行期间，业务系统技术人员应对主机系统进行维修。
4、如果两套系统均崩溃，业务系统技术人员应立即向应急处理工作小组组长报告，应急处理工作小组如认为情况严重，应立即向应急处理领导小组组长汇报。同时通知相关科室部门暂缓使用业务系统和上传上报数据。
5、系统修复启动后，将第一个数据库备份取出，按照要求将其恢复到主机系统中。
6、如因第一个备份损坏，导致数据库无法恢复，则应取出第二套数据库加已恢复。
7、如果两个备份均无法恢复，应立即向应急处理工作小组组长汇报，并向有关厂商请求紧急支援。
（五）广域网外部线路中断紧急处置措施
1、广域网主、备用线路中断一条后，网络管理员应立即启动备用线路接续工作，同时向应急处理工作小组组长报告。
2、网络管理员应尽快判断故障节点，查明故障原因。
3、如属我方管辖范围，由网络管理员立即予以修复。
4、如属运营商管辖范围，立即与运营商维护部门联系，要求恢复。
5、如果主、备用线路同时中断，网络管理员应在判断故障节点，查明故障原因后，尽快研究恢复措施，并立即向应急处理工作小组组长汇报。
6、经应急处理领导小组同意后，应通知相关部门相关原因，并暂缓使用业务系统和上传上报数据。
（六）局域网中断紧急处置措施
1、局域网中断后，网络管理员应立即判断故障节点，查明故障原因，并向应急处理工作小组组长汇报。
2、如属线路故障，应重新安装线路。
3、如属路由器、交换机等信息系统设备故障，应立即通知供应商进行保修。
5、如属路由器、交换机配置文件破坏，应迅速按照要求重新配置，并调试通畅。
6、如有必要，应向应急处理领导小组汇报。
（七）设备安全紧急处置措施
服务器、存储设备等关键设备损坏后，值班人员应立即向信息系统管理技术人员报告。
1、信息系统管理技术人员立即查明原因。
2、如果能够自行恢复，应立即用备件替换受损部件。
3、如属不能自行恢复的，立即与设备提供商联系，请求派维护人员前来维修。
4、如果设备一时不能修复，应向处理工作小组组长汇报，并告之相关部门，暂缓使用受影响的业务系统。
（八）人员疏散与机房灭火预案
1、一旦机房发生火灾，应遵循下列原则：首先保人员安全；其次保关键设备、数据安全；三是保一般设备安全。
2、人员疏散的程序是：机房值班人员立即按响火警警报，并通过119电话向公安消防请求支援，所有人员戴上防毒面具，所有不参与灭火的人员按照预定的路线，迅速从机房中有序撤出。
3、人员灭火的程序是：首先切断所有电源，启动自动气体灭火装置，灭火值班人员戴好防毒面具，从指定位置取出气体灭火器进行灭火。
（九）供电中断后的设备运行预案
1、外电中断后，机房值班人员应立即检查是否启用了备用电源。
2、机房值班人员应立即查明原因，并向信应急处理工作小组组长报告。
3、如因内部线路故障，请办公室联系相关单位迅速恢复。
4、如果是供电局的原因，应立即与供电局联系，请供电局迅速恢复供电。
5、如果供电局告知需长时间停电，应作如下安排。
（1）停电30分钟以内，由UPS供电；
（2）停电30分钟—1小时，关掉非关键设备，确保关键服务器、核心信息系统设备供电；
（3）停电1小时以上，关闭所有设备，。
（十）关键人员不在岗的紧急处置措施
1、对于关键岗位平时应做好人员储备，确保一项工作由两人能够操作。
2、一旦发生关键人员不在岗的情况，首先应向应急处理工作小组组长汇报情况。
3、经处理工作小组组长批准后，由备用人员上岗操作。
4、如果备用人员无法上岗，请求上级单位或外部支持技术人员支援。
七、附则
（1）本预案所称信息系统突发事件，是指由于自然灾害、设备软硬件故障、内部人为失误或破坏等原因，信息系统的正常运行受到严重影响，出现业务中断、系统破坏、数据破坏等现象，造成不良影响以及造成一定程度直接或间接经济损失的事件。
（2）本预案通过演习、实践检验，以及根据应急力量变更、新技术、新资源的应用和应急事件发展趋势，及时进行修订和完善；
所附的成员、联系方式等发生变化时也随时修订。
（3）本预案自发布之日起实施。
信息系统故障应急预案【篇2】
信息系统应急处理预案
文档版本：V1.0发布日期：
______×公司
第1页共11页
目录
第一章总则..3
第二章组织机构和工作职责...5
第三章预防与预警机制........5
第四章应急响应程序6
第五章后期处置..10
第六章应急保障..10
第七章附则...11
第2页共11页
第一章总则
第一条为提高应对信息系统在运行过程中出现的各种突发事件的应急处置能力，有效预防和最大程度地降低信息系统各类突发事件的危害和影响，保障信息系统安全、稳定运行，根据国家《信息安全事件分类分级指南》、《信息技术、安全技术、信息安全事件管理指南》、《国家突发公共事件总体应急预案》及有关法律、法规的规定，结合实际，制定本处理预案。
第二条本处理预案所称的信息系统，由计算机设备、网络设施、计算机软件、交通运输数据等组成。
第三条信息系统突发事件分为网络攻击事件、信息破坏事件、信息内容安全事件、网络故障事件、软件系统故障事件、灾难性事情、其他事件等八类事件。
（一）网络攻击事件：通过网络或其他技术手段，利用信息系统的配置缺陷、协议缺陷、程序缺陷或使用暴力攻击对信息系统实施攻击，并造成信息系统异常或对信息系统当前运行造成潜在危害的事件。
（二）信息破坏事件：通过网络或其他技术手段，造成信息系统中的数据被篡改、假冒、泄漏等而导致的事件。
（三）信息内容安全事件：利用信息网络发布、传播危害国家安全、社会稳定和公共利益的不良信息内容的事件。
（四）网络故障事件：因电信、网络设备等原因造成大部分网
第3页共11页络线路中断，用户无法登录信息系统的事件。
（五）服务器故障事件：因系统服务器故障而导致的信息系统无法运行的事件。
（六）软件故障事件：因系统软件或应用软件故障而导致的'信息系统无法运行的事件。
（七）灾害性事件：因不可抗力对信息系统造成物理破坏而导致的事件。
（八）其他突发事件：不能归为以上七个基本分类，并可能造成信息系统异常或对信息系统当前运行造成潜在危害的事件。
第四条按照造成信息系统的中断运行时间，将信息系统突发事件级别划分为一般（IV级）、较大（III级）、重大（II级）、特别重大（I级）。
（一）一般（IV级）：信息系统发生可能中断运行２小时以内的故障；
（二）较大（III级）：信息系统发生可能中断运行２小时以上、12小时以内的故障；
（三）重大（II级）：信息系统发生可能中断运行12小时以上、24小时以内的故障；
（四）特别重大（I级）：信息系统发生可能中断运行24小时以上的故障。
第4页共11页
第二章组织机构和工作职责
第五条预防和处理信息系统突发事件工作协调小组（以下简称“应急小组”）负责信息系统应急处理工作，决定信息系统应急处理工作的重大事项，组织实施、业务协调和发布信息系统应急指令，发布信息系统应急故障级别、决策处理方案。应急小组组长由分管信息技术工作的领导担任，成员为研发部技术开发人员、运维部技术维护人员。
第三章预防与预警机制
第七条应急小组针对各种可能发生的信息系统突发事件，建立和完善预测预警机制。
第八条预警信息分为外部预警信息和内部预警信息两类。外部预警信息指信息系统外突发的可能需要通信保障、安全防范，或可能对信息系统产生重大影响的事件警报。内部预警信息指信息系统网内的事故征兆或局部信息系统突发事故可能对其他或整个网络造成重大影响的事件警报。
第九条应急小组要加强对信息系统的日常监测工作。监测的内容主要包括：
（一）局域网通讯性能与流量；
（二）网络设备和安全设备的操作记录、网络访问记录；
第5页共11页（三）服务器性能、数据库性能、应用系统性能等运行状态，以及备份存贮系统状态等；
（四）服务器操作系统、数据库安全审计记录、业务系统安全审计记录；
（五）计算机漏洞公告、网络漏洞扫描报告；（六）病毒公告、防病毒系统报告；（七）其他可能影响信息系统的预警内容。
第十条应急小组获得外部重大预警信息或通过监测获得内部预警信息后，应对预警信息加以分析，按照早发现、早报告、早处置的原则，对可能演变为严重事件的情况，部署相应的应对措施，通知相关部门做好预防和保障应急工作的各项准备工作，并及时报告领导。
第四章应急响应程序
第十一条信息系统使用单位或人员发现信息系统突发事件后，应及时报告应急小组。应急小组及时组织相关人员查找故障原因，在短时间内（一般要在半小时以内）依据故障情形和修复时间进行初步判别，确定故障分类级别，较大（III级）及其以上的突发事件应报告领导。
第十二条信息系统突发事件发生后，根据突发事件严重程度，由领导决定并指定特定小组或人员及时向新闻媒体发布相关信
第6页共11页息，指定的小组或人员应严格按照领导规定及要求对外发布信息，其他部门或个人不得擅自接受新闻媒体采访或对外发布自己的看法和意见。
第十三条发生较大（III级）及其以上信息系统突发事件时，应急小组除向领导报告外，应立即通知各业务部室。各业务部室应在各业务大厅张贴告示牌，同时做好服务对象的解释和疏导工作，并尽可能通过电话、网络、短信等方式通知业务相关人员。
第十四条根据不同的事件以及事件的级别，采取相应措施进行应急处理。突发事件处理过程中，可以根据需要调整故障级别。
（一）网络攻击事件应急预案：
1.当发现网络被非法入侵、网页内容被篡改，应用服务器的数据被非法拷贝、修改、删除，或有黑客正在进行攻击等现象时，使用者或管理者应断开网络，并立即报告应急小组。
2.应急小组立即关闭相关服务器，封锁或删除被攻破的登陆帐号，阻断可疑用户进入网络的通道，并及时清理系统、恢复数据和程序，尽快将系统和网络恢复正常。
（二）信息破坏事件应急预案：
1.当发现信息被篡改、假冒、泄漏等事件时，信息系统使用单位或个人应立即通知应急小组。
2.如被篡改或被假冒的数据正在传输过程中，应急小组应立即通知中止传输工作。
3.应急小组通过跟踪应用程序、查看数据库安全审计记录和业务系统安全审计记录查找信息被破坏的原因和相关责任人。
第7页共11页4.应急小组提出修正错误方案和措施，通知各业务部室进行处理。
（三）信息内容安全事件应急预案：
1.当发现不良信息或网络病毒时，系统使用人员立即断开网线，终止不良信息或网络病毒传播，并报告应急小组。
2.应急小组根据情况通告局域网内所有计算机用户，隔离网络，指导各计算机操作人员进行杀毒处理、清除不良信息，直至网络处于安全状态。
（四）网络故障事件应急预案：
1.发生网络故障事件后，系统使用人员应及时报告应急小组。 2.应急小组及时查清网络故障位置和原因，并予以解决。 3.不能确定故障的解决时间或解决故障的期限并属较大（III级）及其以上的，应急小组应报告领导。
（五）服务器故障应急预案：
1.服务器故障后，应急小组确定故障设备及故障原因，并通知相关厂商。
2.根据服务器修复和恢复系统所需时间，由领导决定是否启用备份设备。
3.如启用备份设备，在服务器故障排除后，应急小组在确保不影响正常业务工作的前提下，利用网络空闲时期替换备用设备。如不启用备份设备，应急小组应积极配合相关厂商解决服务器故障事件。
（六）软件故障事件应急预案：
第8页共11页1.发生计算机软件系统故障后，系统使用人员应立即保存数据，停止该计算机的业务操作，并将情况报告应急小组，不得擅自进行处理。
2.应急小组应立刻派出技术人员进行处理，必要情况下，通知各业务部室停止业务操作和对系统数据进行备份。
3.应急小组组织有关人员在保持原始数据安全的情况下，对计算机系统进行修复；修复系统成功后，利用备份数据恢复丢失的数据。
（七）灾害性事件应急预案：
1.一旦发生灾害性事件，应急小组每一位成员都应有责任在第一时间进入机房抢救服务器及存储设备。
2.应急小组对服务器及存储设备的损坏程序进行评估。如服务器损坏或存储设备损坏无法使用，立即联系相关厂商，进入维保服务程序。
3.根据服务器或存储设备修复和恢复系统所需时间，由领导小组决定是否启用备份设备。
（八）其他突发事件应急预案：应急小组立刻派出技术人员进入现场，制定相应措施，根据实际情况灵活处理，并按要求报告领导小组。
第9页共11页
第五章后期处置
第十五条故障排除后，应急小组向各部室发出故障解除、系统恢复正常运行通知。
第十六条系统恢复运行后，相关操作人员尽快通知参与单位和个人办理业务事项，并对故障发生前所进行过的业务操作进行检查，核对业务数据是否正确或有无丢失，不正确或有丢失的应马上更正或补录，确保数据的正确和完整。对在故障期间采用手工受理的事项，应及时在系统中补充完善。
第十七条领导组织有关人员及有关技术专家组成事件调查组，对事件发生原因、性质、影响、后果、责任及应急处置能力、恢复重建等问题进行全面调查评估，总结经验教训，完善信息系统应急处理预案，整改信息系统存在的隐患。
第十八条领导对在信息系统应急事件处置中做出突出贡献的集体和个人，提出表彰奖励建议；对玩忽职守，造成不良影响或严重后果的，按有关规定提出处理意见，并依法依规提出处理意见建议，并追究其责任。
第六章应急保障
第十九条运维部应做好系统数据的备份工作，保证重要数据
第10页共11页在受到破坏后可紧急恢复。预留一定数量的网络硬件设备和服务器，用于预防或应对信息系统突发事件。
第二十条选择熟悉信息系统软硬件的专业公司作为信息系统应急处理的社会应急支援单位，提供技术支持和服务。信息系统服务器以及存储设备要与专业厂商签定维保协议，明确备用设备的供应时间。
第二十一条强化信息安全宣传教育，提高信息安全防御意识。每年至少组织开展一次公司范围内的信息网络安全教育，提高职工信息安全防范意识和能力。
第七章附则
第二十三条本预案自公布之日起执行。
第11页共11页
应急预案管理系统
信息系统瘫痪应急预案（共14篇）
应急预案系统（共8篇）
污水处理应急预案
窒息应急预案
信息系统故障应急预案【篇3】
为防止因医院信息系统出现故障而影响全院正常医疗秩序，确保患者在特殊情况下能够得到及时、有效地治疗，结合我院实际，特制定本预案，望各科室、各部门在应急情况下遵照执行。
1医院信息系统出现故障报告程序
当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，要立即向信息科报告。信息科工作人员对各工作站提出的问题必须高度重视，做好记录，经核实后及时给各工作站反馈故障信息，同时召集有关人员及时进行讨论，如果故障原因明确，可以立刻恢复的，应尽快恢复工作；如故障原因不明、情况严重、不能在短期内排除的，应立即报告院领导，在网络不能运转的情况下由院领导协调全院各部门工作，以保障全院医疗工作的正常运转。
2医院信息系统故障分级
2.1根据故障发生的原因和性质不同分为三类：
2.1.1一类故障：由于服务器不能正常工作、光纤损坏、主服务器数据丢失、备份硬盘损坏、服务器工作不稳定、局部网络不通、价表目录被人删除或修改、重点终端故障、规律性的整体、局部软件和硬件发生故障等造成的网络瘫痪。
2.1.2二类故障：由于单一终端软、硬件故障，单一病人信息丢失、偶然性的数据处理错误、某些科室违反工作流程引起系统故障。
2.1.3三类故障：由于各终端操作不熟练或使用不当造成的错误。
2.2针对上述故障分类等级，处理原则如下：
2.2.1一类故障——由信息科主任上报院领导，由医院组织协调恢复工作。
2.2.2二类故障——由网络管理人员上报信息科主任，由信息科集中解决。
2.2.3三类故障——由网络管理员单独解决，并详细登记维护情况。
3发生网络整体故障时的首要工作：
3.1当信息科一旦确定为网络整体故障时，首先是立刻报告院领导，同时组织恢复工作，并充分考虑到特殊情况如节假日、病员流量大、人员外出及医院有重大活动等对故障恢复带来的时间影响。
3.2当发现网络整体故障时，各部门根据故障恢复时间的程度将转入手工操作，具体时限明确如下：
3.2.130分钟内不能恢复——门诊挂号、住院登记、药房等部门转入手工操作。
3.2.26小时内不能恢复——各护士工作站、药房、120急救中心、手术室、医技检查转入手工操作（具体时间由信息科通知）。
3.2.324小时以上不能恢复——全院各种业务转入手工操作。
4各部门的具体协调安排：
4.1所有手工操作的统一启动时间须由信息科通知，相关部门严格按照通知时间协调各项工作，在未接到新的指示前不准私自操作计算机。
4.2门诊挂号工作协调：
4.2.1门诊收费处由门诊部主任负责联系协调；
4.2.2网络恢复后，操作员要及时将中断期间的患者信息输入到计算机；
4.3门诊收费处（120收费处）工作协调：
4.3.1由各收费部门主任负责总体联络协调，要与信息科保持联系，及时反馈沟通最新消息；
4.3.2当网络系统运行中断超过30分钟时，要通知收款员转入手工收费程序；
4.3.3门诊收款员要建立手工发票使用登记本，对发票使用情况做详细登记；
4.3.4当系统恢复正常时，由收款员负责对网络运行稳定性进行监测，如不稳定，及时向信息科反馈情况。
4.3.5在接到使用计算机的指令并重新启动运行后，收款员逐步转入到机器操作。
4.4出院结算处的工作协调：
4.4.1由财务科主任总体负责联络协调；
4.4.2原则上不在住院处、记帐处进行费用补录，以防止出现帐目混乱；
4.4.3当系统停止运行超过24小时，对普通出院患者，推迟出院结算时间。对急诊出院的患者应根据病历和临床护士工作站记录，进行手工核算，出具手写发票。
4.4.4在网络停止运行期间，出院患者急需结算时，应由该科护士工作站追查是否还有正在进行的检查项目，并向出院结算处提供详细费用情况后，方可送交结算。
4.5护士工作站的协调：
4.5.1护士工作站由护理部共同协调；
4.5.2网络故障期间临床科室应详细记录患者的所有费用执行情况；
4.5.3科室详细填写每位患者的药品请领单（包括姓名、住院号、费别、药品名称及用量），一式两份，一份用于科室补录医嘱，另一份送药房作为领药凭证。
4.5.4出院带药由主管医生负责掌握经费情况，如出现费用超支时原则上不予带药；
4.5.5接到信息科通知恢复运行时间，按要求补录医嘱。
4.6医技检查工作协调：
4.6.1在网络停运期间应详细留取、整理检查申请单底联；
4.6.2网络恢复后根据检查单底联登记，通过手工记价补录患者费用。（注意与临床科室联系沟通）
4.6.3对即将出院或有出院倾向的患者，主治医师要在检查申请单上要注明，检查科室应及时通知科室或住院处沟通费用情况。
4.7药房工作协调：
4.7.1严格按照信息科通知的时间及要求进行操作；
4.7.2网络故障时，根据临床科室提供的药品请领单发药；
4.7.3网络恢复时对临床科补录的摆药医嘱进行发药并确认，同时与发药时药品请领单内容详细核对，如发现内容不符，须详细追查；
4.7.4网络恢复后对出院带药处方及时进行确认；
4.8各工作站接到重新运行通知时，需重新启动计算机，整体网络故障的工程恢复工作，由信息科严格按照服务器数据管理要求进行恢复工作。
5应急数据恢复工作规定：
5.1当服务器确认出现故障时，由网络管理员按《数据备份恢复方案》进行系统恢复。
5.2网络管理员由信息科主任指定专人负责恢复。当人员变动时应有交接手续。
5.3当网络线路不通时，网络管理员应立即到场进行维护，当光纤损坏时应立即使用备用光纤进行恢复，交换机出现故障时，应使用备用交换机。
5.4对每次的恢复细节应做好详细记录。
5.5平时每月对全系统备份数据要进行模拟恢复一次，以检查数据的可用性。
6网络服务器故障应急处理规程：
网络服务器故障是因硬件或软件原因致使医院信息管理系统运行停止，一旦发生故障，按下列规程处理：
6.1信息科应设24小时专人值班，监控网络运行。发现问题，在及时处理的同时迅速向科室领导汇报。故障排除后，应完成故障报告，在技术讨论会上汇报。
6.2遇到较大故障，信息科工作人员应迅速集合，集体攻关。具体分为3个组做以下工作：
6.2.1故障检修组：集中系统管理员继续分析故障、查找原因、修复系统。
6.2.2技术联络组：迅速与软、硬件供应商取得联系，采取有效手段获得技术支持。
6.2.3院内协调组：通知全院各科室故障情况，并到关键科室协助数据保存。
6.3全院各系统使用科室制定相应的系统故障数据保护措施，并建立数据抢录小组，发现停机，应保存断点，保护原始数据，断点前后表单分开存放。
6.4在停机期间，相关科室应组织数据抢录小组在岗待命，一旦系统恢复，当日应立即完成对重要数据的录入，第二天完成全部数据补录。
6.5故障排除后，信息科工作技术组应按制定方案分片包干，协助重要科室进行数据补录工作。
6.6故障排除后2天内，信息科应组织技术研讨会，分析故障原因，制定预防措施，完成故障排除报告院领导。
信息系统故障应急预案【篇4】
一、应急总则
为确保医院信息系统安全运行，保证医院正常的医疗服务和就医秩序，加强系统的安全运行管理，提高应对突发事件的能力，促进信息系统在医院的应用和发展，特制定医院信息系统应急预案（以下简称“应急预案”）。
（一）“应急预案”实施责任制
1、建立以院长为第一责任人、信息科、职能部门和各相关部门负责人参加的信息系统安全运行领导小组；
2、领导小组负责全院突发事件的“应急预案”实施和全院信息系统日常安全运行管理的组织协调及决策工作；
3、信息科负责应急恢复信息系统运行和网络布线的技术保障；
4、后勤部门负责应急恢复信息系统供电的技术保障；
5、各行政和业务职能部门负责维持正常的医疗秩序，并根据“应急预案”实施相应的应急措施。
（二）“应急预案”实施范围和时间
1、本“应急预案”适用于门诊、住院部、医务、护理、财务、药剂、检验、放射、信息、后勤等使用和维护医院信息系统的各业务职能部门、临床科室和医技科室；
2、信息系统发生故障30分钟内不能排除时，报告领导小组批准，根据不同情况部分或全部启动“应急预案”的实施。
（三）“应急预案”实施通报制度
1、信息系统应用部门发现信息系统或供电系统故障，应及时通知相关部门负责人，部门负责人应立即通知信息科或后勤部门；
2、信息科或后勤部门应在30分钟之内初步查明故障原因、所需恢复时间，通知相关应用部门负责人，必要时及时向领导小组报告并提出建议，由领导小组决定是否部分或全部启动“应急预案”；
3、领导小组决定部分或全部启动“应急预案”后，由信息科及时通知各应用部门，启动“应急预案”中相关的应急措施；
4、信息科或后勤部门应在故障排除后，立即通知各应用部门，同时报告领导小组，请求结束“应急预案”的实施；
5、信息科或后勤部门应在事后将详细的故障原因及处理结果报告领导小组；
（四）信息系统故障一般应急措施
各业务应用部门一般应在获知30分钟内信息系统故障不能排除，并获知故障初步原因和所需恢复时间后，立即采取如下措施：
1、各业务应用部门应在窗口设置“计算机故障”告示牌，部门负责人及时到现场组织协调工作；
2、各业务应用部门应及时通过大屏幕、导医等形式做好宣传、解释和疏导工作；
3、医保结算系统故障，而医院信息系统正常时，为医保病人按自费标准登记和收费，并打印自费收据；财务结算部门在故障排除后7个工作日内凭原手工收据，为医保病人重新划卡结算；
4、对信息系统故障期间产生的手工数据，视情况在故障排除后予以补录。
二、门诊部业务应用保障实施细则
（一）发卡员发现发卡系统故障应及时报告门诊部负责人，门诊部负责人汇总情况后及时报告信息科和财务科负责人；门诊部负责人获知故障在30分钟内不能排除，应立即向信息科提出启用门诊应急诊疗卡（公共卡），保证发卡处不排长龙。
（二）挂号系统发生故障时，挂号处工作人员应及时在窗口放置“计算机故障”告示牌并向计财科负责人汇报，并向病人做好宣传解释工作；计财科经咨询信息科获知故障在30分钟内不能排除，应立即启用系统补挂号方案，保证挂号处不排长龙。
（三）门诊收费系统发生故障时，门诊收费处工作人员应及时在窗口放置“计算机故障”告示牌并向计财科负责人汇报，并向病人做好宣传解释工作；财务科负责人获知故障在30分钟内不能排除，可手工开具收据，并留下病人联系方式，待系统恢复结帐后打印收据通知或寄送病人，保证收费处不排长龙。
（四）财务科负责人接到入院系统故障排除，停止“应急预案”实施的通知后，及时通知各部门启用网络收费。
（五）门诊系统发生供电故障，门诊部负责人应立即报告后勤部门，由后勤部门负责解决。
三、住院部业务应用保障实施细则
（一）入院处应急措施
1、出入院工作人员发现出入院系统故障应及时报告出计财科负责人，计财科负责人汇总情况后及时报告信息科；
2、入院系统发生故障时，入院处工作人员应及时在窗口放置“计算机故障”告示牌，并向病人做好宣传解释工作；
3、在系统发生故障期间，病人入院启用手工登记；
4、出入院管理部门负责人接到入院系统故障排除，停止“应急预案”实施的通知后，及时通知入院处工作人员重新使用计算机办理入院手续。同时，为系统故障时手工办理的病人按顺序进行计算机入院登记（对医保病人将其由自费病人入院的信息，修正为医保病人入院）；所有病人可在系统恢复后交回手工临时收据，由收费员将预交信息输入后打印电脑收据，并在当日预交款报表中标明；
5、入院系统发生供电故障，计财科负责人应立即报告后勤部门，由后勤部门负责解决。
（二）病区护士工作站应急措施
1、病区护士发现护士工作站系统故障应及时报告护士长，护士长汇总情况后及时报告信息科和护理部主任；
2、病区护士长获知故障在30分钟内不能排除，应立即做好手工执行医嘱准备；
3、病区护士长接到启动“应急预案”通知后，护士根据当天医生签开的医嘱，手工抄写各类工作单。化验单和手术申请单等由病员主管医生手工签开。手工抄写的治疗单、领药单等各类工作单必须由第二名护士进行认真核对并签字确认。遇到必须当日结帐出院的病人，按照“出院结账处应急措施”中第3点处理；
4、护理部在护士工作站系统出现故障时，应与各相关部门保持密切联系，听从领导小组统一协调管理；
5、病区护士长接到护士工作站系统故障排除，停止“应急预案”实施的通知后，及时通知护士重新使用计算机审核和发送医嘱。
6、护士工作站系统发生供电故障，病区护士长应立即联系后勤部门，由后勤部门负责解决。
（三）病区药房应急措施
1、病区药房工作人员发现药房系统故障应及时报告药房负责人，药房负责人汇总情况后及时报告信息科和医务科；
2、药房负责人获知故障在30分钟内不能排除故障，应做好手工发药准备；
3、药房负责人接到启动“应急预案”通知后，接受各病区手工领药单（由病区护士长签名或盖章），核对发药，并保留手工领药单；
4、药房负责人接到药房系统故障排除，停止“应急预案”实施的通知后，及时通知药房工作人员重新使用计算机发药。对故障期间发生的数据作如下处理：如停机时间不超过当天23：59：59，核对各病区在计算机中补录的领药单与手工领药单并及时确认；如超过当天23：59：59，则不再补发故障当天的药品，手工单据交由出院结帐处补录，药房及时补确认；
5、药房系统发生供电故障，药房负责人应立即联系后勤部门，由后勤部门负责解决。
（四）出院结帐处应急措施
1、住院收费员发现出院结帐系统故障应及时报告计财科负责人，计财科汇总情况后及时报告信息科和分管院长；
2、住院收费负责人接到启动“应急预案”通知后，收取病区交来的手工处方、各类检查及化验记帐单。收入的预交款，开出手工临时收据。对于出院结帐的病人，做好相应的解释工作，留下联系方式，并向病人收取一定预交费用后先出院。对于再次来院结帐有困难的特殊病人（如外地病人等），预收一定费用，待系统恢复结帐后打印收据寄送病人；
3、当住院收费系统发生故障时，收费员应及时在窗口放置“计算机故障”告示牌，并向病人做好宣传解释工作；
4、住院收费负责人接到住院系统故障排除，停止“应急预案”实施的通知后，对于病人交回的手工收据，将预交信息输入电脑。对于出院结帐的病人，通知病人办理结帐手续。对于再次来院结帐有困难的特殊病人（如外地病人等），打印收据寄送病人；
5、结帐系统发生供电故障，计财科应立即联系后勤部门，由后勤部门负责解决。
四、信息科应急措施
1、信息科工作人员监测到系统故障或接到业务部门信息系统故障的消息后，应立即向分管院长汇报，并立即组织相关人员排查通信线路、网络设备、服务器、数据库。应用程序以及供电设备运行状况，在近可能短的时间内初步汇总，找出故障原因和估计恢复时间；
2、信息科应立即将故障原因和估计恢复时间报告领导小组成员，如估计恢复时间超过30分钟应建议领导小组启动“应急预案”。信息科应按各自岗位职责分别将故障原因和估计恢复时间通知分管院长；
3、信息科应立即按技术保障细则进行故障排除，如需要应立即联系相应供应商技术支持；
4、如故障恢复时间较长，信息科负责人应向领导小组及时报告，由领导小组根据实际情况组织解决；
5、当信息系统故障排除，信息科负责人应立即报告领导小组，由领导小组决定是否停止“应急预案”的实施。信息科工作人员应协助通知各业务部门停止“应急预案”的实施，并做好善后事宜；
6、信息科应事后就故障原因、处理结果书面报告领导小组。
信息系统故障应急预案【篇5】
上饶县交通警察大队信息系统故障处理应急预案
一、信息系统应急预案组织机构
为了保证公安交警网络和信息系统的安全，防止因电脑硬件、软件、网络故障而产生的大队业务、网络使用的瘫痪，特制订上饶县交警大队信息系统安全应急方案。
二、信息系统故障等级划分
1、一级故障
信息系统发生故障，预计将或已经严重影响大队各窗口单位、业务单位相关业务中断1小时以上，并预计4小时以内无法恢复的，具备以下一个或几个特征，即定义为一级故障。
1．交警指挥大楼至支队公安网出现线路和设备故障；
2.交警指挥大队内部网络出现故障；
3．大队计算机房供电系统、空调系统等外围保障设施出现严重故障；
6．病毒攻击造成大队网络专网中断或传输效率明显下降，关键业务系统不能正常提供服务；
7．病毒攻击造成大楼各网络感染客户端设备10台以上，导致关键业务系统和办公系统不能正常提供服务；
8．利用技术手段，造成业务数据被修改、假冒、泄漏、窃取的信息系统安全事件。
2、二级故障
满足以下条件之一，即定义为二级故障。
1．故障发生后，影响到信息系统的运行效率，速度变慢，但未影响车管等主要业务现场。
2．故障发生后预计在2小时以内恢复。
3、三级故障
满足以下条件之一，即定义为三级故障。
1．故障发生后，可随时应急处理，不会影响的系统全面运行，但是一种隐患。
一级和二级故障为重大故障；三级故障为一般性故障。
二信息系统故障处理程序
1、故障的发现
信息中心人员在发现故障或接到故障报告后，首先要记录故障发生时间和发现时间，以及发现部门、发现人，对故障的等级进行初步判定，并报告相关人员进行处理。
2、故障的处理
1.信息中心科室为故障处理部门，故障处理部门领导负责通知和落实相应岗位人员到出现故障科室部门，应先询问了解设备和配置近期的变更情况，查清故障的影响范围，从而确定故障的等级和发生故障的可能位置。
2.对于重大故障按照2.3的故障升级上报要求进行上报，并在处理过程中及时向主管关领导通报故障处理情况。
3.对于一般性故障按照2.3的故障升级上报要求进行上报，并在处理过程中及时通报故障处理情况。
3、故障的记录
在故障处理中，应对其过程进行详细记录，其中包括故障处理的负责人，检查的内容及结果，对故障的判断及处理办法，以及故障处理过程中各步骤及执行人员。
4、故障的升级上报
根据故障等级和发生的时限，要对故障的情况进行及时的上报，并对报告人，告知人及时间及内容进行记录。重大故障由处领导负责上报，一般性故障由故障处理部门负责上报。报告内容包括突发事件发生的时间、地点、过程、状况、原因及影响等。
5、故障应急处置
1．信息中心根据故障情况立即进行应急处理，防止事件进一步扩大。同时由信息中心技术人员分析该故障的起因，判断需要的处理时间，并根据判断结果按故障升级上报程序，逐级上报。 2．根据突发事件的性质、级别，决定启动相关系统技术应急预案。
3．根据事件级别以及对业务影响程度的评估结果，向信息系统安全应急领导小组报告，应急领导小组决定是否启动业务应预案，技术部门配合业务部门开展应急处置工作。
4．根据故障可能产生的原因尽早联系上一级技术部门、线路运营商、设备供应商请求技术支持。并将联系外协支持的情况记录在案。
6、故障处理后的测试验收
故障的处理后，故障处理部门要进行自测，然后提交系统操作用户进行确认，当用户对处理结果认同后，故障最终确认解决。
7、故障书面报告
对于重大故障和拖延时间较长的一般性故障，在处理过后，应对故障及处理的全过程进行总结，以文字形式进行报告。
对于影响较小的一般故障处理，在维护日志中做完整的说明和记录。故障报告填写及报告，故障报告应包括以下几方面的内容：故障处理过程的原始记录，故障情况描述及故障处理情况说明，报告中要明确说明故障处理是否准确和及时，有无明显的失误，有无违反规定行为。语言应简明扼要，对情况描述要清楚、有条理。