煤炭行业安全生产事故应急预案编制与管理信息系统规范

煤矿安全生产事故应急预案编制与管理信息系统规范1.范围本标准适用于煤矿安全生产事故应急预案的编制与管理信息系统建设工作。

企业及煤矿建立的煤矿安全生产事故应急预案信息系统应满足本标准的要求；已建立的安全生产事故应急预案信息系统不能满足本标准的应按要求升级或改建。

2.规范性引用文件下列文件对本标准的应用是必不可少的，其最新版本（包括所有的修订单）适用于本标准。

AQ/T 9002-2006 生产经营单位安全生产事故应急预案编制导则GB/T 13816-1992 生产过程危险有害因素分类与代码GB 6441-1986 企业职工伤亡事故分类国家安全生产监督管理总局令第17号《生产安全事故应急预案管理办法》应指信息[2009]6号关于印发《生产经营单位生产事故应急预案备案申请表》和《生产经营单位生产安全事故应急预案备案登记表》的通知3.术语和定义下列术语和定义适用于本标准。

3.1 应急管理 emergency management为了有效应对可能出现的安全生产事故，降低其可能造成的后果和影响，达到优化决策的目的，基于对安全生产事故的原因、过称及后果进行的一系列有计划、有组织的管理。

3.2 应急预案 emergency reserve plan针对可能发生的安全事故，为迅速、有序地开展应急行动而预先制定的行动方案。

3.3 预警 warning根据检测结果，判断安全生产事故可能造成或即将发生时，依据法律法规或应急预案相关规定，公开或在一定范围内发布相应级别的警报，并提出相关应急建议和行动。

3.4 预警分级 warning grade根据安全生产事故发生危害程度、等级程度和发展态势所规定的警报等级。

发布时一般依次由重至轻用红色、橙色、黄色和蓝色表示。

3.5 应急响应分级 emergency response grade根据安全生产事故的严重程度、影响的范围和事故单位的应急能力所规定的应急相应等级。

3.6 应急能力评估 emergency capability assessment对本单位应对可能发生安全生产事故的综合能力的评估。

评估内容包括预测预警能力、社会控制效能、行为反应能力、工程防御能力、灾害救援能力和资源保障能力等。

3.7 应急救援 emergency response在应急响应过程中，为消除、减少事故危害，防止事故扩大或恶化，最大限度地降低事故造成的损失或危害而采取的救援措施或行动。

3.8 应急保障 emergency safeguard为保障应急救援的顺利进行而采取的各项保证措施。

一般按功能分为人力、财力、物资、交通运输、医疗卫生、治安维护、人员防护、通讯等信息、公共设施、社会沟通、技术支撑及其他保障。

3.9 应急恢复 emergency recovery突发安全生产事故的影响得到初步控制后，政府、企业、煤矿和相关单位，为使生产、工作、生活、社会秩序和生态环境尽快恢复到正常状态而采取的措施或行动。

3.10 功能模块 function module为完成特定（如应急预案）及相关管理任务的信息系统中软件的一部分，由数据说明、可执行语句、接口等相关元素组成，可单独命名，表现为过程、函数、子任务、宏调用或类，完成相对划出类独立的功能。

每个功能模块完成一个子功能，再把这些功能模块总起来组成一个整体。

以满足所要求的整个系统的功能。

3.11 数据结构 data structure是指相互之间存在一种或多种特定关系的数据元素的集合，是计算机存储、组织数据的方式。

通常情况下，精心选择的数据结构可以带来更高的运行或者存储效率，规范的数据结构是网络化环境和信息系统间互连互通的基础。

3.12 业务流程 business process是为达到特定的价值目标而由不同的人分别共同完成的一系列活动。

活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行交接成为可能。

3.13 接口 interface两个不同系统或子程序（模块）交接并通过它彼此作用的部分。

是一种规范，满足这个规范的系统，可以完成信息互连互通。

4. 一般要求4.1 原则服务于企业和煤矿建立应急管理体系，遵循“安全第一，预防为主，综合治理”的方针，以应急预案编制为基础，建立预案体系的全面信息化管理，深化预案管理，利用软件技术从针对性、可控性、科学性、协调性、规范性等方面，提高预案编制质量。

4.2 编制功能针对煤矿提供综合应急预案、专项应急预案、现场处置方案、区队（科室）应急预案、作业应急预案、班组应急预案、个人和岗位应急预案编制功能，并根据体系文件关系建立关联。

4.3 业务流程管理实现应急预案编制、评审、发布、备案、培训与演练、应急响应等业务流程的信息化管理，形成应急预案、应急资源关系数据库，做到各类应急资源信息的动态保持和更新，并能根据应急演练与应急响应指挥的需要以最直接的方式提供决策支持信息。

