應急指揮體系是針對自然災害、事故災難、公共衛生、社會安全等突發公共事件的搶險救援活動實施組織領導的一個科學應急平臺。應急指揮體系通常包括支援平臺、相關數據庫、管理中心、保證體系四個方面。它們直接影響著系統的正常運行，具有不可替代的作用。
當前我國應急體系從2003年“非典”事件開始建設以來，在上述四個方面從無到有，有了長足發展。本文探討的是應急體系中最主要的應急保障系統，即通常所描述的應急指揮系統或應急指揮平臺在當前的建設趨勢與展望。
一、我國的應急指揮體系
在我國政府及各部門行政管理體系結構下，我國的應急指揮是一個龐大的體系，它不僅在國家、省、地市等層面上橫向拉通各職能部門并做到上傳下達，同時縱向上需要在各專業部門上下級組織之間建立起垂直的專業應急溝通網絡，而且兩者之間還會有交叉。如下圖所示：
<http://photo.blog.sina.com.cn/showpic.html>
圖1 應急指揮中心結構圖
為了保證科學有序的建設如此復雜的應急指揮系統，近年來國家發布了一系列相關規范及要求。并把應急指揮系統（平臺）做了明確的分類定義：應急指揮場所系統、基礎支撐系統與綜合應用系統等（每個系統中還有很多分系統子項），如圖2。
<http://photo.blog.sina.com.cn/showpic.html>
圖2 應急聯動指揮系統（平臺）構成
而近年來，我國各類災害事故和危害公共安全事件，如地震、冰災、洪災、交通、衛生、火災等事故時有發生，特別是2008年的南方冰雪災害、“5.12”四川汶川大地震，給我們造成了嚴重損失。
當意外事件發生時，應急指揮系統操作繁瑣，信息匱乏，綜合應用系統與基礎支撐系統脫節；系統易故障，缺乏備份手段；各子系統七國八制，管理維護復雜；平時使用就保障率很低，應急時刻更是不堪使用……早期建設的應急指揮系統在實際使用中暴露出很多問題，不好用甚至不能用，是目前各類應急指揮系統（平臺）比較尷尬的現狀。更多的時候還是靠傳統手段解決問題。
因此在我國應急指揮建設多年后，特別是經歷了近年來多個重大事件后，很多政府應急指揮主管領導及技術負責人在很多場合重提應急指揮系統（平臺）該如何建設！其實有這樣的呼聲并不奇怪，因為目前我國還處在應急系統發展早期，在國內出現才短短6年。
二、如何規劃建設應急指揮系統（平臺）
應急指揮要解決的核心問題集中在事件爆發后如何在最短的時間內做出正確而全面的反應！最大的挑戰是兩個要求的同時實現！
針對應急的本質特點，應急指揮系統需要具備如下能力：
·早期各類信息匯集、分析能力；
·快速反應能力；
·水平信息整合和共享能力；
·足夠的信息匯集和指揮通訊能力；
·系統具有冗余性和可靠性設計；（在具備以上四種能力前提下）
它分四個平面：
第一平面應急采集與通訊
包括各類前端信息采集和各類通訊系統的終端，為應急指揮系統早期各類信息足夠的匯集能力以及指揮通訊能力提供有力保障。
信息采集分為視頻圖像信息采集和數據庫數據采集兩大類，根據數據的涉密性，又可以分為內網涉密數據和一般數據。一個完整的信息采集系統就是由分布在前端的各種采集設備和后臺的控制管理設備構成的。
視頻圖像信息采集將各類廠家各種平臺的視頻監控圖像做整合，統一接入做資源調度。目前基于IP技術的視頻監控方案已經比較成熟，對于應急視頻接入這種跨域、跨系統、跨物理距離的需求而言，是最適合的解決方案。前端通過IP編碼采集，后端通過IP解碼呈現，中間通過IP網絡承載，IP存儲實現數據存放。整個系統控制管理是基于NGN架構的。
而對于數據庫數據的采集上收，一直是困擾應急指揮的一個大問題。很多專業業務系統，如GIS、氣象云圖、車輛/人員GPS跟蹤、醫療/手術/顯微/影像等，有些是結構化數據，有些是非結構化數據。結構化數據在數據整合方面缺乏統一標準，實施難度大，難以基于數據層面在應急指揮中心做呈現；非結構化數據質量高，傳統視頻接入不能滿足要求。從長期來看，隨著應急數據中心的建設以及配套的管理規范實施，將逐步實現與應急相關的信息上收、備份，數據庫中間件方式或者存儲虛擬化方式都是可以采用的技術方案，但就當前而言，反而可以考慮采用遠程呈現（TD，Tele-Display）的方式來解決問題。將結構化數據非結構化，把各類專業業務系統的顯示結果實時截取過來呈現在應急指揮中心，大大減少技術復雜度；對于非結構化數據，由于TD設備提供高質量的圖像，因此能將氣象云圖、GIS、醫療手術/顯微/影像等高質量呈現在各個指揮中心。
數據采集是應急系統運作的基礎，當前最佳的實現方式就是基于IP的視頻接入和遠程呈現配合使用，完成各類數據遠程呈現的目標，實現應急決策支撐；而未來的建設目標則應針對結構化數據和非結構化數據均具備完整的遠程調取能力。
指揮通訊系統則由各種不同的通訊接入手段共同構成，如集群語音、普通語音接入、移動電話、衛星電話、視頻會議等，其核心是整合和協同。由于應急事件先天的不確定性，我們無法預測在某個時刻、某個地點采用哪種通訊手段是最適合的。因此應急指揮通訊系統最關鍵的要求就是互通，而且是設備層面和業務層面均需互通。由此在應急系統中就形成了應急聯絡中心+各類接入終端的一體化通訊系統的概念。從技術的角度講，基于IP技術的通訊控制，是最佳實踐。
數據采集和指揮通訊終端位于整個應急支撐平臺的最外圍，如同應急系統的手腳，在四個平面中負責著最基礎的工作。傳統的應急系統建設往往忽視了這個平面的重要性，實際上由于物理分散造成的復雜性，這個平面是最需要系統架構設計和整體規劃的。
第二平面應急傳輸網絡
包含目前所有的通信手段：城域/廣域高質量的有線網絡、WiFi/WiMAX/WOWare/3G四種全新高帶寬無線接入、緊急情況下的衛星通訊系統、以及作為應急主要指揮手段的集群系統；主要作用為信息的匯集、水平信息的整合和共享、指揮通訊的平臺，有充分冗余及可靠性設計。
WiMAX/WOWare/3G/衛星是應急指揮系統重要的組成部分，作為光纖、電纜等有線通信冗余手段，可以提供適合不同場景、各種帶寬、可靠性、各種成本的無線通信鏈路保障。例如，汶川地震中運營商的網絡全部癱瘓，汶川一度成為信息孤島。通過空投衛星電話和搭建小型衛星基站，災區通信業務和數據傳輸的恢復得到保障。而WiMAX/WOWare系統則適用在油田等對無線帶寬要求較高的行業，以及森林防火、島嶼通信等人口分布少、地域跨度廣的場所。
在有條件的情況下，應急系統應盡可能在專網上運行，且應該采用類似RPR等的鏈路保護技術；在無法提供專網的情況下，則應盡可能采用專線類的運營鏈路。衛星鏈路和無線通訊方式作為有線鏈路必備的備份傳送手段，要盡可能的作用于每一個網絡節點。各種不同制式之間的切換與保護也是應急網絡平臺管理最具挑戰性的需求。一句話，應急網絡的核心要求就是“高可靠”。
第三平面應急數據中心
廣義的應急數據中心是所有應急系統業務的物理載體，我們常見的應急指揮大廳其實也是應急數據中心另一種表現形式。
一切的決策均來源于數據，一切的預案均來自于積累。在整個應急支撐系統中，應急數據中心是最靠近決策中樞的環節，也是最直接支撐上層軟件應用的環節。說它是整個應急支撐系統核心中的核心，一點都不為過。
應急數據中心和傳統數據中心相比，存在兩個新的特征，一是數據類型更為多樣，尤其是多媒體類數據占有大量比重；二是包含了集中通訊控制和集中顯示控制兩個功能，需充分考慮這兩個控制單元在數據中心的集成。
在當前各類數據中心架構技術中，基于以太網的統一交換架構數據中心對于滿足應急數據中心的兩個新特征最為適合。一方面統一的以太網底層通道為集中控制、集中通訊、集中顯示提供了物理上的通道技術基礎，只要在需要的環節和位置引入相應的控制設備即可，甚至于還可以做到設備級的各種集成；另一方面，統一交換架構數據中心打通了數據中心中前后端的網絡平面，統一了LAN、SAN和服務器互聯網，服務器、存儲及各類設備之間的互聯沒有了先后次序的限制，這就為不同類型數據（如媒體類數據）的不同管理方式帶來了最大的靈活性。此外，統一交換架構數據中心在容災方面的實現手段多樣化、易于部署，對于應急數據中心的高可靠性也是一個很大的支撐。
第四平面應急管理平面
實現應急指揮系統設備管理、網絡管理、業務管理（通訊、會議、圖像、數據等）、用戶管理等各種管理功能，為所有應急業務提供高效的資源管理，并且它的持續優化整合最終體現在應急系統的易用性上。
同時也為綜合應用系統提供良好業務接口（軟件）。綜合應用系統的效能最終體現在接口豐富性和管理平面對下面各個平面管理的緊密度。
以上四個部分，相互之間有非常緊密的銜接和對應，每個部分自成體系，組合在一起又構成系統。這種規劃方式，有助于從根本上改變當前應急指揮平臺建設松散耦合、七國八制的不利局面。
三、應急指揮系統（平臺）建設展望
應急指揮系統（平臺）建設應該根據應急業務特點及發展規律做總體合理規劃，分層分模塊實施，逐步推進建設，模塊交付。
在政府信息化建設中，就一直強調“整體規劃、分步實施”的原則。政府應急指揮聯動系統建設作為一個時間長、范圍廣、應用復雜的大工程，必然也必須遵循這一原則。但就目前情況來看，由于之前沒有一個成功的參考，許多地方、部門對整個應急聯動系統究竟要建設成什么樣子并沒有一個很清晰的認識，在建設過程中也只能想到哪里做到哪里。對他們來說，需要明確的是，采取怎樣的規劃以及怎樣的步驟來完成才能事半功倍。
1.總體規劃
首先要考慮到應急指揮的應用環境，它是需要能應對極端情況的系統，也就是說在重大事件（重大自然災害）發生后也能夠正常工作，或者說能迅速恢復功能，同時它也應該能做到平戰結合。其次要考慮承載各類業務需求，如數字集群、視頻會議、電話會議、各類視頻的接入、各部門各類數據容災備份、衛星鏈路的平滑接入等等都是應急系統的核心業務。另外，還要考慮如何保障這些業務在各種情況的穩定運行。
2.分層分模塊實施
所謂分層分模塊實施，是考慮到系統建設有周期、資金投入、技術能力等多方面的因素，在建設模式上逐步分層建設，特別是在基礎部件系統上更要結合應急指揮的業務特點，綜合考慮各類技術要素。例如：
傳輸網--現有電子政務網能否滿足應急業務的需求？多種鏈路備份技術如何部署實施？業務帶寬如何規劃？
傳輸網絡安全--應急平臺的安全威脅如何評估？全網安全如何規劃？
存儲系統--流媒體數據和應用業務數據如何統一存儲？如何為各委辦局提供統一的容災保護？
系統運行維護--龐大復雜的應急平臺如何統一管理？如何降低運維成本？如何降低對使用人員的技術門檻？
綜合應用系統建設--用戶與專家特別關心其中的應急預案或應急應用軟件建設與規劃。而經過這幾年相關應用建設與發展我們也可以看到：預案是根據具體事件來確立的；預案更多是行政方法和處理流程（預案不能過度的認為是聯動軟件）；預案將會持續增長與優化（組織優化，流程優化）；應急指揮系統是協助人實現預案的；應急聯動應用軟件是應急指揮經驗的總結。
由于應急IT系統涉及的技術廣度和復雜性，在現行的操作模式下，我們看到的絕大多數應急平臺的建設，對于硬件平臺該怎么規劃、怎么建設、怎么運行管理缺乏必要的系統性思考和設計，而更多的是以傳統的松散集成模式，拼湊而成。典型的觀點是標準系統堆砌在一起就可以了，更重要的是軟件部分。這其實是很大的一個問題，也是之所以出現上文中提到的尷尬場面的癥結。實際上真正能有效投入使用的應急平臺，絕不應該是標準視頻會議、標準監控、標準服務器等等的一個堆砌，而應該是按照層次架構、按照業務特征的要求，有序的加以耦合的。客觀的講，應急指揮最需要的是一個帶有整合性的硬件平臺方案。惟其如此，整個系統才能氣血通暢、有效運行。解決之道，就是按照本文中提到的四層模式，來搭建標準、融合、開放、智能的統一平臺。
