主頁（http://m.by236.com）：解讀應急指揮之六惑 今年以來，國內應急指揮系統的建設進入到快速發展的時期。政府主導的大應急指揮系統領頭，其他各強相關行業如電力、衛生等后續跟上，一時間“應急指揮”成為政務信息化和社會信息化的熱門課題。這固然是與去年應急事件頻發、客觀加快了這一進程有關，更深層次，是因技術支撐逐步到位、方案日趨成熟。一旦從紙上談兵進入到實際建設，就會出現無數困惑——這是新生事務面對的必然法則。中國的政府管理架構和機制與歐美發達國家又存在很大的不同，國外的一些建設實例和經驗可借鑒參考的余地不大。以下列舉應急指揮建設中六個典型的困惑，并作以分析解讀： （1） 重大事件爆發，領導都到現場指揮，應急指揮中心大廳有多大用處？ 這是現狀，但不代表永遠會這樣。從某種意義上講，領導必須到現場指揮固然是體現躬親、提高決策效率，但也是由于應急指揮系統建設不完善所必須采取的無奈之舉。所以不能用雞生蛋蛋生雞的邏輯來對待這個問題。我們參照戰爭指揮模式的發展歷史，基本經過了三個階段：第一個階段指揮官在最前面，既能就近了解敵情，又能身先士卒鼓舞士氣，冷兵器時代都這么打；第二個階段指揮官在后方，靠往來的信息傳報做決策、下指令，解放戰爭三大戰役都這么打；現代戰爭指揮官的位置可以靈活處置而不影響信息上傳和指令下達，而且講究多指揮官的協同。應急指揮作為“亞戰爭”狀態下的指揮系統，它的發展模式是類似的。第二和第三個階段是應急指揮系統之所以建設、以及發揮重大作用的基本目標。具體來講，應急指揮中心大廳不簡簡單單是一個圖像查看點和大會議室，而是整個事件的關鍵數據匯集中心。只有通過IT技術手段將這點做到了，才能讓決策者安居指揮中心、運籌千里。只有基于指揮中心呈現給決策者的信息是最完整最實時的，才不會逼得決策者到現場去親自觀察。而移動指揮車借助最先進的通訊手段和信息同步手段，可以建設成為一個應急指揮中心的分中心，這樣即便領導是坐在移動指揮車里，也具備和坐在應急指揮大廳里相近的信息獲取能力，就使得指揮能力進一步提升了，甚至可以實現多點會診式的決策。但是即便在這種情況下，從IT系統構建的邏輯上講，主中心也是首要的信息匯集點，而指揮車只是將匯總的信息做一個遠程投放。所以，在任何時候，中心大廳對于完整的應急事件處置指揮，都是必不可少、至關重要的。只不過這種重要性不是建立在表象的大廳物理環境，而是在于它作為整個應急數據信息匯集中心的特殊地位。 （2） 投一大筆錢建設，但沒有緊急事件的時候，應急指揮系統有什么用？ “平戰結合”一直是應急指揮這類應急性質的系統所面對一個很重要的問題。一年三百六十五天，這個系統真正運行發揮作用的時間有多長？直觀的看，確實是個問題，冰災地震H1N1，哪個也不可能天天有。但是從微觀的角度看，應急實際上是現代城市管理和現代社會運行的常態。H1N1需要應急、普通流感也需要應急；重大災難需要應急、交通事故也需要應急……除此之外，應急事件發生后要應急，而應急事件發生前要預警，預警就需要分析，分析也需要系統。基于應急系統的例行分析、報表不僅可以實現預警，更可以提升政府管理服務、社會運行的效率和水平。另外應急預案都需要演練和模擬，以檢驗其效果和完整度。因此在應急指揮系統中的大部分資源，在大型應急事件不爆發的平時，都可以作為社會運行基礎支撐系統來存在。例如氣象分析系統在應急時刻是氣象資源系統，而平時就是每天的天氣預報。從專業性的角度講，一個常設的應急系統是保障專業性的必要存在。軍隊平時都不訓練不集中，打仗時候上戰場是注定要失敗的。出于對“平戰結合”的擔憂而盡可能壓縮應急指揮系統的投資是短視的行為，正確的做法是在系統性規劃的基礎上，從數據和功能平面解決應急系統日常發揮作用的問題。 （3） 應急指揮系統中最重要的部分到底是哪個？ 有說應急場所最重要，有說應急IT硬件平臺最重要，最多的一種聲音就是應急的軟件和應用最重要，其它的不重要，所以承載專網肯定不建、數據也不用積累，只要把重心放在智能分析、輔助決策、報表系統等軟件系統的建設和實施上就可以。實際上把應急指揮系統這樣一個整體機械拆解開是不合理的。如果在一定的資金限制下，仔細剖析，只有應急場所的投入是可以適當壓縮的，尤其是應急指揮室的裝修，甚至包括大屏，這是整個應急系統中和主業務離得最遠的部分。而應急基礎IT硬件和應急軟件，是一體兩面，同樣重要的。整個建設周期中，系統是漸進的。開始硬件平臺的搭建更為重要，就像打地基、鋪路面；而系統投入運行后不斷的根據實際需要，通過軟件來優化流程、提升管理、實現加速應急響應的目的，占的比重會不斷加大。其實，應急指揮的本質就是數據—決策—指令的三元循環，硬件平臺是這一循環的基本保障，而軟件的目標則是加速這個循環，盡可能滿足應急指揮“急”的特征。在這個位置上看到的重要性路標是：先硬件、后軟件，最終成為系統。 （4） 應急指揮和其他的信息系統之間是什么關系？ 從IT的業務邏輯上看，應急指揮本質上是一個二次應用系統，即它是搭建在其他已經存在的IT系統之上，高度依賴于其他IT系統功能和數據資源的系統。例如應急指揮中的數據中心，主要是從其他各個系統的數據中心中取所需要的數據，而不是自己生成數據。因此應急指揮系統的功能發揮取決于各個專項業務IT系統的成熟度。另一個方面講，應急指揮系統也可能影響和促進各專項業務系統的變化和發展。比如目前被應急指揮業務所刺激和推進的聯網監控的需求。在很成熟的階段，也可以認為各專項業務系統是應急指揮的子系統。因此應急指揮系統的規劃設計應該充分考慮對專項業務系統的功能集成、數據資源提取、共享等問題，才能真正發揮作用。 （5） 應急指揮系統的安全性應該考慮到何種程度？ 應急指揮最核心的問題是能把信息收的上來、能把命令發的下去，嵌在二者中間的則是決策生成的過程。如果掐頭去尾剩下應急指揮廳里的決策，安全性問題不是最重要的一環，但這是不可能的。由于信息的上收和指令的下發都涉及到跨越物理環境，因此安全性成為極其重要的環節，不安全可能就意味著不可用，甚至影響系統的構建思路。比如在信息傳送的路徑中涉密信息的安全、指令下發的過程中的質量保障……更重要的是，應急事件本身的破壞性無法預測，按交通事故級別建設的系統在發生地震和戰爭的時候就不可用了。因此整個系統的構建在安全性的考慮上必須基于最壞事態的假設、做最充分的準備。比如傳送鏈路就要考慮有線專線、有線公網、一般無線、衛星鏈路至少四種傳送方法的備份，比如數據提取必須考慮遠端數據庫資源全部毀壞情況下至少應儲存哪些數據才可以做最基本的應急指揮工作。現在有一種應急指揮建設方案完全是一種“殼”的做法，應急指揮中心處完全不儲存數據，這種方式應付一般事件尚可，對于重大災害、事故則完全無能為力。因此最高等級的安全性考量是應急指揮系統發揮作用的基礎。 (中國集群通信網 | 責任編輯：陳曉亮) |
