安全事故应急预案（新）.doc

《安全事故应急预案（新）.doc》由会员分享，可在线阅读，更多相关《安全事故应急预案（新）.doc（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、安全事故应急预案（新）应急风险措施和预案措施 1.1 成立应急领导小组 本项目应急救援工作领导组织分二级，第一级直接对接现场，由项目经理部领导成员组成，这也是事件发生第一反应小组，也是事件的控制中心。第二级间接对接现场，由公司总部高层领导成员组成，它支持、服务于第一级应急小组工作，为第一级应急小组提供财政支持，社会关系求助，对第一应急小组工作提供建议和决策参考。 1.2 激活时间 事故发生后1小时内，启动应急机制，同时上报。全天24小时进入应急状态。事后处理报告提交公司总部、业主、政府部门。 1.3 应急救援流程 （1）流程 现场第一发现人现场值班人员现场应急救援小组组长公司值班人员公司生产安

2、全事故应急救援小组向上级部门报告。 （2）生产安全事故发生后，应急救援组织立即启动如下应急救援程序： 现场发现人：向现场值班人员报告 现场值班人员：控制事态保护现场组织抢救伤员，疏导人员，并以最快方式上报。 现场应急救援小组组长：组织组员进行现场急救，组织车辆保证道路畅通，送往最佳医院。绘制事故现场平面图、立体图，并提供有关资料。 公司值班人员 ：了解事故及伤亡人员情况 公司生产安全应急救援小组：了解事故及伤亡人员各简况及采取的措施，成立生产安全事故临时指挥小组，进行善后处理事故调查，预防事故发生措施的落实。并上报上级部门。各级人员认真配合上级和政府主管部门人员勘察现场，开展事故调查。 1.4

3、 应急解决方案 我公司认真研究及总结以往信息化项目建设的经验，提出针对此项目在实施过程及日后的维护中的应急方案。 1.4.1 应急方案总体原则 （1） 统一领导 遇到重大软件异常情况，应及时向领导小组报告，以便于统一调度、减少损失。 （2） 综合协调 明确综合协调的职能机构和人员，做到职能间的相互衔接。 （3） 重点突出 应急处理的重点放在运行着重要业务软件上。 （4） 及时反应，积极应对 出现软件故障时，系统维护人员应及时发现、及时报告、及时抢修、及时控制，积极对系统突发事件进行防范、监测、预警、报告、响应。 （5） 快速恢复 软件管理人员在坚持快速恢复系统的原则下，根据职责分工，加强团结协

4、作，必要情况下与设备供应商共同谋求问题的快速解决。 （6） 防范为主，加强监控 经常性地做好应对信息系统突发事件的思想准备、预案准备、机制准备和工作准备。加强对软件应用的日常监视，及时发现软件突发性事件并采取有效措施，迅速控制事件影响范围，力争将损失降到最低程度。 1.4.2 应急工作小组机构设置及职责 在问题事件的处理中，一个组织良好、职责明确、科学管理的应急队伍是成功的关键。组织机构的成立对于事件的响应、决策、恢复，防止类似事件的发生都具有重要意义。 结合此项目的实际情况，我们将有关应急人员的角色和职责进行了明确的划分。 （1）应急处理领导小组 及时掌握软件故障事件的发展动态，向上级部门报

5、告事件动态；对有关事项做出重大决策、启动应急预案、组织和调度必要的人、财、物等资。 领导小组成员：我们公司项目经理。 （2）应急处理工作小组 负责定期了解外部支持人员的变动情况，及时更新其技术人员及联系方式等信息；快速响应软件发现的故障事件、业务部门对系统故障的申告；执行软件故障的诊断、排查和恢复操作，尽早发现软件的异常状况，排除软件的隐患。 工作小组组长：项目技术负责人。 工作小组成员：项目实施及维护人员。 1.4.3 预警和预防机制 （1）系统监测及报告 软件的日常管理和维护 系统的日常管理和维护应加强信息系统应用的监测、分析p 和预警工作。 建立系统设备故障事故报告制度发生软件故障时，值

