前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇應(yīng)急調(diào)度方案范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

應(yīng)急調(diào)度方案范文第1篇

關(guān)鍵詞：危險品事故；應(yīng)急調(diào)度；弱經(jīng)濟性；經(jīng)濟因素

中圖分類號：U492.3+36.3 文獻標識碼：A 文章編號：1001-828X（2013）05-0-01

一、危險品物流事故應(yīng)急資源調(diào)度概述

隨著我國工業(yè)的發(fā)展，危險品的生產(chǎn)量和運輸量每年均在快速增長，由此帶來的危險品安全事故頻發(fā)。事故發(fā)生后的緊急救援工作，對于搶救人員、挽回經(jīng)濟損失的重要性不言而喻。目前由于相關(guān)信息和軟件支持不夠，評估主要依靠救援人員經(jīng)驗進行。救援評估的目的主要是確定救援裝備的類型、數(shù)量等，救援裝備經(jīng)常需要跨區(qū)域調(diào)度，如何有效調(diào)度各類應(yīng)急資源以達到及時有效救援的目的，是目前的難點。

二、危險品物流事故應(yīng)急資源調(diào)度存在問題

根據(jù)項目組對廣東省消防總隊的調(diào)研，現(xiàn)存問題可以概括為：

1.有設(shè)備、有資源、無科學(xué)的應(yīng)急資源調(diào)度方法。

2.缺乏有效的應(yīng)急調(diào)度聯(lián)動機制。

3.政府的相關(guān)法律、政策不完善。

4.應(yīng)急救援信息化程度不夠高。

5.應(yīng)急救援智囊的缺乏。

三、基于弱經(jīng)濟性的單事故點問題應(yīng)急資源調(diào)度研究

1.單一事故點應(yīng)急救援問題的系統(tǒng)性分析

區(qū)域內(nèi)只有一個事故點，由于事故規(guī)模較大，單一救援點無法滿足其應(yīng)急需求，需要調(diào)集周圍消防設(shè)施點的應(yīng)急資源予以救援。為了簡化研究，本一定假設(shè)：假定運輸?shù)缆肥峭〞车?，不會因為堵車等路況影響應(yīng)急資源調(diào)度時間；所有應(yīng)急事故所需要的應(yīng)急資源量是可估計的，即應(yīng)急資源需求量是確定的，不會出現(xiàn)臨時變動情況。危險品應(yīng)急資源調(diào)度的首要目的是盡快救援，保證應(yīng)急資源調(diào)度時間是第一要求；同時危險品運輸事故的應(yīng)急救援工作不同于大規(guī)模自然災(zāi)害的資源調(diào)度，全區(qū)域內(nèi)通行的危險品運輸車輛數(shù)量龐大，發(fā)生事故的可能性比較高，所以需要同時考慮其它可能發(fā)生的應(yīng)急救援工作，為再次發(fā)生事故預(yù)留應(yīng)急救援空間，需要從系統(tǒng)穩(wěn)定性的角度去考慮該問題。綜上所述，危險品應(yīng)急救援工作，需要滿足以下目標[2]：

（1）救援時效性：應(yīng)急資源調(diào)度時間最短。

（2） 系統(tǒng)穩(wěn)定性：出救點最少。

其中為某一調(diào)度方案。

學(xué)者劉春林[2]針對自然災(zāi)害的應(yīng)急資源調(diào)度問題展開了研究，采用近似窮舉法的方法，按照各個出救點的資源量進行排列，得到一個調(diào)度方案，之后刪除原序列中最后一個出救點，重新排列求解，循環(huán)直至無解，在所有方案中選擇最優(yōu)方案。

2.基于弱經(jīng)濟性的調(diào)度方法

關(guān)于對于一些有資源沖突或者類似方案，一些學(xué)者采用不同方法對救援方案進行調(diào)整。應(yīng)急物流的弱經(jīng)濟性即在進行應(yīng)急資源調(diào)度時不考慮成本因素，只研究應(yīng)急資源調(diào)度時間最短的問題，“不惜一切代價救援”。學(xué)者陳達強[3]提出救援成本由運輸成本和人員傷亡成本兩部分組成，人員傷亡率與應(yīng)急資源調(diào)度時間成一定比例，而運輸成本與出救點數(shù)量直接相關(guān)，所以救援成本與應(yīng)急時間最早、出救點數(shù)目最少兩個目標密切結(jié)合，利用救援成本調(diào)整救援方案，不僅可以使得成本降低，更重要的是可以解決多重方案下尋優(yōu)問題，該思路具有啟發(fā)性。

利用文獻[2]中提到的循環(huán)求解方法得到一系列調(diào)度方案，之后采用弱經(jīng)濟性因素對方案進行調(diào)整，得到最優(yōu)方案。

四、基于經(jīng)濟損失程度的多事故點問題應(yīng)急資源調(diào)度研究

第三部分已經(jīng)討論了單個事故點的調(diào)度方法，在此基礎(chǔ)上進一步討論，當同一區(qū)域內(nèi)同一時間段出現(xiàn)兩場以上事故的應(yīng)急資源調(diào)度問題。對多事故點問題進行資源調(diào)度，必然面臨著不同事故點對同一資源（即關(guān)鍵資源）的爭奪問題，如何有效分配調(diào)度關(guān)鍵資源，是多事故點多資源問題應(yīng)急資源調(diào)度的關(guān)鍵。學(xué)者王蘇生[4]等提出以公平性原則進行資源分配而當兩場事故由于發(fā)生地點所處經(jīng)濟水平差異而導(dǎo)致事故后果嚴重程度不同，事故產(chǎn)生的影響與損失相差巨大時，本文擬采用基于事故經(jīng)濟損失程度的調(diào)度規(guī)則。

五、總結(jié)

本文在研究危險品物流事故應(yīng)急現(xiàn)狀的基礎(chǔ)上，重點考慮弱經(jīng)濟性與事故經(jīng)濟損失程度等經(jīng)濟因素在危險品物流事故應(yīng)急資源調(diào)度中的應(yīng)用，提出了針對單個事故點和多事故點問題的簡便易行的調(diào)度方法。

參考文獻：

[1]趙來軍，吳萍，許科.我國危險化學(xué)品事故統(tǒng)計分析及對策研究[J].中國安全科學(xué)學(xué)報，2009，19（07）：165-170.

[2]劉春林，何建敏，盛昭瀚.應(yīng)急系統(tǒng)多出救點選擇問題的模糊規(guī)劃方法.管理工程學(xué)報，1999，13（04）： 21-24.

應(yīng)急調(diào)度方案范文第2篇

【關(guān)鍵詞】民用航空 應(yīng)急物資調(diào)度 保障能力受限 時效性 物資匹配度

1 引言

民航因其運輸時效快、對沿途設(shè)施需求較低等特點，常被用來執(zhí)行重大災(zāi)害下的應(yīng)急物資調(diào)度任務(wù)。針對單一運輸方式的應(yīng)急物資調(diào)度問題，國內(nèi)外學(xué)者外開展了廣泛而深入的研究[1-6]，但這些研究并不適合多災(zāi)點、多出救點、多救援物資的民航應(yīng)急物資調(diào)度問題，且對成本等其他非時效性因素關(guān)注較多，民航的參與往往意味著災(zāi)情的嚴重和緊急，需要在短時間內(nèi)從多個救災(zāi)機場調(diào)運多種物資到多個受災(zāi)機場，對時效性的關(guān)注度遠超對成本等其他因素的關(guān)注。

針對民航應(yīng)急物資調(diào)度問題，夏正洪等[7]和阮俊虎等[8]探討了直升機應(yīng)用于災(zāi)后應(yīng)急救援的資源分配和調(diào)度問題，邵荃等[9]以飛機性能和物資數(shù)量作為約束條件，以運輸時間和救災(zāi)效果為優(yōu)化目標，建立多機場協(xié)同的民航應(yīng)急物資優(yōu)化調(diào)度模型，提出一種針對多目標優(yōu)化的改進元胞遺傳算法用以求解模型。李桂香等[10]利用多個民航應(yīng)急救災(zāi)物資的供應(yīng)點與需求點和多種應(yīng)急救災(zāi)物資調(diào)度來組建多目標規(guī)劃模型，應(yīng)用遺傳算法對最優(yōu)物資調(diào)度方案進行求解。此類模型與民航運行實際結(jié)合較緊，可有效應(yīng)對多受災(zāi)機場、多救災(zāi)機場和多救援物資的民航應(yīng)急物資調(diào)度問題，但卻忽略了重大災(zāi)害給民航運行帶來的影響：雖然民航對沿途設(shè)施需求較低，但其正常運行極大依賴著機場的保障，重大災(zāi)害極有可能削弱受災(zāi)機場保障能力，救援飛機不得不犧牲相當?shù)奈镔Y載運能力以應(yīng)對受災(zāi)機場保障能力的降低，進而降低民航應(yīng)急物資調(diào)度的整體效率。

因此，本文將針對多受災(zāi)機場、多救災(zāi)機場和多救援物資的民航應(yīng)急物資調(diào)度問題，考慮受災(zāi)機場的保障能力對飛機的物資載運能力的限制，建立保障能力受限下的民航應(yīng)急物資調(diào)度模型，并以物資的匹配情況和運輸?shù)臅r效性為指派依據(jù)，求解調(diào)度模型。

2 保障能力受限下民航應(yīng)急物資調(diào)度模型

2.1 民航應(yīng)急物資調(diào)度描述

存在若干救災(zāi)機場（運出物資）和若干受災(zāi)機場（接受物資），當接到運送救援物資的任務(wù)后，飛機在救災(zāi)機場裝載救援物資若干，接受所需地面保障（如加油等）后前往受災(zāi)機場，在受災(zāi)機場卸載救援物資并接受必要的地面保障，返回有物資儲備且具有保障能力的救災(zāi)機場，如此往返直至救援任務(wù)結(jié)束。建立模型之前，先做以下假設(shè)：

（1）每個救災(zāi)機場的物資供應(yīng)量和受災(zāi)機場的物資需求量都是已知常量；

