現場「砰」一聲，沖床把手夾傷了。老闆接到電話的第一反應是叫車送醫——這完全正確。但在救護車開走的那一刻，另一個時鐘也按下去了。
依《職業安全衛生法》第 37 條第 2 項，工作場所發生特定程度的職業災害，雇主必須在 8 小時內通報勞動檢查機構。不是「有空再說」，是八小時。而多數中小企業的頭八小時，往往花在同一件事上：打電話問人。問廠長、問人資、問會計，問「這種算不算要報」。等到有人查到答案，時間常常已經過了一半。
Photo by Collab Media on Unsplash
先搞清楚：哪些狀況真的要在 8 小時內通報
法規寫得其實不難懂。符合下列任一情形，就要通報：
- 發生死亡災害
- 同一事故罹災人數在三人以上
- 罹災人數一人以上且需要住院治療
- 其他經中央主管機關指定公告的災害
幾個現場最常搞錯的地方：
一、八小時從「知悉」起算，不是從送醫回來起算。實務上以事業單位知道或應當知道事故發生的時點開始計算。班長晚上十點知道、隔天早上八點才報給老闆，時間並不會因此重新歸零。
二、「需住院治療」是關鍵字，不是「有沒有骨折」。判斷基準是醫療處置的形式。員工被送去急診、醫院決定收住院，即使只是觀察一晚，也落在通報範圍。很多公司是等出院了才發現「原來那天算住院」。
三、現場不能隨便清乾淨。除了必要的搶救與急救之外，未經司法機關或勞動檢查機構許可，不得移動或破壞現場。實務上常見的失誤是好心的同事把機台復位、把地上血跡沖掉、把斷掉的防護罩丟掉——出於善意，但後續調查跟責任釐清會非常難處理。
至於罰則，未依規定通報是會被裁罰的。要提醒的是，職安法的罰鍰額度近年有修法調整的動作，實際級距請以主管機關最新公告為準；但無論金額多少，真正貴的從來不是罰單，而是後續的停工、訂單延誤與客戶稽核不過。
中小企業卡住的不是法規，是訊息鏈
幾乎沒有老闆是故意不報的。會出事的，通常是這三個環節：
訊息斷點。現場用 LINE 群回報，群組裡三十個人，訊息被「明天要出貨的料到了嗎」洗掉。等有人往上翻，兩小時過去。
判斷斷點。知道了，但沒人敢決定要不要報。廠長怕小題大作被老闆念，人資不確定「觀察住院」算不算。於是大家互踢，等老闆開完會。
紀錄斷點。最後有報了，但通報時間、通報對象、誰決定的、依據什麼，全部沒有留下。三個月後勞檢來調卷，只找得到 LINE 對話截圖和一張手寫的意外報告單。
這三個斷點，剛好就是一套內部系統最擅長解決的事：把訊息路由固定下來、把判斷邏輯寫成規則、把過程自動留痕。
系統該長什麼樣：五個核心模組
1. 現場一鍵通報：手機能開單，而且很醜也沒關係
入口要極簡。工地與產線上的人，手上可能戴著手套、環境吵、光線暗。表單能不填就不填：選事故類型（夾傷／墜落／感電／化學品／交通／其他）、選地點、拍照、按送出。姓名與工號由登入身分自動帶入，發生時間預設為當下。比起做一個漂亮的 App，用 LINE 圖文選單接一個網頁表單通常更務實——現場工人不會為了一年用一次的功能去裝 App，但 LINE 每個人都有。
2. 分級判定引擎：讓系統替人做出「要不要報」的第一判斷
這是整套系統的價值核心。開單後，系統依序問幾個是非題：有人送醫嗎？醫院是否收住院？同一事故受傷幾人？是否有死亡？
答完之後，系統直接輸出結論：「本案符合 8 小時通報要件，倒數 07:42，通報負責人：張經理」，同時推播給指定的三個人（廠長、職安人員、負責人），並在未回應時逐級升級。
重點不是系統替公司負法律責任——法律責任永遠在雇主身上——而是把「要不要報」從一個人人閃避的模糊問題，變成一個有預設答案、需要有人具名推翻的明確問題。這兩者在組織行為上差距極大。
3. 虛驚事件走獨立通道，而且不能拿來懲處
Photo by Tomi Saputra on Unsplash
安全管理有一個被引用了近百年的經典經驗法則：一起重傷事故的背後，往往累積著數十起輕傷與數百起沒造成傷害的虛驚事件。這個比例本身在學界一直有爭論，不必當成定律，但它指出的方向是對的——重大事故很少是憑空發生的，前面通常已經閃過很多次紅燈。
虛驚事件（near miss）就是那些紅燈：吊掛的料差點砸到人、電線外皮破了但還沒觸電、堆高機轉彎時差點撞上走道的人。這些事沒人受傷，所以沒人會寫報告。
系統上要做兩件事。第一，虛驚通報做成可匿名的獨立入口，不走事故流程、不驚動勞檢，就是內部紀錄。第二，也是更難的，制度上明文寫出「虛驚通報不作為考績與懲處依據」。沒有這條保護，虛驚通報數會永遠是零——不是因為現場很安全，是因為沒人想害到自己的班長。
4. 根因追蹤：把「以後會小心」變成一張有負責人與到期日的任務
大部分意外報告單的最後一欄都寫著「加強宣導，請同仁注意」。這句話沒有任何可追蹤性。
系統應該強制把矯正措施拆成三層，並各自指定負責人與完成日：
- 立即處置：停機、隔離、貼上禁用標籤（當天）
- 矯正措施：加裝光柵、更換防護罩、修改 SOP（限期）
- 預防措施：同型機台全廠清查、教育訓練排課（限期）
到期未完成就自動升級到上一層主管。這個設計聽起來很囉嗦，但它是勞檢時最值錢的東西：你能證明公司不只是「知道了」，而是真的做了、而且做完了。
5. 統計與月報自動生出來
達一定規模的事業單位，還有按月填載職業災害統計、報請勞動檢查機構備查並公布於工作場所的義務（適用門檻依主管機關公告）。這件事在沒有系統的公司，通常是月底由人資翻紙本單據手動打表。
只要前面四個模組的資料是結構化的，這張報表就是一個查詢。順帶可以把失能傷害頻率（FR）、嚴重率（SR）這類指標自動算出來，每月推給經營層一張圖——它同時也是 ISO 45001 稽核、以及大廠客戶供應商稽核時會被要求出示的資料。
值不值得做？用一個情境試算
Photo by Declan Sun on Unsplash
假設一家 80 人的金屬加工廠，一年發生 2 起需住院的職災、十幾起沒人報的虛驚事件。以下是純情境推估，不代表任何實際案例：
- 通報逾時風險：一次逾時就可能面臨裁罰加上勞檢進場。除了罰鍰，停工一天對一家月營收千萬等級的工廠，直接損失就是數十萬。
- 報表工時：月報與年度統計原本每月耗掉人資約 6 小時，一年 72 小時。
- 客戶稽核：大廠供應商稽核要求提供近三年職災紀錄與矯正措施證據，翻紙本準備一次約 2 至 3 個工作天。
- 保險與訴訟：爭議發生時，有無完整的通報時序與矯正紀錄，直接影響舉證能力。
一套涵蓋上述五個模組的內部系統，以台灣中小企業的客製化行情，通常落在數十萬的級距，之後每年維護。如果它只要在三年內避免掉一次逾時通報加停工，帳面上就打平了；而真正的效益，是那些因為虛驚被提早修掉、所以根本沒發生的事故——這部分永遠算不出來，卻是做這件事的真正理由。
落地建議：不要一次上五個模組
看到這裡很容易得出「那全部做一做」的結論，但這通常是失敗的開始。比較務實的順序是：
第一階段（1 個月）：只做通報入口 + 分級判定 + 推播。解決最致命的八小時問題，功能單純、現場學習成本低。這個階段就足以拿掉最大的風險。
第二階段（2 至 3 個月）：加上根因追蹤與到期升級。等第一階段的資料開始累積，公司才會知道自己的事故長什麼樣，矯正措施的分類也才設計得準。
第三階段：虛驚通道與統計報表。虛驚通報放最後，不是因為它不重要，而是因為它最依賴信任。前面兩階段如果讓現場感受到「通報之後真的有人來修」，虛驚的量才會上得來；反之，再匿名也沒用。
還有一件比系統更重要的事：先把「誰是通報決策人」寫進書面規定，並且指定代理人。老闆出國、廠長請假的那天，如果沒有人有權按下通報鍵，再好的系統也只是多一個沒人點的紅色按鈕。
結語
工安系統是那種做了不會有人稱讚、但沒做會出大事的東西。它不會讓營收多一塊錢，卻可能在某一天替公司省下一次停工、一場訴訟，或是一個員工的手。
如果公司目前還是靠 LINE 群組加紙本意外報告單在管這件事，不必急著導入大型套裝軟體。先做一個現場能一鍵開單、會自動算倒數、會強制指派負責人的表單，接上現有的 LINE 官方帳號就好。多數中小企業真正需要的，就是這麼多。