我們再討論一下是不是取得平衡，因為我們的確是要達到所有民眾的標準、想要的方式，其實是比較難的，我們就看製作基本款、基本功能，我們後續也是有這一個idea，我們才把資料來作開放的方式，讓其他的加值，也許加值之後回過頭來也可以利用這一些加值的部分再嵌入我們的網站，謝謝。
第一個是要建置數據匯流的平台，我們未來要跟NCDR整合，我們這邊會以防救災為基底提供資訊的服務，可以強化資料平台交換的，以上報告。
在107年度的部分，我們在防救災系統的部分，我們希望能夠建立資料的平台，能夠將所需要的Open Data，在EMIC有相當多的通報表及避難收容的資訊，我們希望能夠集合在一起，其實比如以民眾業界的創意跟未來開發發展是無窮的，我們希望把這一些資料開放出去，並提供給Open API，讓大家拿到的時候，可以做後續的設計跟創意的發展。要開放哪一些Open Data跟API，我們會邀請專家學者來瞭解他們所需要的未來資訊到底包括哪一些。
在之前的會議，唐政委希望我們可以針對K12的目標來作設計的動作，消防署有召開會議來討論，也有邀請專家來作評估的工作。K12是希望由教育部，其比較能夠focus群眾的口味，我們這邊會主要針對 民眾的部分來作推廣，教材以針對民眾的角度去設計。
我們預計會建立一個防災教育館或者是跟科博館合作，希望用AR或者是MR的方式，讓民眾可以透過擴增實境可以更容易瞭解我們這一些知識推廣。
在明年的部分，除了NCDR可以提供道路停水及電信的地圖服務部分。另外，我們在剛剛提到的規劃推廣的部分，防災知識推廣演練這邊，我們希望可以將防颱、防震的知識，利用網路推播活動，能夠達到讓民眾去瞭解這一些防颱、防震的知識。
目前可以提供的資訊，包含了民生資訊、颱風路徑這一些，我們希望可以開放更多的資訊，也許地震、交通、淹水、海嘯等資訊，都可以整合到一站式的圖台，讓民眾可以更容易查詢。
所以我們在明年5月汛期之前的時候，這一邊的亮點是希望能夠提供民眾豐富圖資化的視覺資訊，我們希望可以把相關的圖例能夠清楚顯示單一圖層，希望可以看到要的災害資訊或者是交通的水電資訊。
107年度我們預期會在汛期之前的5月提供一個亮點，而這邊的亮點是希望能夠提供一站服務的民眾版，災害情報站是消防署這邊所建置的。因為其實目前國家的政策是希望能夠將所有的服務能夠整合、能夠提供給民眾單一入口的方式，拿到他要的資訊。
第五個工作項目完成整合水電民生的部分，消防署會與NCDR合作，也就是做圖資圖台的合併動作。
我們預計要做放在知識館、編撰防災教材，希望透過社群的推播作推廣的動作，在演練的部分，我們希望可以加強民眾的參與，提供互動跟學習分享的體驗平台。
除了前面兩項是屬於技術建置的部分，「3」、「4」是屬於推廣及規劃的部分，包含我們的數位教材及推廣的作業，接下來是網站平台的演練建置跟推廣的招標作業。
我們主要的建置是招標作業自106年至109年，其實在防救災的資訊系統整合部分，其實主要的是針對我們的EMIC系統來作精進、優化的2.0建置，災害情報站也會再就災害情報站2.0來作優化。
我們106年年度12月的部分，包括了一些招標的前置工作，目前雙方的作業正在進行當中，也就是在公告。
其實我們這邊系統的整合，也就是包含了防災跟救災的部分，我們接下來四張投影片會針對第三張投影片，也就是106年度在年底的工作項目，其實後面三張投影片也會在107年的6月跟12月。
主席、各位長官，消防署接下來報告的是防救災系統的整合。
消防署要做EMIC系統，必須要做這一些東西，但我們還是要講系統只是工具，而是配合業務的需求去產生，如何讓這一個業務能夠更快、更方便達到，但至於這一個業務要如何用、中央要不要這一些資料？如果衛福部不要，我們也不需要。
這個針對疏散撤離、收容的這一件事，中央、地方做到什麼樣的程度，這個必須要有整套業務上的規劃，我們希望由衛福部來處理。
可以，但是很難。
但是非常困難，我們有試過，但很困難，最後沒有成功。
後面有一些技術性方面，我們再由資訊室報告，謝謝。
同時在地方政府的執行部分，也透過業務的起迄，請衛福部平時加強訓練，災時落實資料填寫回報。
另外，有關於資料品質不佳，我們也希望系統的調整，因為系統是工具，也是配合業務，而配合業務上的需求來做，所以希望系統做調整的時候，需求的訪談希望請衛福部能夠多多幫忙。
另外，就資料品質的部分，我們看到有一些有填通報表、有一些是填通報系統，像疏散清理的清冊，像一家姓王的人，就寫王1、王2及王3，這一些品質並不是很好，我們也希望透過Open API的方式或者是地方政府介接的方式可以傳上來，當然可以遮蔽部分的資料，就可以變成Open Data的資料，就可以讓民間加值應用。
我們也會希望衛福部要求地方政府，因為實際上在執行的時候，是地方社政單位的人員在做這一些事，所以這一些工作項目，業務上這一些必須要做的事，透過業務的體系，必須要去落實、推動。
因為我們希望減少地方人員在操作的步驟，希望把重複登打的問題解決，這一些數字就直接帶到通報表，但這樣的前提是必須要每一筆都確實經過系統避難疏散跟收容的作業，這樣子的通報表才會正確。
第二，在登打的時候，應該要更方便，所以這一些資料的輸入，應該是用點選或者是下拉的方式，讓人員很容易操作。
第一，各個收容處所不一定有電腦、網路，所以系統應該是手機、平板都應該可以使用，或者是可以離線使用，有網路的時候一樣可以作業，有網路的地方，再把這一些數據傳出來。
後面的檢討有一些未來要策進的方向：
我們今天討論106年的收容人數，我們把收容的人數匡起來，就以第三個的「泥沙季收容人數」，實際上是938人，但上面寫3,272人，所以人數是有相當大的落差。
表示真正在用剛剛講到的步驟、撤離及收容的人數，遠遠少於實際發生的人數，就是很多的避難收容人數、收容安置的人數，是沒有經過系統的操作而直接去的，這個是目前的現況。
我們以這幾年的統計來看，我們以104年至106年執行的狀況來看，通報表是實際發生的案件、人數，前面兩個欄位，系統欄位是操作系統，用系統來執行填報或者是執行疏散的避難收容，這兩個大項其實有相當的落差。
民眾進去之後必須要登記，在撤離時，有一些預設的收容處所，就會帶出人名，臨時新增也會透過單筆的新增把它建立出來。
首先要把預設已經有資料的處所，先開設起來，這在系統當中也是預設了行政區域當中，我們點選相關的資料，開設了以後，其他的EMIC上，對民眾的這一些資訊，就可以看到這一個收容處所是開或者是關，裡面的人的聯絡電話或者是地址，在這一個動作都可以完成。
有關於收容安置的作業，我們首先開設避難收容處所，平時要先新增收容處所，災時的時候開設，開設之後就接受收容人員的登記、離開，然後產出收容名冊回報，最後結束是撤除這一個收容處所，就完成了收容的作業。
如果有新增，像旅客或者是新回來的人，像臨時的住戶，也可以增加單筆增加的方式去新增撤離的人員。
如果有設定到去哪一個收容處所，我們在這邊登記起來、把它寫起來去哪一個收容處所，我們收容的作業就可以自動帶出來這一個人的人名及資料。
執行撤離之後可以依照實際的進度跟情形，這邊表列幾個項目，像「自行離去」、「不在場所」，如果手持的電腦設備有的話，就可以上網登打，不然就要回到辦公的地方，有網路的地方再輸入。
而撤離的名冊同樣在土石流檢視區域也可以這樣來產生，撤離之後列印出來，交給村里長，交給名冊來進行撤離。
再來是名冊，可以預設這裡面有多少的人員在內，依照這一個撤離的名冊，交由公所或者是村里長去執行疏散跟撤離。
第二種方式是，土石流的溪流有點選出來，如果有發布紅色警戒，相關附近的居民跟撤離的對象都可以產生出來。
第一種方式是行政區域的方式，去設定要撤離的裡面是裡面的人，這裡面可以產生撤離的名冊。
首先要先設定撤離的區域，我們有兩種方式：
我們接著看疏散撤離的流程，首先業務的系統上必須要先設定撤離區域，然後會產生撤離的名冊，依照這一個名冊來去執行撤離，最後撤離情形的回報，關閉、結束撤離的作業。
居民資料查詢，同樣這一個表列的居民，也可以同步在地圖上顯示點位。
在實施避難疏散居民的部分，也可以把所有住民的資料，又或者是像避難的弱勢、老人、行動不便者或者是慢性病的患者，可以預設用EXCEL的檔案會如，然後災時的時候要把這一些人避難疏散撤離出來的時候，就可以做，單筆也可以這樣作業，也就是一筆筆登打。
另外，避難收容處所裡面的物資，也可以把衛福部的系統當中所建置的這一些物資帶入，就可以看到這一個處所裡面相關的物資。
另外，在查詢的時候，我們在點選，系統會預設到相關的避難收容處所，因為這可能有一點不太正常地顯示，這個是一個表格，表格點選以後會自動跳到地圖上的地點。
首先，平時整備的作業，我們看到這個系統裡面，可以把衛福部避難收容處所，目前已經可以成功地介接進來，同時也保留EXCEL檔案匯入，平時把這一些避難收容處所來彙整。
大綱包含現況說明、未來規劃及有針對自動統計人數的概念來提出報告，詳細的說明如下：
