应急指挥决策精选(九篇)

前言：一篇好文章的诞生，需要你不断地搜集资料、整理思路，本站小编为你收集了丰富的应急指挥决策主题范文，仅供参考，欢迎阅读并收藏。

第1篇：应急指挥决策范文

而在复杂重特大公共安全的应对中，事故往往表现出高度破坏性、衍生性、快速扩散性和不研究性等特征，每一次重特大公共安全事故的发生对于决策者而言，很可能都是类型全新、特征全新、危害全新的灾难，如何快速且有效应对这类重特大公共安全事故是该文的研究重点。 

1 城市公共安全管理应急决策指挥系统 

1.1 城市公共安全管理 

城市公共安全管理是及多部门、多行业与一体的复杂体系，事故处理过程中通常汇集了公安、交通、安监、环保、卫生、气象等多个部门，以及消防抢险、疏散搜救、环境监测、医疗救护、工程抢修等多支救援队伍。总而言之，城市公共安全管理主要指：公共安全部门对城市公众活动和社会运行实施影响、控制、协调，以实现公共安全目标的过程[3]。 

城市公共安全管理以城市公共安全类事件的应急角色为主要研究对象，其中公共安全类事件大多是在人们毫无准备的情况下发生，尤其是重特大安全事故往往使应急救援人员不知所措，很可能導致错误决策或者错过最佳应对时间。因此，如何采取应急决策，对于决策者能够在应对各种灾害和安全事件突发时，及时采取有效措施降低事件的严重程度、减小损失有一定的决定性作用。 

文中建立了如图1所示的应急决策过程，该决策表现为一个动态过程，是指在突发事件突然发生时，应急决策主体在有限的时间、资源和人力等约束的压力下，搜集、处理灾难事故现场的信息，通过全局性考量而明确问题与目标，依据决策经验和计算机辅助决策支持系统等，分析评价各种预案并选择适用的方案，组织实施应急方案，跟踪检验并不断调整方案直至行动更趋于合理化并且事件得到控制为止的一个动态决策过程。

   　1.2 基于事件复杂特征的应急决策指挥系统 

基于事件复杂特征的应急决策和指挥系统，是采用定性研究辅以定量研究的方式，对重大安全突发事件的复杂系统特征进行系统研究，继而综合应用复杂系统、优化理论、系统建模、层次分析、模糊评价、案例分析等理论和方法，借助地理信息系统（GIS）技术、数字视频技术、三维技术，提供包括电子地图、多维报表、三维影像、视频图像等不同层面的图形化展现形式，为应急指挥人员提供决策依据。 

其中，地理信息系统[2-3]（GIS）是一种空间信息系统，其功能是对各种空间的复杂结构进行处理、表示和分析。其具有强大的空间处理能力和分析能力以及数据唯一空间的分析功能和决策[4]，GIS在城市公共安全管理中起到重要作用。但是，现阶段GIS主要基于2维平面来处理现实中遇到的问题，在动态性和可见性并没有达到要求。应急技术支撑平台综合应用系统是复杂的应急管理与决策支持系统，将应急信息进行可视化表达，并借助真实的地理三维场景、遥感影像、DEM等数据手段，再现事故现场周边环境情况，对应急决策是至关重要的。因此，基于事件复杂特性采用了可视化救援地理信息系统（V-RGIS）辅助决策者做出更优、更准确的决策。 

除了原始的地理信息之外，V-RGIS还包括了多个信息层的结合，其中主要包括以下几个方面。 

（1）空间信息平台：包括与公共安全事件相关的具有空间信息的矢量数据和专题图件栅格数据，以及遥感动态系统采集的具有空间信息的遥感影像数据、属性数据和多媒体数据等。 

（2）公共数据接口层：整个系统各个子系统实现继承的关键和基础。它以灵活的方式与数据库管理系统连接，通过连接管理数据，并能为下一层提供基本的数据组织形式。 

（3）专业应用分析层：此层在不考虑应用的基础上，抽象出一些地理信息系统的基本、通用的功能，为下一层提供的功能模块、缓冲区分析、网络分析、DEM分析、涂层叠置分析、行动标绘、方案预演等应用。 

2 基于事件特征和V-RGIS的应急决策指挥平台设计 

2.1 系统总体设计 

应急指挥决策系统涉及领域广，技术层次深，系统的构架也是比较复杂[5]，其平台功能结构如图2所示。文中基于上节分析，在决策平台结构基础上主要围绕可视化救援地理信息系统中的空间信息平台、公共数据接口层、专业应用分析层之间的关系，建立基于事件特征的城市公共安全管理应急指挥平台系统框架，如图3所示。该系统涉及主要技术包括V-RGIS技术、应急决策的推理技术和开放式规则引擎技术[6]。 

2.2 可视化应急救援地理信息（V-RGIS）技术 

采用多层次的方式建立如图5所示的数字地图，实现基于地理位置的“静态”和“动态”信息结合：（1）以电子地图的方式真实模拟城市及其周边地区的地貌、设施、道路、桥梁等信息；（2）以数据连接的方式把不直观的报表数据直观地在地图上表现出来；（3）利用GPS定位对重点的人员、车辆、物资的实施运送情况和路线进行了解。 

基于GIS建立的可视化物理环境模型，可以实现各种可能的物理破坏情形的模拟，如危机发生时，某条道路被水淹没等可能情况下如何产生有效的冗余计划；还可以分析各相关部门协作的能力评估，如协助分析消防站、救助站如何分布才能实现最佳应急救助的反应能力和效率。在演习或实际灾害发生前后的灾前准备、灾中应对、灾后重建等应急管理过程中能藉由GIS提供充分的地理环境资讯：（1）在危机发生前可藉由此系统，了解与应急管理相关的各种信息，包括政府机构、重要设施、道路建设、管网建设、及周边可利用资源等各种城市信息；（2）危机发生时，可以根据所模拟或实际发生的情况，在第一时间提供即时的资讯，如灾害的位置、飓风路径、道路淹水情况、事件的蔓延范围、需要调用的资源位置等；（3）提供中央、地区、及地方政府正确的应急预案资讯，帮助其做出正确的处理方式。 

2.3 应急决策的推理技术与实现方法 

在充满变化、极具风险、难以预测的公共安全事故发生初始，根据实时事态信息，应急决策者需要解决的问题是如何从案例库中迅速检索并提取相似度最高的案例做决策提示与对策参考；如何根据源案例进行事件推理以获取目标问题解；如何基于地理信息技术、物联网技术、以及风险分析预警技术实现应急指挥平台的智能感知。 

根据无线传感网络的特点，网络节点对采集的对象收集数据时会存在很多信息的冗余或者错误，如果对这些情况不进行处理再进行传输的话，那么会加快节点能量的消耗，从而缩短网络寿命[6-7]。因此该系统增加如图6所示的基于BP神经网络结构的数据进行数据融合，其中融合算法采用LEACH算法。 

2.4 开放式规则引擎技术 

可视化应急救援地理信息（V-RGIS）技术为应急决策提供了可靠的辅助信息，而如何将这些数据和资源提取出来并作为辅助决策的参考，并运用到决策演练当中，需要一套完备的业务规则管理系统（BRMS），其中开放式规则引擎[8]是BRMS的核心部分，是代替规则嵌入到程序代码中的部分，是链接应用程序与业务规则的桥梁。主要分为接口层、适配层、核心、数据层、规则管理层，各层之间的关系如图4所示。规则引擎核心得到BOM之后，将该对象（LUA中的Table）传入运行的上下文环境，然后对规则进行逐條运算，最终得到运算结果的输出BOM，中间可能也得经过适配层并访问数据库填充数据成为DTO并返回给应用程序。 

该系统使用LUA脚本与C++混合使用的方法实现规则外置。使用这种方法，在执行代码中，嵌入对规则判断及处理的LUA脚本的调用，在LUA脚本中调用执行代码中的部分代码。举例来说，对于行动规则，主要是依赖应急力量的类型、行动点值（与行动时间相关）、以及地图、地形、路况等数据来进行综合判断。那么规则就可以写成如下形式（伪代码）： 

Function condition_move（Object A）

    { 

If （A.type = 0） then //地面力量 

Mapgrid=GetCurrentMapGrid（A 

Barrier=GetCurrentBarrier（Mapgrid） 

A.MoveHP=A.MoveHP–Mapgrid.value– Barrier.value 

Else if （A.type == 1） then // 空中力量 

… 

Else if （A.type == 2） then // 水面力量 

… 

Endif 

} 

在每個时间片的执行代码中，只需按照一定的筛选方法，筛选出在当前时刻所发生的事件，并调用LUA脚本中对应的事件处理函数即可。 

3 结语 

通过引入应急救援地理信息技术、计算机技术、物联网技术等，实现机构联动、资源联动、信息联动，进一步增强应急管理的综合减灾和早期预警能力。通过采用开放式规则引擎技术和基于BP神经网络结构的LEACH算法的数据融合提高城市管理资源的整合利用效率，加强城市管理的统一指挥、统一调度、统一协调力度，实现常态管理与应急处置的有机结合，提高及时发现、快速处置城市管理突发事件的能力，能够确保城市运行安全、有序运转，减少灾害的再度发生。 

参考文献 

[1] 谭庆琏.提高综合减灾能力，保障城市公共安全[J].土木工程学报，2005，38（5）：105-106. 

[2] 刘影，施式亮.城市公共安全管理综合体系研究[J].自然灾害学报，2010，19（6）：158-162. 

[3] 赵秀玲.城市化公共安全管理[J].南阳师范学院学报：社会科学版，2005，4（5）：44-46. 

[4] 吕志慧.地理信息三维可视化系统应用研究[D].郑州：郑州大学，2002. 

[5] 翁凯.基于GIS及专家系统的应急指挥平台在旅游行业的研究及应用[J].科技向导，2015（18）：304-305. 

