业务支撑系统：
　　为了有效的定义各种紧急救援预案，就需要各种业务支撑系统。通过这些系统的业务数据、业务关系、业务接口，创建各种应急救援的参数和业务流程。这也从一个侧面印证了：没有完善的业务系统，是无法创建有效的应急救援预案。
　　应急预案：
　　通过系统的流程定义，创建各种安全事故的应急预案处理流程。同时该流程包括一个自我学习和优化的过程，通过多次的应急处理，系统结合动态参数、串行动作、并发响应不断的完善应急预案流程。
　　指导抢险：
　　一旦事故发生，系统结合发生事故的当前状态和各个子系统传递的关键参数
　　（KPI指标），自动匹配并激活最有的预案。同时将预案需要执行的过程、需要分发的消息通过各类系统、途径、手段广播。预案的生成实际就是产生一系列的执行指令，整个各方支援，有序的按照指令执行各种流程。
　　2.2平台建设目标
　　平台建设的目标概括起来包括“5化“：
　　1．让制度活起来
将公司纸质的流程不再悬挂在墙上，而是进入信息系统，借助信息系统的数据仓库、共享业务数据，让制度形成动态的、可视化的流程，通过动态的流程，清晰的告知每个人的职责、任务、每个任务的步骤等等。
　　2．让命令智能化
　　应急平台是一个自我反馈、自我学习的平台，通过反复的总结，逐步优化流程，使得流程中的每一个任务命令更加智能和科学。从而摆脱了靠经验、套理论的弊端。
　　3．让过程可视化
　　应急系统通过综合各种传输网络，借助各种智能终端、看板系统、公共网络平台，将整个应急抢险过程真实的、全网同步的方式展现给所有人。整个过程完全可视，无论任何地方、任何时候，任何人都可以参与到这个过程中。
　　4．让结果透明化
　　由于过程的可视化、命令的智能化，因此整个的抢险结果将会是直接的、透明的，完全可以预见的，从而让公司领导层能够尽早的预判到事故造成的影响。
　　5．让损失最小化
　　应急抢险信息平台的建设最终的目标就是将全面降低燃气事故发生所带来的损失，全面提升公司的公众形象。
 
　　2.3平台体系结构
　　一套成熟完整的应急抢险信息系统平台结构如下图所示：

　　1．基础平台：
　　即燃气公司生产运营业务子系统。
　　2．接口适配器：
　　包括和业务子系统的适配（业务数据、系统接口、流程定义）；和预案启动的适配（流程触发适配器、流程匹配适配器）。
　　3．预案流程：
　　定义与系统中各类预案流程，具有静态属性。
　　4．预案启动并执行：
　　被匹配并触发后的预案流程，具有动态属性。此时系统会生成一系列的执行指令，这些执行发送给不同的不同和人员，整个各个资源按照指令的要求有序的执行。
　　2.4平台核心功能
应急抢险系统核心功能域如下图所示：