（2）執(zhí)行救援任務(wù)的飛機數(shù)量為已知常量，均可正常使用，有充足的空勤人員；

（3）飛機僅在救災(zāi)機場和受災(zāi)機場之間飛行；

（4）救援物資在機場的裝卸載時間和地面保障時間考慮為零；

（5）飛行條件均為標準條件；

（6）飛機裝載救援物資時不存在體積限制；

（7）所有救災(zāi)的飛機為同一類型。

2.2 地面保障與飛機的載運能力

在應(yīng)急物資運輸中，當飛機沒有故障時，只要具備足夠的燃油和人員以及必要的航行資料，就可執(zhí)行救援任務(wù)。人員和航行資料的需求較易得到滿足，而受災(zāi)機場由于地處災(zāi)區(qū)，可用燃油往往得不到有效補充，大多只能依靠存量燃油來保障救援飛機；當存量燃油消耗殆盡后，后續(xù)救援飛機前往受災(zāi)機場時必須攜帶回程燃油；機載燃油的增加可能降低飛機的最大業(yè)載（乘客、貨物、行李和郵件的重量之和，Payload，PL）。

飛機的最大業(yè)載受修正后的基本總量（Dry Operating Weight，DOW）、最大無油重量（Maximum Zero Fuel Weight，MZFW）、最大起飛重量（Maximum Takeoff Weight， MTOW）、最大著陸重量（Maximum Landing Weight，MLW）、起飛油（Takeoff Fuel Weight， TFW）和航段油（Air Cost Fuel Weight， ACFW）等限制。

標準條件下，國內(nèi)飛行的每段航程所攜帶的額外燃油僅與機型有關(guān)，與航程和航時無關(guān)；當不考慮滑行油和備份油時，起飛油就可簡單地看作是去程燃油（Outbound Fuel Weight，OFW）和回程燃油（如攜帶，Inbound Fuel Weight，）之和，公式（1）就可簡化為公式（2）：

（2）

2.3 保障能力受限下民航應(yīng)急物資調(diào)度模型的建立

應(yīng)急物資調(diào)度中，民航的參與往往意味著物資被送達的緊迫性，調(diào)度方案對運輸成本等其他因素的關(guān)注度遠小于運輸時效性，因此，本文針對多救災(zāi)機場、多受災(zāi)機場、多種救援物資的民航應(yīng)急物資調(diào)度問題，考慮受災(zāi)機場保障能力受限的情況，以調(diào)度方案的執(zhí)行時間最短為決策目標，建立保障能力受限下民航應(yīng)急物資調(diào)度模型。

符號說明：

i：救災(zāi)機場序號，i=1，2，3，…，m；

j：受災(zāi)機場序號，j=1，2，3，…，n；

k：物資種類序號，k=1，2，3，…，q；

a：飛機序號，a=1，2，3，…，p；

Sjk：機場i中第k種物資的庫存量；

Dik：機場j對第k種物資的需求量；

Cai，j：飛機a從機場i飛往機場j的所需時間，Cai，j=Caj，i，不考慮飛機的延誤等；

FSj：機場j的可用燃油；

FBai，j：飛機a從機場i飛往機場j時的燃油消耗，F(xiàn)Bai，j=FBaj，i，不考慮航程額外耗油的情況；

：飛機a的第b次運輸任務(wù)，=（AT，），其中，i1（救災(zāi)機場）表示去程的始發(fā)機場，j（受災(zāi)機場）表示去程的目的機場，i2（救災(zāi)機場）表示回程的目的機場，AT表示飛機a的可用時間；

：飛機a的第b次運輸任務(wù)中，去程時攜帶的回程油重量；

：飛機a的第b次運輸任務(wù)中，從救災(zāi)機場i1向受災(zāi)機場j運輸?shù)牡趉種物資的數(shù)量，

式（3）表示調(diào)度方案的執(zhí)行時間等于所有飛機的調(diào)度方案的執(zhí)行時間的最大值，式（4）要求受災(zāi)機場的燃油消耗量不超過該機場的燃油儲備總量，式（5）、式（6）和式（7）要求每架飛機每次飛行所攜帶的物資不超過式（2）中的業(yè)載限制，式（8）要求運往各受災(zāi)機場的各物資總量至少要滿足該機場對該物資的需求，式（9）要求從各救災(zāi)機場運出的各物資總量不得超過該機場該物資的儲備總量。

3 保障能力受限下民航應(yīng)急物資調(diào)度模型求解算法

民航應(yīng)急物資調(diào)度中，指派飛機執(zhí)行運輸任務(wù)時，不僅要考慮救災(zāi)機場和受災(zāi)機場間的物資匹配度（MEi，j），還要考慮救援的時效性（TLJIi，j，a和TLIJi，j，a），基于此，描述受災(zāi)機場對飛機所在救災(zāi)機場的吸引作用（GJIi，j，a）和救災(zāi)機場對受災(zāi)機場的吸引所用（GIJi，j，a），作為調(diào)度飛機執(zhí)行運輸任務(wù)時的依據(jù)：吸引作用越大的飛機、受災(zāi)機場和救災(zāi)機場組合，被指派的優(yōu)先級越大。

3.1 飛機指派依據(jù)

救災(zāi)機場和受災(zāi)機場間的物資匹配度（MEi，j）表示從救災(zāi)機場向受災(zāi)機場的單次物資運送方案能否充分發(fā)揮飛機的最大載運能力，計算時需慮受災(zāi)機場的物資需求數(shù)量和救災(zāi)機場的物資庫存量以及飛機的載運能力，如果能具體計算步驟如下：

用飛機到達救災(zāi)機場或受災(zāi)機場時間與所有飛機執(zhí)行某次救災(zāi)運輸任務(wù)的飛行時間的最大值間的關(guān)系表示飛機執(zhí)行該次救災(zāi)任務(wù)的時效性，時效性越大表明調(diào)用該架飛機來執(zhí)行此次救災(zāi)任務(wù)的時間效應(yīng)越好。飛機從救災(zāi)機場運輸物資到受災(zāi)機場的時效性（TLJIi，j，a）不僅要考慮受災(zāi)機場和救災(zāi)機場間的飛行時長，還需考慮飛機到達救災(zāi)機場的時刻，用TLJI表示相鄰兩個時效性間的時間間隔，具體計算步驟如下：

飛機從受災(zāi)機場飛往救災(zāi)機場的時效性（TLJIi，j，a）僅考慮受災(zāi)機場和救災(zāi)機場間的飛行時長，用TLIJ表示相鄰兩個時效等級間的時間間隔，具體計算步驟如下：

用物資匹配度和時效性的乘積表示救災(zāi)機場和受災(zāi)機場間的吸引作用，吸引作用越大，表明該架飛機被調(diào)用執(zhí)行該次救援任務(wù)的優(yōu)先級越高。受災(zāi)機場對飛機所在救災(zāi)機場的吸引作用（GJIi，j，a）和救災(zāi)機場對受災(zāi)機場的吸引所用（GIJi，j，a）分別由式（10）和式（11）計算：

3.2 模型求解算法

考慮受災(zāi)機場地面保障能力對飛機載運能力的限制，以受災(zāi)機場對飛機所在救災(zāi)機場的吸引作用（GJIi，j，a）和救災(zāi)機場對受災(zāi)機場的吸引所用（GIJi，j，a）為依據(jù)，求解應(yīng)急物資調(diào)度模型，制定飛機指派方案，具體步驟如表1所示。

4 數(shù)值實驗

現(xiàn)假設(shè)某省S發(fā)生重大突發(fā)事件，需動員民航從該省周邊的4個省會機場（H、X、Z和W）運輸救援物資（M1、M2、M3和M4若干）到該省的機場C和M，以開展救災(zāi)活動，用于執(zhí)行救災(zāi)任務(wù)的飛機機型均為B737-800，圖1顯示的是4個救災(zāi)機場和2個受災(zāi)機場間的位置關(guān)系、飛行時長（分鐘）和單程飛行所需燃油（噸），例如，機場M和機場X之間的“81/9.7”表示機場M和機場X之間的單程飛行時長為81分鐘、所需燃油為9.7噸。

參與此次救災(zāi)任務(wù)的飛機均為B737-800，該機型修正后的基本總量（DOW）為42733 KG，最大起飛重量（MTOW）為75926 KG，最大著陸重量（MLW）為66360 KG，最大無油重量（MZFW）為62731 KG。機場H、X、Z和W中可用來執(zhí)行救災(zāi)任務(wù)的飛機數(shù)量分別是2、2、2和2；機場C和M的存量燃油均為100噸；各機場對M1、M2、M3和M4的需求量（噸）或供應(yīng)量（噸）則見表 2。

利用2.1的飛機指派依據(jù)，結(jié)合2.2中的算法，求解此類問題。其燃油消耗量隨時間變化的曲線如圖2所示，實驗結(jié)果顯示，機場C和機場M的存量燃油被消耗殆盡的時間分別為570分鐘和985分鐘，因此，圖2中機場C和機場M的曲線在第570分鐘和985時達到最大值，趨于平穩(wěn)。

機場C和機場M的物資需求被滿足的時刻分別為3561（分鐘）和3784（分鐘），受災(zāi)機場中各物資的調(diào)入量隨時間變化的曲線如圖3所示。

從圖3中可以看出，受災(zāi)機場C和受災(zāi)機場M的物資調(diào)入量的增長率分別在570分鐘和985分鐘以后有明顯的降低，主要因為在570分鐘和985分鐘時，受災(zāi)機場C和M的燃油消耗殆盡，后續(xù)救災(zāi)飛機不得不在前往救災(zāi)機場時攜帶回程燃油，被迫削減飛機的最大業(yè)載，進而降低了物資運輸?shù)男省?/p>

5 結(jié)論

