台灣官方的物資及志工整合平台待改進處
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2017-07-03 06:54 | r2 | |
顯示 diff- 台灣官方的物資及志工整合平台待改進處
+ 台灣官方的物資及志工整合平台待改進處
Hackfoldr：http://beta.hackfoldr.org/em
文件授權：
（134 行未修改）
|
||
| 2017-07-01 14:57 – 14:57 | r0 – r1 | |
顯示 diff+ 台灣官方的物資及志工整合平台待改進處
+ Hackfoldr：http://beta.hackfoldr.org/em
+ 文件授權：
+ 文件授權：CC BY-SA 4.0
+ 討論源自FB g0v.tw後勤中心
+
+ *2016/2/8起始
+
+ 衛生福利部重大災害民生物資及志工人力整合網路平台
+ *bug太多，誰是測試使用的人呢
+ *是否放上正式網址？http://rvis.mohw.gov.tw 我剛剛找了一下。
+ *本來是點字就會連到網址(所以會有底線)，可能不小心不見了，再連了一次
+ *也感謝ilya提供原網址
+ *
+ *Michael li提供的這個網站真的很一目了然 XD
+ *全台各地財神廟一覽表(取自Slack #general頻道)
+ *http://www.vrwalker.net/tw/newyear2010/2010moneytemplate.php
+ *比起來衛福部網站用起來實在障礙跟疑惑和需要指示很多
+
+ ※可參考陳怡秀２００９年所寫【民間救災平台分析】莫拉克計畫改進
+
+ ※2016/2/9 陳怡秀將討論彙整投稿關鍵評論網：
+ 你的捐款到哪去了？我們第一時間最不該做的就是「捐錢」
+
+
+ 可參考：
+ 1.Bifrost 物資管理平台
+ 2.台灣緊急救災系統建置計畫
+ 3.2014-08-22／民間救災系統交流小聚／台北場／
+ 4.防救災開放資料需求與災防協作
+ 5.2016.02.06 台南大地震災情整合平台
+ 6.對政府災防系統的想像
+ Ryoko Kuo 2016/2/12提供影片連結：
+ 7.臺北市災害應變中心於104年12月24日邀請張賢龢博士「災害應變」演講分享
+ (逐字稿連結至此)
+ 8.災難醫學會於104年12月22日邀請張賢龢博士「事故指揮體系統ICS」演講分享
+ 中華民國災難醫學會在其網站另有提供簡報PDF檔供下載參考
+ * 感謝Ryoko提供第8點
+ *根據這些參考的資源......其實災害管理的領域實在很廣，也還有很多學術界講很久，但是這裡沒有討論到的，我們是不是可以另外挖一個坑，把相關的討論都連結進去，這樣對於災害管理可以有比較全面的認識，大家再依照有興趣的部分點進去討論?
+ *可以啊，我再開一個Hackpad，如果Ryoko可以想一下討論的標題就好了
+ *其實我有預感最後可以可能變成一個Hackfoldr，就是資料夾把所有Hackpad集合起來
+ *但我還沒學會Hackfoldr，我們先討論，我邊學，最後集合起來吧!
+ *(萬一想新增Hackpad，左上角房子旁邊那個有「+」的方框按一下就可以新增Hackpad，)
+ *Hackfoldr教學參考文：
+ *1.https://g0v.hackpad.com/ep/pad/static/b80fhUVlnBe
+ *2.https://g0v.hackpad.com/ep/pad/static/G7idRJqbG3I
+ *3.http://beta.hackfoldr.org/
+ antyo 補充： https://hackpad.com/Ju5gWYTw6u7
+ *感謝Finjon Kiang、antyo
+
+ 請回報使用衛服部物資及志工平台問題和不便之處，以待將來有機會改進，或促成新專案；或寫評論文章投稿
+
+ 問題回報：
+ *志工註冊生日欄位，日期無法直接點選，需按許多次才能到所需日期。
+ *"「紅色字樣」為必填欄位"，但其實紅色和咖啡色差別不大，建議紅色和其他強烈對照色如藍色等區別，或欄位前打「※」號代表必填。
+ *志工註冊地址欄位，部分地區無法點選。
+ *Chrome 無法 dropdown 選擇鄉鎮市區、村里
+ *agree
+ *請問KAI-HIANG LIN希望使用CC BY-SA 4.0或CC0呢？
+ *我目前使用CC BY-SA 4.0，對不起，因為不確定您是FB上哪一位，希望您看到
+ *CC0 (請點字看說明)
+ *CC BY-SA 4.0 (請點字看說明)
+ *
+ *密碼查詢功能是以email查詢，但註冊時，未要求填寫email，即可送出，故無法查詢。
+ *email等連絡方式才該算是必填
+ *登記志工後，系統未要求填寫email或手機，僅需填寫地址，後續若有人力需求，要聯繫志工，若只靠地址，緩不濟急，增加成本。
+ *性別/通訊地址/身份證字號反而像是隱私
+ *專長/緊急連絡方式/email比較重要
+ *【救災服務地點】地址欄位，部分地區無法點選。
+ * 依據系統指示，登入會員基本資料後，找不到勾選＂接收救災物資捐贈通知＂
+
+ 其他會帶有一時情緒上意見的建議：
+ 1.網頁的紅/橘色分布不夠緊急/緩和，過於花俏凌亂。
+ 2.志工人力需求的選項方面，字體不夠大/清楚。
+ 3.加入會員選項，不宜擺在會員登入左側欄位，可比照一般網站，列在帳密登入的下方，清晰易見以便選擇加入。
+ 4.要註冊身分證字號讓人不安，算是刺人隱私，也是公家機關網站常做的事。
+ 5.性別/通訊地址對我而言也算是隱私。
+ 6.不把專長/緊急連絡方式/Email列為志工人力必填，這才是必要的！電話/Email都不用填，如何及時聯絡動員志工？
+ 7.上方欄位的「救災報名」，國籍選項列入本國籍/大陸籍/其他國籍，可能個人意識形態，對於「中國籍」仍該列為「中國籍」，而非「大陸籍」。chrome版在「救災報名」中可以選擇鄉鎮市區，但仍無法選擇村里，形同虛設。
+ 8.整體網站整體而言字體過小，不懂要強調的重點是什麼。
+ 9.網站首頁的客服電話沒有明確服務時間。
+ 10.所以民生物資和志工人力分別只有北、中的聯絡處和電話?
+
+
+ *感謝陳怡秀
+
+ 其他：
+ 有網友留言詢問，我對救災平台實際設計應該要有哪些功能，簡單回覆如下：
+
+ *最基本的，資訊即時更新和回報。
+ *我之前做過公車業的案子，以客運的異常狀況回報系統做為範例。司機遇到公車有任何異常狀況，只要拿起手機登入app，輸入車號後，便能從分類選項，選擇狀況類型，gps直接定位地點，他也能做細部說明。
+ *當司機發出狀況後，總公司負責所屬類型的所有人員，都能接收到該訊息，能夠處理的就按下接單處理，其他人就會知道有人在處理，就去做其他的事情，而司機也會知道已經有人要來處理，等到處理完成後，司機和接單人員都可以回報已經完成。
+ *該系統也能夠由主管指定接單人員等方式。
+ *類似這樣的系統，其實也能運用在救災中物資和志工處理。
+ *由於是災區又是緊急狀況，所以可用手機號碼或臉書帳號，代替繁雜的資料登記。
+ *發出需求後，就能由能完成的人去提供資源，當然系統的設計可以做的更完善，比如說可以同時有許多人接單，但是由發出需求者從能接單的人回報中，選擇離自己最近，或是志工能力或能提供資源最符合者。
+ *也可以設定層級，ex 一般民眾能夠發出的訊息類型，以及救難單位能發出的訊息類型。
+ *災區現場的即時狀況也能透過系統直接更新，ex 送醫者名單，受困者名單，罹難者名單，名單可由現場主管單位每小時更新，說明傷者所在醫院，受困位置、救援狀況、或是大體的擺放地點等等。
+ *可以在家屬休息區及臨時收容所放個大螢幕投影/播放，或是電腦，以提供即時狀況
+ *這樣災民的親友也能了解進度，不會一直打電話詢問。
+ *而未來重建時，此清單也可以由社會局詳細的將災民的受災狀況分類，ex. 房屋受損狀況、受傷狀況、經濟狀況等等，而要捐款的人，可以依照這些災民的個別狀況，直接捐給經濟特別有困難或受傷嚴重的人，而系統也能看出該災民目前收到的款項有多少，避免有人收到過多款項。
+ *像之前八仙塵爆就有許多受傷者其實家境相當的富裕，如果一視同仁給予一樣的補助金，其實對台灣其他經濟貧困的燒傷弱勢不公平。
+ *但系統設計上，也能由災民自行選擇是否願意告知經濟狀況。
+ *除此，物資照理來說，如果有物資系統登記，想要捐贈的人，在捐贈前，就能上網登記要捐贈的物資和想捐贈的地點，立刻就能一目了然的知道，該地區有多少物資，會不會過多，ˊ而捐贈者也能判斷，是不是該把物資轉捐其他單位。
+ *若大型災難，其實最好的狀況是物資系統，和企業廠商以及物流系統是連動的，因為讓許多人分批送少量物資到現場反而會造成混亂，如果能直接由企業提供成本，甚至低於成本的公益價格，由相關廠商(ex. 礦泉水、口罩、棉被等)直接透過物流大批送至災區，反而是最好的。
+ *總而言之，現在網路宅配每天上萬件商品，能夠精準無誤的在24小時內送達全台各地，救災資訊卻如此混亂，其實就是人禍。
+ *物資的部分，是不是可以參考購物網站，政府將需求彙整變成「商品」上架，然後民眾可以「認購'」，只是後面的物流顛倒過來，變成買的人要送去給賣的人這樣
+ *
+
+ *感謝Ryoko Kuo
+
+ 災害現場會需要（有想到的就寫進來）：
+ 1.志工管理
+ 2.資源（包括人、車、物資、設備、機具都算資源）管理
+ 3.交通/動線管理
+ 4.各個指揮站設置位置、現場指揮體系及聯絡窗口（必須讓所有相關人員知道自己要找誰當對口）
+ 5.新聞發言人（Public Information Officer，簡稱PIO）,新聞發佈中心（Public Information Center），定時發佈媒體及民眾需要知道的訊息，並澄清謠言
+ 6.所有人員包含指揮官都要有輪班及代理制度（而且要讓參與的人員都知道什麼時候該找哪一班人聯絡，以免不斷打擾已經下勤的人員）
+ 7.災情管理，進度管制，定時制定下一階段行動計畫（Incident Action Plan）
+ 8.約定的通訊管道及通訊設備使用紀律（例如使用無線電，只要有人不小心按到無線電就會佔頻，會影響其他人的通訊）
+ 9.現場管制(超重要，沒有登錄、沒有識別證的人不能進現場，衍生問題：識別證怎麼做最有效率有最好管制?)
+ 我國的災害應變系統除了事故現場指揮體系（Incident Command System，簡稱ICS）之外，另外在各鄉鎮市區公所/縣市政府/及中央政府設有三個層級的災害應變中心（Emergency Operations Center,簡稱EOC），主要負責跨領域/跨機關/跨層級的救災資源協調調度
+ 就我個人的理解，ICS有點像某一家連鎖餐廳，EOC有點像中央廚房的概念，假設一個災害造成許多不同的災害現場，但是資源數量是固定的，則由EOC來判斷各個現場的需求優先順序以調度有限的資源
+ 在EOC開設期間，除了政府自有資源、開口合約及志願組織等資源之外，當這些資源都不夠的時候，可以啟動『徵調徵用徵購機制』，由縣市政府引用全民防衛動員準備法，對軍方編管的民間資源執行徵調徵用徵購的措施，在921、基隆的北二高大坍方的事件都有用到
+ EOC也有一套各級EOC都在用的系統：EMIC，功能很強大，受理案件的來源包含119,110,1999,及各級應變中心自行新增案件，受理案件之後會自動派遣給相對應的機關，需要發佈疏散撤離訊息也可以用這系統針對特定地區發送LBS簡訊（但是經費由發布的縣市政府自己付，新北曾在演習時使用LBS，五分鐘就二、三十萬政府預算瞬間蒸發了......）
+ 該系統也會提供中央災害應變中心提供的各種專業災情研判及建議（多來自國家災害防救科技中心的分析與建議）
+ 系統提供的資訊及功能非常多，但是基層還是覺得不好用，對於縣市政府來說，我們希望用系統來協助應變人員整合及調度資源，這個系統在案件管制的設計介面不知為什麼就是沒有辦法幫助應變人員做這件事，當案件少的時候還好，當案件在短時間內不斷湧入時，應變人員光是整理案件、篩選掉重複案件就要花掉很多時間，在案件總表中，也完全看不出每一件案件的危急程度（無法一眼就看出派遣的優先順序），為了要確認災情，要派出很多救災人員出去確認、回報之後，才知道要派什麼（例如停電案件，直覺會覺得是台電，但是有可能是樹枝壓到電線，那又不是台電了，台電的人力也有限，他到現場發現需要工務單位處理掉樹枝，回報之後要等工務單位到場處理完，才處理電線---時間就是被很多很多這樣的情況被浪費掉的）
+ *聽起來整理案件的應變能力很重要
+ *對於災害應變中心來說，最重要的就是要消化不斷湧入的資訊並做出適當的協調處置，最簡單的邏輯自然是做套系統來幫助應變人員處理資訊，偏偏不論是第一代的EMIS還是現在要上場接棒的EMIC，似乎都還沒辦法做到，案件少時好用，案件一多就變成應變人員被系統牽制住（啊～對了～每年行政院都會辦各縣市政府的災害防救業務訪評，系統的操作，包括中央下的通報有沒有在時間之內由一定層級以上長官回報『收到』、受理案件有沒有在半小時內派遣、被派遣的有沒有在半小時內回應處理.......這些都是評核項目，應變時已經一片慌亂還要時時謹記在心「這是評核項目」！！！只要一張通報回傳不是科長以上回傳就直接寫進缺失，放在那一千多頁的總結報告裡，還放到中央災害防救會報的網站上供全天下閱覽......）
+ *壓力好大，竟然讓我聯想到教師評鑑跟大學卓越教學評鑑這一塊(生活過往的因素...)官僚兩字也不能囊括的一切..
+ *公家機關什麼都要評鑑.......評到後來都搞不清楚為何而評，甚至有的評核官自己觀念都不太正確還來評地方.......行政院的訪評一次就帶著17個中央機關下來評呢.......地方政府要花多少心力準備啊.......
+ *我覺得我後面貼的這一大塊可以另外挖坑了.......而到目前為止，都還在講應變，還沒有把減災整備和災後復原，甚至整個國家的防災體系寫進來(EX:防災型都更是解藥?防災總署成立了就可以解決各種防災的問題嗎?).......
+ *挖坑吧！17個中央機關是什麼鬼！我需要做一個Hackfoldr，我們如果有空先各自開Hackpad，想起來我以前上班的官僚還只是小縮影
+ 維生管線是否有什麼管線系統，可以讓應變中心一目瞭然管線從那裡中斷、影響地區，只要有同地區的相同案件報案進來，就可以歸在同一件？
+ 此外這個系統案件的管制（一個案件一個案件點進去更新）及分類（用災害類別來分）的方式，在八仙那樣的大量傷病患案件是沒有辦法運用的，實用性還不如在GOOGLE開一張表單
+ 有什麼樣的系統可以協助災害應變中心有效消化大量湧入的資訊，並有效調度及運用手上握有的資源？
|
||