　　(一) 基础功能：
　　1．参数配置管理
　　包括功能参数配置、运行参数配置、抢险处理配置参数、业务流程执行参数配置、系统插件参数配置、各类访问接口参数配置等。
　　2．各类统计报表系统提供各类统计报表，包括业务执行报表、查询统计、各类曲线等。
　　3．现场设备管理
　　　对应急现场需要使用各种设备进行基础管理、跟踪管理等，包括：单兵系统、抢险车、各种抢险设备、通讯设备、照明设备等。
　　4．抢险预案基础数据管理
　　抢险基础数据包括：
　　Ø 预案级别管理
　　Ø 一级、二级、三级、四级预案级别内容等
　　5．抢险负责人管理
　　由于险情级别和影响的面不同，在抢险执行前需要将险情的具体情况和描述通过多种途径发送到相应的负责人，以及每个人职责矩阵关系。
　　6．抢险单管理
　　险情接单可以来自于不同的地方，比如分公司、调度中心等部门，抢险单是整个抢险流程的基础，所以对此表单所必须的属性信息在接单时要填写完整，以便启动正确的抢险预案。
　　(二)     核心功能：
　　1．预案流程定义
　　系统提供可拖拽的方式，实现各类流程图形化的定义。定义好的流程以静态的形式存放在系统中，直到被激活方能使用。
　　2．知识库管理
　　结合行业法律法规、公司的规章制度，以知识库的形式进行管理。在预案流程定义时，既可以参考知识库的信息，也可以直接应用相关的制度和信息（包括直接应用和间接应用）。
　　3．信息联动发布
　　在预案被激活后，形成了执行事件，该事件以一组执行命令的方式存在于系统中，通过系统的发布功能实现执行命令的广播，再以各种渠道、载体将事件共享给所有的事件干系人。
　　4．抢险流程监控
　　系统对正在执行的事件和执行命令以状态机的方式在界面直观的展示，管理人员可以直观的了解到事件目前被执行到哪一步，最新的状态如何？有没有变的更加糟糕？是否需要调整预案流程和告警等级等信息。
　　5．预案服务管理
　　预案的服务主要是对预案的状态紧系控制，预案的状态一般包括如下几种状态：
　　Ø 创建
　　Ø 发布
　　Ø 执行
　　Ø 悬挂
　　Ø 取消
　　6．看板系统
　　如果有多个事件在同时执行时，相互之间可以产生联动。
　　　7．险情导航　　
　　在预案流程的指导下，进行抢险指挥时，系统提供险情导航功能，能够显示的提示在什么区域、该区域的险情级别、抢险的参与者、抢先执行的效率等。系统能够做到随时“一键导航”！
　　8．现场设备定位
　　对位于抢险现场的各种抢险设备、抢险车辆、照明设备等，结合基础管理中设备属性，实现现场跟踪定位。
 
　　(三)     扩展功能：
　　1．流程自我学习记忆
　　某一个预案流程通过多次的执行后，会记忆各种执行的状态信息；该流程再结合这些信息和业务子系统反馈的新数据，完成自我的学习。
　　2．流程自我优化
　　根据自我学习的积累，预案流程会提出自我优化的意见，用户在确认后，流程完成自我优化，完善流程的执行效果。
　　3．抢险流程评价
　　在每次一次抢险预案执行完成后，系统自我进行总结，最后生成总体评价。
 　　
　　第3章应急抢险平台建设
　　3.1平台总体架构
　　系统架构设计图如下所示：

 

 

 

　　3.4平台基础信息建立
　　(一)系统基础功能
　　身份验证及角色管理
　　对系统用户进行基础管理、用户角色权限管理、登录身份识别等，从而保证系统的安全应用。
　　业务接口配置
　　通过业务总线（B_BUS）的方式，提供一个一致对外的服务接口，以松耦合的方式实现系统和各个业务子系统之间进行数据交互、数据共享等。
　　数据访问接口
　　系统提供各类数据源的访问服务通道，例如：包括各类数据库的访问适配、和各类第三方系统的数据访问接口（XML、FTP、WEB Service等）
　　系统运行日志
　　记录系统日常运行各种状况信息，便于对系统的运行有一个直观的了解，也方便日常的故障排除；同时也记录系统登陆者的操作过程，既可以保证系统的使用是透明、受控，也能起到一定的保护作用。
 　　(二)抢险基础数据管理