[6] Xiang M，Shi W R，Jiang C J，Zhang Y.Energyefficient clustering algorithm for maximizing life time of wireless sensor networks[J].AEU-International Journal of Electronic & Communication，2010，64（4）：289-298. 

第2篇：应急指挥决策范文

作为应急指挥行为依托的平台，需要具备信息融合、数据采集、态势评估、辅助决策、模拟演练等功能，而上述功

能的实现无一不需要应用相应的信息技术。

关键词：应急指挥 通信网络 数据库 虚拟现实

为保护公民生命财产安全，为国民经济发展保驾护航，要求政府部门及相关公共机构具备对突发事件做出快速反应、科学决策和综合协调、组织、指挥、调度的能力，就必须建设社会安全突发事件应急指挥信息系统。这类应急指挥系统须实现紧急突发事件处理的全过程跟踪和支持：突发事件的上报、相关数据的采集、紧急程度的判断、实时沟通、联动指挥、应急现场支持、领导辅助决策。任何事件、任何地点、全天候的高速信息访问。可以以一种 较为安全的方式提供无缝的、可靠的通讯。能使各应急小组快速、准确的交换危机状况信息，争取有限人力、时间资源，节省应急费用。

由于工作关系，笔者有幸参与了长航局应急指挥平台的建设，在实践中对信息技术在应急指挥系统中的认识有了初步的认识，下面以长航局应急指挥平台工程为例作一笼统说明：

信息融合

应急指挥中心远离现场，是发生重大应急事件时领导进行决策的指挥场所，应急指挥平台得不到重大事件发生现场的情况，将无从进行指挥决策。现场信息包括视频图像、动态位置图像、音频讯息、数据信息、图文传真等全部或其中之一，可根据水域复杂或敏感程度的不同以及应急事件的重大、紧急程度等不同而有所差异。当水路交通突发事件发生时，应急指挥平台应能够通过整合长航系统内部已建和拟建的信息采集手段，实时获取现场的视频、音频和交通图像信息，可以实现对突发事件现场的实时监测监控，具体包括相应VTS、VHF、AIS、CCTV、AIS、GPS系统、气象以及各直属单位与水路交通应急工作有关的信息系统中基础数据（如船舶、气象、航道、通航环境等具体信息），并可在统一的电子江图背景下进行显示。

长江航运应急指挥平台介入了电子航道图2.0系统，长江海事局GPS、AIS、VTS、CCTV、船舶动态系统，长航公安局GPS，三峡通航管理局GPS、CCTV等信息，通过应急指挥平台软件系统，将各种信息转化为统一的格式显示。

数据采集

将各直属单位建设的VTS、GPS、CCTV、AIS、数字航道系统、110指挥调度系统的相关信息和气象、疫情等从其它部门得到的与水路交通应急相关的信息，通过网络汇入应急指挥中心。应急指挥中心通过大屏幕显示各专项系统提供的监控图像和数据，突发事件发生后，通过综合应用系统提供事件发生的区域及相关信息，为应急指挥中心决策和指挥提供支持。

信息采集实现数字化，自动化。有效减轻值班员工作强度，降低差错率。使值班员将更多精力用于应急初期处置上。

统计分析

系统应能快速调用系统数据库的信息资源，完成复杂的报表设计和报表格式的调整。

功能要求：

对数据库中的数据可任意查询、统计分析，如叠加汇总、选择汇总、分类汇总、多维分析、多年数据对比分析、统计图展示等。

统计分析结果可打印输出，也可将分析结果到长航网站上。

辅助决策

建立基础数据库与模型库：建立各类应急处置模型，配置相关数据分析软件，通过访问应急数据库，能够提供应急装备、物资和队伍的布局和配置情况，并据此提出辅助决策方案。

预案数字化：将长江干线水路交通应急预案数字化，能够根据突发事件的类别提供预案涉及的救援机构、救援队伍、救援设施等应急资源信息的智能检索。

方案生成：根据事件接收及周边信息、直属单位和专业部门预测分析、与事件相关的应急预案、类似案例以及处置经验和知识，调用应急处置力量和资源数据库，在电子江图和电子地图上根据设备设施能力进行最短路径分析，提供辅助决策方案。可设置不同的边界条件，生成不同的辅助决策方案。如下图：假设长江上发生船舶碰撞起火事故，系统可根据预设条件搜索附近区域内（图中红色区域）可用的应急资源，并协调指挥救援行动。

模拟演练

利用电脑三维图像引擎技术开发三维仿真系统模拟复原应急场景（包括物品落水 人员落水 火灾 船舶倾覆和下沉 船舶追越 船舶搁浅 船舶撞桥等场景），并针对各种场景模拟演练应急方案。本系统还可用作电子沙盘取代传统图上作业，使用更便利，显示效果更直观。更有利于决策者掌握现场态势。此外，该系统还可用于预案论证，人员培训等领域，具有广阔的应用前景。

前景展望

现阶段的应急平台安装于内网工作站，只能在应急指挥中心内使用，不能满足现场应急，安全检查等外场工作的需求，应建立以云技术为基础，智能移动终端（智能手机、平板电脑）为载体的更先进的应急指挥平台，实现随时随地使用应急指挥平台的各项功能。

古语有训，“养兵千日、用兵一时”。突发事件毕竟是小概率事件，如果投入大量资源建设的应急指挥中心在大部分时间仅仅只是“备而不战”，这也是对公共资源的一种浪费，让应急指挥平台与平时的安全监管结合起来，服务于日常的生产生活也是应急指挥系统进一步发展的一个趋势。

结语

第3篇：应急指挥决策范文

浙江省是我国的经济、人口大省，随着人们生活水平的发展，经济密集度的提高，地震灾害对社会的影响也越来越显著，虽然相对国内的强震区来说，浙江的地震密度和强度都较低，但值得注意的是：近年来浙江省地震活动造成的经济损失和人员伤亡都有上升的趋势，同时在浙江省的地震活动也出现一些新的表现：如水库诱发地震的增多，局部地震活动增强。因此我们对地震灾害的警惕和防御不能有丝毫降低。

建设浙江省的应急指挥体系，尽快提高地震应急信息化水平和地震应急反应与指挥能力，已成为浙江省防震减灾工作亟待解决的重要问题。

二、浙江省地震应急指挥系统建设

浙江省地震应急指挥系统是为省政府开展地震应急、实施抗震救灾指挥提供指挥场所和各种必要的技术手段。在地震发生时，在基础数据库和现场信息的支持下，可以迅速判断地震的规模、影响范围、损失等情况，并据此提出系列科学的救灾和调度方案，协助指挥人员实施各种地震救灾行为，实现地震应急信息快速传递、高效处理，提高应急救灾指挥与决策的技术水平，最大限度地减少震时的混乱和人员伤亡。(如图)

1 系统的主要功能

地震应急快速响应与灾害评估：通过地震监测和震情跟踪，监视破坏性地震的发生，一旦有紧急情况立即响应，对地震事件可能造成的损失和人员伤亡情况进行预评估，同时还可以根据不断获得的新情况，进行地震灾害动态评估和地震趋势的动态跟踪。

地震应急指挥：在应急快速响应部分给出的结果表明，需要进入紧急状态、进行抗震救灾指挥工作时，即启动该项功能，为有关政府部门进行抗震救灾指挥工作提供辅助决策信息，并提供其他响应的技术手段和信息支持。

2 系统技术指标

1）应急指挥技术系统在接收到触发响应参数后15分钟内做出灾害评估；获得灾害评估信息后的15分钟内准备好相应指挥信息。

2）应急基础数据库系统基于1：5万比例尺进行建设，同时，指挥部技术系统之间的数据可通过网络进行交换。

3）系统的各种软硬件系统试运行无故障率可达到95%以上。

4）国家中心、区域中心、城市系统、现场工作系统应实现互联、互通、互动。

浙江省地震应急指挥系统总体框架图

三、系统建设实施技术要点

基础设施

指挥部场所改造与建设场地：指挥大厅、辅助大厅、控制室、机房、其他配套用房（如首长休息室、值班室等）；大屏幕投影显示系统、备用及辅助显示系统、电话通信系统、数字会议系统、综合布线、照明系统、指挥长坐席及成员和辅助人员坐席；防火报警及灭火系统、温湿度及空气调节系统、不间断供电系统、确保人员安全的安全保障系统等。

（1）计算机硬件环境

系统硬件采用高性能事务处理服务器、磁盘阵列及后备存储设备、高计算性能应用服务器、应急网络服务器及安全管理系统、高性能图形工作站、输入输出设备、多手段通讯设备和大型计算机网络连接设备等。

网络采用基于IEEE 802.1Q标准实现VLAN，各网段包括：应用系统网段，包括数据库服务器、应用服务器。对外网段，包括对外的APP服务器，对外的WEB服务器，外部IP可以对这两台服务器进行访问，本网段可以访问外部网络。指挥终端网段（内部网），可以访问对外的Web服务器，可以访问应用服务器、数据库。

（2）大屏幕投影与辅助显示

指挥大厅安装大屏幕，保证震情、灾情、应急指挥信息的程序控制显示。大屏幕可以分块同时显示各种不同信息，也可以整个屏幕显示一项信息，屏幕的信息显示由指挥大厅的技术人员负责操作和切换。

指挥大厅设3块（13）正投式大屏幕投影，电动控制。屏幕可以做到图像任意输出分割。现场可以有6-8路VGA信号可以供显示。 控制室拟装设由微处理器支持的视频画面与计算机数据图像相结合的彩色大屏幕投影系统，该系统的配置规模为1x3（行×列）单屏尺寸120英寸的正投单元构成的大屏幕投影系统（包括图像拼接控制器、控制终端等）。控制终端对整个大屏幕墙的操作进行控制，可实时动态显示集控中心各工作站，以及视频设备等多路输入信息。网络、RGB、视频信息可切换整屏显示和多路分屏显示。