針對多受災(zāi)機場、多救災(zāi)機場和多救援物資下的應(yīng)急物資調(diào)度問題，從民航應(yīng)急調(diào)度的實際出發(fā)，考慮受災(zāi)機場保障能力受限的情況，建立民航應(yīng)急物資調(diào)度模型；以運輸?shù)臅r效性和物資滿意度為指派依據(jù)，提出相應(yīng)的求解算法；實驗結(jié)果顯示，受災(zāi)機場C和M的保障能力限制性影響在第570分鐘和第985分鐘后開始顯現(xiàn)，其物資需求在第3561分鐘和第3784分鐘時被全部滿足，模型較為客觀地考慮了受災(zāi)機場的保障能力對應(yīng)急物資調(diào)度的影響，可以制定出符合實際的民航應(yīng)急物資調(diào)度方案。

參考文獻

[1]柴秀榮，王儒敬.多出救點、多物資應(yīng)急調(diào)度算法研究[J].計算機工程與應(yīng)用，2006，46（06）：224-226.

[2]Mete H O，Zabinsky Z B.Stochastic optimization of medical supply location and distribution in disaster management[J].International Journal of Production Economics， 2010，126（01）：76-84.

[3]甘勇，呂書林，李金旭，等.考慮成本的多出救點多物資應(yīng)急調(diào)度研究[J].中國安全科學(xué)學(xué)報，2011，21（09）：172-176.

[4]Berkoune D，Renaud J，Rekik M，et al. Transportation in disaster response operations.Socio-Economic Planning Sciences，2012，46（01）：23-32.

[5]Yang Z，Zhou H，Gao X，et al. Multiobjective Model for Emergency Resources Allocation[J]. Mathematical Problems in Engineering，2013， 2013（05）.

[6]Altay N.Capability-based resource allocation for effective disaster response.Ima Journal of Management Mathematics，2013，24（02）：253-266.

[7]夏正洪，潘衛(wèi)軍.多救援直升機多目標分配與航跡規(guī)劃研究[J].科學(xué)技術(shù)與工程， 2013，13（34）：10226-10231.

[8]阮俊虎.應(yīng)急醫(yī)療物資直升機與車輛聯(lián)合運送優(yōu)化[D].大連理工大學(xué)，2015.

應(yīng)急調(diào)度方案范文第3篇

關(guān)鍵詞:應(yīng)急預(yù)案;服務(wù)流程;智能平臺;SOA

中圖分類號:TP311文獻標識碼:A文章編號:1009-3044(2010)21-5837-03

The Study of Emergency Plan Intelligent Platform and It's Application

LIAO Ling-song

(Communication Information Center of State Administation of Work Safety, Beijing 100013, China)

Abstract:Emergency rescue has complex business processes, which makes high demands on the preparation and management of emergency plan. According to the trend of information technology development and SOA framework thinking, the infrastructure and application mode of emergency plan management platform is studied. based on the infrastructure of service and service process, a "hot swap" capability service management platform is designed,which enables service personnel to customize the emergency procedures at any time, dynamic access to business applications, and meets the requirements of the emergency response timely.

Key words: emergency plan; service process, intelligent platform; SOA

1 應(yīng)急預(yù)案智能平臺概念

應(yīng)急預(yù)案是指政府或生產(chǎn)單位為了能夠快速有效地應(yīng)對突發(fā)事件,根據(jù)事件的特點、以往應(yīng)對類似事件的經(jīng)驗、對事件結(jié)果的預(yù)測分析而預(yù)先制定的行動方案。在應(yīng)急預(yù)案中,規(guī)定了突發(fā)事件應(yīng)急處置方法與步驟,明確了各部門的職責,使各部門在事件發(fā)生后有條不紊地開展應(yīng)急工作,提高了應(yīng)急處置的效率。

傳統(tǒng)的文本方式的應(yīng)急預(yù)案在使用中難以充分利用信息化建設(shè)成果,發(fā)揮信息系統(tǒng)的輔助決策功能,指揮人員面對現(xiàn)場復(fù)雜局面,很難作出正確的應(yīng)急方案;當前正在試驗的數(shù)字預(yù)案,基本上屬于信息大集中的模式,所有的應(yīng)用和數(shù)據(jù)集中在一個平臺節(jié)點上統(tǒng)一維護管理,信息很難與實際現(xiàn)場同步,同時系統(tǒng)應(yīng)用是事先設(shè)置好的,不能隨著突發(fā)事件的變化而更改系統(tǒng)功能流程,系統(tǒng)應(yīng)用也不能根據(jù)需要隨時遷移到現(xiàn)場處理。

因此,開發(fā)一種具有“熱插拔”能力、具有移動性特點的應(yīng)急預(yù)案平臺就顯得非常有必要,這也是應(yīng)急預(yù)案智能平臺被提出的根源。

應(yīng)急預(yù)案智能平臺是在職責規(guī)定、步驟安排、資源調(diào)集、信息流程等重要環(huán)節(jié)嚴格遵循應(yīng)急預(yù)案規(guī)定的前提下,以應(yīng)急預(yù)案為依據(jù),當突發(fā)事件發(fā)生后,可以根據(jù)事件信息和其他與之相關(guān)的數(shù)據(jù)信息,借助于應(yīng)急平臺提供的信息化手段,快速生成直觀、有效的行動方案,并可以對方案進行實時調(diào)整的軟件系統(tǒng)。應(yīng)急預(yù)案智能平臺把調(diào)度指揮和應(yīng)用功能剝離開來,平臺本身關(guān)注于應(yīng)急流程的管理,而與流程相關(guān)的系統(tǒng)應(yīng)用功能獨立部署于平臺之外,根據(jù)需要隨時接入平臺,這樣平臺就具有動態(tài)調(diào)整業(yè)務(wù)流程的功能,也具有高度的移動性,并可多點部署,隨處運行。

2 應(yīng)急預(yù)案智能平臺技術(shù)架構(gòu)

應(yīng)急預(yù)案智能平臺基于SOA架構(gòu),其核心是服務(wù)流程引擎。

SOA核心思想是服務(wù),業(yè)務(wù)被劃分為一系列粗粒度的業(yè)務(wù)服務(wù)和業(yè)務(wù)流程。業(yè)務(wù)服務(wù)相對獨立、自包含、可重用,由一個或者多個分布的系統(tǒng)所實現(xiàn),而業(yè)務(wù)流程由服務(wù)組裝而來。一個"服務(wù)"定義了一個與業(yè)務(wù)功能或業(yè)務(wù)數(shù)據(jù)相關(guān)的接口,以及約束這個接口的契約,如服務(wù)質(zhì)量要求、業(yè)務(wù)規(guī)則、安全性要求、法律法規(guī)的遵循、關(guān)鍵業(yè)績指標(Key Performance Indicator,KPI)等。接口和契約采用中立、基于標準的方式進行定義,它獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在不同系統(tǒng)中的服務(wù)可以以一種統(tǒng)一的和通用的方式進行交互、相互理解,服務(wù)的請求者和提供者之間高度解耦。

平臺架構(gòu)如圖1所示分為三層:應(yīng)急服務(wù)管理平臺、流程服務(wù)容器和門戶系統(tǒng)。應(yīng)急服務(wù)管理平臺提供應(yīng)急預(yù)案管理所需的后臺技術(shù)支撐;流程服務(wù)容器構(gòu)建業(yè)務(wù)流程,設(shè)置服務(wù)訪問路由;門戶系統(tǒng)負責業(yè)務(wù)應(yīng)用的展現(xiàn)。

2.1 應(yīng)急服務(wù)管理平臺

應(yīng)急服務(wù)管理平臺實現(xiàn)服務(wù)注冊、流程建模和組織機構(gòu)管理。采用通用資源標識符來表示每個應(yīng)急管理要素。

應(yīng)急服務(wù)獨立部署在應(yīng)急智能平臺之外,由相關(guān)應(yīng)急組織機構(gòu)進行維護管理,智能平臺對服務(wù)進行注冊管理,以便在需要的時候能夠?qū)⒃摲?wù)納入應(yīng)急流程中。

1)服務(wù)入口注冊:注冊服務(wù)的授權(quán)訪問入口,取得合法訪問服務(wù)的權(quán)限;

2)用戶接口注冊:一個應(yīng)用服務(wù)具有不同的用戶界面,供指揮用戶、調(diào)度用戶、操作用戶等使用。

3)數(shù)據(jù)接口注冊:一個應(yīng)用服務(wù)具有多個數(shù)據(jù)接口,供其他應(yīng)用服務(wù)使用,進行數(shù)據(jù)交換和服務(wù)交互調(diào)用。

應(yīng)急管理平臺提供了流程建模和組織機構(gòu)管理模塊,以便創(chuàng)建完整的服務(wù)流程定義文件,形成應(yīng)急預(yù)案。

2.2 流程服務(wù)容器

為了實現(xiàn)業(yè)務(wù)流程的實時部署和運行監(jiān)管,采用服務(wù)容器設(shè)計模式,構(gòu)建了流程服務(wù)容器。流程服務(wù)容器容納應(yīng)急預(yù)案業(yè)務(wù)流程的本地實例,提供了業(yè)務(wù)組件集成的開發(fā)和運行環(huán)境,可對各類標準服務(wù)按照業(yè)務(wù)流程進行編排和管理,是應(yīng)急預(yù)案智能平臺的核心引擎。

服務(wù)容器采用服務(wù)控件(Controls)技術(shù)對應(yīng)用服務(wù)進行封裝,支持控件接口與實現(xiàn)的動態(tài)綁定,支持運行期控件元數(shù)據(jù)重寫,這些特性構(gòu)成了服務(wù)動態(tài)接入和服務(wù)編排的技術(shù)基礎(chǔ)。服務(wù)容器讀取應(yīng)用服務(wù)的WSDL文件,根據(jù)元數(shù)據(jù)信息自動實現(xiàn)對應(yīng)的應(yīng)用服務(wù)管理接口,由服務(wù)容器生成控件實例,在不進行編碼開發(fā)和重新部署的情況下對應(yīng)用服務(wù)資源進行“熱插拔”操作。

服務(wù)控件的實現(xiàn)技術(shù)主要包括兩部分:應(yīng)急服務(wù)語義匹配和控件(過濾器)實例化。