　　应急预案的设计在启动后，实际演变成抢险任务的执行，因此，预案在设计时，基本上以抢险为目标来进行设计。
　　组织架构是对抢险涉及到的部门、分公司、人员进行管理，方便抢险任务的有序开展以及事后的责任追溯，组织架构的设置是整个系统运行的　　在功能上将会沿用建设的信息化大平台的组织架构体系，在抢险系统中只需做数据查询即可。
　　抢险部门设置是由管理员对涉及到的部门进行动态选择，比如选定具体的抢险部门包括：抢险中心、管网抢险队，这些具体的抢险部门由管理员进行动态调整，以达到系统的灵活可配性；并且能够让操作人员快速的查找到具体的抢险人进行任务分配。公司外部：包括抢险施工单位、市安监局、市能源局、110、119
　　在操作人员选择抢险部门时，系统便在表单中给出提示，以便操作人员正确选择抢险部门，避免误操作造成信息的延迟。系统可以动态调整具体的抢险范围描述，这样可以保证信息的实效性，可根据业务的更改进行调整，这样系统不做任何改动。
　　客户服务部门抢险中心：
　　主要负责具体客户的抢险和维修业务（其中附带了如：安全用气宣传、增值业务等），从公司的输配应用来说，具体负责煤气入户的抢险任务。
　　管网运行部门抢险中心：
　　主要负责管网线范围的抢险任务，从管网运维角度来说，具体负责立围管、调压器以外的所有的业务，包括各类场站、门站、储备站等。
　　抢险时间设置
　　在操作人员选择抢险部门时，系统便在表单中给出提示，以便操作人员正确无误的选择抢险部门，避免误操作造成信息的延迟。系统可以动态调整具体的抢险范围描述，保证信息的实效性，根据业务的更改进行调整，这样系统不做任何改动。
　　抢险中心责任时间段划分：
　　周一到周五 8：30至5：30 由就近的维修班、服务中心负责
　　周一到周五 5：30至22：00和周末8：30至22：00由抢修班负责22：00至8：30由抢险队负责
　　第一，抢险人员可分组、指定组长以及成员；第二，在表单中选择抢险部门后，便展开具体的抢险人员名单；第三，可以有效的管理人员的抢险工作，以便任务调度（抢险人员可以主动上报具体的任务，以便调度人员和领导进行查看）。
　　1.   人员任务管理：展示具体的任务详情，以及抢险人员可在移动终端也可查询到当前任务。
　　2.   任务完成状态：完成状态可以让系统快速查阅到抢险人员的任务量。
　　3.   个人任务：由系统主动推送任务到抢险人员手中，并对任务做出优先级判定。
　　4.   统计分析：通过对抢险人员的任务管理后可对抢险人员的抢险情况进行较全面的分析。
　　为了方便后续系统的管理，因此对抢险级别也可进行新增、更改等操作，这样让业务更加灵活，可根据具体的业务进行系统预案的调整。
　　险情来源是指险情是通过何种途径收到的信息，设置此项内容可以在统计时方便的分析出险情接收途径，得出公司内部排查险情和发现隐患的能力，追溯到巡检是否符合标准。险情来源从大的方面来说分为：
　　Ø 总调
　　客户、小区物管、政府部门、巡检队、巡线队等
　　Ø 分公司
　　服务中心、专业队等公司内部部门接到或发现燃气设施、设备出现异常或怀疑出现异常向抢险维修部门转报。
客户、物管、路人、110等直接向维修中心报修（报险）
　　Ø 调度中心
　　大的方面：生产调度和燃气热线。
　　小的方面：用户、巡线队 、领导安排的、供气转过来的。
　　区域的划分可以根据业务的发展需要进行动态增加和更改，具体操作可以在填写表单时和处理完成后进行选择，不做强制性的要求在填写抢险单进行选择，避免任务派发受阻。
　　1. 核实阶段
　　是对事故的初步判断，由调度人员进行选择。事故类型分为一般与严重。
　　Ø 一般事故
　　1、客户煎油、炒菜、煮东西，不慎造成户内燃烧,无人员受伤；      　　
        2、户内发生火灾；                                             　　
        3、热水器爆炸，引起户内燃烧,无人员受伤；                      　　
        4、施工挖断燃气管道，未造成人员伤亡
　　Ø 严重事故
　　1、户内发生燃烧爆炸，有人员受伤送医院治疗；                   　　
        2、客户在家里洗澡时中毒；                                     　　