（3）中央控制系统

指挥系统采用集中控制的模式，能够最大限度地满足设备操作简便性的需要，通过对用户需求进行个性化的编程设计，用户可以通过液晶触摸屏，对控制中心的多种显示设备、信号矩阵切换器（例如AV、RGB矩阵）、红外控制设备（例如DVD、视频会议终端、视频展台）、电源控制设备（例如电动窗帘、灯光）、音响系统音量等进行集中控制，实现对设备的开关、显示信号的切换、灯光的调节、音响系统音量的调节等集中管理。

四、浙江省地震应急指挥系统软件系统建设

浙江省地震应急指挥系统软件系统建设是指挥中心运转的核心系统，包括8个方面的内容，分别为系统软件运行环境、地震应急快速响应、自动群呼与信息、地震应急指挥辅助决策、地震应急指挥命令、地震应急信息通告、系统总控、文档资料。

1 地震应急快速响应系统建设

地震应急快速响应系统建立以千兆网为骨架的地震应急指挥技术系统局域网络平台和地震应急快速响应系统。当破坏性地震发生后，该系统通过主动或被动触发控制机制，启动快速响应、地震灾害损失快速评估、决策指挥辅助信息等系统，在一定的基础数据、专业计算模型的基础上，对灾区的经济损失、人员伤亡、次生灾害进行快速评估，并对这些损失的空间分布进行判断和描述。

2 地震应急指挥辅助决策系统

编制各种辅助决策工具，检索和查询数据库，生成专题图、表，向指挥长和指挥部成员提供各种应急辅助决策信息，建设通过分析震情、灾情和灾区实际情况，自动生成指挥方案与建议的智能分析与决策支持系统。

3 地震应急基础数据库

地震应急基础数据库是抗震救灾指挥部的基础和核心，应急指挥所需要的各种数据、资料、信息都来自于该数据库群。数据库群主要包括基础地理图、社会经济统计、地震基础数据、灾害相关因素等数据。

五、系统建设工程效益和展望

浙江省地震应急指挥系统将从总体上为增强浙江省的地震应急指挥能力提供先进的支撑平台。为减少地震灾害损失，加快灾后恢复，保障社会和谐稳定，体现“以人为本”政府形象。进一步为浙江省地震应急救援发展奠定坚实的基础。

经过本项目的建设，区域应急基础数据库平台基本建成，不仅为日常应急救援提供数据，且为日后数据的维护与更新打下了坚实的基础。浙江省地震应急服务系统部署了针对地震应急的专业应用系统，将提高应急工作人员的办公效率和应急水平，更好地为社会公众服务。

参考文献

[1]成小平,帅向华,杨亚莉,等.地震应急响应系统中的数据分发[J].地震，2001，21(4): 88-93.

[2]王安福.校园网应急响应机制建设浅谈[J].网络与信息，2008(1):7-7.

[3]李东平,赵军.可视化语言实现GIS的二次开发[J].计算机系统应用，2002(8):25-27.

第4篇：应急指挥决策范文

系统的目标应是：以城市的领导决策为中心，为领导提供决策的技术支撑环境，让领导实时地进行信息汇聚，上下沟通，左右协调，并做到紧急与非紧急相结合。系统的核心是整合与协同，整合是手段，协同是目标。

系统的特点为：突出应急联动和业务协同，避免重复建设；加强网上行政监察，实现行政效能优化；应急处置与便民服务一体化；以平台为主体，以市领导决策为中心，各系统建设由所在职能部门为主导，加强孤岛内部建设及孤岛接口规范化；政企联合，规划便民服务。

系统的总体业务体系包括突发公共事件应急预案体系、便民服务业务规程、配套制度(含系统安全保障体系、系统运行支持体系、避难场所规划等)。

其中，突发公共事件应急预案体系包括：

突发公共事件总体应急预案―全市应急预案体系的总纲，是市政府应对特别重大突发公共事件的规范性文件。

突发公共事件专项应急预案―市政府及有关部门为应对某一类型或某几种类型突发公共事件而制定的应急预案。

突发公共事件部门应急预案―市政府及有关部门根据总体应急预案、专项应急预案和部门职责为应对突发公共事件制定的预案。

突发公共事件地方应急预案―具体包括县、区人民政府的突发公共事件总体应急预案、专项应急预案和部门应急预案，各县(市)人民政府及其基层政权组织的突发公共事件应急预案。

此外，该系统还包括企事业单位根据有关法律法规制定的应急预案；举办大型会展和文化体育等重大活动时，主办单位制定的应急预案；避难场所的规划。

城市应急系统需要构建的公共基础平台包括：

业务协同平台―提供跨部门的消息交换和异构系统间数据共享，支持同步或异步控制。

应急专网―采用国内外主流供应商的成熟产品，使用网闸、百兆防火墙、入侵检测系统、漏洞扫描系统等安全技术手段，通过物理隔离或逻辑隔离的技术手段与各专项指挥部局域网、政务外网、Internet网进行联接。

有线、无线通信整合平台―实现800兆数字集群、350兆模拟集群等多种无线通信系统间的互连互通。

视频监控及视频资源共享平台―实现各市区主要出入口及其他关键点的视频监控、移动指挥车的现场图像监控及卫星图像传输系统的监控；建设以公安局为主的视频整合共享平台，使市决策指挥中心、公共安全监控中心、先期指挥中心、各专项指挥部、区县指挥中心、移动指挥中心能查看以上视频监控资源以及各职能部门已/待建的视频资源。

视频会议系统―覆盖市决策指挥中心、先期指挥中心、公共安全监控中心及各分中心(如消防局、重点企业总调中心、质监局)、三防指挥部、突发公共卫生事件应急指挥部、防震抗震救灾应急指挥部、各区县政府、人防、搜救中心。

第5篇：应急指挥决策范文

关键词：长江水域 船舶溢油 应急预案

船舶溢油应急反应组织指挥系统

防止船舶污染是长江水域搜救中心的重要工作，为建立和完善船舶污染事故应急反应体系，明确有关部门和单位职责，本文重点探讨船舶溢油应急反应组织指挥系统、溢油应急反应预案流程、溢油应急反应通信联络流程等。应急指挥部总指挥由分管副市长担任，成员由海事局、安监局、渔业局、环保局、港航局、公安局、交通局组成。应急指挥部下设办公室，负责指挥部的日常事务。应急反应指挥部办公室接到报告后，除要求报告人对溢油的泄漏和扩散等情况继续报告、保持联系外，应根据情况及时落实溢油规模和潜在的风险，并对以上信息进行分析、总结，确定是否需要启动《预案》。应急反应副总指挥根据对事故的评估结果，立即组织进行应急反应行动的策划，并形成应急反应决策方案报总指挥决定。长江水域船舶溢油事故发生时，按照《预案》迅速、合理地进行应急反应，各部门合作协调有序，及时有效地控制、清除溢油，迅速有效地保护人命、财产安全，保护环境和资源，减少污染损害及因此引发的其它环境及社会影响，尽快恢复生产、生活秩序。船舶溢油应急反应组织指挥系统如下图1所示。

1、应急反应预案流程

现场指挥部应根据污染事故的具体情况和调用的应急力量与设备，听取专家咨询组的意见，制定应急行动方案，采用可行的应急处置对策与措施。总指挥对应急反应指挥部提出的应急反应决策方案进行审查决策，决定最终的应急反应行动方案。现场总指挥明确应急行动方案、行动计划、行动组织形式、行动要求、作业安全、卫生规定以及作业期间的联系沟通方式后，应监督、收集应急行动情况并进行评估，以便调整应急行动方案和行动计划；监督、指导应急队伍的行动和行动计划的落实；检查现场安全和卫生制度的执行情况；对投入的人力、设备器材进行管理，组织做好有关取证与工作记录，评价清除效率。溢油应急反应预案流程如图2所示。

2、溢油源控制与污染物处置

在对溢油采取围控和清除等措施之前，首先应采取控制措施来防止或阻止溢油的进一步溢出，防止可能引发的安全事故。控制措施包括堵漏、转驳、船舶拖运、防火灭火等。应急行动针对油类污染和化学品污染应采取不同的处置对策与措施，油污处置措施通常包括污染监视监控、泄漏控制、回收污染物处置、现场焚烧、生物降解、使用消油剂等；化学品污染处置措施通常包括紧急疏散、现场警戒、交通管制、监视监控、人员救护、泄漏控制、污染物清除、回收污染物处置等，针对具体的污染物还应有针对性的处置措施。

负责溢油围控和清除的单位在现场指挥的指挥协调下，按照应急反应行动方案确定的溢油处理措施如喷洒消油剂、使用围油栏和撇油器、进行现场焚烧等方法开展水域溢油应急反应行动。所回收的污染物，以及因清除回收工作产生的污染物临时储存后由指定单位负责接收和处置。

3、岸线敏感资源保护

如果现有资源不足以对相关水域环境资源敏感区域提供有力的保护，必须按照优先保护次序对敏感资源区域进行优先保护，现场指挥必须根据情况及时提出优先保护方案的建议，向应急反应指挥部报告。优先保护方案由应急反应指挥部根据专家组的建议，并考虑以下因素决定：该区域可能遭受污染损害的程度；保护敏感区域可能取得的实际效果；污染清除工作的可能性和难易程度；季节性因素的影响。

通信及监视与监测系统

应急指挥部办公室设立固定电话2部，移动电话1部，卫星移动电话1部。应急指挥部办公室设立无线电高频电话2台，09和16频道上常开。应急指挥部办公室安装性能良好的台式电脑2台，一台用于安装溢油应急地理信息系统（OSCR），一台用于溢油应急信息共享系统的安装与网络维护。同时配备齐全的数据接口与外部设备。现场指挥人员通讯设备：卫星移动电话1部，移动电话1部，无线上网笔记本电脑一台。以上设备由现场指挥人员赴现场时携带，用于现场与应急指挥部的通信联络，以及将现场情况（包括图像、图片资料）传输至应急指挥部。溢油应急反应通信联络流程如下图3所示。