應(yīng)急服務(wù)語義匹配模塊包括語義分析器和應(yīng)急救援本體庫。應(yīng)急救援本體庫存儲應(yīng)急救援領(lǐng)域知識,包括各級應(yīng)急救援組織網(wǎng)絡(luò)、各級救援服務(wù)接口描述、救援預(yù)案流程定義、專業(yè)術(shù)語定義等。語義分析器通過讀取流程定義文件和外部服務(wù)的WSDL信息并與本體庫進行智能匹配,生成服務(wù)流程模型;控件工廠和過濾器工廠分別解析服務(wù)流程模型中的節(jié)點和鏈接信息,匹配出合適的控件模板和過濾器模板,生成控件實例和過濾器實例。

過濾器負責節(jié)點之間參數(shù)傳遞中的模型轉(zhuǎn)換,解決流程中前后服務(wù)節(jié)點參數(shù)語法語義的差異性問題。-語義分析器在分析節(jié)點間存在語法語義差異后會在節(jié)點之間插入過濾器,進行語法語義轉(zhuǎn)換,使得流程中后服務(wù)節(jié)點能夠理解前服務(wù)節(jié)點傳輸?shù)膮?shù)內(nèi)容。

2.3 門戶系統(tǒng)

門戶提供了用戶登錄系統(tǒng)和管理應(yīng)用的接口,用戶通過可視化建模工具,根據(jù)預(yù)案要求編排應(yīng)急服務(wù)流程,構(gòu)建應(yīng)急救援應(yīng)用。

門戶系統(tǒng)負責應(yīng)急救援服務(wù)流程的展現(xiàn),門戶系統(tǒng)通過訪問應(yīng)急服務(wù)管理平臺的服務(wù)注冊信息,獲取相關(guān)用戶的授權(quán)界面,并可根據(jù)組織機構(gòu)的權(quán)限,將相關(guān)服務(wù)界面整合在一起,構(gòu)建用戶終端頁面,形成實際運行的應(yīng)用系統(tǒng)。

3 應(yīng)急預(yù)案智能平臺應(yīng)用

智能平臺是一個面向應(yīng)急流程的調(diào)度管理平臺,一旦發(fā)生突發(fā)公共事件,由應(yīng)急指揮人員,加載相應(yīng)的應(yīng)急電子預(yù)案,應(yīng)用事件分析與模擬預(yù)測結(jié)果,結(jié)合空間環(huán)境信息、應(yīng)急資源信息、現(xiàn)場情況信息等,形成應(yīng)對突發(fā)公共事件的應(yīng)急流程與行動方案,包括應(yīng)急組織體系、應(yīng)急工作流程、應(yīng)急資源調(diào)配、應(yīng)急處置方法等。

應(yīng)急預(yù)案智能平臺主要包括應(yīng)急預(yù)案管理、應(yīng)急方案管理和外部系統(tǒng)智能接入等功能。

3.1 應(yīng)急預(yù)案管理

3.1.1 預(yù)案要素管理

包括組織機構(gòu)管理、應(yīng)急服務(wù)管理和要素關(guān)系管理等內(nèi)容。

應(yīng)急組織機構(gòu)管理:應(yīng)急組織機構(gòu)包括各級政府機構(gòu)及主管部門、專業(yè)應(yīng)急機構(gòu)和應(yīng)急隊伍等。應(yīng)急組織機構(gòu)是應(yīng)急救援中真正承擔救援活動的主體。平臺存儲各級組織機構(gòu)的職能定位及聯(lián)系方式,在突發(fā)事件發(fā)生時能夠自動、快速聯(lián)系相關(guān)機構(gòu),激活相關(guān)服務(wù),啟動應(yīng)急救援流程。

應(yīng)急服務(wù)管理:應(yīng)急服務(wù)包括資源服務(wù)、通信服務(wù)和應(yīng)用服務(wù)等內(nèi)容。各級應(yīng)急組織機構(gòu)都維護著對應(yīng)其自身職責的信息系統(tǒng),這些信息系統(tǒng)通過封裝成服務(wù)供應(yīng)急預(yù)案智能平臺調(diào)用。資源服務(wù)包括救援物資、設(shè)施、設(shè)備、隊伍等的現(xiàn)狀和調(diào)度;通信服務(wù)包括電子郵件、短信平臺、自動傳真、視頻電話等多種通信手段的調(diào)度;應(yīng)用服務(wù)包括環(huán)境監(jiān)測、地理分析、預(yù)測模擬等專業(yè)應(yīng)用服務(wù)。

預(yù)案要素關(guān)系管理工具:給組織機構(gòu)分配應(yīng)急服務(wù)的訪問權(quán)限。應(yīng)急服務(wù)和應(yīng)急組織機構(gòu)是多對多的關(guān)系,在實際應(yīng)急流程中,一個應(yīng)急服務(wù)對應(yīng)著操作用戶、指揮用戶等多個用戶,這些用戶來自不同的組織機構(gòu),共同協(xié)同完成整個應(yīng)急流程。在應(yīng)急預(yù)案編制中,需要事先確定各個組織機構(gòu)之間的協(xié)作關(guān)系,搭建每個應(yīng)急預(yù)案的組織架構(gòu),從而確定預(yù)案要素之間的對應(yīng)關(guān)系。

3.1.2 預(yù)案制作和維護

預(yù)案制作維護包括服務(wù)流程和用戶界面要素的建模設(shè)計。

在應(yīng)急救援標準流程中,包括預(yù)測預(yù)警、分級響應(yīng)、現(xiàn)場處置和應(yīng)急總結(jié)等幾個大的階段性活動,每個活動里面還可能包含了若干子活動,根據(jù)突發(fā)事件的不同,這些子活動也會有所不同。一個危化品應(yīng)急預(yù)案流程如圖2所示,其中預(yù)測服務(wù)調(diào)用了環(huán)境監(jiān)測服務(wù)和事故態(tài)勢分析服務(wù)兩個子服務(wù),而現(xiàn)場處置則調(diào)用了應(yīng)急資源服務(wù)、通信調(diào)度服務(wù)等多個應(yīng)用服務(wù)。這些服務(wù)構(gòu)成了應(yīng)急救援服務(wù)鏈,把整個應(yīng)急救援過程中組織機構(gòu)、救援人員、應(yīng)急資源和救援行動有效整合,極大提高了救援效率。

在應(yīng)急智能平臺中,應(yīng)急服務(wù)的入口、用戶界面和數(shù)據(jù)接口都是注冊作為平臺資源進行管理,可以借助可視化建模設(shè)計工具,編排整個應(yīng)急服務(wù)流程鏈,并對每個應(yīng)急服務(wù)的用戶界面進行定制,從而構(gòu)建一個完整的應(yīng)急預(yù)案。

3.2 應(yīng)急方案管理

應(yīng)急預(yù)案主要針對單項事件,在發(fā)生大面積、跨區(qū)域的應(yīng)急事件時,不僅僅需要協(xié)調(diào)多部門,多行業(yè)的應(yīng)急救援,而且還需要面對次生、衍生事件,需要整合多個數(shù)字預(yù)案,生成應(yīng)急方案。應(yīng)急方案包括應(yīng)急組織體系、應(yīng)急工作流程、應(yīng)急資源調(diào)配、應(yīng)急處置方法等等,所有這些都是以相關(guān)應(yīng)急預(yù)案中規(guī)定的內(nèi)容為基礎(chǔ)的。

智能平臺中的應(yīng)急預(yù)案是以服務(wù)鏈的結(jié)構(gòu)化形式管理的,通過對服務(wù)節(jié)點的調(diào)整,可以快速整合服務(wù)流程,形成實際的應(yīng)急方案,并根據(jù)應(yīng)急方案生成應(yīng)急服務(wù)流程和用戶界面,自動通知方案中規(guī)定的相關(guān)人員與部門,啟動應(yīng)急流程。

3.3 外部系統(tǒng)的智能接入

在應(yīng)急救援流程中,智能平臺起著“中樞”的作用:現(xiàn)場指揮部、應(yīng)急指揮中心、應(yīng)急隊伍等之間需要通過平臺實時交換業(yè)務(wù)信息,傳達指令,發(fā)送報告;需要通過平臺接入氣象監(jiān)測儀器、各類GPS信號、視頻監(jiān)控信號、現(xiàn)場檢測信號等各類實時信息,通過地理信息位置同步系統(tǒng),接入應(yīng)急平臺的各類業(yè)務(wù)應(yīng)用模塊;需要臨時接入本地或異地專業(yè)信息系統(tǒng),開通數(shù)據(jù)傳輸通道,為本地應(yīng)急平臺提供專業(yè)信息。

4 總結(jié)

智能平臺是以應(yīng)急救援調(diào)度為核心業(yè)務(wù),通過對數(shù)字預(yù)案和智能方案的管理,生成應(yīng)急業(yè)務(wù)調(diào)度流程,并在流程的各個節(jié)點上連接相關(guān)服務(wù),接入現(xiàn)場信息、輔助決策信息、指揮調(diào)度信息等內(nèi)容,形成應(yīng)急指揮核心中樞系統(tǒng)。智能平臺剝離了與核心調(diào)度業(yè)務(wù)無關(guān)的業(yè)務(wù)功能,采用信息交換和共享的新技術(shù),實時接入外部信息,真正起到了指揮平臺的作用。

參考文獻:

[1] 張瑞新,門紅,廖凌松.安全生產(chǎn)應(yīng)急救援地理信息平臺建設(shè)探討[J].地理信息世界,2007(1):13-18.

[2] 李曼,王大治,杜小勇,等. 基于領(lǐng)域本體的Web服務(wù)動態(tài)組合[J].計算機學(xué)報,2005(4):644-650.

[3] Alur D, Crupi J, Malks D. Core J2EE Patterns:Best Practices and Design Strategies[M].Prentice Hall/Sun Microsystems Press,2003.

[4] OASIS.Web Services Business Process Execution Language Version 2.0[EB/OL]. /wsbpel/2.0/wsbpel-v2.0.doc,2007.

