09-01｜Stop Work 與 Good Catch｜維修現場的異常攔截與停止作業判斷

特殊氣體鋼瓶維修中，

真正重要的能力不只是：

Can Perform the Work
（能夠完成作業）

更包括：

Can Recognize When Not to Continue
（知道什麼時候不應繼續）。

很多嚴重事故並不是因為：

「完全沒有作業程序。」

而是異常訊號已經出現，

作業人員卻仍然：

Continue the Task
（繼續作業）。

因此維修現場需要建立兩個非常重要的安全觀念：

Stop Work
（停止作業）

與：

Good Catch
（良好攔截）。

Stop Work 的核心是：

異常尚未確認之前，
不要讓下一個高風險步驟繼續。

Good Catch 的核心則是：

在異常演變成事故之前，
有人成功辨識並攔截了風險。

這兩者共同形成：

Human Safety Barrier
（人員安全屏障）。

一、什麼是 Stop Work？

Stop Work
（停止作業）

不是單純：

「停止工作。」

而是在作業過程中發現：

Abnormal Condition
（異常狀態）

Unknown Condition
（未知狀態）

Procedure Mismatch
（程序不一致）

Equipment Abnormality
（設備異常）

Identification Mismatch
（識別資訊不一致）

或其他可能影響安全的情況時，

停止目前作業的進一步發展。

基本邏輯是：

Abnormality Detected
（發現異常）
↓
Stop Work
（停止作業）
↓
Preserve Current Condition
（保留目前狀態）
↓
Report / Escalate
（回報／升級處理）
↓
Verify
（確認）
↓
Determine Next Action
（決定後續處置）

而不是：

Abnormality Detected
↓
Guess the Cause
↓
Continue Working

因此：

Stop Work
≠
Failure to Complete the Job
（不是工作失敗）

在很多情況下，

Stop Work 本身就是：

Correct Safety Action
（正確的安全行動）。

二、UNKNOWN ≠ SAFE

維修現場最危險的判斷之一，

就是：

「不知道有沒有問題，所以應該沒問題。」

正確觀念應該是：

UNKNOWN
（未知）
≠
SAFE
（安全）

例如：

不知道鋼瓶內是否還有壓力

不知道前站作業是否真正完成

不知道標籤是否正確

不知道 PRD 是否已經受到工具干涉

不知道螺紋上的材料是 Foreign Material（異物）還是 Thread Material Loss（螺紋材料缺失）

不知道某個 DOT-SP 是否仍然有效。

這些情況都不能直接轉換成：

「應該可以繼續。」

更合理的判斷是：

Unknown Condition
（未知狀態）
↓
Information Insufficient
（資訊不足）
↓
Do Not Assume Safe
（不得自行假設安全）
↓
Verify Before Continuing
（確認後再決定是否繼續）

三、Stop Work 不等於 Emergency Stop

Stop Work

與：

Emergency Stop
（緊急停止）

不能完全視為相同概念。

Emergency Stop

通常是設備或系統面對：

Immediate Hazard
（立即危害）

時的緊急功能。

Stop Work

則可以發生在：

事故還沒有發生之前。

例如維修人員發現：

Label
（標籤）

與：

Work Record
（作業紀錄）

不一致。

此時：

沒有洩漏

沒有設備故障

沒有人員受傷。

但仍然可以：

Stop Work。

因此：

No Accident Yet
（事故尚未發生）
≠
No Reason to Stop
（沒有停止理由）

這正是預防性安全管理的重要觀念。

四、什麼是 Good Catch？

Good Catch
（良好攔截）

是指：

潛在危害或異常已經存在，

但是在真正造成：

Incident
（事故）

Equipment Damage
（設備損壞）

Gas Release
（氣體釋放）

Wrong Operation
（錯誤操作）

或：

Personnel Exposure
（人員暴露）

之前，

被人員成功辨識並攔截。

Good Catch 的價值在於：

The Barrier Worked
（安全屏障成功發揮作用）。

因此 Good Catch 不應被理解成：

「反正沒有出事。」

更重要的是：

Why Was the Abnormality Present?
（為什麼異常會存在？）

以及：

Which Barrier Caught It?
（是哪一道屏障攔截了它？）

五、Good Catch 與 Near Miss 的關係

Near Miss
（未遂事件／虛驚事件）

通常代表：

事件已經接近造成不良結果，

但最後沒有形成實際傷害或損失。

Good Catch

則更強調：

Detection and Intervention
（辨識與介入）。

兩者可能重疊，

但觀察角度不同。

例如：

錯誤狀態標籤貼在尚未完成前站處理的鋼瓶上，