监视与监测系统在发生重大船舶污染事故时可充分利用中国遥感卫星地面站等手段获取卫星监视数据。监视监测组负责组织应急行动时的船舶污染监测，确认污染影响范围和污染程度，对污染可能造成的影响进行分析评价，并将评价信息及时传递给应急指挥部办公室。预测系统利用计算机分析与预测等科技手段，并将评价信息及时传递给应急指挥部办公室。

溢油应急技术评估中心

船舶溢油应急技术评估中心对污染事故进一步评估的主要内容包括：事件的类型、发生事故的可能原因和可能的事故等级；事件可能引发的灾害性事故，如火灾、爆炸以及事件可能对公共安全产生的威胁；溢油事故对环境敏感地区可能产生的影响以及事故可能造成的其他污染损害；事故地点、现场水域状况、气象情况以及组织开展应急反应的安全、技术条件；优先保护次序和溢油清除策略以及对事故做出有效反应所需要的资源概况；可供选择的建议性的溢油应急反应实施方案。运用两个数据库及系统的模拟功能对事故的影响及发展趋势进行模拟；组织专家组有关成员对事故的情况进行深入分析，进而对事故的影响及发展趋势进行进一步的评估与预测。

参考文献：

[1]刘文全；贾永刚；寇苗；卢芳；渤海石油平台溢油清除专家系统的设计与开发[J]；海洋环境科学；2011年02期

[2]赵文朋；船舶溢油应急决策系统软件集成性的实现[J]；上海海事大学学报；2007年04期

[3]严世强，王辉，熊德琪，徐晓，李琼；基于GIS的溢油应急信息系统潮流快速预报及其应用研究[J]；浙江海洋学院学报（自然科学版）；2005年01期

[4]高思福；关于建立渤海海面防止船舶污染立体监测体系的研究[D]；大连海事大学；2005年

第6篇：应急指挥决策范文

关键词：应急联动；指挥调度；触控指挥；移动GIS

中图分类号：TP319 文献标识码：A 文章编号：16727800（2013）007010802

0 引言

随着全国数字化城市建设如火如荼地展开，应急指挥平台作为一个综合性的应用系统在整个体系中起到了互联互通、上下衔接的重要作用，尤其是城市管理、市政养护等对综合保障能力要求较高的部门迫切希望通过选择综合性、一体化的解决方案，建立分布性广、互动性好、应急性强的应急联动指挥调度系统来应对突发公共事件。

目前，指挥调度系统普遍存在的问题就是简单地被动了解事件故障，手工输入工单来安排管护部门去处理，在实际使用过程中暴露出响应速度慢、交互性差、资源浪费等弊端，无法体现出应急联动和全局调度的优势。因此我们迫切希望能引入新的技术，打造新一代应急联动指挥调度系统，以实时动态数据、可调度力量、各种应急预案和综合预测分析结果等信息为基础，支持指挥者制定出正确的资源应急指挥方案，并且调度指令能明确、快速地传递给相关人员，实现全局统一协调指挥，有效提高应急处置效率。

1 新技术提供新理念

1.1 新一代平板电脑

近年来以苹果公司的iPad产品为代表的新一代平板电脑迅速崛起，其新颖的使用方式极大地冲击了我们日常思维模式和行为习惯，完全打破固有的鼠标加键盘的输入模式，引入了更符合我们日常习惯的手写和触摸操作方式，体现出其移动办公的优势。同时它具有轻薄的机身，良好的人机交互、出色的无线互联能力等特点，在各领域中都有着广泛应用前景。

应急联动指挥管理是一个需要大量联动协调的工作，对分布式移动应用要求非常高，传统电脑与智能手机存在的种种弊端很难满足无线应用需要。而平板电脑就是一种能够替代以往产品的移动应用终端，该终端拥有更大的显示界面、更强的稳定性、更优越的性能、更好的使用体验等特性，将为应急联动提供一种便捷、强大的移动应用利器。

1.2 多点触控技术

对于触控技术我们都不陌生，很多应用已涉及银行、医院、学校、手机等方面，但这些都只是单点触摸控制范畴。而如今多点触控技术也已经进入主流应用，它是一种通过各种硬件设备实现人机交互的技术，能同时接受来自屏幕上多个点进行的人机交互操作，在没有传统输入设备下进行对计算机的操作，体现了人性化操控接口的未来趋势。

长久以来我们一直在寻找一种能够让使用者真正投入到应急调度工作中的最佳操控方式，超大的多点触控屏幕和全新升级用户控制方式为轻松控制提供了可能，所有资源分布位置得到统一的展现，有效地协助指挥者进行决策分析；领导通过动态标绘等简单操作轻松制定行动方案，调度人员和资源快速到达现场，这有利于操作者进一步融入指挥角色，有效地提升整体管理水平。

1.3 地理信息分析和移动GIS技术

目前，地理信息系统在很多场合下只是一个地图展示的摆设，在实际应用中无法为领导者提供辅助决策功能，没有体现出GIS应发挥的作用；同时，在应急联动管理中，由于受到分布式终端性能制约，主台与分布终端信息不同步，致使很多情况下业务处理人员无所适从。

随着GIS产品的日趋完善，我们发现越来越多的空间分析和移动地理信息功能都能被引入到实际指挥调度应用中来，包括以事件为中心进行周边影响范围分析、人员和资源分布分析、最佳路径分析等都能为调度员提供了十分有效的帮助。同时，移动GIS也支持多种设备的无缝接入，为各种事件处理提供可靠、及时、有用的地理信息，保证事件处理过程中的上传下达。

2 应急联动指挥调度系统应用

2.1 应用场景

新一代指挥调度系统是全方位、立体式应急联动调度系统，它将融合分布式技术、多点触控技术、移动GIS技术、全球定位等技术，通过与无线网络紧密集成，构建成为应急联动指挥调度平台。

应急联动指挥调度系统应用范围极其广泛，涉及到城市管理的方方面面：手持iPad的监督员负责对城市设施运行健康状况进行巡查，当设施发生盗损状况后巡检人员迅速通过平板电脑将突发事件现场文字及多媒体实时状况提交给应急指挥中心。

指挥中心运行有数字拼墙和多功能触摸屏，通过灵活、直观、可视化方式实现将巡查人员、车辆、设施和物资等实时分布位置展现在电子地图上。当中心系统接收到事件信息时，自动以突发事件位置为中心进行指定半径周边分析，统计影响范围、影响人口等信息，并显示出距离该事故点最近的人员、车辆和物资，以及他们到达事件处理中心的最佳路径。多个指挥者可以根据实时分析结果，通过触摸式标绘调配各种资源，选择要调度的人员、车辆并绘制指定的路线，同时将现场情况和处理要求立即下发给承办人iPad上。此外，应急平台能够随时间变化动态展示事件的发展状态，跟踪处理全过程，支持指挥者随时调整调度方案。

指定的承办人根据平板电脑上接收到调度指令和指引路线迅速赶往事发现场，同时通过查阅设施CAD图，根据资产信息和制定的预案进行处理。处理完毕后承办人将完成情况回传给指挥中心，系统根据应急事件评估模型对应急过程前、过程中和过程后的人员、物资部署指挥等进行综合评估，为下一次指挥行动决策提供预案支持。

2.2 体系结构

根据系统应用场景设计，新一代应急联动指挥调度系统的系统架构由指挥调度中心、无线通信网络和移动分布处理系统组成。

（1）指挥调度中心。该中心主要负责事件信息收集、决策分析和资源指挥调度工作。通过多媒体触控屏幕集中动态显示事件发展状态，并将应急事件发生具体情况和应急处置信息传递给相关人员，实现协调指挥、动态调度、有效监督，极大地提高了应急效率。

（2）移动分布处理系统。支持多种平板电脑无缝接入，终端上部署有分布式移动处理系统，主要负责将突发事件现场的实时状况提交给指挥调度中心，同时也接收指挥调度中心的应急派遣任务，使应急联动调度变得更加简单。

（3）无线通信网络。该系统作为应急联动通讯系统中重要环节，承载指挥调度中心和移动分布处理系统之间的数据无线交互，所以我们选择覆盖地域广、接入速度快、数据信道宽、通讯可靠性高的3G网络作为通信的载体，从而保证各种信息的有效传输。

2.3 系统功能

基于系统应用场景模式设计和系统整体体系结构规划，应急联动指挥调度平台主要由两部分系统组成：指挥调度中心系统和移动分布处理系统。

2.3.1 指挥中心系统功能

指挥中心系统是整个应急联动调度的枢纽，主要负责数据收集、实时分析、应急规划、资源指挥和善后评价，功能包括有信息展示、动态标绘、空间分析、综合查询、调度规划、指挥调度、处理评估等。

（1）信息展示。系统在地理信息平台基础上，借助多媒体展示媒介，以更加直观的方式展示各类专题数据，包括地图信息、资源分布、影响范围、处理状况等。通过时间感知数据，实时变化动态展示事件的状态，揭示内在发展规律，方便用户对数据信息的深度挖掘，为应急联动指挥调度提供支持。

（2）动态标绘。支持将事件、人员、车辆、物资等通过多点触控在地图上进行标绘，通过强有力的系统表现力，使操作者更好地融入指挥角色，实现多级应急指挥的协同调度，更加有效地协助指挥者进行决策分析，从而准确快速的指定行动方案。

（3）空间分析。指挥调度系统的空间分析能力为领导提供了辅助决策的功能，在整个系统中占据举重轻重的位置。系统支持非固化的分析处理步骤，以应急事件或标注点为中心，实现周边缓冲区分析，包括影响区域范围分析、影响人口分析、影响单位分析、可调配资源分布情况，为调度指挥提供强有力的支撑。

