应急风险措施和预案措施 1.1 成立应急领导小组 本项目应急救援工作领导组织分二级，第一级直接对接现场，由项目经理部领导成员组成，这也是事件发生第一反应小组，也是事件的控制中心。第二级间接对接现场，由公司总部高层领导成员组成，它支持、服务于第一级应急小组工作，为第一级应急小组提供财政支持，社会关系求助，对第一应急小组工作提供建议和决策参考。
1.2 激活时间 事故发生后1小时内，启动应急机制，同时上报。全天24小时进入应急状态。事后处理报告提交公司总部、业主、政府部门。
1.3 应急救援流程 （1）流程 现场第一发现人——现场值班人员——现场应急救援小组组长——公司值班人员——公司生产安全事故应急救援小组——向上级部门报告。
（2）生产安全事故发生后，应急救援组织立即启动如下应急救援程序：
现场发现人：向现场值班人员报告 现场值班人员：控制事态保护现场组织抢救伤员，疏导人员，并以最快方式上报。
现场应急救援小组组长：组织组员进行现场急救，组织车辆保证道路畅通，送往最佳医院。绘制事故现场平面图、立体图，并提供有关资料。
公司值班人员 ：了解事故及伤亡人员情况 公司生产安全应急救援小组：了解事故及伤亡人员各简况及采取的措施，成立生产安全事故临时指挥小组，进行善后处理事故调查，预防事故发生措施的落实。并上报上级部门。各级人员认真配合上级和政府主管部门人员勘察现场，开展事故调查。
1.4 应急解决方案 我公司认真研究及总结以往信息化项目建设的经验，提出针对此项目在实施过程及日后的维护中的应急方案。
1.4.1 应急方案总体原则 （1）
统一领导 遇到重大软件异常情况，应及时向领导小组报告，以便于统一调度、减少损失。
（2）
综合协调 明确综合协调的职能机构和人员，做到职能间的相互衔接。
（3）
重点突出 应急处理的重点放在运行着重要业务软件上。
（4）
及时反应，积极应对 出现软件故障时，系统维护人员应及时发现、及时报告、及时抢修、及时控制，积极对系统突发事件进行防范、监测、预警、报告、响应。
（5）
快速恢复 软件管理人员在坚持快速恢复系统的原则下，根据职责分工，加强团结协作，必要情况下与设备供应商共同谋求问题的快速解决。
（6）
防范为主，加强监控 经常性地做好应对信息系统突发事件的思想准备、预案准备、机制准备和工作准备。加强对软件应用的日常监视，及时发现软件突发性事件并采取有效措施，迅速控制事件影响范围，力争将损失降到最低程度。
1.4.2 应急工作小组机构设置及职责 在问题事件的处理中，一个组织良好、职责明确、科学管理的应急队伍是成功的关键。组织机构的成立对于事件的响应、决策、恢复，防止类似事件的发生都具有重要意义。
结合此项目的实际情况，我们将有关应急人员的角色和职责进行了明确的划分。
（1）应急处理领导小组 及时掌握软件故障事件的发展动态，向上级部门报告事件动态；
对有关事项做出重大决策、启动应急预案、组织和调度必要的人、财、物等资源。
领导小组成员：我们公司项目经理。
（2）应急处理工作小组 负责定期了解外部支持人员的变动情况，及时更新其技术人员及联系方式等信息；
快速响应软件发现的故障事件、业务部门对系统故障的申告；
执行软件故障的诊断、排查和恢复操作，尽早发现软件的异常状况，排除软件的隐患。
工作小组组长：项目技术负责人。
工作小组成员：项目实施及维护人员。
1.4.3 预警和预防机制 （1）系统监测及报告 软件的日常管理和维护 系统的日常管理和维护应加强信息系统应用的监测、分析和预警工作。
建立系统设备故障事故报告制度 发生软件故障时，值班人员应当立即向应急处理小组领导报告，并及时进行故障处理、调查核实、保存相关证据等。
（2）预警 在接到软件故障报告后，应当经初步核实之后，将有关情况及时向应急处理小组领导报告，进一步进行情况综合，研究分析可能造成损害的程度，提出初步行动对策。由上级领导视情况紧急程度召集协调会，决策行动方案，发布指示和实施命令等。
（3）预警支持系统 应建立和完善信息监测、消息传递和指挥决策支持系统，保证突发故障处理过程中的资源共享、运转正常、指挥有力。
1.4.4 应急处理程序 （1）软件故障分类分级的说明 根据软件突发事件的发生原因、性质和机理，主要分为以下三类：
攻击类事件：指信息系统因病毒感染、非法入侵等导致业务中断、系统宕机、信息系统瘫痪等情况。
故障类事件：指信息系统因设备软硬件故障、停电、人为误操作等导致业务中断、系统宕机、系统瘫痪等情况。
灾害类事件：指因爆炸、火灾、雷击、地震、台风等外力因素导致信息系统损毁，造成业务中断、系统宕机、信息系统瘫痪等情况。
按照突发事件的性质、严重程度、可控性和影响范围，将其分为一般故障、严重故障、重大故障、特级故障四级。
一般故障：系统中单个系统故障，但未影响业务系统运行，也未造成社会影响或经济损失的突发事件。
严重故障：系统中单个节点故障导致业务中断，可能造成较大影响或较大经济损失的突发事件。
重大故障：系统中多个节点故障引起的多个业务系统长时间中断，可能造成重大社会影响和巨大损失的突发事件。
特级故障：特指发生不可预见的灾难性事故，如火灾、水灾和地震等。
（2）系统应急预案启动 根据以上定义的故障分级，当系统事件的要素满足启动应急预案要求时，进入相应的应急启动流程。
应急处理工作小组从使用人员或值班人员的故障申告、信息系统监控报告的故障告警中得知系统异常事件后，应在第一时间赶赴故障现场。
应急处理工作小组针对信息系统事件做出初步的分析判断。若是电源接触不好、物理连线松动或者能在最短时间内自行解决的信息系统问题，及时按照有关操作规程进行故障处理，并报领导小组备案；
否则，应急处理工作小组将故障大致定性为设备故障、线路故障、软件故障等故障之一，及时告知领导小组和受影响的相关部门，并采取措施避免事件影响范围的扩大。
应急处理工作小组向领导小组报告，在领导小组的授权后启动相应的应急预案。针对灾难事件和影响重要业务运行的重大事件，还要及时向上级领导进行报告。
应急处理工作小组根据故障类型及时与外部支持人员取得联系。其中，设备故障的，可协助不动产登记局与硬件供应商联系；
软件故障则自行解决，如无法解决，由我公司进行现场或远程技术支持；
线路故障的，可协助不动产登记局与运营商联系，三方密切协作力求通信线路在短时间内恢复正常。
应急处理工作小组在上级机构或外部支持人员的配合下，充分利用应急预案的资源准备，采取有力措施进行故障处理，及时恢复信息系统的正常工作状态。
应急处理工作小组通知业务部门信息系统恢复正常，并向领导小组报告故障处理的基本情况。重大事件形成文字资料，以书面形式向上级报告。
总结整个处理过程中出现的问题，并及时改进应急预案。
（3）现场应急处理 如遇到预知外界因素（如定时、定点停电）影响不动产登记局系统软件的正常运行，将根据有关部门的通知，提前安排技术人员到实地关闭信息系统设备并进行现场维护，直至外界因素消除。
如遇到不可抗力因素（如火灾）造成的信息系统系统故障时，接到通知的值班维护人员要快速到达现场，果断切断相关设备配电柜的电源，积极参与消除不可抗力因素，并及时将情况上报应急处理工作小组领导。
如遇到一般故障、严重故障和重大故障，影响信息系统的正常运行，相关人员要迅速、及时地赶到现场，进行相应突发事件的应急处理。
推荐访问:小学校车安全事故应急预案 乡食品安全事故应急预案 某某砖厂安全事故应急预案 医院生产安全事故应急预案 甲醇企业生产安全事故应急预案 纺织単位安全事故应急预案 商场生产安全事故应急预案 外出大型活动安全事故应急预案 印刷企业生产安全事故应急预案 宾馆生产安全事故应急预案
