另外，我們之前也有提過，比如縣市沒有開設收容所的狀態下，他們是不是可以直接點選無資料填報，因為當縣市尚未有收容的時候，我們需要確認他們是沒有開收容所，而不是忘了去填，因此我們之前有針對無資料填報的功能，是不是縣市點一個按鈕，就可以告訴我們有填了，但實際無收容的情形，而不用像現行的機制，縣市沒有開設收容所的狀態下，還需要填報一筆告訴我「無」，然後我才知道這個縣市有填報而無收容，諸如此類的問題，以上說明。

有一些防災的機制，我們之前也有反應過，好比像累積收容人數絕對不可能低於目前的收容人數，又或者是累積收容人數這一報的資料一定不會少於上一報的資料，所以如果系統上可以透過一個防呆機制讓錯誤的數字無法登打的話，我們後端就不用一直確認這一個數字跟上一次的數字是不是有問題，這個是很花費我們的時間。

如果縣市是他們自己要增加的時候，可以幫公所去修，但等到下一報，要再更新資料的時候，他帶到的有可能還是公所的錯資料，這個是很耗費我們在災時應變的人力，尤其是災時大家都很忙亂的時候，所以我們每一次跟縣市要資料的時候，縣市都會覺得 我們對他們是一種干擾，我們也有一點無奈，但基本上現實的狀況就是這樣子。

另外，剛剛有提到的一些建議，其實通常都是針對通報表在登打的建議，比如像下拉式選單，如果現在公所的人員的新店區開設收容處所，必須登打名字之後，然後再選開設的時間，登打目前收容人數跟累積的收容人數，是必須要逐筆登打的。

剛剛有先進提到如果透過一些機制，他們可以掌握收容所內的進出，就不用3個小時或者是6個小時通報的這一件事，我們比較擔心，一方面是災害應變這一件事應該是分權負責，我們也不太能夠去確保公所直接登打的資料，也就是是不是可以在中央應變災害中心陳報的資料，這個是一個部分。

我們補充一下，一方面疏散收容系統其實是沒有經過縣市的審核，是由公所直接登打，但通報表是公所上傳到縣市，然後審核之後會送到中央，我們相信數字報上來的，是經過審核的。