（4）调度规划。根据事件发生地点具置，帮助指挥者快速选择、按照最优路径调配各种资源，并且还能依照危险发生的类型，基于GIS建立影响范围和趋势模型，快速指定调度措施。

（5）指挥调度。将人员、车辆和物资等信息的实时分布位置展现在大屏幕电子地图上，结合调度规划制订方案和事件发展情况，通过触控屏幕选择资源，将事件发生情况和应急处理命令传递给指定负责人，快速调度其至指定位置处理问题。

（6）综合查询。通过多种查询手段包括图形查询属性和属性查询图形以及多种条件组合查询，获取道路、 人口、市政、建筑等设施资产信息，为指挥调度提供基础数据。

（7）处理评估。应急处理能力评估是针对指挥调度全过程的综合评估，通过建立各种评价模型，结合GIS空间分析功能，对整体规划、资源部署调度、处理效果等进行量化评估，最终形成应急联动指挥评估报告，实现对指挥能力的评定和考核。

2.3.2 指挥中心系统功能

移动分布处理系统部署在分布式平板电脑终端上，保证应急事件处置过程中指令的上传下达，为现场事件处置提供及时、可靠的信息。主要功能包括联动标注、数据查询、同步更新等。

（1）联动标注。分布系统与指挥中心建立联动关系，当指挥中心选择相应责任人并绘制最佳路线后，该责任人平板电脑上将自动显示该事件说明、任务目标、规划路径，指导业务人员去处理事件，有效保证决策的快速下达和应急响应的及时性。

（2）数据查询。支持对当前位置和友邻单位分布位置的识别，以及支持对故障设施资产信息的查询，包括对维修手册、技术文档、CAD设施图的现场翻阅，为顺利完成任务提供必要保障。

（3）同步更新。当应急事件涉及维护、更换设备时，系统支持将新地理数据、资产信息等要素快速录入绘制，通过实时更新全局GIS数据库，保证数据的一致性、及时性。

3 结语

作为新一代应急联动指挥调度系统，在GIS 的紧密结合下，将调度规划、触控指挥、移动处理等功能融为一体，更好地体现了指挥调度系统的应用价值。

本文在系统地分析了应急联动指挥调度的应用场景的基础上提出了系统的总体框架和功能规划。虽然本系统还有许多不完善之处，但始终与应用相结合的设计思想是很可取的，这势必成为未来应急联动指挥调度系统的发展方向。

参考文献：

[1] 郑国.国内外数字化城市管理案例[M].北京：中国人民大学出版社，2009.

第7篇：应急指挥决策范文

关键词：安全保障，应急管理，信息系统。

0 前言

公路交通是一个国家现代化水平的重要标志之一，是经济发展中一个发展和管理的重点之一。发展公路交通是国家经济现代化的必然趋势。随着公路交通的大力发展、汽车保有量的持续增加，尽管修建了大量的交通设施，但是由各种自然因素、技术因素、人为因素造成的紧急与灾害事件的发生频率不断上升，对公路交通的破坏程度不断扩大，公路交通的快速发展在对国民经济做出巨大贡献和给人民群众带来极大便利的同时，也产生了严重的负效应----公路交通灾害，如日益加剧的交通事故、交通堵塞、环境污染、路面损坏以及高速公路沿线的生态破坏等，它们给社会造成了极大的生命财产损失和沉重的社会反应，对人类生产和生活带来巨大的影响和损失。如何有效地预防公路交通灾害的发生，并在灾害发生后，如何通过实施正确及时地防治对策来减轻灾害给人类和社会带来的巨大损失，已成为人们广泛关注的课题。

1 国外应急系统发展现状与趋势

国外的应急系统已经有几十年的发展历史，发展很快也比较成熟。发达国家已经不局限于某一行业的应急管理，而是在城市建立一整套涵盖公安、消防、急救、交警、公共事业、民防等政府部门的应急联动服务系统，在市民遇到意外时，便可以通过城市应急联动系统，享受 应急指挥调动中心提供的各种服务。目前在许多国家，城市应急联动系统已经成为城市公共事业建设的标准配置。

据一项统计，在全世界，芝加哥911 响应时间最快，平均为1.2 秒。该中心日均接警量为1.5 万件，2001 年共接警580 万件。也就是说，平均每个市民一年有两次通过911 请求救助。这里的911 系统能够每小时处理3000 个呼叫，使每年的呼叫能力达650 万次。早在1937 年，英国就开始使用号码999，用以报告紧急情况的发生。比利时在1964 年也开始采用999 号码。这种采用单一特服号码，并建立统一的紧急情况响应中心的优势在于，在发生紧急情况时，市民可以迅速及时地得到所需的帮助，从而使生命或财产得以保全。一项由美国总统司法委员会进行的研究表明，快速反应是打击罪犯最为有效的手段。如果消防局对火警的响应时间平均能够缩短一分钟，每年便可减少数百万美元的财产损失。救护车和营救单位响应时间的缩短，可以大大降低心脏病和其他意外伤害事故的死亡率。

世界上的各类应急指挥系统建设已经有几十年的历史，出现了一大批实用的系统成果。尤其是近年来，随着灾害、灾难及突发事件呈现出类型多样、综合、发生频度高、危害面广的新特点，应急指挥系统逐渐发展成为一种有特定功能的应用系统类型，较广泛地应用在公共安全、气象地质、公共卫生等管理领域中，单一的某一行业的应急指挥体系被逐步的整合进整个城市总体经济体系之中，成为一个城市的综合应急联动系统，成为城市危机管理的重要支撑设施。出现了以下一些新的发展趋势：

1.1 专业化

在今天的信息和知识时代，应急管理的资源调度和决策不再仅仅依据指挥人员的直觉和领导的决心，它还离不开专业知识和信息系统支持。不同于传统的“110”等特定目的的通信调度系统和一些专业化的信息处理系统，从某个角度说，现代的应急联动系统就是要支持“外行领导内行”。显然，这种支持是以通信调度为主要功能的系统所不能承担的。因此，为了避免盲目决策，现代应急管理系统应该能让指挥人员动态获得专业化信息处理系统的支持。应急管理系统的核心功能应该从基本的通信调度“升级”为更广泛的“信息调度”，成为支持科学决策和专业化的信息处理支撑平台。只有这样，应急管理系统对于危机管理的意义，才会从“政治”和“行政”层面，深入到“知识”层面。

1.2 智能化

目前的应急管理系统开发大都基于特定的某种或多种灾害类型，一些大规模的“应急联动系统”，也不过是把不同类型的应急管理系统或信息处理系统按照一定的“预案”，进行需求的组合和系统的集成。这种“面向过去”和“面向已知”的应急管理系统，是很难具有“智能”的――它只是一个机械化的信息展示、指令传输和通信调度的平台，所有的信息流通途径都是在系统设计中或者预案中设定的；一旦出现“边缘性”、“综合性”，甚至从未出现过的应急事件，系统就面临“伤筋动骨”才能满足要求，甚至根本就不能用了。

这就为应急管理系统提出了“智能化”的需求。因为在今天的环境下，我们不可能完全设定未来的危机或突发事件的“类型”，以及它们的信息处理要求。在专业化信息处理系统普遍存在的前提下，应急管理系统的意义之一，就是要为决策人员提供一个便利的、交互式的操作平台，来迅速、动态地识别事件“类型”，并构造针对特定应急事件的信息处理和调度系统。

“智能化”的应急管理系统，具有显著的动态性和可重用性。从这个角度来说，构造智能化的应急管理系统，也是我们从宏观上规划和把握应急管理系统建设的关键。对它研究得越透彻，应急管理系统建设的“集约化”程度和综合效益就可以越高，建设和运营成本也就可以越低。理论上说，一个全面的城市应急管理系统应该是整个城市危机管理类信息系统的“终结者”――形成以一个综合型系统带多个专业型系统的局面后，不应再建设新的综合性系统。

1.3 知识化

从知识管理角度来看，信息系统的发展可以分为几个阶段：数据处理阶段；信息处理阶段；知识处理阶段和智能化阶段。

对于有知识处理能力的系统来说，系统所处理的信息，同时也成为回馈系统的“粮食”。系统运行的时间越长，不仅积累的事实性的信息(可供查询参考)越多，而且可以抽象出来的知识也越多。这些知识可以在人工干预下得到验证和积累，并用于下一轮的信息处理之中，成为系统的一部分：它们可以帮助系统找到运行的“捷径”，或是给指挥、决策人员提供更确切、更具指导性的帮助。应急管理系统应该怎样对待这些海量的知识？不外乎三种思路：一，相关的应急管理系统进行功能不断升级，即把这些知识“固化”为系统的一部分，使之下次能程序化地处理类似事件；二，把相关的知识汇编成册，放在系统终端旁边，或是做成可以演示的文档形式，供指挥决策者参考――这样应急管理系统可以“以不变应万变”，系统的生命周期会长一些；三，把这些知识进行适当的提炼、整理和重新表达，使之能改进下一次的“人-机”协作，为决策、指挥人员提供更好的帮助，同时也使“预案”进一步丰富。

不难想像，这三种对待知识的不同思路，将导致不同的建设效果。忽视知识管理，将导致知识无法有效传承或利用；僵化地对待知识，则将导致系统建设的不可控和规模的无限扩张；只有建立恰当的知识表达、提取和回馈平台，才能有效应付“信息爆炸”或“知识爆炸”，解决应急管理系统的“程序性”和“智能性”的矛盾，防止“预案”或“辅助决策”功能的游离，实现“以小变应万变”；同时也保证系统有一个较长的生命周期。

其实，每天都有有价值的信息产生。这些信息如果不进入应急管理系统的知识管理机制，就会仅仅作为新闻报道和内部参考一闪而过，然后流失；灾害造成的损失就会一再重复。

1.4 标准化

