第29章
會議冇有開場白,直接切入主題。大螢幕上回放著暴雨期間的關鍵時間節點、指令記錄、現場畫麵和資訊流圖。
“第一個問題,”林靜指向螢幕上一處資訊流斷點,“7月24日22:15,城西泵站報告電力中斷備用發電機啟動,但該資訊在23:10才彙總到指揮中心,導致對周邊積水風險判斷延遲近一小時。資訊傳遞的堵點在哪裡?是技術問題,還是流程問題?”
負責該片區的排水公司經理和供電公司負責人立刻緊張起來。經過現場梳理,發現是跨部門資訊報告層級過多、缺乏標準化介麵所致。泵站屬排水公司,電力故障報修走供電係統內部流程,兩條線在基層冇有交彙點,需各自上報至公司級,再由公司報給應急局,最後纔到指揮中心。
“所以,我們建立了‘城市大腦’,接入了成千上萬的傳感器,但在最關鍵的時刻,‘人’的報告係統卻成了最慢的一環?”林靜的問題一針見血,“必須打破這種壁壘。 我要求:第一,應急局牽頭,製定《極端天氣下關鍵基礎設施狀態資訊直報規範》,明確泵站、變電站、基站、醫院、主乾道等關鍵點位的狀態資訊,在發生故障或險情時,必須通過指定平台或通訊鏈路,在15分鐘內直報市應急指揮中心,同步抄送主管部門。 第二,大數據局負責,在現有‘城市大腦’平台上,緊急開發‘應急指揮協同模塊’,為各聯動單位開設專屬資訊報送和指令接收,資訊一旦錄入,相關單位實時可見,減少中間流轉。 一個月內,我要看到原型係統並組織測試。”
接著,她又指向物資調度中的混亂案例:“救災初期,A區申請衝鋒舟,B區也申請,但市裡儲備的衝鋒舟在C倉庫,調撥需要時間。而同時,我們瞭解到某民間救援隊自帶衝鋒舟已抵達,卻因為資訊不通,冇有及時納入統一調度。這說明什麼?”
“說明我們的應急物資和社會力量底數不清、資訊不通、調度不智慧。”應急局長主動檢討。
“冇錯。”林靜點頭,“所以,要織第二張網:應急資源‘一張圖’。 由應急局、發改委、民政局、紅十字會等牽頭,全麵摸排並動態更新政府儲備、企業代儲、協議供應商以及登記在冊的社會應急力量、誌願者組織所擁有的重要物資、裝備、專業人員資訊,全部納入‘城市大腦’應急模塊,實現可視化查詢、智慧匹配和一鍵調度。這件事,兩個月內完成基礎數據庫建設。”
覆盤會開得如同手術室般精準而高效。一個個問題被揪出,一個個解決方案被當場拍板,責任單位、完成時限明確無誤。與會者壓力巨大,但也心服口服。他們看到,林靜不是在追究某個人的責任,而是在為整個城市構建更堅固、更智慧的應急防護網。
第二張網:基礎設施的“韌性補強”
暴雨暴露了城市排水係統的曆史欠賬和脆弱環節。林靜帶著分管副市長、規劃、住建、水務、財政等部門的負責人,用了整整兩天時間,實地勘察了內澇最嚴重的十幾個點,並調閱了全市排水管網、河道行洪能力的詳細評估報告。
在曾經積水深達兩米的老貨運站片區,她指著仍然泥濘不堪的街道說:“這裡的管網是上世紀七十年代建的,口徑小,淤塞嚴重,而且地勢低窪。光靠疏通和臨時強排,治標不治本。規劃、住建、水務,你們聯合拿出一個係統性改造方案。 不僅要考慮管網擴容,還要結合城市更新,係統推進‘海綿城市’建設,增加透水鋪裝、下凹式綠地、雨水調蓄池,讓雨水‘滲、滯、蓄、淨、用、排’有機結合。 財政要統籌資金,優先保障這類民生安全工程。”