[5] The Apache Software Fundation.Beehive 1.0.2 Documentation[EB/OL]./docs/1.0.2,2006.

[6] 樊運曉.應(yīng)急救援預(yù)案編制實務(wù)[M].北京:化學(xué)工業(yè)出版社,2006.

應(yīng)急調(diào)度方案范文第4篇

為保障全縣工業(yè)商貿(mào)經(jīng)濟持續(xù)快速發(fā)展和社會全面進步，建立和維護工業(yè)經(jīng)濟商貿(mào)發(fā)展所必需的煤、電、油、運生產(chǎn)和供給秩序，有效減少和緩解各類突發(fā)事件和持續(xù)緊張狀態(tài)（以下簡稱緊急狀態(tài)）對煤電油運的影響和危害，按照國務(wù)院關(guān)于加快建立經(jīng)濟領(lǐng)域“反應(yīng)靈敏、運轉(zhuǎn)有序、精干高效、保障有力”的應(yīng)急機制要求，維護社會穩(wěn)定，確保我縣經(jīng)濟又好又快發(fā)展，特制定本預(yù)案。

二、組織機構(gòu)

成立縣煤電油運綜合協(xié)調(diào)應(yīng)急領(lǐng)導(dǎo)小組，專門負責我縣電力、成品油、煤炭市場供應(yīng)應(yīng)急協(xié)調(diào)工作。

領(lǐng)導(dǎo)小組由縣政府分管經(jīng)貿(mào)工作的副縣長任組長，縣府辦主任和經(jīng)貿(mào)局局長任副組長，成員由縣政府辦公室、縣委宣傳部、縣發(fā)改局、經(jīng)貿(mào)局、公安局、財政局、交通局、物價局、安監(jiān)局、工商局、質(zhì)監(jiān)局、武裝部、公安消防大隊、供電局、中石化肇慶分公司等單位的有關(guān)領(lǐng)導(dǎo)擔任。應(yīng)急領(lǐng)導(dǎo)小組辦公室設(shè)在縣經(jīng)貿(mào)局，負責日常具體工作，縣經(jīng)貿(mào)局分管副局長兼任辦公室主任。

三、有關(guān)單位的主要職責

1、縣經(jīng)貿(mào)局：

⑴負責綜合分析判斷緊急狀態(tài)對全縣宏觀經(jīng)濟、區(qū)域經(jīng)濟或重要產(chǎn)業(yè)的影響程度和持續(xù)時間，提交緊急狀態(tài)初步報告或啟動預(yù)案緊急報告。

⑵制定煤電油運專項調(diào)度應(yīng)急運轉(zhuǎn)模式和措施建議。組織應(yīng)急措施的實施，協(xié)調(diào)解決實施中出現(xiàn)的重大問題，保證緊急狀態(tài)下各項應(yīng)急調(diào)度協(xié)調(diào)工作有序進行。

2、供電局：

⑴制定電力行業(yè)專項調(diào)度協(xié)調(diào)應(yīng)急預(yù)案和所屬電廠調(diào)度協(xié)調(diào)應(yīng)急預(yù)案。

⑵監(jiān)測分析電網(wǎng)的運行情況，及時發(fā)現(xiàn)和評估電網(wǎng)緊急狀態(tài)對工業(yè)經(jīng)濟和社會生活可能造成的破壞性影響，在緊急狀態(tài)下負責供電應(yīng)急運轉(zhuǎn)方案的實施和電網(wǎng)的安全運行，并及時向縣經(jīng)貿(mào)局報告電網(wǎng)運行情況。

⑶監(jiān)測分析所屬發(fā)電企業(yè)生產(chǎn)運行情況，在緊急狀態(tài)下負責所屬電廠的正常發(fā)電和燃料保障，并及時向縣經(jīng)貿(mào)局報告情況；組織發(fā)電企業(yè)加大自購煤工作力度，確保機組不因缺煤而發(fā)電不足或停機。

⑷負責電力調(diào)度，做好錯峰用電管理工作，保證電力供應(yīng)。

3、中石化肇慶分公司：

⑴分別負責制定本系統(tǒng)成品油專項調(diào)度協(xié)調(diào)應(yīng)急預(yù)案。

⑵監(jiān)測分析成品油銷售運行情況，及時發(fā)現(xiàn)和評估成品油行業(yè)緊急狀態(tài)對工業(yè)經(jīng)濟和社會生活的破壞性影響，在緊急狀態(tài)下負責組織所屬石油、石化企業(yè)進行燃油的市場保障，并及時向縣經(jīng)貿(mào)局報告情況。

⑶落實成品油資源，組織成品油調(diào)運、銷售，平抑成品油價格，保證成品油供應(yīng)。

4、交通局：

⑴分別負責制定鐵路、公路、航道運輸行業(yè)專項調(diào)度協(xié)調(diào)應(yīng)急預(yù)案。

⑵監(jiān)測分析運輸情況，及時發(fā)現(xiàn)和評估運輸行業(yè)緊急狀態(tài)對我縣工業(yè)商貿(mào)經(jīng)濟的破壞性影響，在緊急狀態(tài)下負責本系統(tǒng)的運輸和保障，并及時向縣經(jīng)貿(mào)局反饋或報告情況。

⑶組織客貨運輸，保證應(yīng)急、重點物資、鮮活農(nóng)產(chǎn)品運輸暢通。

5、其他相關(guān)部門和系統(tǒng)：

⑴負責制定本部門和系統(tǒng)配合保障煤電油運應(yīng)急調(diào)度方案。

⑵在緊急狀態(tài)下，按照縣政府的統(tǒng)一指揮，負責實施本部門和系統(tǒng)應(yīng)急配合保障方案。

四、監(jiān)測預(yù)警和信息報告

縣經(jīng)貿(mào)局根據(jù)專項應(yīng)急措施（或預(yù)案），制定日常情況和緊急情況下的分類監(jiān)測預(yù)警及其工作規(guī)范，綜合分析、科學(xué)判斷監(jiān)測數(shù)據(jù)和動態(tài)信息，及時發(fā)現(xiàn)具有全局性影響的煤電油運等異?，F(xiàn)象。

㈠各有關(guān)部門要加強溝通，開拓信息渠道，及時發(fā)現(xiàn)和評估緊急狀態(tài)對工業(yè)商貿(mào)經(jīng)濟的破壞性影響?？h經(jīng)貿(mào)局要加強工業(yè)商貿(mào)經(jīng)濟運行監(jiān)測分析，研究和建立煤電油運應(yīng)急預(yù)測和指揮調(diào)度網(wǎng)絡(luò)。

㈡監(jiān)測預(yù)警工作應(yīng)當根據(jù)緊急狀態(tài)類型，制定日常和緊急情況下的分類監(jiān)測計劃和工作規(guī)范，科學(xué)分析、綜合評議監(jiān)測數(shù)據(jù)和信息，及時發(fā)現(xiàn)潛在的具有全局性影響的煤電油運問題。

㈢建立應(yīng)急聯(lián)絡(luò)渠道。縣經(jīng)貿(mào)局應(yīng)保持與各成員單位和各鎮(zhèn)政府的應(yīng)急領(lǐng)導(dǎo)機構(gòu)及其有關(guān)單位的聯(lián)絡(luò)暢通，確定擔負24小時值班任務(wù)部門的責任人及應(yīng)急電話，并通過快速信息通道，實現(xiàn)網(wǎng)上應(yīng)急調(diào)度的調(diào)控。

㈣建立應(yīng)急報告制度?？h經(jīng)貿(mào)局負責建立煤電油運重大、緊急情況的信息報告系統(tǒng)。煤電油運有關(guān)部門或企業(yè)、各鎮(zhèn)的信息要及時上報縣經(jīng)貿(mào)局，縣經(jīng)貿(mào)局整理匯總并向縣政府報告。正常情況下為月報，特別緊急時為日報、專報。同時以簡報形式反映工作進展情況，并不定期地提交階段性綜合分析報告。

㈤通過日常監(jiān)測預(yù)警有關(guān)部門、地方政府報告或者通過其他方式判斷等，獲取可能發(fā)生煤電油運緊急狀態(tài)的信息時，縣經(jīng)貿(mào)局應(yīng)立即組織有關(guān)部門或各鎮(zhèn)政府會商核實，并迅速向縣政府提交緊急狀態(tài)初步報告。報告內(nèi)容應(yīng)當包括：事件或情況發(fā)生的時間、地點，估計產(chǎn)生的影響和損失，已采取的主要措施和事態(tài)控制程度，需要解決的突出問題，發(fā)展態(tài)勢的預(yù)測，應(yīng)對措施建議等。

㈥發(fā)生或發(fā)現(xiàn)煤電油運緊急事件后，縣經(jīng)貿(mào)局除按本預(yù)案規(guī)定向縣政府報告外，還應(yīng)會同有關(guān)部門立即組織力量進行全面調(diào)查核實，并指導(dǎo)有關(guān)部門采取必要控制和緩解措施，避免態(tài)勢擴大。

㈦凡出現(xiàn)下列緊急狀態(tài)的，經(jīng)調(diào)查核實后，縣經(jīng)貿(mào)局立即向縣政府提交啟動預(yù)案緊急報告：

1、重點水泥企業(yè)用煤運輸渠道嚴重不暢。

2、重點工業(yè)企業(yè)用煤供給中斷，煤炭庫存低于正常生產(chǎn)需要，且預(yù)計補充困難的。

3、縣電網(wǎng)發(fā)生特、重大事故，全面或局部崩潰；縣電網(wǎng)電力供應(yīng)損失急劇增大，縣城電網(wǎng)減供負荷在40%以上，且電力系統(tǒng)自身難以恢復(fù)的。

4、重要發(fā)電企業(yè)或110KV以上樞紐變電站發(fā)生全停事故，已導(dǎo)致縣網(wǎng)非正常解列成三片及以上，并造成縣電網(wǎng)減供負荷超過20%。

5、縣城供電持續(xù)性異常，短時間無法恢復(fù)，如生活用電連續(xù)中斷造成居民生活出現(xiàn)嚴重困難的，重要公共設(shè)施供電連續(xù)中斷造成供水、通訊等公共服務(wù)嚴重紊亂的。