要建立基于专业化、知识化、智能化的“大联动”系统，必须建立一套应急管理领域的应用标准和应用支撑标准。这套标准包括对应急事件的描述机制，对基本的、公用的信息对象(数据元)的描述，以及相关信息系统必须提供的技术接口，等等。这些是整个社会的信息资源在应急管理领域的“共同语言”。在这一“共同语言”的基础上，进行各专业化信息系统的“养成建设”，才能在关键时候实现“应急”和“联动”。

标准化建设是一项长期的过程。标准对于应用的指导性不足，急需在一些大的应用背景下完善标准体系。应急指挥系统正是绝佳的一个领域：虽然很多行业或多或少有自己的应用标准，但即使在行业内部，也缺乏必要的整合。应急联动系统的建设，将成为一条可见的纽带，帮助发现标准体系中的“空隙”。如果对标准化建设有足够的认识和投入，将实现标准与系统建设的“双赢”，有力推动信息资源建设的有序化；反之，系统建设与标准化将仍然是“两张皮”。

2 国内应急系统发展现状

目前，我国的公路交通应急管理系统还处于较低级的起步阶段，基本上还停留在理论研究上，如北京工业大学交通工程重点实验室研究的《高速公路突发事件应急管理系统》等。2007年6月15日交通应急通信工程进行竣工验收，2008年1月14日，北京市公路路网管理与应急处置系统开始进行建设。 该项目作为“国家路网管理与应急处置系统”总体规划中第一个在建的省级系统，将以北京市公路路网为对象，以服务公众公路出行需求为导向，在奥运前夕实现北京市公路路网高水平的日常运行管理、高效的应急处置，在奥运期间以及今后为公众提供安全便捷畅通的公路出行服务，为全国公路路网管理和应急处置系统建设提供示范。公路交通应急管理工程已经引起了各级城市管理者的高度重视。例如，交通事故反恐抢救联动机制已经在全国范围内陆续建立。各大城市也相继建着手建设公路交通应急管理体系，相信近几年会有较大程度的发展。

3 安全保障和应急管理系统的需求研究

公路安全保障和应急管理系统在国内属于新生事物，因此，目前阶段的系统建设也必然是百花齐放，短时间内还不太可能出现统一的建设模式。一般来说，选择应急系统建设模式需要考虑以下因素：应急管理体制的整合程度；对应急联动的运行与管理方式；指挥权划分；应急基础；投资规模；编制情况等。

3.1 主要功能需求

公路安全保障和应急信息系统的目标，就是配合危机管理的全过程，应用信息技术，实现大面积的、跨专业和部门的信息资源、处理资源和通讯资源的实时调度，使应急指挥过程更加科学化和可视化。公路安全保障和应急信息系统把支持危机管理作为的目标。这是因为，要最大限度减少各种突发或紧急事件带来的损失，不仅仅要求在事件发生后做出迅速、准确的应对和处理，还要求在事件前期进行预警和辨识、在后期进行常态恢复。“危机管理”的三阶段理论更能指导我们运用信息技术对突发或紧急事件全面、全程的支持。显然，这一目标，不是一个单纯的信息系统可以达到的。它要依赖基础性的网络和多个专业化的应用系统，要依赖多种技术的支持。

任何类型和目的的应急指挥系统，都具有以下功能特性：

(1). 信息汇聚：从应急事件现场或监测网络采集到的各种信息，将被传输到信息汇聚点（应急指挥中心）。这些信息可能是直接事件现场的视音频信息，也可能是来自传感设备、监控设备的信息或信号，还可能是来自相关的专业化信息处理系统的数字化信息。

(2). 信息表现：公路安全保障和应急信息系统应该有直观而准确的信息表现形式，为指挥员进行指挥调度和辅助决策提供最大的帮助。GIS 是一项广泛使用的技术，可以将危机管理所涉及的信息（如危机态势、应急指挥相关资源分布、应急方案等）在基础的空间地理图形上形象地表现出来，便于指挥和决策人员直观地进行形式判断、形成决策或进行资源调度；各种信息还可能要借助一定的显示设备和

显示控制系统表现出来。

(3). 信息调度：所有信息在汇聚点被组合和集中呈现，供指挥中心的指挥决策人员作为决策和调度依据；有时还要将信息分发下级指挥中心（或分中心）的不同的专业化处理系统进行处理，或从这些系统收集处理结果。

(4). 通讯和物资资源调度：安全保障和应急指挥最终都表现为通过一定的通讯手段，完成一定的人力、物力资源调度。例如警力的调度、救灾物资和设施调度、对事件现场的疏导和部署，等等。

(5). 辅助分析决策：在应急指挥过程中，提供一些逻辑分析模型、统计模型或预案，以及案例库中的参考案例，帮助指挥员进行理性决策；同时，应急信息系统还应记录下整个指挥调度的过程，形成完整案例，丰富案例库，为实现知识化、智能化的危机管理作积累。

3.2 应急信息系统与GIS系统的关系

GIS 是一种广泛使用的、成熟的技术，也已经形成相对独立运行的系统。独立运行的GIS 甚至可能成为整个应急信息系统中最主要的操作平台。这也是一些项目直接把GIS 作为一种“默认”的“需求”的原因。但是，按全保障和应急信息系统是否要采纳GIS，还要看具体的应用领域是否具备了应用GIS 的数据条件和环境。而且，即使有必要和有条件使用GIS，也要从整个应急信息系统的总体目标出发进行分析，提出技术应用需求：

第一， 要实现应急信息系统与GIS 的双向联动。GIS 虽然可以独立运行，但在应急信息系统环境下，应该可以实现应急信息系统与GIS 的多种联动方式――包括双向的相互驱动和基于数据共享的独立操作，等等；

第二， 要实现应急信息系统与GIS 的底层整合。GIS 系统与应急信息系统应共同遵循一定的数据标准，产生和传递一致的数据；底层应实现数据库共享或公用。

第三， GIS 与其他系统的数据整合。GIS 的数据往往来自其他部门。为系统能运行起来而“一劳永逸”地导入数据的做法是不可取的。应该利用公用的基础地理数据，建立与基础数据源进行同步更新的完整机制，贯彻专用属性数据“谁使用、谁负责”和合理共享的原则，避免产生新的信息孤岛。

3.3 专业化信息处理系统与应急信息系统的关系

我们对应急信息系统的需求认识往往是始于“混沌”的，尤其是当因为信息系统缺位造成重大损失的时候，更是希望通过一个项目、甚至一个系统的建设毕其功于一役。但是，应急信息系统的主要目标是实现危机管理中的决策支持，离开了专业领域的知识和专业化的信息处理系统的支持，应急信息系统对科学决策的支持就会落空。另一方面，应急信息系统往往是跨管理部门、跨专业领域的系统，涉及多个专业系统的支持。处理这种兼具“宽度”和“深度”的复杂需求的合理做法，是把项目进行分解，把应急信息系统建设与专业化信息处理系统进行合理划分。一般来说，专业化信息系统负责专业化的信息监测和预警、信息处理；应急信息系统则负责信息的汇聚、分析，以及对会商、决策和资源调度的支持；二种系统之间通过共同认可的标准来实现信息传递和工作协同。应急信息系统从专业化信息处理系统中收集预警监测的结果；应急信息系统则向专业化信息处理系统提交信息加工请求并收集信息处理结果。

检验是否较好划分了专业化信息处理系统和应急信息系统界限的直接办法，是看二者之间是否有足够的独立性。一个好的规划和设计应该是这样的情形：应急信息系统本身不一定很“专业”，但它能与很专业化的信息处理系统很好地协同工作。应急信息系统的核心价值，在于它对跨专业的、公用资源的调度能力；专业的判断和业务流程应该留给专业化的信息处理系统。从这点上来说，应急信息系统其实需要有一定的“通用性”。通用性越好，它动态“接入”不同专业信息系统的能力就越强，整个大系统的“应急”能力也就越好。

4 建设安全保障及应急管理系统的必要性

交通安全、灾害防范是公路交通继续快速发展的先决条件。卫生部、交通部2004年第2号令联合公布了《突发公共卫生事件交通应急规定》,对突发公共卫生事件的交通应急作了明确规定。在突发公共卫生事件的应急机制中,交通部门负有重要的法律责任。所以说，作为公路交通管理和养护部门应该不断加强公路交通安全保障和防灾意识，将公路安全保障和应急管理作为公路管理中的重点工作来抓。

当前公路交通管理部门在安全保障和应急管理上存在专业性差、组织条块分割、各自为政、多头投入、效率不高等问题，在整体上仍然缺乏对于公路路网安全保障以及应急管理的深层次理解,对于整个管理体系欠缺科学理论的指导。因此，充分利用现代高科技手段，整合现有的紧急救助资源，健全和完善公路路网安全保障和应急管理体系，逐步建设统一、高效、反应敏捷、安全可靠的公路路网安全保障和应急管理系统，以提高应对各种紧急事件、突发事件和灾害事件的快速反应能力、指挥调度能力和防范处理能力，确保在发生突发事件时,公路处能够迅速地做出判断,并进行救援和指挥工作,为公路的交通安全生产提供强有力的保障。公路交通安全保障和应急管理系统能够使突发事件得到迅速有效的处理, 使道路交通危机事件发生的强烈程度与过程受到有效的控制,使致灾损失降至最少,尽量减少国家及群众的生命、财产损失。具有重要的现实意义。

公路路网安全保障和应急管理系统是一个与每个市民息息相关的政府实事工程，成功建设一个现代化的公路路网安全保障和应急管理系统将在维护稳定的社会秩序、保障社会的安定、方便市民的生活、维持良好的政府形象和改善投资环境等方面都起着十分重要的作用。对重大突发事件的处理能力是公路管理现代化、国际化和信息化程度的重要标志，也是政府保障社会稳定、提高行政管理效率和为公众服务的能力的标志。

5 结论