鋼瓶已經送到維修區。

這可以從事件角度描述為：

Near Miss。

如果維修人員在進一步操作前：

發現標籤與紀錄不一致，

停止作業並回報，

則可以同時描述為：

Good Catch。

因此：

Near Miss

What Almost Happened
（差點發生什麼）

Good Catch

What Successfully Stopped It
（什麼成功阻止了它）

六、實際案例：Status Label / Record Mismatch

本維修現場曾發生：

鋼瓶狀態標籤顯示前段處理已完成，

但是維修人員進一步確認時，

發現：

Label
（標籤）

與：

Completion / Work Record
（完成／作業紀錄）

無法對應。

維修人員沒有直接相信：

Status Label
（狀態標籤）

而是停止後續作業並進一步確認。

最後確認：

前段處理並沒有按照標籤所表示的狀態完成。

這個案例已建立為：

FM-012

Status Label / Record Mismatch
（狀態標籤／紀錄不一致）。

七、這個案例真正重要的不是「貼錯標籤」

如果只把事件寫成：

Root Cause = Wrong Label
（根本原因＝貼錯標籤）

就會過早結束調查。

因為還需要問：

Why Could the Wrong Label Be Applied?
（為什麼錯誤標籤能被貼上？）

Why Was It Not Detected Earlier?
（為什麼前面沒有被發現？）

Was Completion Verification Required?
（是否要求完成確認？）

Was the Label Linked to a Record?
（標籤是否與紀錄連結？）

Was Independent Verification Available?
（是否存在獨立確認？）

因此：

Wrong Label
（錯誤標籤）

Observed Abnormality
（觀察到的異常）

不一定等於：

Root Cause
（根本原因）。

這也是後續 09-04：

Abnormality / Direct Cause / Root Cause
（異常／直接原因／根本原因）

要進一步建立的觀念。

八、Status Label 是 Information Barrier

Label
（標籤）

非常重要。

但它本質上屬於：

Information Barrier
（資訊屏障）。

它告訴下一站人員：

這支鋼瓶目前被認為處於什麼狀態。

但是：

Label
≠
Physical Condition
（標籤不等於實際物理狀態）

因此：

Label Says Completed
（標籤顯示完成）
≠
Physical Condition Automatically Verified
（實際狀態自動完成確認）

這也是為什麼：

Record Verification
（紀錄確認）

Independent Check
（獨立檢查）

以及：

Physical Safety Barrier
（實體安全屏障）

仍然具有價值。

九、第二個實際案例：Pressure Confirmation

本維修現場早期曾發生：

未完成前段處理的鋼瓶被送入維修區。

在進一步進行瓶閥相關作業之前，

維修人員依既有流程，

先透過：

Pressure Panel
（壓力盤面）

確認鋼瓶壓力狀態。

結果發現：

Unexpected / Residual Cylinder Pressure
（非預期／殘留鋼瓶壓力）。

該案例後續造成：

Pressure Protection Device
（壓力保護裝置）

動作，

並造成：

Pressure Gauge
（壓力錶）

損壞。

但這個案例同時證明：

Pressure Confirmation
（壓力確認）

是一道重要的：

Independent Safety Barrier
（獨立安全屏障）。

十、Pressure Confirmation 不是前站工作的替代品

這裡必須特別注意：

Pressure Confirmation

成功發現異常，

不代表：

前站可以省略原本應完成的工作。

也就是：

Downstream Barrier Worked
（下游屏障成功）
≠
Upstream Failure Is Acceptable
（上游失效可以接受）

正確的安全架構應該是：

Upstream Process Control
（上游製程控制）
↓
Status Identification
（狀態識別）
↓
Record Verification
（紀錄確認）
↓
Independent Pressure Confirmation
（獨立壓力確認）
↓
Maintenance Work
（維修作業）

每一層都有自己的功能。

十一、Multiple Safety Barriers

安全系統不應只依賴：

One Perfect Person
（一個永遠不犯錯的人）

或：

One Perfect Label
（一張永遠不會貼錯的標籤）。

比較可靠的方式是：

Multiple Safety Barriers
（多層安全屏障）。

例如：

Process Barrier
（製程屏障）

Information Barrier
（資訊屏障）

Physical Barrier
（實體屏障）

Detection Barrier
（偵測屏障）

Human Barrier
（人員屏障）。

以未完成前站處理的鋼瓶為例：

前站程序
↓
狀態標籤
↓
作業紀錄
↓
維修人員確認
↓
Pressure Confirmation

即使其中一道屏障失效，

後面的屏障仍有機會：

Catch the Error
（攔截錯誤）。