6、縣內(nèi)成品油庫存低于縣內(nèi)正常消費量7天。

7、全社會加油站因資源原因出現(xiàn)較大范圍停業(yè)且預(yù)期持續(xù)較長時間的。

8、社會經(jīng)營單位持續(xù)搶購成品油，銷售價格明顯高于規(guī)定價格，并預(yù)期維持較長時間的。

9、轄區(qū)內(nèi)高速公路、國省道干線公路出現(xiàn)長時間關(guān)閉、中斷或堵塞等交通異常，造成大量車輛長時間中途滯留的。

10、應(yīng)急物資運輸受阻、防疫、救災(zāi)、搶險和其他應(yīng)急醫(yī)藥用品、防護用品和消殺用品，以及救災(zāi)物資（食品、日用品、裝備）急需組織鐵路、公路直達運輸綜合協(xié)調(diào)的。

11、重點貨物運輸異常，如煤炭、成品油、糧食、棉花、化肥、農(nóng)藥、鮮活農(nóng)產(chǎn)品等涉及國計民生的重要、大宗物資運輸量持續(xù)不足，造成上下游產(chǎn)業(yè)行業(yè)生產(chǎn)組織困難的。

㈧縣經(jīng)貿(mào)局向縣政府提出緊急狀態(tài)初步報告或啟動預(yù)案緊急報告后，應(yīng)根據(jù)調(diào)查核實盡快提出建議性報告，綜合分析判斷緊急狀態(tài)對全縣宏觀經(jīng)濟、區(qū)域經(jīng)濟或重要產(chǎn)業(yè)影響的嚴重程度以及持續(xù)時間，并提出可供決策選擇的煤電油運專項調(diào)度應(yīng)急方案。情況特別緊急時，縣經(jīng)貿(mào)局向縣政府提出書面緊急報告之前，可以直接口頭報告或請示。

㈨根據(jù)上級指示或緊急事件情形，縣經(jīng)貿(mào)局召開緊急會議，綜合判斷緊急狀態(tài)的程度和影響范圍等，制定煤電油運專項調(diào)度應(yīng)急運轉(zhuǎn)模式和措施建議，經(jīng)縣政府批準后實施。

五、應(yīng)急措施

㈠縣政府接到緊急狀態(tài)初步報告或啟動預(yù)案緊急報告后，根據(jù)緊急狀態(tài)對煤電油運的影響和危害程度，研究決定啟動預(yù)案有關(guān)事宜。

㈡按照縣政府指示，結(jié)合煤電油運緊急狀態(tài)或異常事件的性質(zhì)特點、擴散趨勢、持續(xù)時間，以及對全縣工業(yè)商貿(mào)經(jīng)濟的現(xiàn)實和潛在影響等，縣經(jīng)貿(mào)局分別啟動相應(yīng)的緊急措施。

1、開展專項應(yīng)急調(diào)度協(xié)調(diào)。組織實施煤電油運專項調(diào)度協(xié)調(diào)應(yīng)急預(yù)案，臨時調(diào)整部分資源配置，解決或緩解局部突出矛盾。

2、情況特別緊急時，按照縣政府授權(quán)，根據(jù)實際情況，統(tǒng)一配置資源、統(tǒng)一提交計劃、統(tǒng)一組織運輸，并按上級批準的方案和授予的權(quán)限下達“調(diào)度命令”或“調(diào)度通知”，督促有關(guān)單位具體實施，所涉及相關(guān)部門和相關(guān)企業(yè)必須嚴格執(zhí)行，不得無故拖延或推諉扯皮。

3、指導(dǎo)各鎮(zhèn)政府和有關(guān)企業(yè)，加強煤電油運需求側(cè)管理與協(xié)調(diào)，在煤電油運供給已經(jīng)滿負荷生產(chǎn)的情況下服從大局，合理控制對煤電油運需求的增長速度并調(diào)整其結(jié)構(gòu)。

4、啟動值班制度。保持主要工作人員聯(lián)絡(luò)暢通（如手機24小時開機），節(jié)假日編制值班表，公布緊急情況下值班電話，特別緊急時實行24小時在崗輪流值班。

5、實行會商制度。組織有關(guān)單位定期會商，及時溝通情況、研究對策、制定措施。緊急情況下實行日會商制度。

6、指導(dǎo)、協(xié)調(diào)、配合有鎮(zhèn)和企業(yè)實施區(qū)域和專項調(diào)度協(xié)調(diào)應(yīng)急預(yù)案。

㈢煤電油運應(yīng)急運轉(zhuǎn)期間，為保證調(diào)度協(xié)調(diào)應(yīng)急措施效果，緩解緊急狀態(tài)，縣經(jīng)貿(mào)局可以協(xié)商有關(guān)部門，依據(jù)有關(guān)法律法規(guī)向縣政府和市有關(guān)部門提出以下煤電油運相關(guān)政策措施建議：

1、對煤電油運相關(guān)企業(yè)或區(qū)域?qū)嵤┡R時應(yīng)急政策，穩(wěn)定或增加生產(chǎn)供給能力。

2、減免煤電油運相關(guān)行政性規(guī)費，簡化行政審批、核準、備案等管理程序。

3、向煤電油運企業(yè)運行急需進口原料、材料、設(shè)備等提供相關(guān)方面的優(yōu)惠和支持。

4、動用政府儲備物資和商品，征調(diào)商業(yè)流通企業(yè)相關(guān)庫存物資和商品，緩解部分企業(yè)需求。

5、煤炭、電力、成品油特別緊缺情況下，臨時管制部分地區(qū)或企業(yè)的生產(chǎn)和銷售，加強對價格的監(jiān)管，按應(yīng)急措施計劃方案下達分配、銷售和運輸計劃，保證煤電油運的基本供應(yīng)和運輸暢通。

6、制定、審批煤電油運產(chǎn)品或服務(wù)的應(yīng)急技術(shù)標準、規(guī)范、措施等。

7、依法采取有關(guān)物價干預(yù)措施和緊急措施，進行物價監(jiān)督，組織物價執(zhí)法檢查。

㈣煤電油運調(diào)度應(yīng)急措施實施期間，縣經(jīng)貿(mào)局對煤電油運調(diào)度應(yīng)急措施的實施效果組織評審或評價，及時向縣政府提出調(diào)整、終止的建議。提出終止建議時，應(yīng)同時提出有關(guān)善后事宜處理方案。

六、相關(guān)管理事項

㈠應(yīng)急措施實施期間縣級發(fā)生的儲備物資動用、緊急采購（進口）、應(yīng)急生產(chǎn)、征用、補償和賠償?shù)冉?jīng)費，應(yīng)編制應(yīng)急項目概算，請示縣政府從財政應(yīng)急預(yù)算或?qū)ｍ棞蕚浣鹬兄С觥?/p>

㈡本預(yù)案一旦啟動，執(zhí)行應(yīng)急任務(wù)的單位和個人必須無條件執(zhí)行。對拒絕、延誤執(zhí)行應(yīng)急調(diào)控措施或、推諉扯皮的有關(guān)單位領(lǐng)導(dǎo)和責任人要嚴肅處理，對有關(guān)單位予以通報批評。造成嚴重后果和損失的，給予行政處分；構(gòu)成犯罪的，依法追究刑事責任。

㈢縣經(jīng)貿(mào)局按規(guī)定向上級提出申請，對參加應(yīng)急工作的人員，給予適當?shù)耐ㄓ?、交通等補貼，對做出突出貢獻人員給予表彰和獎勵。

七、其他事項

應(yīng)急調(diào)度方案范文第5篇

經(jīng)過SARS等一系列公共衛(wèi)生突發(fā)事件后，應(yīng)急信息系統(tǒng)的建設(shè)受到了空前的重視。我國各級政府、各部門都把應(yīng)急信息系統(tǒng)或應(yīng)急指揮中心的建設(shè)提上了議事日程。例如，北京市公共衛(wèi)生信息應(yīng)用系統(tǒng)的建設(shè)，就是在以往的經(jīng)驗教訓(xùn)基礎(chǔ)上，把應(yīng)對公共衛(wèi)生突發(fā)事件作為一個主要建設(shè)目標；衛(wèi)生部應(yīng)急指揮中心向社會公開招標，征集建設(shè)方案，等等。在政府推動下，應(yīng)急信息系統(tǒng)建設(shè)已經(jīng)進入一個高峰期。

應(yīng)急信息系統(tǒng)的建設(shè)受到全社會范圍的重視，這是一件好事。但同時也帶來了問題：系統(tǒng)建設(shè)的目標到底是什么？多個相關(guān)項目如何統(tǒng)籌？怎樣處理應(yīng)急信息系統(tǒng)建設(shè)與業(yè)務(wù)處理系統(tǒng)的關(guān)系？應(yīng)急信息系統(tǒng)的功能邊界應(yīng)該如何劃分？等等。對這些問題如果沒有一個正確的思路，應(yīng)急信息系統(tǒng)建設(shè)的大規(guī)模投入就難以收到應(yīng)有的社會效益，甚至象以前辦公自動化和門戶網(wǎng)站一樣，變?yōu)橐粓觥斑\動”。

本文試圖對應(yīng)急信息系統(tǒng)給出一個目標，描述“理想”情況下的系統(tǒng)模型和需求；在此基礎(chǔ)上給出對整個應(yīng)急信息系統(tǒng)規(guī)劃的看法。

二、應(yīng)急信息系統(tǒng)的目標和功能需求分析

應(yīng)急信息系統(tǒng)的目標，就是配合危機管理的全過程，應(yīng)用信息技術(shù)，實現(xiàn)大面積的、跨專業(yè)和部門的信息資源、處理資源和通訊資源的實時調(diào)度，使應(yīng)急指揮過程更加科學(xué)化和可視化。