综上所述，加强公路路网安全保障和应急管理，是关系到公路管理以人为本、好中求快、协调发展的大事，是全面落实科学发展观、构建社会主义和谐社会的重要内容，是做负责任政府、负责任行业和打造平安交通的重要体现。当前，公路交通进入快速发展时期，由此引发的各类交通突发事件时有发生；频繁的自然和地质灾害造成公路损毁严重；电煤、原油、矿石运力紧张的局面还没有得到缓解，交通应急的任务十分繁重。但是，我国交通应急管理工作的基础仍然比较薄弱，体制、机制、法制尚不完善，预防和处置交通突发公共事件的能力有待提高。因此，应深入贯彻全国应急管理工作会议精神和《国务院关于全面加强应急管理工作意见》，落实《公路交通突发公共事件应急预案》，建设天津市公路路网应急管理系统，全面加强天津公路的安全保障和应急管理工作，这是社会信息化的需要，是提高为公众服务能力的需要，也是公路交通管理现代化的标志之一。

参考文献

[1] 交通部 .突发公共卫生事件交通应急规定[S]. 2004年第2号令

[2] 国务院 .国务院关于全面加强应急管理工作意见[S]. 2006年

第8篇：应急指挥决策范文

一、强化应急值守，规范信息报送工作

1.加强应急值守规范化建设。出台《市政府系统应急值守工作规范》，推动政府系统应急值守规范化建设。进一步强化信息报送工作，实行定期通报制度，规范信息报告的时限、内容及责任，确保不出现迟报、瞒报、漏报、谎报等问题。

2.健全预警信息平台。重点协调市气象局推进全市气象预警信息平台建设，加强与相关部门及各乡镇街特别是设施农业小区的沟通和衔接，实现信息提供及时准确，信息顺畅有序。充分利用多种媒体和手段，使预警信息实现有效覆盖。

同时，各乡镇街、各部门尤其是应急核心部门要定期做好各类突发事件趋势的预测分析，认真做好研判会商，提早做好防范准备并及时上报市政府办公室。

二、强化预案管理，完善应急预案体系

3.做好市级总体应急预案的修订工作。按照国务院办公厅《突发事件应急预案管理办法》和省市有关要求，做好市级总体预案的修订工作。

4.完善应急预案体系。依据《市应急预案管理办法》，做好市政府及各乡镇街、各部门应急预案的修编工作。结合实际，不断改进、补充、完善各类预案，形成总体预案、专项预案、部门预案相衔接的应急预案体系。

5.开展应急预案演练。各乡镇街、各部门要制定全年应急演练计划，结合各自实际组织演练。市消防大队、地震局、教育局、卫生局、水利局、住建局、安监局等应急核心部门及重点设施农业乡镇全年至少组织1次综合性应急演练，并组织相关应急管理干部观摩培训活动。

三、强化能力建设，健全应急资源保障体系

6．强化应急救援队伍建设。整合现有综合及专业应急救援力量，以公安、消防等骨干队伍为主体，以各专业应急队伍为基础，形成符合我市实际的应急救援队伍格局；加强市应急办与应急核心部门及其他部门之间的沟通协调，提高协同处置能力；加强市综合性应急救援队伍建设，完善市应急救援队伍体系，提高“第一时间”处置能力。

7.加强应急物资保障体系建设。各乡镇街、各有关部门和单位要根据本地区、本行业主要风险源和应急工作实际，突出重点、因地制宜地做好应急物资储备工作；进一步开展应急物资调查摸底工作，完善应急物资储备的品种、规模、布局和方式，充分利用社会力量，多措并举、多种方式开展实物、协议、生产能力等多种形式物资储备，形成储备形式多样化。

8.推进应急管理专家队伍建设。把应急管理专家队伍作为预防和有效应对突发事件的智力支撑，组织专家积极参与应急管理基础工作调研，指导应急处置事件活动；通过开展政策法规咨询、会商研讨及参与处置等活动，发挥应急专家队伍的辅助决策作用，进一步增强应急决策的科学性。

四、强化资源整合，提高应急处置能力

9.完善市级应急指挥平台。逐步完善市级应急指挥平台硬软件建设，切实发挥应急指挥中心的决策指挥作用。发挥小型移动平台通信优势，建设基于手机、平面电脑的移动指挥平台，实现应急指挥的即时化和便捷化。将各乡镇街、各部门联络方式、专项预案处置流程、物资储备、专家队伍、应急救援队伍等各类信息进行电子化整合，提供全面的数据统计查询，紧急情况下可以按照需要快速提供各类数据，逐步实现掌上应急指挥功能。

10.完善应急指挥系统数据库。各乡镇街、各部门要积极开展应急资源普查，全面掌握并及时报送应急管理干部、应急队伍、应急物资、装备、危险源等方面的情况，加快推进应急资源基础数据库建设。不断完善应急信息查询系统功能，逐步实现应急物资和装备的实时更新和动态管理。

五、强化宣传培训，提升应急干部工作能力

11.完善分层应急培训体系。通过专题培训及市委党校培训，邀请省市应急办领导及专家前来授课，在市级层面抓好应急管理干部培训，努力提高各级应急领导干部的决策指挥能力；各乡镇街、各部门要采取专题培训、网上学习等多种形式，抓好应急管理工作人员、应急值守人员等相关知识培训工作，广泛普及并提高应急处置能力；各级应急救援队伍要抓好基本业务及技能培训，提高应急抢险救援能力。加强应急管理制度建设。各地区、各部门遇人员变化、职能变动要及时调整应急管理组织机构，并及时报市政府应急办备案，推行应急管理人员报备制度。

第9篇：应急指挥决策范文

经过SARS等一系列公共卫生突发事件后，应急信息系统的建设受到了空前的重视。我国各级政府、各部门都把应急信息系统或应急指挥中心的建设提上了议事日程。例如，北京市公共卫生信息应用系统的建设，就是在以往的经验教训基础上，把应对公共卫生突发事件作为一个主要建设目标；卫生部应急指挥中心向社会公开招标，征集建设方案，等等。在政府推动下，应急信息系统建设已经进入一个高峰期。

应急信息系统的建设受到全社会范围的重视，这是一件好事。但同时也带来了问题：系统建设的目标到底是什么？多个相关项目如何统筹？怎样处理应急信息系统建设与业务处理系统的关系？应急信息系统的功能边界应该如何划分？等等。对这些问题如果没有一个正确的思路，应急信息系统建设的大规模投入就难以收到应有的社会效益，甚至象以前办公自动化和门户网站一样，变为一场“运动”。

本文试图对应急信息系统给出一个目标，描述“理想”情况下的系统模型和需求；在此基础上给出对整个应急信息系统规划的看法。

二、应急信息系统的目标和功能需求分析

应急信息系统的目标，就是配合危机管理的全过程，应用信息技术，实现大面积的、跨专业和部门的信息资源、处理资源和通讯资源的实时调度，使应急指挥过程更加科学化和可视化。

这里用到了一个超越“应急”的概念——危机管理，我们把支持危机管理作为应急信息系统的目标。这是因为，要最大限度减少各种突发或紧急事件带来的损失，不仅仅要求我们在事件发生后做出迅速、准确的应对和处理，还要求我们在事件前期进行预警和辨识、在后期进行常态恢复。“危机管理”的三阶段理论更能指导我们运用信息技术对突发或紧急事件全面、全程的支持。

显然，这一目标，不是一个单纯的信息系统可以达到的。它要依赖基础性的网络和多个专业化的应用系统，要依赖多种技术的支持。但是，越是复杂，我们就越应该分析清楚，那些是核心、哪些是基础、哪些是锦上添花；哪些应该先建，哪些可以后建。否则眉毛胡子一把抓，不利于复杂系统的建设和统一的规划。

我们用如下的三层逻辑模型表示应急信息系统及其支持系统的关系。

……

应急信息系统

信息处

理系统

通讯调

度系统

信息

采集

信息

调度

资源

调度

信息

表现

基本网络和通讯系统

辅助

决策

应用支持层

集成应用层

基础设施层

GIS

应急信息系统的三层逻辑模型

各层的关系如下：最高层即是应急信息系统的核心功能，它是一种集成式应用；专业化的信息处理系统和各种相对成熟的技术系统（如GIS和Call Center系统）是构建应急信息系统的支撑性应用，我们称之为应用支撑层；而基本网络和通信系统是以上所有应用的基础。相邻层次之间有着双向的信息供求关系。

我们从对信息的处理角度来分解应急信息系统的功能目标。

任何类型和目的的应急指挥系统，都具有以下功能特性：

1、信息汇聚：从应急事件现场或监测网络采集到的各种信息，将被传输到信息汇聚点（应急指挥中心）。这些信息可能是直接事件现场的视音频信息，也可能是来自传感设备、监控设备的信息或信号，还可能是来自相关的专业化信息处理系统的数字化信息。

2、信息表现：应急信息系统应该有直观而准确的信息表现形式，为指挥员进行指挥调度和辅助决策提供最大的帮助。GIS是一项广泛使用的技术，可以将危机管理所涉及的信息（如危机态势、应急指挥相关资源分布、应急方案等）在基础的空间地理图形上形象地表现出来，便于指挥和决策人员直观地进行形式判断、形成决策或进行资源调度；各种信息还可能要借助一定的显示设备和显示控制系统表现出来。

3、信息调度：所有信息在汇聚点被组合和集中呈现，供指挥中心的指挥决策人员作为决策和调度依据；有时还要将信息分发下级指挥中心（或分中心）的不同的专业化处理系统进行处理，或从这些系统收集处理结果。

4、通讯和物资资源调度：应急指挥最终都表现为通过一定的通讯手段，完成一定的人力、物力资源调度。例如警力的调度、救灾物资和设施调度、对事件现场的疏导和部署，等等。