4.4 版本管理发布的应急预案应是受控文档，当根据实际需要对应急预案修订与更新时，应做到版本控制和更新评审过程全纪录，并能识别受控版本进行自动备案。

5. 功能模块要求5.1 应急预案编制5.1.1 应急预案编制煤矿企业及煤矿应急预案体系中各种应急预案均应有唯一编号，编号必须保证全国范围内不重复，具体编号规则如下：单位性质见附表1。

预警类别代码见附表2。

5.1.2 版本号版本号与应急预案编号一起确定应急预案的唯一性，最新受控版本在信息系统中应有明确标识，在信息系统中的所有预案如果不明确指明版本号，均值受控版本号。

版本号的编码意义如下：5.1.3 编制权限应对编制小组成员信息进行管理，并能设定编制成员对不同类别的应急预案的编制或修改权限，建立修改工作日志。

应建立应急预案的受控库，受控库是当前评审后发布的应急预案，不允许任何形式的修改。

5.1.4 网络编制信息管理系统应为局域网或因特网为基础环境建设，提供网络化编制控制，建立预案编制工作库，执行编制工作的签出和签入管理，确保编制工作的有效监督和适用性。

5.1.5 编制准备工作应对编制准备工作进行信息化管理，记录并形成编制准备工作的信息数据库。

1）资料收集工作获得预警编制的各种资料，包括相关法律法规、参考的或上级应急预案、技术标准，安全事故案例分析、本单位技术资料等。

由专门指定权限人员进行资料库管理，编制小组全体人员信息共享。

2）对危险分析的结果信息进行记录，详细记录本单位可能发生事故的危险源，以及针对每个危险源的事故类型、影响范围、风险等级和可能性等级、等级和后果及其严重程度等级，同时对可能产生的次生、衍生事故进行记录，对危险源分析报告建档记录。

（附录表3）3）对应急能力评估结果进行记录，包括人力、财力、物力、医疗、交通运输、治安、人员保护、通信、等等。

为了应急救援指挥及时获取应急资源信息，应按列表4数据结构要求建立应急资源数据库，并对定期检查、使用、维护和补充情况进行信息登记。

5.1.6 应急预案内容要求应能按照5.2规范性引用文件相关要求，提供各种应急预案模板，规范应急预案内容要求，编制时应能调阅编制准备工作形成的资料或数据，提高内容的针对性和科学性。

各种应急预案内容要求见附录5。

5.2 评审与发布信息系统应针对应急预案内部评审和外部评审过程进行记录，记录内容包括评审检查表、评审参加人员、评审时间、应急预案编写、版本号、评审概要、评审结果等。

信息系统应按照下面业务流程组织应急预案编写、评审与发布工作。

5.3 应急预案备案信息系统应提供以下两种应急预案备案方式：1）应能够提供应急元体系所有预案文档整体打印的功能，统一页码、目录，以便装订成册，用来集中评审或申报，未评审通过的预案打印时应在页眉明确注明“未评审”字样。

封面应注明编号、版本号、单位名称、颁布日期、实施日期、报送备案、管理部门和安全生产监督管理部门。

2）应提供应急预案申报文件的电子版本，为方便备案部门自动录入信息系统而形成备案数据库，应按附录6接口要求形成电子文档，5.4 宣贯与培训信息系统应对应急预案的宣贯与培训活动进行记录。

包括培训计划、培训课程、培训考核等内容。

5.5 应急救援演练应急演练的组织方式分为桌面演练和实战演练；演练内容分为单项演练和综合演练；演练目的分为检验性演练、示范性演练和研究性演练。

5.5.1 演练计划演练计划是有关演练的基本构想和对演练准备活动的初步安排，计划要针对每次演练记录内容，包括演练的目的、方式、时间、地点、目标安排、演练策划领导小组和工作小组、演练的内容和范围、经费预算、保障措施和计划审批情况。

5.5.2 演练方案应针对演练计划建立审批后的演练方案文件数据库。

5.5.3 演练记录应对参加演练的人员进行登记；应对演练的实施过程进行记录，主要包括演练实际开始与结束时间、演练过程控制情况、各项演练活动中参演人员的表现、意外情况及处置内容。

详细记录“伤亡”和财产损失情况。

演练过程照片和音响以附件形式记录存档。

5.5.4 评估总结应对演练评估报告进行记录。

应对演练总结报告进行记录。

5.5.5 改进应对针对演练中暴露出来的问题而制定的纠正和改进措施进行记录存档；应建立问题整改跟踪检查与反馈记录，实现应急演练的PDCA闭环管理。

5.6 应急处置程序1、应对应急处置的程序和内容进行登记处理，通常包括：（1）信息处置，主要包括事故报告、接警和通知；（2）应急响应，主要包括初级响应和扩大响应；（3）应急处置，主要包括灾害初步评估、应急处置方案和处置程序；（4）指挥与协调，主要包括现场指挥与协调和场外指挥与协调；（5）恢复与结束，主要包括计划和处理措施，专门机构的评价；（6）后期处置，主要包括救援总结报告、事故调查报告、针对事故的安全教育培训。

