需求、技术引发应急热潮
在过去的两年里，针对突发公共事件的应急信息系统已经逐渐超过政府网站，成为政府信息化建设的重点和社会关注的焦点。从管理领域信息化的一般规律来看，我国的应急信息系统的建设还基本处于初期的探索和局部试点阶段。要大规模建设应急信息系统，在应用中改进它们，最终广泛地实现与各级应急管理体制的有效集成，至少还需要五六年左右的时间。所以可以预计，应急信息系统建设的热潮还将持续一段很长的时间。
在应急管理领域的所有信息系统中，应急联动系统的建设相对成熟，尤其是随着公安部“三台合一”要求的落实，应急联动的概念日渐深入人心。以公安应急联动业务为基础和参考模式，扩大联动范围，建立更广泛的应急联动体系，已经成为一种经过实践检验的实现政府应急管理的有效途径。
然而，应急联动的发展要求不仅止于简单的联动规模的扩大。联动本身并不是目的，它应该服从一个更大的业务目标——提高政府的应急管理能力。
应急联动解决的是对突发事件的即时性响应和联合处置，而应急管理是一项有目的的、周期性的管理活动，是一个包括应急预防（含监测、预警）、应急准备、应急响应和应急恢复四个阶段的闭环。审视目前相对形成某些模式和一定范围共识的应急联动系统，其重点都在于对应急响应阶段指挥、调度的信息通信技术支撑，以及一些准备阶段的辅助；而对于预防和恢复两个重要阶段的支撑，以及用于形成管理闭环的反馈，都落在了应急联动的概念之外。
应急联动建设的另一个新背景是新技术的不断出现和完善。在出现的新技术中，有些是使应急联动效能发生局部变化，如通信技术的发展，可以使应急救援组网更方便、信息传递形式更多样、准确度更高；有的技术则可能为应急联动的范围和模式带来全局性的变化，如以SOA为代表的系统集成技术可以使我们更动态、方便、节省地拓展联动范围，信息搜索、知识表示和处理等技术可以使应急联动更具指导性和智能性。实际上这些成熟技术在我国的应急联动系统建设中的使用还是非常有限的，值得我们在设定应急联动系统的目标和需求时进行深入研究和挖掘，并创造性地加以应用。
目标：应急响应 公共平台
如此背景下的应急联动建设目标是建设能支持应急响应的公共性联动平台，实现应急响应所需的通信调度、信息交换、业务整合和知识支撑。
通信调度：综合通信调度是应急联动系统的经典核心功能。应急联动系统需要受理来自多种通信渠道、覆盖多种突发事件的报警信息，并实现对多种专业管理机构和处置力量的综合调度。现存的各种通信渠道包括各种公众报警、服务、投诉等热线，以及一些与城市应急相关的专用通信业务网。要实现统一的应急联动，就应该建立基于这些通信网络的智能化综合调度平台，保障可靠互通。
信息交换 应急联动系统不仅仅是一个以通信调度为主要功能的“喊话系统”，而且是连接众多专业化信息处理和资源调度系统的横向系统。为实现专业化管理、处置和指挥的无缝联动和信息共享，我们需要大量数字化的信息存储、交换和处理。另外，要随着相关专业化信息处理和资源调度系统的日渐普及和完善，进行联动指挥。信息交换将在应急联动的总工作量中占据越来越大的比例，而不再是偶发的需求和可有可无的点缀。并且，对交换的自动化、性能和标准化都有越来越高的要求。从这个意义上说，我们不妨认为新背景下的应急联动系统的核心功能是信息调度，而不是传统的通信调度。
业务整合 应急联动其实就是在有突发事件时，不同部门、不同业务的有目标、有预案的联动，实际上就是一种基于规则（预案）的业务整合。作为应急联动规则的预案体系包括了应急管理范围内所有的部门化预案、专项预案和总体预案，需要一个智能化的业务整合技术平台来对这些预案进行相容性分析、展示、模拟演练以及执行。可以说，应急联动中的业务整合是一种规模空前的业务整合，需要我们综合运用系统集成、信息交换、流程管理等多种前沿技术来实现。
知识支撑 从信息系统的“智能化”程度来说，应急联动系统不是一个数据处理系统，而是一个信息处理系统。而且，它还是一个知识型的信息处理系统。例如，预案就是一种典型的知识，案例、模型等都是知识。知识需要一定的方式来表示和记录，才能被很好利用。例如，如果我们用文字来表示和存储预案，它们就只能被打印出来，贴在指挥台旁边或是显示在屏幕上；如果我们用表示一般数据信息的方式来表示和存储预案，那么预案就可以用来查询、参考；如果我们用流程描述语言来表示预案，它就有可能用于伴随指挥过程，起到操作提示和决策支持作用。在现在的技术条件下，建设智能型的应急联动系统，实现应急状况的判断、预案的提示，过往案例参考，以及预案的反向学习等等，都是符合客观需求、同时也是有成熟技术支撑的发展方向。
应急联动平台的服务范围也是一个值得我们重视的问题。虽然应急联动主要涉及应急管理周期的两个阶段，但为应急联动建设的技术平台，应该立足于对整个应急管理的支持。
也就是说，为应急联动而建设的公用性技术平台是一个集约性的共享大平台。它服务于应急管理的全过程和所有相关的管理主体——包括公安等传统的联动业务部门，以预防阶段预警监测为主要功能的各专业管理部门，以及进行高层协调和宏观决策的办公厅等领导部门等等，而不仅仅是平台建设的责任主体。如果仅仅因为应急联动体系的牵头部门不同于“应急管理”的主要责任部门而建设多套技术平台，不仅造成重复建设的巨大浪费，还会造成不必要的流程繁复，达不到好的联动效果。
从应急联动到应急管理的建设途径
事实上，应急联动系统的建设往往不是从零开始的。一个地区的应急类信息系统往往面临着多头建设的现实。在这种情况下，就特别需要统一的规划和设计。同时，也要结合项目的实际情况，灵活采取不同的策略，实现应急管理的长远和总体目标。
对于一个地区来说，一个集约化的应急管理平台是不可缺少的。不管是办公厅的总值班室、应急办，还是应急联动中心，还是专业化的指挥中心，它们的支撑工作平台都要指向一个逻辑上一体、且能互相衔接的应急管理流程。也就是说，应急管理的逻辑应该成为政府的“大脑”，而各种形式的与应急相关的信息系统，则形成政府的“四肢”。
至于“四肢”的形式，则可以多种多样，因地制宜。
例如，可以在办公自动化与管理信息系统的建设中，体现围绕应急管理的工作协同，来解决应急联动的最基础的信息共享和资源整合问题——这一点已经在无锡等市有了先例。也可以在一些重大活动保障的信息化支撑项目中，以“大安全”的视野进行系统化的安全因素分析，实现复杂的、智能化的联动指挥和业务协同——例如奥运会和世博会的安保系统，都应该从应急管理理念出发，对已有的应急联动进行深化、拓展和升级，而不仅仅是沿用“视频监控＋通讯调度”的模式。
总之，应急联动系统虽然是整个应急类信息系统领域中一个基础相对好的门类，但它的建设理念还有待提升。应急管理目标下的应急联动，是目标下资源深度整合意义上有先进信息技术支撑的联动。就像一个人，除了肌肉发达、四肢灵敏，还要中枢神经系统坚固、大脑发达，才能是一个真正健康的人。 | 