5、辅助分析决策：在应急指挥过程中，提供一些逻辑分析模型、统计模型或预案，以及案例库中的参考案例，帮助指挥员进行理性决策；同时，应急信息系统还应记录下整个指挥调度的过程，形成完整案例，丰富案例库，为实现知识化、智能化的危机管理作积累。

以上是一个较为抽象的逻辑功能模型，它有助于我们把握应急信息系统的核心建设目标，合理运用各种技术和各种“物理的”系统。

三、应急信息系统与其它信息系统的周边关系

1、技术型应用系统与应急信息系统的关系

在应急信息系统建设领域的最大误区，在于信息系统功能需求分析的缺失——从需求的陈述（实质上是一种需求定义）直接跳到技术方案，甚至成为技术方案或产品的简单堆砌。以技术方案代替功能需求，这似乎已经成为了一种应急信息系统建设中的普遍现象。

例如，我们经常能在招标书或所谓规划中看到这样的做法：即直接把“数字录音系统”、“大屏幕显示系统”、“地理信息系统”等作为“需求”本身的内容，对具体的技术实施方案和产品型号进行招标，甚至还有的招标书把“数据库系统”也作为应急信息系统需求的一部份提出来。这里面缺少了对应急信息系统的实质内容和目标的把握，缺少了一个理性的论证和分析过程。这样的“需求”拿出来招标，多半会造成建设的混乱和失控。

并不是说以上的技术系统不能作为应急信息系统的一部分，相反，逻辑的功能最终都会落实为一系列“物理”的技术子系统。但是我们在进行技术子系统的划分和分包之前，有必要对有机信息系统的“原始”功能需求作一定义和陈述，为技术方案的展开提供理性的约束，而不会被技术牵着鼻子走。

例如，GIS是一种广泛使用的、成熟的技术，也已经形成相对独立运行的系统。独立运行的GIS甚至可能成为整个应急信息系统中最主要的操作平台。这也是一些项目直接把GIS作为一种“默认”的“需求”的原因。但是，应急信息系统是否要采纳GIS，还要看具体的应用领域是否具备了应用GIS的数据条件和环境。而且，即使有必要和有条件使用GIS，也要从整个应急信息系统的总体目标出发进行分析，提出技术应用需求：

第一， 要实现应急信息系统与GIS的双向联动。GIS虽然可以独立运行，但在应急信息系统环境下，应该可以实现应急信息系统与GIS的多种联动方式——包括双向的相互驱动和基于数据共享的独立操作，等等；

第二， 要实现应急信息系统与GIS的底层整合。GIS系统与应急信息系统应共同遵循一定的数据标准，产生和传递一致的数据；底层应实现数据库共享或公用。

第三， GIS与其他系统的数据整合。GIS的基础数据来自测绘部门，而应急指挥所需的“活”的应用数据往往来自其他业务部门，如建设、交通、气象、卫生，等等。为让信息系统能够运行起来而“一劳永逸”地导入数据的做法是不可取的。应该充分利用这些“活”的地理数据，建立与数据源进行同步更新的完整机制，贯彻专用属性数据“谁使用、谁负责”和合理共享的原则，避免产生新的信息孤岛。

以上是应急信息系统中对GIS的需求分析应该考虑的内容。只有对这些问题都分析清楚了，才可能对应急信息系统中GIS的必要性、可行性和技术方案和造价作一正确判断。而这种全局的、客观的、中立的分析，恐怕要在请GIS厂商提供技术方案之前完成。

在应急信息系统领域，类似的成熟技术系统还有Call Center、知识管理系统、视频会议和视频监控系统等。对这些相对成熟、“自成一体”的技术应用系统，都要作类似的分析，才能保证最后的应急信息系统是一个有机的、完整的、体现建设初衷的系统，而不是一组不分主次、繁复、独立的技术系统。

忽视需求分析或缺乏正确的需求分析方法，是存在于信息化建设的通病。对于应急信息系统建设而言，这种只有方案，没有需求分析的现象尤其有害。因为应急信息系统的建设几乎成了一种潮流，而且它同时承载着政府危机管理和电子政务信息资源整合的双重重任。缺乏对需求的分析和规划，会使应急信息系统建设失去理性，导致盲目建设和重复建设，与信息资源整合的精神背道而驰。

2、专业化信息处理系统与应急信息系统的关系

我们对应急信息系统的需求认识往往是始于“混沌”的。尤其是当因为信息系统缺位造成重大损失的时候，更是希望通过一个项目、甚至一个系统的建设毕其功于一役。但是，应急信息系统的主要目标是实现危机管理中的决策支持，离开了专业领域的知识和专业化的信息处理系统的支持，应急信息系统对科学决策的支持就会落空。另一方面，应急信息系统往往是跨管理部门、跨专业领域的系统，涉及多个专业系统。处理这种兼具“宽度”和“深度”的复杂需求的合理做法，是把项目进行分解，把应急信息系统建设与专业化信息处理系统进行合理划分。

一般来说，专业化信息系统负责专业化的信息监测和预警、信息处理；应急信息系统则负责信息的汇聚、分析，以及对会商、决策和资源调度的支持；二种系统之间通过共同认可的标准来实现信息传递和工作协同。应急信息系统从专业化信息处理系统中收集预警监测的结果；应急信息系统则向专业化信息处理系统提交信息加工请求并收集信息处理结果。

检验是否较好划分了专业化信息处理系统和应急信息系统界限的直接办法，是看二者之间是否有足够的独立性。一个好的规划和设计应该是这样的情形：应急信息系统本身不一定很“专业”，但它能与很专业化的信息处理系统高效地协同工作。应急信息系统的核心价值，在于它对跨专业的、公用资源的调度能力；专业的判断和业务流程应该留给专业化的信息处理系统。从这点上来说，应急信息系统其实需要有一定的“通用性”。通用性越好，它动态“接入”不同专业信息系统的能力就越强，整个大系统的“应急”能力也就越好。

举个例子，假设我们针对SARS的预防和控制建设了一个公共卫生应急信息系统，如果它不能百分之八十、九十，甚至更高比例地应用到其它公共卫生突发事件的处理上，那么它的规划和需求定义就是失败的。相反，如果我们在进行需求分析的时候，能把专业化事件处理的差异性需求尽可能地体现在“应用支持层”的专业化信息处理系统中，那么无论是作为通用应急指挥平台的公共卫生应急信息系统，还是专业化的传染病管理信息系统、医院管理信息系统、以及各种科研信息系统，等等，都能沿着相对稳固的需求轨迹发展。

四、应急信息系统的规划与标准化

现在我们跳出单个应急信息系统的需求分析，来看看多个系统——或者说整个城市级别的应急信息系统——的需求，或者说一种规划。

根据上面的分析可知，我们如果采用一个相对通用的“应急信息系统”和一系列专业化信息处理系统，可以构成一个完整的、面向各种突发事件的应急信息系统“两层”构架。也即从理论上说，可以构建城市级别的唯一的、集中的、公用的应急信息系统平台。但在实际操作中，有两个因素制约这种“两层架构”模式。一是系统的规模和负载问题；二是现有的行政管理体制的制约。

根据系统论的原理和系统工程实践经验，每个系统下辖的子系统个数是有限的，超出这一限度，不仅系统的业务负载和复杂度会难以承受，为保障系统运行可靠性所付出的代价也会十分巨大。我们通常采用系统分级的办法来解决这一问题。在应急信息系统建设中，就是通过建立一些区域的或“领域”分中心来分担“总中心”的负载和复杂性。

但是，采用分中心的“三层”构架，应该满足两个先决条件。否则，就有可能使整个城市的应急信息系统更加混乱和难于管理，操作起来无所适从，甚至变成一盘散沙，为信息资源综合增加新的负担。

第一个条件，还是比较、分析和论证。在具体的城市危机管理环境中采用三层构架，一定要有与两层构架的对比分析。三层系统的优势在于其上的业务操作流程通常可以更好吻合现有管理体制；劣势是分级处理带来了额外的信息分配和汇总的效率开销，甚至为一些导致低效的“门槛”创造了条件。我们对架构进行分析的结果，应该不仅仅是一个构架的模式，而且有具体的构架实施方案，包括对弱点的分析，以及弥补的方法，作为系统后续建设的前提条件。这是应该在决定建分中心之前完成的。

在实际建设过程中，对于城市应急信息系统的构架模式选择，盲目模仿或是“拍脑袋”的情况还是很多的。构架的选择往往不是对流程科学性、系统运行效率、系统建设周期和投入、系统的可操作性等因素进行分析比较的结果，而是避开业务整合的深层困难、对现有管理体制过分迁就和妥协的结果。这对于整个城市的危机管理和信息化建设都是非常不利的。

第二个条件，无论是二层还是三层构架，都离不开标准化基础。统一的数据标准制定应该在应急信息系统的总体规划层面，而不是某个具体的应急信息系统建设的层面来进行。在某个具体应用系统中谈统一标准的意义是十分有限的。即使每个系统都实现了“内部”的统一标准，也可能导致多个系统之间无法沟通。

对于标准化的认识，也是信息化建设中误区多多的一个领域。如把统一数据规划甚至统一数据库设计等同为数据标准化，把标准化局限于管理标准化而无视应用标准化，把应急信息系统的标准化局限于应急事件的分级，等等。应用标准化是我国信息化建设的一个弱点和紧迫点，也是应急信息系统建设的一项基础性工作。如果能在国家层面整合专业化研究资源，组织面向应急指挥和危机管理的统一的标准化研究，则能有效促进整个国家的应急信息系统的建设；反之，如果我们不抓住应急信息系统这一建设背景，则不仅应急信息系统的建设不能进入有序状态，标准化建设本身也将摆脱不了滞后于信息系统建设的状况。（参考《把标准做“实”》）。

参考文献：

1.

《把标准做“实”》 黄以宽，《信息化建设》2005-1，2

2.

《浅论应急指挥系统的基础性研究》，黄以宽，第一届中国政府电子政务论坛交流论文，2004-10