十二、Good Catch 不是靠運氣

如果每一次成功攔截異常，

公司都只說：

「還好這次被發現。」

就沒有真正學到東西。

Good Catch 應該進一步分析：

What Was Detected?
（發現了什麼？）

Who / What Detected It?
（誰／什麼機制發現？）

At Which Process Step?
（在哪一站發現？）

Which Barrier Failed Earlier?
（前面哪一道屏障失效？）

Which Barrier Worked?
（哪一道屏障成功？）

What Could Have Happened?
（如果沒有攔截可能發生什麼？）

Can the Successful Barrier Be Strengthened?
（成功的屏障是否可以強化？）

如此 Good Catch 才能轉換成：

Organizational Learning
（組織學習）。

十三、Stop Work 的觸發條件不應只限於洩漏

維修人員不應認為：

只有：

Gas Leak
（氣體洩漏）

才能 Stop Work。

以下情況都可能構成停止並確認的理由：

Identification Mismatch
（識別資訊不一致）

Label / Record Mismatch
（標籤／紀錄不一致）

Unexpected Pressure
（非預期壓力）

Unknown Cylinder Status
（鋼瓶狀態未知）

Unexpected Component
（非預期零件）

Missing Component
（零件缺失）

Tool Interference
（工具干涉）

PRD Position Change
（PRD 位置改變）

Thread Damage
（螺紋損傷）

Abnormal Gauge Result
（量規結果異常）

Structural Damage
（結構損傷）

Unknown DOT-SP Requirement
（DOT-SP 要求未知）

Procedure Conflict
（程序衝突）

或其他：

Condition Outside the Approved Work Scope
（超出核准作業範圍的狀況）。

十四、Stop Work 之後不要急著「修掉異常」

這一點對故障診斷非常重要。

發現異常之後，

如果立即：

Retighten
（重新鎖緊）

Clean
（清潔）

Adjust
（調整）

Replace
（更換）

或：

Remove the Abnormal Evidence
（移除異常證據），

可能會破壞：

Failure Evidence
（故障證據）。

例如發現：

PRD Position Abnormality
（PRD 位置異常）。

如果第一個動作就是：

「把它鎖回去。」

可能失去：

Original Position
（原始位置）

Tool Mark
（工具痕跡）

Contact Mark
（接觸痕跡）

Witness Mark Relationship
（見證標記關係）

等重要資訊。

因此在安全且符合現場規範的前提下：

Stop
↓
Observe
↓
Record
↓
Preserve Evidence
↓
Then Determine Corrective Action

比：

See
↓
Fix Immediately

更有利於後續：

Root Cause Analysis
（根本原因分析）。

十五、Corrective Action Success ≠ Root Cause Proof

假設：

PRD 鬆動

重新處理後：

Leak Test Pass
（洩漏測試通過）。

這只能證明：

目前處置後的狀態符合該項檢查結果。

不能直接證明：

「原本一定就是因為某個人沒鎖好。」

同樣：

清掉螺紋上的材料後恢復正常，

也不能單憑這件事證明：

Foreign Material

最初是由哪個流程產生。

因此：

Corrective Action Success
（矯正措施成功）
≠
Root Cause Proof
（根本原因證明）

Good Catch 的紀錄應盡可能保留：

Before Condition
（處理前狀態）。

十六、Stop Work 不是找人負責

如果現場文化把：

Stop Work

理解成：

「一停止，就一定有人要被處罰。」

人員很容易形成：

Continue and Hope
（繼續做並期待沒事）

的行為。

Stop Work 應首先處理：

Condition
（狀態）

而不是先處理：

Blame
（責任歸屬）。

第一個問題應該是：

Is It Safe to Continue?
（是否可以安全繼續？）

而不是：

Who Made the Mistake?
（誰犯錯？）

責任與原因分析可以在：

Condition Controlled
（狀態受到控制）

之後再進行。

十七、Good Catch 應該被記錄

沒有記錄的 Good Catch

很容易只存在於：

某位資深技術人員的記憶。

幾年後：

人員調職

退休

離職

或新人接手，

這項經驗就消失了。

因此 Good Catch

最好建立基本紀錄：

Date
（日期）

Process Step
（作業階段）

Observed Condition
（觀察狀態）

Expected Condition
（預期狀態）

Mismatch
（差異）

Stop Point
（停止位置）

Immediate Action
（當下處置）

Evidence
（證據）

Failure Mode
（故障模式）

Cause Status
（原因確認狀態）

Corrective Action
（矯正措施）

Preventive Action
（預防措施）

以及：

Lesson Learned
（經驗教訓）。

