2011-09-05 11:00:36
來源：
2000多年前秦始皇統一中國后，主要干了幾件大事，一是確立國家標準——統一度量衡，二是積極發展化工——煉長生不死藥，三就是舉世聞名的應急指揮工程——修萬里長城。那時最重要的應急事件是抵御北方游牧民族入侵（該類事件不可預知、發生速度快、破壞力大，是典型的應急事件），而兼具防備預案（城墻）、通訊（烽火）、聯動（部隊調度）功能的萬里長城，的確是早期應急指揮工程的杰出代表。
從兩千年前的匈奴入侵到今天的地震臺風、SARS、H1N1，從兩千多年前的萬里長城到今天的政府應急指揮IT系統建設，應急事件改變了，但應急事件的屬性和特點沒有改變；應急方法和建設內容改變了，但需要具備的能力和需要考慮的方面卻非常類似。以古觀今，也許對現代應急指揮系統的建設有別樣的啟發。
圖1 應急事件與應急事件特征
在今天我們談到應急指揮IT系統的時候，最終極的一個困惑就是描述不清楚它的邊界。“應急指揮”的外延可以非常寬廣，深入社會的各個維度，所以曾經有人說：應急指揮IT系統是有史以來最復雜的IT系統。從技術實現的角度看這個結論，這無疑是一個災難，因為這意味著這個史上最復雜的IT系統幾乎是不可實現的，至少是成本的黑洞。而但凡是應急系統，都具有養兵千日、用兵一時的特點，連長城都不例外，所以不能堆砌過于高昂的成本而“無急”時無用。因此，應急指揮IT系統究竟要建成什么樣子，核心正如標題，簡單or不簡單，是道難以回答的選擇題。
簡單or不簡單，代表了當今對應急指揮的兩種典型建設思路。一種是往低了看，往簡單了建。在極簡的情況下，應急指揮IT系統可以剝皮去肉、只剩骨架，簡化為一套視頻會議加上一個應急指揮辦公場所的顯示大屏裝修，這種冠以“應急指揮”名頭的建設，在真正的應急事件到來的時候，是起不到太大的作用的；另外一種極端是往高了看，往復雜了建。智能分析、智能聯動、模糊決策，各種軟硬件有條件的都裝上，沒條件的創造條件也要裝上。這種方式的弊端一目了然，一是技術條件未必具備，二是成本高昂。面對這樣一個課題，極度簡單和極度復雜都不是可取之道，我們必須回歸到問題的本質，即
（1）“應急指揮IT系統”和“應急指揮”二者的關系是怎樣構成的
（2）“應急指揮IT系統”最核心要解決的問題是什么
“應急指揮”和“應急指揮IT系統”正如抵御外敵和萬里長城的關系一樣，前者是目標，而后者是手段。手段服從且同步于目標。“應急指揮”不是一個技術的概念，而更接近一個管理的概念。若以效果來反朔，則有效的應急指揮應該至少具備這樣的特征：信息掌握足夠準確、反應足夠迅速、應對措施足夠全面得力。如果以管理的三段論來劃分，則應急事件發生時包含信息匯集、決策生成和指揮執行三個關鍵階段。再放大一點看，一個完整的應急指揮大周期不應局限在應急事件爆發后的一段時間內，而是由應急前的信息匯集分析階段、應急事件發生時的應急指揮階段、應急指揮實施完成后的信息積累和分析階段構成一個完整的循環，每一次應急事件的發生和處置不僅針對當次的環節，更應自動成為下一次類似事件的經驗值和素材庫。比如03年發生的SARS疫情對于今年的H1N1疫情來講，就構成了信息和預案的先導輸入。從手段和目標的關系來論，“應急指揮IT系統”狹義的看應該是支撐應急事件發生的三大階段，而廣義的看應該是支撐應急全流程的三大階段。就前者而言，映射到技術實現上，重心在于與應急相關的信息獲取、通訊、通訊支撐，而對廣義而言，則有更多的資源和力量應該放在非應急事件爆發狀態下的信息獲取、信息分析等相關方面。必須看到的一點是，應急指揮不是一個一次性的系統，從狹義逐漸演進到廣義，避免好高騖遠不可實現，也避免鼠目寸光短視近視，是很多時候，能夠把應急指揮真正落到實地的關鍵。從另一個角度，“應急指揮”和“應急指揮IT系統”一個是形而上的，一個是形而下的。形而下的東西往往受限于現實的技術條件，在一定時間內，必須劃定一定的實現邊界，否則是不可操作的。IT系統領先、管理措施沒有跟上，IT系統就會形同虛置；IT系統過于低下，管理措施無法獲得足夠的技術支撐，就會導致動作變形、結果滑坡。此外，IT系統從規劃到建設到運行，需要較長的時間周期，如果以規劃作為時間點基準，則還必須考慮到“應急指揮IT系統”相對于應急指揮管理操作制度應具有一定的提前性，否則在上線運行的時候就會反過來成為管理操作的桎梏。
圖2 應急指揮的信息周期
對于第二個問題，則必須要討論清楚應急指揮要解決的核心問題是什么，IT系統要解決的問題一定是業務目標要解決的問題的技術映射。前文提到，應急事件一般都具有突發性強、發生速度快、涉及范圍廣的特點。隨著現代信息技術的發展，對于“不可預知”這樣的一個特征，則可以通過系統的前后期工作，最大程度的加以削弱。比如秦始皇時候游牧民族來襲是很難預知的，而在今天，天上有衛星、地上有雷達，類似的行動就可預知了。但是即便如此，道高一尺、魔高一丈，新類型的事件層出不窮、新的技術手段也會反向構成新的威脅，大規模軍隊集結可預知了，自殺式炸彈襲擊就很難預知，F15可以提前發現，F22就發現不了。因此應急指揮要解決的核心問題還是集中在事件爆發后最短的時間內做出正確而全面的反應。 正確而全面的應急指揮實際上包含決策和指揮兩個關鍵動作，這兩個動作是串聯的。一定是先有決策后有指揮。汶川地震后，溫總理趕赴現場指揮救災，亦是先匯集各級決策者、專家針對現場情況進行論證分析做出決策，然后再指揮各部門、部隊行動。在此，面對突發性強、發生速度快、涉及范圍廣的應急事件，最大的挑戰就是“最短的時間”和“正確而全面”兩個要求要同時滿足。對應到IT系統，則反映在貫穿整個應急指揮過程中的信息的特點，既要在搜集、反應、分析各環節足夠快，也要具備非常寬的覆蓋度，二者缺一不可?，F代應急事件的發生所帶來的往往是連鎖反應，參與應急處置的系統和部門也空前的多，比如H1N1的防控，涉及到政府、衛生、鐵路、航空、公安……，沒有廣度覆蓋，決策就不可能全面而正確，沒有快速反應能力，就會耽誤寶貴的時間、釀成嚴重后果。另外，由于應急所面對的往往是很惡劣的狀況（例如汶川地震導致幾乎所有地面通訊設施的損毀，影響通訊），所以應急IT系統本身的可靠性設計和冗余考慮也是正常運作的保障。以此總結，應急指揮IT系統面對的最核心問題可以抽象為：
（1）快速——信息匯集要快、決策過程要快、指揮通訊要快
（2）全面——所有在應急處置過程中可能需要的信息都要有采集手段和聯接方式
（3）可靠——信息系統要可靠、信息傳送路徑要可靠
圖3 應急事件特征與應急IT系統要求
信息是IT系統的靈魂，也是連接業務目標和技術手段的紐帶。從應急指揮的業務特征出發，對應到對系統中信息的要求，就可以明確應急IT系統到底重點是做什么。
在快速、全面、可靠三個要求中，全面是最難解決的。由于應急指揮涉及到社會的幾乎所有方面，那么從全面的角度考慮，必須具備將這些社會各個系統的IT信息全面接入的能力。這些信息大體上可以分為兩類，一類是以各個部門業務系統內的數據庫數據為主的結構化數據，一類是以圖像、視頻以及一些特殊的類似地震、氣象的專業圖片為主的非結構化數據。由于若干年來絕大多數部門的IT系統建設都只考慮自身的內部業務需求，較少考慮不同部門之間橫向的信息共享和獲取，因此當前真實的狀況是聳立著一個又一個的信息孤島、彼此制式標準不同，橫向的數據整合很難進行。但是對于應急指揮IT系統的建設而言，這是一個必須要解決的問題，是一切的核心，否則任何決策和指揮都無從談起。對于結構化數據，目前應急IT系統解決這個問題的方法有以下幾種：
（1）從各個下級系統抽調人力、配置終端集中到應急指揮大廳，事件發生時采用遠程登錄的方式來實時獲取信息。也就是信息不集中人集中。這種方式的弊端顯而易見，一是不足以覆蓋足夠廣的面，二是遠程登錄系統在可靠性方面很難保障，三是對于未來多系統橫向數據分析提供輔助智能決策的軟件無法從數據層支持。這種方法是無法滿足應急系統真正的業務需求的。
（2）利用數據庫中間件，從不同的業務系統中抽取所需的數據，匯總到應急指揮中心進行應用。這種方式原理很清晰，但是復雜度太高。由于數據庫中間件和數據庫、操作系統強關聯，因此對于各種各樣的異構系統，也必須用異構的二次開發去加以解決。這種方式的工作量和成本隨著覆蓋廣度的增加會呈指數上升。
（3）共享存儲容災的方式。即將各業務系統以數據容災的方式在應急指揮中心做統一的關鍵數據儲存。這種方法可以較好的解決異構性問題、方案成熟，對未來業務支撐度高，數據安全性好。需要解決的是管理體制配套的問題。
（4）將結構化數據非結構化，采用高清視頻編碼器將遠端的顯示信號同步傳送到應急指揮中心進行顯示。這種方式布署簡單、快速，投入小。不獲取數據，但通過遠程呈現同步遠端的系統桌面。
從長遠看，第三種方式必將成為根本上解決問題的一種數據共享手段。而在當前，通過第四種手段進行階段性的布署，可以作為過渡方案。
對于非結構化數據，現在通行的方案是通過數字編碼器將遠端的模擬或數字圖像傳送過來，根據應急決策的要求進行集中的顯示。實際上，應急指揮的需求不斷深入，從另一個角度也會極大的促進整個社會監控和視頻資源的聯網化、標準化進程，最終形成一個全聯網、全互通的非結構化資源體系。
而可靠的要求，反映在應急IT系統中，主要包含有兩個方面：一是應急IT系統自身的安全可靠性設計，另外一個更重要的就是通訊鏈路的可靠冗余設計。由于極端應急事件的破壞往往很大，正常通訊鏈路的中斷是必須要作為設計基準預估的。因此一方面不依賴于傳送條件和氣象條件的衛星通訊作為應急IT系統必備的備份鏈路是必備的選擇，另一方面基于無線WLAN或集群的現場快速布署啟用的前端通訊系統也是尤為重要。在汶川地震救災中，在絕大多數通訊手段損毀的情況下，這兩種手段起到了很大的作用。更重要的是，對于有線無線、多種連接手段的融合管理能力、切換控制能力在應急IT系統的鏈路支撐中是非常重要的。在極端緊急的狀態下，基于應急預案，在廣域鏈路全部不可用，實時數據獲取能力癱瘓的情況下，則應急指揮中心至少應具備一個數據中心的功能，基于歷史數據和通訊來應對問題、進行決策，然后基于衛星通訊等較難被損毀的通訊能力進行指揮處置。前文提到應該加強各系統在非應急狀態的數據向應急中心的災備，正是出于這種考慮，完全依靠數據實時獲取的應急指揮中心在極端惡劣情況下是不可用的。
對于快速的要求，反映到IT系統上，其實就是盡量加強系統的智能性，增加計算機的處理比重、減少人的處理比重。這其中有兩個努力方向：一是對于系統的快速響應能力的建設，比如數據分析輔助決策、與顯示相關的各種快速功能建設、實時數據調取能力的加強等。另外一個方向是加強非應急狀態的準備以盡可能縮短應急處置時間。非應急狀態下主要包括數據的儲備、整理和分析報告，以及針對各種可能情況的應急預案的設立和觸發機制的建立、配套的演練等。后者對于加快應急響應速度是更為根本的，事件發生后反應再快，決策者再高效，如果每一個細節事項都要逐一落實安排的話，效率還是很低的。加強應急指揮IT系統的建設，其實還是為了改變現在處置應急事件的模式——就是“一把手工程”，非得一把手到了現場指揮，各部門才能動起來、協調起來。真正的應急指揮，最核心的決策者應該位于應急指揮中心或者移動應急指揮中心，即各類數據和結論匯集的地方，才能最高效的決策；真正的應急指揮，應該80%的處置都是觸發式的而不是指令式的，即出現某種情況，相關部門人員根據事先設定好的預案和演練立即反應，而不是等待領導指示要求。設想地震發生的時間只有幾秒，在應急指揮系統覆蓋下的學校，一方面應該立刻有相關的建筑、交通、衛生資源等相關數據匯集到應急指揮中心進行處置決策，另外最關鍵的，是要在第一時間由老師一聲令下，學生立刻全鉆到課桌下面。成熟的應急指揮快速響應，預案解決80%的問題，應急決策和指揮只解決另外20%不能解決的問題，這是發展的方向。
經常提到的還有應急通訊車的問題，其實應急通訊車可以看做是一個通過衛星鏈路和主應急中心相連接的分中心。其具備基本的應急指揮中心的能力，而更靠近現場，對于處置某些特定的事件非常有價值。配合通過無線布署的現場圖像獲取，則可以更為迅捷的由應急中心獲得第一手的現場材料。這種應用，從本質上和阿波羅登月計劃中月球車和地面NASA的指揮大廳的關系一樣。
由此看見，應急指揮IT系統的建設，雖然在外在表現上似乎還是不同軟硬件的排列組合，一樣有服務器存儲網絡，一樣有視頻會議防火墻監控，但是它的核心實質又不僅僅是一個綜合堆砌的系統。它最大的特點在于要解決上文提到的信息的全面、可靠和快速的問題，一切圍繞著這三個要求而展開，一切也因這三個要求而不同。從邏輯上看，應急指揮IT系統不同于以往各個部門獨立建設的IT系統，比如銀行的系統、電力的系統、政府的14金工程等等，而是構建在這些系統之上的，橫向需要滲透在所有系統的數據平面的、指揮觸角需要延伸到所有系統的操作層面的上一級的新的IT系統。在物理實體上，可以看作是應急數據中心、應急指揮通訊系統和應急數據采集系統的有機合一。從這些結論再來審視應急指揮是應該簡單還是不簡單的課題，就會發現唯一正確的方法，就是從簡入繁、由淺入深，循序漸進、逐步疊加。因此應急指揮的IT系統規劃建設是一個特別需要進行三到五年長線規劃的課題，并應非常注重在規劃中的管理制度與技術手段的交織互動。架構決定價值，萬丈高樓平地起，不管怎么建，從起點開始，就要牢牢的把握住數據信息的共享這一本質中的本質。應急IT，說到底追求的是在業務實現上，不同的數據的橫向互通、不同的通訊手段的橫向互通、不同的鏈路的冗余互通。只有高度互通的系統，才是快速響應的、高效的系統。應急指揮IT，絕不是一堆IT設備的物理堆砌，而一定是基于一個統一的硬件平臺架構，通過分層和標準接口上下銜接，實現軟件分步建設的業務目標。必然的結論是：越統一的底層平臺，越有利于數據共享和業務分階段建設；越標準的技術和管理架構，越有利于功能的發揮。無論哪行哪業，縱使所面對的應急業務種類大不相同，但以上兩點應該是共通的準則。
萬里長城作為標志性應急系統早已成為過去時了，現代人類社會所需要面對的應急事件復雜的多、也嚴重的多；現代人類社會所具備的技術手段也使得我們比之祖先能夠做出更好的應急響應。社會應急被稱為“亞戰爭”，可以預見的是，應急系統的建設和應用必將隨著時間的推移不斷在廣度和深度上得以加強，應急IT系統也必將成為整合各類IT資源的最為重要的社會IT系統。我們時常從美國大片里面看到的緊張場景，隨著應急IT系統的成熟，將成為我們生活中不可或缺的組成部分。有朝一日，當我們面對火災、交通事故、地震、重大疫情的時候，整個社會由上到下，在應急IT系統的支撐下，井然有序的進行各種應對，這其中所體現的，不再是防御外敵這樣的簡單訴求，而是人類文明向高等級發展的重要標志。
因此，應急指揮，簡單or不簡單？恐怕我們得說，是一件非常不簡單的事，但是如果我們把握住了信息特征這樣一個本質，我們完全可以把它從簡單做起。