2、应提供应急响应指挥与协调的相关信息，方便应急处置的顺利进行。

3、煤矿调度室事故报告通知程序中应列出需要通知的各个单位的联系方式，通知程序涉及的部门包括：本单位主要领导、上级单位调度室、煤矿安全监察局（分局）、医院、救护队、消防队、其他煤矿安全监察机构。

应采用电话和系统自动发短信两种方式进行事故信息通知。

事故报告信息应包括：报告人姓名、单位、时间、地点、原因（如已经明确）、经过、事故涉及人数（已伤亡人数、已撤离人数、被困人数、不明位置人数）、应对措施（已采取和将要采取）、行车路线图、事故现场图（到达现场提供）。

6. 系统安全应提供系统登录和密码保护；应采用三层或几层架构，确保数据库的；应有合适的数据备份措施，防止硬件原因带来的数据丢失。

附件一 单位性质分类表1.1 单位性质分类代码 单位性质00 人民政府01 煤炭管理部门02 安全生产监督管理部门03 煤矿安全监察局（分局）11 煤炭企业（集团公司）12 生产矿井21 煤炭流通企业31 煤矿机械装备制造企业41 地质勘查企业51 工程建设企业91 其他附件二 预案体系预案分类表2.1 预案体系预案分类编码代码 名 称 集团公司（分公司）煤矿01 综合预案√√02 专项预案√√03 现场应急处置预案√04 处室（部）预案√05 区队（科）预案√06 作业预案√07 班组应急预案√08 岗位和个人应急处置方案√表2.2 专项预案（安全生产事故）类型分类编码代码 名 称01 瓦斯（一氧化碳中毒、爆炸、突出、燃烧等）事故02 各类水灾（包括钻孔、承压、地表、采空、断层等）事故03 火灾事故04 煤尘爆炸事故05 井下爆破事故06 顶板事故07 冲击地压事故08 供电（包括停电）事故09 （机电）运输事故10 易燃易爆安全事故11 特种设备（压力容器等）安全事故12 主提升事故13 主通风机事故14 膏体充填事故15 矸石山事故16 地面火灾事故17 洗煤厂安全事故18 雨季“三防”事故19 灾害性天气停产撤人20 人身触电事故21 重大食物中毒事件22 职业病危害事故23 突发公共卫生事件24 突发治安事件附件三 风险分析矩阵表3.1 事故发生可能性等级代码代码 可能性等级概率描述可能性说明 5 极不可能 10-7＞每年 几乎没有发生过4 极少 10-4＞每年≥10-7在设施的使用年限内不易发生，但同样的事故史上有个别记录 3 有时 0.01＞每年≥10-4在设施的使用年限内有时可能发生 2 很可能 1.0＞每年≥0.01 在设施的使用年限内可能发生若干次1 几乎可能每年≥1.0在大多数情况下每年都有可能发生表3.2 事故后果严重程度等级代码脆弱性目标代码后果严重 程度等级人财产环境A 特大的 10人以上的人员死亡（1）现场设备全部、大部分损害需要重新更新更换，要求大量的资金支出（超过1000万元）（2）现场以外财产的重大损失（超过500万元） 对生态功能产生严重的、持续的、不可挽回的损失B 重大的 1～10人的人员死亡（1）现场设备的损失在4～12月可以修复，要求大量的资金支出（低于1000万元）（2）现场以外财产的重大损失（低于500万元）大范围、中长期的生态系统损害C 严重的（1）多人次的损伤、多处伤害（2）住院时间＞24小时现场设备的损失在7～120天可以修复，因设备的损失，可能造成产品的损失 对当地的生态系统有短期的损害D 较小的（1）通过治疗能够很快恢复（2）住院时间＜24小时现场损坏的设备在7天内可以修复在现场有限的区域内产生微小的生态反应脆弱性目标代码后果严重 程度等级 人 财产环境 E 不重要的急救治疗现场损坏的设备在24小时内修复，没有产品的损失现场释放物能够容易的清除表3.3 风险分析矩阵 事故后果严重程度等级可能性 A B C D E 1 Ⅰ Ⅰ Ⅱ Ⅲ Ⅳ 2 Ⅰ Ⅱ Ⅱ Ⅲ Ⅳ 3 Ⅱ Ⅱ Ⅲ Ⅳ Ⅴ 4 Ⅱ Ⅲ Ⅳ Ⅴ Ⅴ 5ⅢⅢⅤⅤⅤ注：风险等级依风险大小从小到大依次表示为Ⅰ～Ⅴ。