十八、照片是 Good Catch 的重要證據

在不影響安全的前提下，

照片可以保存：

Before Condition
（處理前狀態）。

例如：

Wrong Label
（錯誤標籤）

PRD Position
（PRD 位置）

Thread Damage
（螺紋損傷）

Outlet Damage
（出口損傷）

Toroid Damage
（超環面損傷）

Tool Mark
（工具痕跡）

Weld Area Leak Location
（焊縫洩漏位置）

以及：

Component Missing
（零件缺失）。

照片應盡量保留：

Overview
（整體）

＋

Location
（位置）

＋

Close-up
（特寫）。

而不是只拍：

一張極近距離照片，

最後無法判斷：

「這到底是哪個位置？」

十九、公開網站照片與內部證據要分開

Good Catch / Incident Photo

可能包含：

Cylinder Serial Number
（鋼瓶序號）

Customer Information
（客戶資訊）

Company Label
（公司標籤）

Employee Information
（人員資訊）

Internal Work Order
（內部工單）

或其他敏感資訊。

因此：

Original Evidence Photo
（原始證據照片）

應保存於：

Internal Evidence Library
（內部證據資料庫）。

CylinderTech 公開網站使用的照片，

則應建立：

Public / Web Version
（公開／網站版本）

並依需要：

Crop
（裁切）

Redact
（遮蔽）

De-identify
（去識別化）

Watermark
（加浮水印）。

因此：

Original Evidence
≠
Public Website Image
（原始證據不等於公開網站圖片）

二十、Good Catch 可以連結 Failure Mode Database

本網站建立：

Failure Mode Database
（故障模式資料庫）

之後，

每一件 Good Catch

可以與相對應的：

FM ID

連結。

例如：

Neck Leak
→ FM-001

Cross Port Leak
→ FM-002

Outlet Thread Damage
→ FM-003

PRD Loose
→ FM-007

Unexpected Pressure
→ FM-011

Label / Record Mismatch
→ FM-012

如此可以慢慢累積：

同一 Failure Mode

曾經出現多少次、

在哪些流程出現、

由哪一道 Barrier 發現。

這會比：

每一次事件各自寫一份報告

更容易建立：

Knowledge Base
（知識庫）。

二十一、Good Catch 與 Incident 都值得學習

不能只有：

事故真的發生

才建立案例。

如果只記錄：

Gas Release

Equipment Damage

Personnel Injury

等事故，

會失去大量：

Early Warning Information
（早期警訊資訊）。

因此知識庫應同時保存：

Incident
（事故）

Near Miss
（未遂事件）

Good Catch
（良好攔截）

Abnormal Finding
（異常發現）。

這四類資料的嚴重程度可能不同，

但都具有：

Learning Value
（學習價值）。

二十二、Good Catch 不等於 Root Cause 已確認

一件 Good Catch

可能只知道：

「發現什麼問題。」

並不知道：

「為什麼會發生。」

例如：

發現 PRD 位置改變。

目前可以確認：

Observed Condition

PRD Position Abnormality

但：

Was It Caused by Tool Contact?
（是否由工具接觸造成？）

Was It Caused by Machine Interference?
（是否由設備干涉造成？）

Was It Already Abnormal Before Work?
（作業前是否已經異常？）

如果沒有證據，

就不能自行選一個答案。

因此可以標記：

Cause Status
（原因確認狀態）

例如：

CONFIRMED
（已確認）

PROBABLE
（較可能）

POSSIBLE
（可能）

UNCONFIRMED
（未確認）。

這些是：

Internal Knowledge-management Classification
（內部知識管理分類），

不是 DOT 官方事故分類。

二十三、Stop Work Authority

成熟的安全管理系統中，

Stop Work

不能只屬於：

Manager
（主管）

或：

Senior Technician
（資深技術員）。

第一線工作人員如果發現：

Unexpected Condition
（非預期狀態），

應該有能力依公司制度：

Stop
（停止）

Report
（回報）

Verify
（確認）。

因為真正看到異常的人，

往往就是：

Person Closest to the Work
（最接近作業的人）。

如果所有異常都必須：

「先做完再跟主管說。」

Stop Work 就失去預防作用。

二十四、新人最需要學的不是所有答案

新人不可能在短時間內記住：

所有 Cylinder Specification

所有 Valve

所有 PRD

所有 Failure Mode

所有 DOT Regulation。

因此新人教育的第一階段，

更重要的是：

Recognize
（辨識）
↓
Stop
（停止）
↓
Describe
（描述）
↓
Collect Evidence
（收集證據）
↓
Escalate
（回報）
↓
Diagnose
（診斷）

