第八章 結論與建議
D. 事故資料庫
鐵路事故建檔之資料，將匯入Access 資料庫中，依各不同之表單予以 檢視建檔資料，並可運用資料庫中查詢之功能將各表單之資料與以彙整，
如資料庫發現錯誤時可直接在表單中修改，增加效率，如下圖8 所示。
圖 8 資料庫欄位一覽圖
資料庫匯出，將 Access 檔之表單經由匯出之步驟轉檔成 EXCEL 檔 案，點選檔案按右鍵跳出一表單後，選取匯出檔案既可將表單匯出，如下 圖9 所示。
圖 9 資料表匯出圖
選擇檔案匯出之位置，並選擇其新匯出表單存取之形式，按下確定 鍵，即可完成其轉檔，檔案輸出成功，如下圖10 所示。
圖 10 資料表轉檔圖
附錄二
專家問卷意見回覆
附錄二 專家問卷意見回覆
擊者資料：警方辦刑案才需要、5.危險品數量類型
瑣，如前一題那些非必要之項目也要逐一填寫，恐
「受傷人員」刪除。
9. 目前橫式公文簽章方式係由上而下，由左而右其順
二、台鐵鐵路事故種類簡化與合併相關內容探討
量及改進。
為宜。機車故障、電車故障、機動車故障、客車故
誤」之c 3.鬆軔不良建議改列於車輛故障項目內。
「故障」建議增加動力車故障(含電車、電力機車、
機動車、柴電機車、柴液機車等)。「延誤」之 b 1、
2 項之站內、站間建議刪除。
9. 現前事故類型分類過細，如同類型的機車故障、車 輛故障、機動車故障、電車故障均係車輛方面故 障，類此合併是有意義及必要的。路線故障、電車 線故障、號誌故障因性質差異較大，原分類一望即 知其事故類型原因及責任單位，為免大分類中又有 小分類，仍建議保留該項事故種類。所以分類過細 或過於簡略同樣不妥，如何才恰當，應取得執行單 位(路局)及資訊、數據使用單位的共識。
10. 綜觀本案事故種類簡化與合併後，由於過度簡化，
對日後事故作分析時容易發生困擾，對單一類別事 故無法詳加分析作為日後改進之參考，宜再深入做 研究。
續資料庫分析時之效率，故於 學理之角度，變數精簡且具代 表性較為重要，與實務方面考 量稍有出入，考量整體面而 言，本研究將針對委員所提出 之意見再三研議。
附錄三
英國 RAIB 通報表格
附錄三 英國 RAIB 通報表格
Form1 RAIBN1：通報表格
事故或意外事件報告表格
2005 年章程規定，以書面形式填寫意外事件發生於章程 4(1)下採取的行動通 知(於電話立即的通報後)並紀錄於行程表 1，發生於章程 4(2)下採取的行動通知(事 故調查和報告) 紀錄於行程表 2。
通報組織名稱：
人工填寫聯絡細節於該表格 名稱：
地址：
電子郵件信箱：
電話號碼：
事故相關事項 發生日期：
發生時刻：(以 24 小時制計算) 當時天候狀況：(簡述當時狀況) 事故地點與離通道最近的點：
介入與該機車行駛相關事故(或意外事件)之所有職員名字與職稱相關責任：
傷亡人員 乘客 工作人員 其他
死亡人數(估計)：
受傷人數(估計)：
與該事故(或意外事件)相關之鐵路企業體名稱：
事故(或意外事件)發生當時車輛上之乘客數：
事故(或意外事件)發生當時車輛上之工作人員數：
於事故(或意外事件)發生位置，指揮或控制人員之詳細資料 姓名：
位置：
電話號碼：
事故(或意外事件)緊急維修處理細節
服務延遲 受影響路段：
阻塞路段長度 從： 至：
事故(或意外事件)中與列車相關之項目 列車1：報告號碼為何? (何處使用) 時間與地點的起始為何?
目的地為何?
何種火車類型? (盡可能提供火車頭 和/或 單位細節)
列車2：報告號碼為何? (何處使用) 時間與地點的起源為何?
目的地為何?
何種火車類型? (盡可能提供火車頭 和/或 單位細節)
列車3：報告號碼為何? (何處使用) 時間與地點的起源為何?
目的地為何?
何種火車類型? (盡可能提供火車頭 和/或 單位細節)
於事故或意外事件發生時，危險物品貨物的類型定義並計算數量：
敘述事故經過
請使用分隔頁紙加以描述意外事件。盡其所能詳述其細節，包括：
1. 對鐵路、鐵路資產或環境造成損壞程度的程度。
2. 簡述導致這一連串事故或意外事件之細節。
填表者簽名：
日期：