　　3、燃气管道泄漏，引起燃烧，造成人员伤亡；
　　4、燃气站场（含门站、储配站、调压站、CNG站等）泄漏引发燃烧、爆炸；                                                            　　
　　5、信息来源为市能源办、市安监局、市政府值班室、市应急办的事件；
　　2.现场处理阶段
　　现场处理阶段是对已发生的事故进行确认无误后的处置阶段，事故类型分为一般与严重。
　　Ø 一般事故
　　1、燃气管线设施发生泄漏，需停中压阀井抢修；                   　　
　　2、户内发生燃气泄漏引发燃烧、爆炸，无人员送医院治疗；         　　
　　3、施工损坏燃气管线和设施，未造成人员伤亡，停气用户20000户以　　
　　4、水堵造成300—1000户用户停气，停气时间超过2天；             　　
　　5、洪水、塌方等威胁输气干管；
　　Ø 严重事故
　　1、事故造成人员伤亡、中毒，伤者送医院治疗；
　　2、燃气站场（含门站、储配站、调压站、CNG站等）泄漏引发燃烧    　　
　　3、施工损坏燃气管线和设施，引发燃烧、爆炸，或造成人员伤亡，或　　
　　4、水堵造成1000户以上用户停气；                               　　
　　5、低压燃气管线设施超压，发生冲表事故；                       　　
　　6、信息来源为市能源办、市安监局、市政府值班室、应急办的事件；
　　为了方便后续系统的管理，因此对抢险类型也可进行新增、更改等操作，这样让业务更加灵活，可根据具体的业务进行系统预案的调整。
　　客户服务部门抢险处置类型主要包括：
　　1、火灾与爆炸、
　　2、不受控制的燃气泄漏、
　　3、已受控制的燃气泄漏（不安全的炉具及燃气装置）、
　　4、管道堵塞、
　　5、燃气供应中断、
　　6、与燃具设施有关的事故处理
　　管网运行部门抢险处置类型主要包括：
　　1、漏气
　　2、水堵
　　3、渣堵
　　4、电磁阀断阀
　　5、调压设备故障
　　6、户内设施故障
　　7、其它
　　对事故类型更深层次的设置，当发生事故时需要上报主管部门等情况，通过消息传递的方式进行事故信息的推送。根据不同阶段出现的事故类型设置不同的上报部门和上报人员，系统可以动态进行配置。
　　由于险情级别和影响的面不同，在抢险执行前需要将险情的具体情况和描述通过多种途径发送到相应的负责人。
　　一级险情负责人包括以下岗位人员：（在功能设置管理员可以对人员的变动进行实时的变动，不影响其信息的推送）
公司分管生产副总经理、生产部经理、对应的各分公司经理到现场组织指挥。
　　二级险情负责人包括以下岗位人员：（在功能设置管理员可以对人员的变动进行实时的变动，不影响其信息的推送）
　　生产部经理和对应的各分公司分管生产副经理到现场组织指挥。
　　三级险情负责人包括以下岗位人员：（在功能设置管理员可以对人员的变动进行实时的变动，不影响其信息的推送）
各分公司对应科室负责人到现场组织指挥。
　　四级险情负责人包括以下岗位人员：（在功能设置管理员可以对人员的变动进行实时的变动，不影响其信息的推送）
各分公司抢险班组负责人到现场组织指挥。
　　领导小组是基于抢险负责人之上的安全领导小组，对出现重大级别险情则需要领导小组的调度，涉及到中心大屏调度展示，及现场和指挥中心双重调度。
　　领导小组的设置主要体现在在出现一般事故C级及以上级别安全生产事故应急处置，负责指挥所有参与应急救援的队伍和人员实施应急救援，并及时向公司报告事故及救援情况。（C级，此处需要明确何为C级，可参照其预案来制定和确认）。
　　Ø 领导小组的组成
　　总指挥：    公司总经理
　　现场指挥： 公司分管安全生产副总经理
　　现场副指挥：事故所在单位分管副总经理
　　成员：公司分管人力资源副总经理、总工程师、工会主席、安全总监、安全部经理、生产部经理、总经理办公室主任、人力资源部、技术部经理、安全部工作人员。
　　Ø 功能体现
　　在功能上可以对领导小组进行动态配置，可随人员的调整而进行岗位角色变动，在何种级别的抢险才触发此领导小组，可以由管理员在预案中进行设置，无需在系统中做出无法修改，采用动态配置的模式进行。
　　(四)险联动信息发布
　　信息发布渠道：
　　在实施抢险过程中，通过各种消息通道将抢险过程中的各种实时数据、状态、进度发布给各个相关人员。消息渠道包括：语音电话、短信、视频、微信等。
　　结合看板系统应用：
　　在抢险实施过程中，将各种信息、视屏、执行流程通过调度显示屏，集中展示所有信息。
　　第4章　结论
　　总体来说，应急抢险信息平台的建设不能是凭空而起，该平台必须借助燃气公司现有的业务系统，才能够借助业务数据、创建业务流程，最终才能制定抢险任务和执行方案。并且该平台同时也需要借助第三方的设备、网络、公共平台，才能构建一套综合性的、能够全局联动的抢险平台。