而不是：

Recognize
↓
Guess
↓
Repair

也就是：

新人可以不知道答案，

但必須知道：

「這個狀態跟正常的不一樣。」

二十五、Stop Work 的價值在於阻止錯誤向後傳遞

一個流程錯誤如果沒有被攔截，

可能會一路傳遞。

例如：

Upstream Process Error
（上游製程錯誤）
↓
Wrong Status Label
（錯誤狀態標籤）
↓
Cylinder Sent to Maintenance
（鋼瓶送至維修）
↓
Technician Trusts Label
（技術員相信標籤）
↓
Next Operation Begins
（下一步作業開始）
↓
Potential Incident
（潛在事故）

如果維修人員在：

Label / Record Verification

階段 Stop Work，

錯誤鏈就被切斷。

因此：

Stop Work

Break the Error Chain
（切斷錯誤鏈）。

二十六、一道屏障成功，不代表系統沒有問題

Good Catch 發生後，

很容易產生：

「還好有人發現，所以系統沒問題。」

這是錯誤的結論。

事實上：

Good Catch

通常同時代表兩件事情：

第一：

A Downstream Barrier Worked
（下游屏障成功）

第二：

An Upstream Barrier May Have Failed
（上游屏障可能失效）

因此 Good Catch

不是：

Close the Case
（結案理由）。

而是：

Start Learning
（開始學習的訊號）。

二十七、本篇的重要判斷觀念

UNKNOWN
（未知）
≠
SAFE
（安全）

Stop Work
（停止作業）
≠
Failure
（工作失敗）

No Leak
（沒有洩漏）
≠
No Abnormality
（沒有異常）

No Accident
（沒有事故）
≠
No Need to Stop
（不需要停止）

Label Says Completed
（標籤顯示完成）
≠
Physical Condition Verified
（實際狀態已確認）

Good Catch
（良好攔截）
≠
Nothing Happened
（什麼都沒發生）

Near Miss
（未遂事件）
≠
Good Catch
（良好攔截）

Corrective Action Success
（矯正措施成功）
≠
Root Cause Proof
（根本原因證明）

Downstream Barrier Worked
（下游屏障成功）
≠
Upstream Failure Acceptable
（上游失效可以接受）

One Barrier Worked
（一道屏障成功）
≠
System Has No Weakness
（系統沒有弱點）

Stop Work
（停止作業）
≠
Immediately Modify the Evidence
（立即改變異常證據）

Good Catch Recorded
（記錄 Good Catch）

Knowledge Preserved
（保存知識）

真正的安全判斷流程是：

Recognize
（辨識）
↓
Stop
（停止）
↓
Describe
（描述）
↓
Preserve Evidence
（保存證據）
↓
Report
（回報）
↓
Verify
（確認）
↓
Diagnose
（診斷）
↓
Correct
（矯正）
↓
Learn
（學習）

二十八、相關文章

・05-01｜Failure Mode 故障診斷基本概念

・06-01｜誤拆 PRD 造成大量氣體洩漏事故

・06-05｜未清潔鋼瓶誤送維修廠與 Pressure Confirmation

・06-06｜標籤誤貼未清潔鋼瓶遭維修人員攔截

・06-07｜瓶閥安裝後 PRD 鬆動案例

・07-04｜Pressure Test Panel

・08-04｜Repair、Rebuild 與 Maintenance 法規界線

・09-02｜Multiple Safety Barriers 多層安全屏障

・09-03｜Gauge Pass ≠ Cylinder Accepted

・09-04｜Observed Condition、Direct Cause 與 Root Cause

・09-05｜Failure Mode Database

・09-06｜新人異常判斷與技術知識傳承

注意事項

本文所稱 Stop Work（停止作業）、Good Catch（良好攔截）、Cause Status（原因確認狀態）及相關分類，主要用於本網站的維修安全與知識管理架構，不應直接理解為 DOT / PHMSA 的統一法定事故分類。

實際特殊氣體鋼瓶異常應依現場安全制度、氣體危害、設備狀態、公司核准程序及適用法規進行處理。

本文重點為異常辨識、停止作業、證據保存與安全屏障概念，不提供特殊氣體鋼瓶洩壓、排放、拆閥、緊急處置或其他危險操作程序。

若異常涉及 Cylinder Pressure Part（鋼瓶承壓本體）、Unknown Pressure（未知壓力）、Gas Release（氣體釋放）、PRD Abnormality（PRD 異常）、Structural Damage（結構損傷）或超出維修人員核准作業範圍的狀況，應依現場安全制度停止並交由適當人員／單位判斷。

最後更新：2026-09-30