這里用到了一個超越“應(yīng)急”的概念——危機管理，我們把支持危機管理作為應(yīng)急信息系統(tǒng)的目標。這是因為，要最大限度減少各種突發(fā)或緊急事件帶來的損失，不僅僅要求我們在事件發(fā)生后做出迅速、準確的應(yīng)對和處理，還要求我們在事件前期進行預(yù)警和辨識、在后期進行常態(tài)恢復(fù)?！拔C管理”的三階段理論更能指導(dǎo)我們運用信息技術(shù)對突發(fā)或緊急事件全面、全程的支持。

顯然，這一目標，不是一個單純的信息系統(tǒng)可以達到的。它要依賴基礎(chǔ)性的網(wǎng)絡(luò)和多個專業(yè)化的應(yīng)用系統(tǒng)，要依賴多種技術(shù)的支持。但是，越是復(fù)雜，我們就越應(yīng)該分析清楚，那些是核心、哪些是基礎(chǔ)、哪些是錦上添花；哪些應(yīng)該先建，哪些可以后建。否則眉毛胡子一把抓，不利于復(fù)雜系統(tǒng)的建設(shè)和統(tǒng)一的規(guī)劃。

我們用如下的三層邏輯模型表示應(yīng)急信息系統(tǒng)及其支持系統(tǒng)的關(guān)系。

……

應(yīng)急信息系統(tǒng)

信息處

理系統(tǒng)

通訊調(diào)

度系統(tǒng)

信息

采集

信息

調(diào)度

資源

調(diào)度

信息

表現(xiàn)

基本網(wǎng)絡(luò)和通訊系統(tǒng)

輔助

決策

應(yīng)用支持層

集成應(yīng)用層

基礎(chǔ)設(shè)施層

GIS

應(yīng)急信息系統(tǒng)的三層邏輯模型

各層的關(guān)系如下：最高層即是應(yīng)急信息系統(tǒng)的核心功能，它是一種集成式應(yīng)用；專業(yè)化的信息處理系統(tǒng)和各種相對成熟的技術(shù)系統(tǒng)（如GIS和Call Center系統(tǒng)）是構(gòu)建應(yīng)急信息系統(tǒng)的支撐性應(yīng)用，我們稱之為應(yīng)用支撐層；而基本網(wǎng)絡(luò)和通信系統(tǒng)是以上所有應(yīng)用的基礎(chǔ)。相鄰層次之間有著雙向的信息供求關(guān)系。

我們從對信息的處理角度來分解應(yīng)急信息系統(tǒng)的功能目標。

任何類型和目的的應(yīng)急指揮系統(tǒng)，都具有以下功能特性：

1、信息匯聚：從應(yīng)急事件現(xiàn)場或監(jiān)測網(wǎng)絡(luò)采集到的各種信息，將被傳輸?shù)叫畔R聚點（應(yīng)急指揮中心）。這些信息可能是直接事件現(xiàn)場的視音頻信息，也可能是來自傳感設(shè)備、監(jiān)控設(shè)備的信息或信號，還可能是來自相關(guān)的專業(yè)化信息處理系統(tǒng)的數(shù)字化信息。

2、信息表現(xiàn)：應(yīng)急信息系統(tǒng)應(yīng)該有直觀而準確的信息表現(xiàn)形式，為指揮員進行指揮調(diào)度和輔助決策提供最大的幫助。GIS是一項廣泛使用的技術(shù)，可以將危機管理所涉及的信息（如危機態(tài)勢、應(yīng)急指揮相關(guān)資源分布、應(yīng)急方案等）在基礎(chǔ)的空間地理圖形上形象地表現(xiàn)出來，便于指揮和決策人員直觀地進行形式判斷、形成決策或進行資源調(diào)度；各種信息還可能要借助一定的顯示設(shè)備和顯示控制系統(tǒng)表現(xiàn)出來。

3、信息調(diào)度：所有信息在匯聚點被組合和集中呈現(xiàn)，供指揮中心的指揮決策人員作為決策和調(diào)度依據(jù)；有時還要將信息分發(fā)下級指揮中心（或分中心）的不同的專業(yè)化處理系統(tǒng)進行處理，或從這些系統(tǒng)收集處理結(jié)果。

4、通訊和物資資源調(diào)度：應(yīng)急指揮最終都表現(xiàn)為通過一定的通訊手段，完成一定的人力、物力資源調(diào)度。例如警力的調(diào)度、救災(zāi)物資和設(shè)施調(diào)度、對事件現(xiàn)場的疏導(dǎo)和部署，等等。

5、輔助分析決策：在應(yīng)急指揮過程中，提供一些邏輯分析模型、統(tǒng)計模型或預(yù)案，以及案例庫中的參考案例，幫助指揮員進行理性決策；同時，應(yīng)急信息系統(tǒng)還應(yīng)記錄下整個指揮調(diào)度的過程，形成完整案例，豐富案例庫，為實現(xiàn)知識化、智能化的危機管理作積累。

以上是一個較為抽象的邏輯功能模型，它有助于我們把握應(yīng)急信息系統(tǒng)的核心建設(shè)目標，合理運用各種技術(shù)和各種“物理的”系統(tǒng)。

三、應(yīng)急信息系統(tǒng)與其它信息系統(tǒng)的周邊關(guān)系

1、技術(shù)型應(yīng)用系統(tǒng)與應(yīng)急信息系統(tǒng)的關(guān)系

在應(yīng)急信息系統(tǒng)建設(shè)領(lǐng)域的最大誤區(qū)，在于信息系統(tǒng)功能需求分析的缺失——從需求的陳述（實質(zhì)上是一種需求定義）直接跳到技術(shù)方案，甚至成為技術(shù)方案或產(chǎn)品的簡單堆砌。以技術(shù)方案代替功能需求，這似乎已經(jīng)成為了一種應(yīng)急信息系統(tǒng)建設(shè)中的普遍現(xiàn)象。

例如，我們經(jīng)常能在招標書或所謂規(guī)劃中看到這樣的做法：即直接把“數(shù)字錄音系統(tǒng)”、“大屏幕顯示系統(tǒng)”、“地理信息系統(tǒng)”等作為“需求”本身的內(nèi)容，對具體的技術(shù)實施方案和產(chǎn)品型號進行招標，甚至還有的招標書把“數(shù)據(jù)庫系統(tǒng)”也作為應(yīng)急信息系統(tǒng)需求的一部份提出來。這里面缺少了對應(yīng)急信息系統(tǒng)的實質(zhì)內(nèi)容和目標的把握，缺少了一個理性的論證和分析過程。這樣的“需求”拿出來招標，多半會造成建設(shè)的混亂和失控。

并不是說以上的技術(shù)系統(tǒng)不能作為應(yīng)急信息系統(tǒng)的一部分，相反，邏輯的功能最終都會落實為一系列“物理”的技術(shù)子系統(tǒng)。但是我們在進行技術(shù)子系統(tǒng)的劃分和分包之前，有必要對有機信息系統(tǒng)的“原始”功能需求作一定義和陳述，為技術(shù)方案的展開提供理性的約束，而不會被技術(shù)牽著鼻子走。

例如，GIS是一種廣泛使用的、成熟的技術(shù)，也已經(jīng)形成相對獨立運行的系統(tǒng)。獨立運行的GIS甚至可能成為整個應(yīng)急信息系統(tǒng)中最主要的操作平臺。這也是一些項目直接把GIS作為一種“默認”的“需求”的原因。但是，應(yīng)急信息系統(tǒng)是否要采納GIS，還要看具體的應(yīng)用領(lǐng)域是否具備了應(yīng)用GIS的數(shù)據(jù)條件和環(huán)境。而且，即使有必要和有條件使用GIS，也要從整個應(yīng)急信息系統(tǒng)的總體目標出發(fā)進行分析，提出技術(shù)應(yīng)用需求：

第一， 要實現(xiàn)應(yīng)急信息系統(tǒng)與GIS的雙向聯(lián)動。GIS雖然可以獨立運行，但在應(yīng)急信息系統(tǒng)環(huán)境下，應(yīng)該可以實現(xiàn)應(yīng)急信息系統(tǒng)與GIS的多種聯(lián)動方式——包括雙向的相互驅(qū)動和基于數(shù)據(jù)共享的獨立操作，等等；

第二， 要實現(xiàn)應(yīng)急信息系統(tǒng)與GIS的底層整合。GIS系統(tǒng)與應(yīng)急信息系統(tǒng)應(yīng)共同遵循一定的數(shù)據(jù)標準，產(chǎn)生和傳遞一致的數(shù)據(jù)；底層應(yīng)實現(xiàn)數(shù)據(jù)庫共享或公用。

第三， GIS與其他系統(tǒng)的數(shù)據(jù)整合。GIS的基礎(chǔ)數(shù)據(jù)來自測繪部門，而應(yīng)急指揮所需的“活”的應(yīng)用數(shù)據(jù)往往來自其他業(yè)務(wù)部門，如建設(shè)、交通、氣象、衛(wèi)生，等等。為讓信息系統(tǒng)能夠運行起來而“一勞永逸”地導(dǎo)入數(shù)據(jù)的做法是不可取的。應(yīng)該充分利用這些“活”的地理數(shù)據(jù)，建立與數(shù)據(jù)源進行同步更新的完整機制，貫徹專用屬性數(shù)據(jù)“誰使用、誰負責”和合理共享的原則，避免產(chǎn)生新的信息孤島。

以上是應(yīng)急信息系統(tǒng)中對GIS的需求分析應(yīng)該考慮的內(nèi)容。只有對這些問題都分析清楚了，才可能對應(yīng)急信息系統(tǒng)中GIS的必要性、可行性和技術(shù)方案和造價作一正確判斷。而這種全局的、客觀的、中立的分析，恐怕要在請GIS廠商提供技術(shù)方案之前完成。

在應(yīng)急信息系統(tǒng)領(lǐng)域，類似的成熟技術(shù)系統(tǒng)還有Call Center、知識管理系統(tǒng)、視頻會議和視頻監(jiān)控系統(tǒng)等。對這些相對成熟、“自成一體”的技術(shù)應(yīng)用系統(tǒng)，都要作類似的分析，才能保證最后的應(yīng)急信息系統(tǒng)是一個有機的、完整的、體現(xiàn)建設(shè)初衷的系統(tǒng)，而不是一組不分主次、繁復(fù)、獨立的技術(shù)系統(tǒng)。

