本系統災害通報的運作模式及資料需求，主要參考消防署「中央防救(處 理)災情傳遞資訊系統」之資料庫及其現有系統功能，針對資料倉儲的功能 需求考量，因此在資料庫的結構上有大幅度的變動。其中包括針對災害本 身的主要回報資料、災害發生所引發的其他類型災害資料的建置方式（以 公路通阻為例）、災害災情詳細資料、空間對應資料的建構等，均從利於資 料倉儲運作的前提為出發點設計。
為節省篇幅，本節說明略去許多較為瑣碎不重要的資料表，僅就關鍵 的觀念搭配示範性的資料表加以描述。
5.1 災害災情主要資料
災害災情主要資料包括災害專案、災害案件、以及災害報告。其中每 一筆災害專案(HazProject)的紀錄對應一個大型的災害專案，例如納莉颱 風、331 地震、大規模火災等。災害專案資料建立的時間，大抵從大型災害 發生或者被預測到的時間點開始，專案結束時間則以災害過後一切救災活 動結束為建議時間。
災害案件(HazCase)則是記錄災害專案發生時期，各個發生在不同的時 空環境下的所發生災害事件，並記錄其所屬災害類別，發生時間、以及主 管該地區該類型災害的政府單位代碼。每一筆災害案件的發生，在勘災及
在平時無重大災害的情況下所發生的小型災害案件，如冰雹、車禍、
小型火災等，則不附屬在任何災害專案下，因此在災害專案代碼的欄位上 使用 0 值代替(HProjId=0)。
災害類別(HazType)在建置上採用樹狀的結構來管理，從資料倉儲建置 的觀點來看屬父子式階層，每一種災害類別都有其父類別，例如「爆炸」、
「建築物火災」及「森林火災」等子類別都屬於「火災」這個父類別。災 害回報時，災害類別的選擇只允許使用葉節點的類別。
災害災情的詳細資料，主要都附加在災害案件以及災害報告下加以延 伸，延伸的作法在下一小節將加以說明。
5.2 災情細節資料表
災害災情的詳細資料，即時的案件相關彙整資料主要由災害案件延 伸。而各時間點詳細資料的回報，仍須經由災害報告來延伸，依照各種不 同類型的災情資訊，本研究提供數種建置的範本，分別以受害人員及其避 難收容、建物損毀、維生管線損壞及維修，以及公路阻斷為例子說明。其 中公路通阻由於在工程作業上亦可視為一個案件，因此留在下一小節說明。
下圖說明災害案件發生時，記錄受害人員的作法。其中核心的資料表 為受害人員列表(VictimLst)。在該表中紀錄包括受害者事件所屬的災害案件 代碼、受害者詳細資料表(Victim)的關連代碼、在哪一份災害報告中被提報、
受害類型(SufferType: 死亡、失蹤、重傷、輕傷、受困等)、目前在哪一個 使用中的收容避難所(RefugeUse)，受害狀況具體說明，以及安置處理的措 施。
收容避難所類別(RefugeType)包括醫院、學校、大型廣場等。在收容所 啟用的情況下，才可收容災害受害者。
災害報告資料由於各階段報告的重複性高，因此並不直接納入資料倉 儲，替代的方法是災害案件也和詳細資料有所連結，而且必須隨時與最新 災害報告的資料保持一致性。只有災害案件所連結的資料，會在資料倉儲 中建立線上分析所需要的資料方塊(Cube)。
上圖則說明建物損毀以及維生管線災情的建置方式。這兩種災情資訊 都有分別連結到災害案件以及災害報告。不同於受害者資料，一個建築物 不會同時有多種受損事件，因此在建物損毀的列表(BldDmgLst)直接列示其 詳細資料即可。
維生管線的損壞資訊由於主要是統計資料，因此在每階段的報告中，
對連結到災害案件的統計資料加以更新。維生管線的類別包括水、電、瓦 斯、電話等。
5.3 災害災情延伸資料表
部分災害案件所延伸的災情細節，由於工程人員在救災過程的報告需 要因此可以採用類似災害案件與災害報告的架構來處理。以下以公路通阻 為例說明這類作法。
當公路阻斷事件發生時，就會產生一個公路通阻案件(Roadblock)。發 生公路通阻案件的原由，可能來自於一個大的災害專案下的某個災害案 件，也有可能僅僅是平常的維修動作。因此在公路通阻案件資料表中包含 了所對應災害案件的連結欄位(HCaseId)，但這個欄位也可以是 0 值，表示 該公路通阻案件並非源自於任何災害案件。
類似災害案件的作法，一個公路通阻案件可以包含多個公路通阻報告 (RbReport)，以記錄工程人員各階段的修復進度。不同於災害案件欄位的通 用型設計考量，公路通阻案件資料表增加了許多業務相關的資料欄位，包 括公路基本資料(Road)、起始與終點樁號、阻斷程度、阻斷時間、預計搶通 時間、實際搶通時間、主管工務段的代碼等。同樣的情形也出現在公路通 阻報告中，具備了業務相關的欄位。
替代道路(AltPath)則延伸自公路通阻案件，類似災害案件所延伸的災害 災情詳細資料。
5.4 空間描述資料表
本系統資料庫的另一個重要設計是引入地理位置對應的資料，使各種 關連式資料都能有相對應的空間資料。除了各類資料包括災害案件、行政 區域等的空間對應查詢外，也需要具備從空間範圍查詢關連式資料的功 能。另外在資料倉儲的設計中，空間維度的階層關係雖然是建立在行政區 域的層級上，但是在一個災害案件可能有多個空間對應資料的情況下，設 計上將更為複雜。
下圖是空間對應的作法，主體為空間對應資料表(Geometry) ，為了利 於資料倉儲的設計，各個需要空間對應的關連式資料表(例如 HazCase)都有 中間的資料表(例如 GeoHazCase)來連結，使該空間對應資料表得以保持和 多種資料表之間的一對多關係。
空間對應資料表的設計如下表。其內容包含行政區域代碼，此部分為 資料倉儲空間維度的依據。圖元維度則描述該空間物件的型態，0 維即代表 點物件，1 維代表曲線物件，2 維代表多邊形物件，3 維則是物體。在本系 統中只會用到 0 至 2 維。而空間資料則由節點數和節點座標資料此兩欄位 存放。為了方便起見，維度欄位大於 3 時，節點數和節點座標資料將無效，
該空間物件直接引用行政區域所對應的空間資料。
Geometry 空間(地理位置)詳細資料
Key 欄位名稱 說 明 資料型態 佔用空間 Null
P.K GeoId 空間物件代碼 int 4
TableId 對應資料表代號
GovRgnId 包含本物件之最細分行政區域 Id int 4
Dim 圖元維度 tinyint 1
SegNum 節點數 int 4
GeoData 節點座標資料 image 16
MinX 左界 float 8
MinY 下界 float 8
MaxX 右界 float 8
MaxY 上界 float 8