6、班人员应当立即向应急处理小组领导报告，并及时进行故障处理、调查核实、保存相关证据等。 （2）预警 在接到软件故障报告后，应当经初步核实之后，将有关情况及时向应急处理小组领导报告，进一步进行情况综合，研究分析p 可能造成损害的程度，提出初步行动对策。由上级领导视情况紧急程度召集协调会，决策行动方案，发布指示和实施命令等。 （3）预警支持系统 应建立和完善信息监测、消息传递和指挥决策支持系统，保证突发故障处理过程中的资共享、运转正常、指挥有力。 1.4.4 应急处理程序 （1）软件故障分类分级的说明 根据软件突发事件的发生原因、性质和机理，主要分为以下三类： 攻击类事件：指信息系统因病毒感染、非法

7、入侵等导致业务中断、系统宕机、信息系统瘫痪等情况。 故障类事件：指信息系统因设备软硬件故障、停电、人为误操作等导致业务中断、系统宕机、系统瘫痪等情况。 灾害类事件：指因爆炸、火灾、雷击、地震、台风等外力因素导致信息系统损毁，造成业务中断、系统宕机、信息系统瘫痪等情况。 按照突发事件的性质、严重程度、可控性和影响范围，将其分为一般故障、严重故障、重大故障、特级故障四级。 一般故障：系统中单个系统故障，但未影响业务系统运行，也未造成社会影响或经济损失的突发事件。 严重故障：系统中单个节点故障导致业务中断，可能造成较大影响或较大经济损失的突发事件。 重大故障：系统中多个节点故障引起的多个业务系统长时

8、间中断，可能造成重大社会影响和巨大损失的突发事件。 特级故障：特指发生不可预见的灾难性事故，如火灾、水灾和地震等。 （2）系统应急预案启动 根据以上定义的故障分级，当系统事件的要素满足启动应急预案要求时，进入相应的应急启动流程。 应急处理工作小组从使用人员或值班人员的故障申告、信息系统监控报告的故障告警中得知系统异常事件后，应在第一时间赶赴故障现场。 应急处理工作小组针对信息系统事件做出初步的分析p 判断。若是电接触不好、物理连线松动或者能在最短时间内自行解决的信息系统问题，及时按照有关操作规程进行故障处理，并报领导小组备案；否则，应急处理工作小组将故障大致定性为设备故障、线路故障、软件故障等

9、故障之一，及时告知领导小组和受影响的相关部门，并采取措施避免事件影响范围的扩大。 应急处理工作小组向领导小组报告，在领导小组的授权后启动相应的应急预案。针对灾难事件和影响重要业务运行的重大事件，还要及时向上级领导进行报告。 应急处理工作小组根据故障类型及时与外部支持人员取得联系。其中，设备故障的，可协助不动产登记局与硬件供应商联系；软件故障则自行解决，如无法解决，由我公司进行现场或远程技术支持；线路故障的，可协助不动产登记局与运营商联系，三方密切协作力求通信线路在短时间内恢复正常。 应急处理工作小组在上级机构或外部支持人员的配合下，充分利用应急预案的资准备，采取有力措施进行故障处理，及时恢复信

10、息系统的正常工作状态。 应急处理工作小组通知业务部门信息系统恢复正常，并向领导小组报告故障处理的基本情况。重大事件形成文字资料，以书面形式向上级报告。 总结整个处理过程中出现的问题，并及时改进应急预案。 （3）现场应急处理 如遇到预知外界因素（如定时、定点停电）影响不动产登记局系统软件的正常运行，将根据有关部门的通知，提前安排技术人员到实地关闭信息系统设备并进行现场维护，直至外界因素消除。 如遇到不可抗力因素（如火灾）造成的信息系统系统故障时，接到通知的值班维护人员要快速到达现场，果断切断相关设备配电柜的电，积极参与消除不可抗力因素，并及时将情况上报应急处理工作小组领导。 如遇到一般故障、严重故障和重大故障，影响信息系统的正常运行，相关人员要迅速、及时地赶到现场，进行相应突发事件的应急处理。 第 5 页 共 5 页