忽視需求分析或缺乏正確的需求分析方法，是存在于信息化建設(shè)的通病。對于應(yīng)急信息系統(tǒng)建設(shè)而言，這種只有方案，沒有需求分析的現(xiàn)象尤其有害。因為應(yīng)急信息系統(tǒng)的建設(shè)幾乎成了一種潮流，而且它同時承載著政府危機管理和電子政務(wù)信息資源整合的雙重重任。缺乏對需求的分析和規(guī)劃，會使應(yīng)急信息系統(tǒng)建設(shè)失去理性，導(dǎo)致盲目建設(shè)和重復(fù)建設(shè)，與信息資源整合的精神背道而馳。

2、專業(yè)化信息處理系統(tǒng)與應(yīng)急信息系統(tǒng)的關(guān)系

我們對應(yīng)急信息系統(tǒng)的需求認識往往是始于“混沌”的。尤其是當因為信息系統(tǒng)缺位造成重大損失的時候，更是希望通過一個項目、甚至一個系統(tǒng)的建設(shè)畢其功于一役。但是，應(yīng)急信息系統(tǒng)的主要目標是實現(xiàn)危機管理中的決策支持，離開了專業(yè)領(lǐng)域的知識和專業(yè)化的信息處理系統(tǒng)的支持，應(yīng)急信息系統(tǒng)對科學(xué)決策的支持就會落空。另一方面，應(yīng)急信息系統(tǒng)往往是跨管理部門、跨專業(yè)領(lǐng)域的系統(tǒng)，涉及多個專業(yè)系統(tǒng)。處理這種兼具“寬度”和“深度”的復(fù)雜需求的合理做法，是把項目進行分解，把應(yīng)急信息系統(tǒng)建設(shè)與專業(yè)化信息處理系統(tǒng)進行合理劃分。

一般來說，專業(yè)化信息系統(tǒng)負責專業(yè)化的信息監(jiān)測和預(yù)警、信息處理；應(yīng)急信息系統(tǒng)則負責信息的匯聚、分析，以及對會商、決策和資源調(diào)度的支持；二種系統(tǒng)之間通過共同認可的標準來實現(xiàn)信息傳遞和工作協(xié)同。應(yīng)急信息系統(tǒng)從專業(yè)化信息處理系統(tǒng)中收集預(yù)警監(jiān)測的結(jié)果；應(yīng)急信息系統(tǒng)則向?qū)I(yè)化信息處理系統(tǒng)提交信息加工請求并收集信息處理結(jié)果。

檢驗是否較好劃分了專業(yè)化信息處理系統(tǒng)和應(yīng)急信息系統(tǒng)界限的直接辦法，是看二者之間是否有足夠的獨立性。一個好的規(guī)劃和設(shè)計應(yīng)該是這樣的情形：應(yīng)急信息系統(tǒng)本身不一定很“專業(yè)”，但它能與很專業(yè)化的信息處理系統(tǒng)高效地協(xié)同工作。應(yīng)急信息系統(tǒng)的核心價值，在于它對跨專業(yè)的、公用資源的調(diào)度能力；專業(yè)的判斷和業(yè)務(wù)流程應(yīng)該留給專業(yè)化的信息處理系統(tǒng)。從這點上來說，應(yīng)急信息系統(tǒng)其實需要有一定的“通用性”。通用性越好，它動態(tài)“接入”不同專業(yè)信息系統(tǒng)的能力就越強，整個大系統(tǒng)的“應(yīng)急”能力也就越好。

舉個例子，假設(shè)我們針對SARS的預(yù)防和控制建設(shè)了一個公共衛(wèi)生應(yīng)急信息系統(tǒng)，如果它不能百分之八十、九十，甚至更高比例地應(yīng)用到其它公共衛(wèi)生突發(fā)事件的處理上，那么它的規(guī)劃和需求定義就是失敗的。相反，如果我們在進行需求分析的時候，能把專業(yè)化事件處理的差異性需求盡可能地體現(xiàn)在“應(yīng)用支持層”的專業(yè)化信息處理系統(tǒng)中，那么無論是作為通用應(yīng)急指揮平臺的公共衛(wèi)生應(yīng)急信息系統(tǒng)，還是專業(yè)化的傳染病管理信息系統(tǒng)、醫(yī)院管理信息系統(tǒng)、以及各種科研信息系統(tǒng)，等等，都能沿著相對穩(wěn)固的需求軌跡發(fā)展。

四、應(yīng)急信息系統(tǒng)的規(guī)劃與標準化

現(xiàn)在我們跳出單個應(yīng)急信息系統(tǒng)的需求分析，來看看多個系統(tǒng)——或者說整個城市級別的應(yīng)急信息系統(tǒng)——的需求，或者說一種規(guī)劃。

根據(jù)上面的分析可知，我們?nèi)绻捎靡粋€相對通用的“應(yīng)急信息系統(tǒng)”和一系列專業(yè)化信息處理系統(tǒng)，可以構(gòu)成一個完整的、面向各種突發(fā)事件的應(yīng)急信息系統(tǒng)“兩層”構(gòu)架。也即從理論上說，可以構(gòu)建城市級別的唯一的、集中的、公用的應(yīng)急信息系統(tǒng)平臺。但在實際操作中，有兩個因素制約這種“兩層架構(gòu)”模式。一是系統(tǒng)的規(guī)模和負載問題；二是現(xiàn)有的行政管理體制的制約。

根據(jù)系統(tǒng)論的原理和系統(tǒng)工程實踐經(jīng)驗，每個系統(tǒng)下轄的子系統(tǒng)個數(shù)是有限的，超出這一限度，不僅系統(tǒng)的業(yè)務(wù)負載和復(fù)雜度會難以承受，為保障系統(tǒng)運行可靠性所付出的代價也會十分巨大。我們通常采用系統(tǒng)分級的辦法來解決這一問題。在應(yīng)急信息系統(tǒng)建設(shè)中，就是通過建立一些區(qū)域的或“領(lǐng)域”分中心來分擔“總中心”的負載和復(fù)雜性。

但是，采用分中心的“三層”構(gòu)架，應(yīng)該滿足兩個先決條件。否則，就有可能使整個城市的應(yīng)急信息系統(tǒng)更加混亂和難于管理，操作起來無所適從，甚至變成一盤散沙，為信息資源綜合增加新的負擔。

第一個條件，還是比較、分析和論證。在具體的城市危機管理環(huán)境中采用三層構(gòu)架，一定要有與兩層構(gòu)架的對比分析。三層系統(tǒng)的優(yōu)勢在于其上的業(yè)務(wù)操作流程通常可以更好吻合現(xiàn)有管理體制；劣勢是分級處理帶來了額外的信息分配和匯總的效率開銷，甚至為一些導(dǎo)致低效的“門檻”創(chuàng)造了條件。我們對架構(gòu)進行分析的結(jié)果，應(yīng)該不僅僅是一個構(gòu)架的模式，而且有具體的構(gòu)架實施方案，包括對弱點的分析，以及彌補的方法，作為系統(tǒng)后續(xù)建設(shè)的前提條件。這是應(yīng)該在決定建分中心之前完成的。

在實際建設(shè)過程中，對于城市應(yīng)急信息系統(tǒng)的構(gòu)架模式選擇，盲目模仿或是“拍腦袋”的情況還是很多的。構(gòu)架的選擇往往不是對流程科學(xué)性、系統(tǒng)運行效率、系統(tǒng)建設(shè)周期和投入、系統(tǒng)的可操作性等因素進行分析比較的結(jié)果，而是避開業(yè)務(wù)整合的深層困難、對現(xiàn)有管理體制過分遷就和妥協(xié)的結(jié)果。這對于整個城市的危機管理和信息化建設(shè)都是非常不利的。

第二個條件，無論是二層還是三層構(gòu)架，都離不開標準化基礎(chǔ)。統(tǒng)一的數(shù)據(jù)標準制定應(yīng)該在應(yīng)急信息系統(tǒng)的總體規(guī)劃層面，而不是某個具體的應(yīng)急信息系統(tǒng)建設(shè)的層面來進行。在某個具體應(yīng)用系統(tǒng)中談統(tǒng)一標準的意義是十分有限的。即使每個系統(tǒng)都實現(xiàn)了“內(nèi)部”的統(tǒng)一標準，也可能導(dǎo)致多個系統(tǒng)之間無法溝通。

對于標準化的認識，也是信息化建設(shè)中誤區(qū)多多的一個領(lǐng)域。如把統(tǒng)一數(shù)據(jù)規(guī)劃甚至統(tǒng)一數(shù)據(jù)庫設(shè)計等同為數(shù)據(jù)標準化，把標準化局限于管理標準化而無視應(yīng)用標準化，把應(yīng)急信息系統(tǒng)的標準化局限于應(yīng)急事件的分級，等等。應(yīng)用標準化是我國信息化建設(shè)的一個弱點和緊迫點，也是應(yīng)急信息系統(tǒng)建設(shè)的一項基礎(chǔ)性工作。如果能在國家層面整合專業(yè)化研究資源，組織面向應(yīng)急指揮和危機管理的統(tǒng)一的標準化研究，則能有效促進整個國家的應(yīng)急信息系統(tǒng)的建設(shè)；反之，如果我們不抓住應(yīng)急信息系統(tǒng)這一建設(shè)背景，則不僅應(yīng)急信息系統(tǒng)的建設(shè)不能進入有序狀態(tài)，標準化建設(shè)本身也將擺脫不了滯后于信息系統(tǒng)建設(shè)的狀況。（參考《把標準做“實”》）。

參考文獻：

1.

《把標準做“實”》 黃以寬，《信息化建設(shè)》2005-1，2

2.

《淺論應(yīng)急指揮系統(tǒng)的基礎(chǔ)性研究》，黃以寬，第一屆中國政府電子政務(wù)論壇交流論文，2004-10