作者: admin

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

PRD（Pressure Relief Device，壓力釋放裝置）是部分鋼瓶瓶閥上的重要安全組件。

在 Valve Installation（瓶閥安裝）或其他瓶閥相關作業完成後，如果發現：

PRD Position Abnormality
（PRD 位置異常）

或：

PRD Loose Condition
（PRD 鬆動狀態）

不能只將 PRD 恢復原來位置後就直接結案。

因為真正需要確認的是：

PRD 是在什麼階段發生狀態改變？

是否存在 Tool Interference（工具干涉）？

是否存在 Equipment Contact（設備接觸）？

是否原本就存在鬆動？

還是有其他原因？

本案例中，Valve Installation（瓶閥安裝）完成後，在後續壓力相關檢查／測試階段發現 PRD 出現鬆動或位置異常。

因此停止後續正常流程並進行確認。

本案例最重要的觀念是：

PRD Loose
（PRD 鬆動）
＝
Observed Condition
（觀察到的異常）

但：

PRD Loose
（PRD 鬆動）
≠
Tool Interference Confirmed
（已確認為工具干涉）

一、案例概要

相關部位：

Valve
（瓶閥）

PRD
（Pressure Relief Device，壓力釋放裝置）

異常類型：

PRD Loose / Position Abnormality
（PRD 鬆動／位置異常）

發現階段：

After Valve Installation
（瓶閥安裝完成後）

在後續壓力相關檢查／測試階段發現異常。

主要觀察：

PRD 的位置或固定狀態與預期不同。

初步調查方向包括：

・Tool Interference（工具干涉）
・Equipment Contact（設備接觸）
・Clamping Position（夾持位置）
・Component Clearance（零件間隙）
・Original PRD Condition（PRD 原始狀態）
・Previous Service History（過去使用狀態）
・其他可能因素

目前如果沒有足夠 Evidence（證據），就不應將其中任何一項直接寫成 Confirmed Root Cause（已確認根本原因）。

【照片 06-07-01｜PRD 正常位置】

照片建議：

使用相同或相近型號瓶閥，拍攝 PRD 正常狀態。

可標示：

Valve Body
（閥體）

PRD
（壓力釋放裝置）

Outlet
（出口）

照片目的：

建立 Normal Condition
（正常狀態）

作為後續異常比較基準。

不同 Valve Model（瓶閥型號）的 PRD 位置與結構可能不同，因此照片應標示為特定型號示例，而不是所有 PRD 的通用位置。

二、發現 PRD 位置改變代表什麼？

如果原本 PRD 的位置具有可確認的基準，而作業完成後發現位置發生變化，至少可以確認：

Component Position Changed
（零件位置發生改變）。

但是這項 Evidence 只能回答：

「它的位置改變了。」

不能單獨回答：

「是什麼力量讓它改變？」

因此：

Position Change
（位置改變）
≠
Cause Confirmed
（原因已確認）

這個區分非常重要。

三、Tool Interference 是重要調查方向，但不是直接結論

瓶閥安裝過程可能使用：

Valve Machine
（瓶閥拆裝設備）

Wrench
（扳手）

Fixture
（治具）

Clamp
（夾持裝置）

或其他工具。

如果工具、設備或治具與 PRD 之間存在 Clearance（間隙）不足，就需要調查是否可能發生：

Tool Interference
（工具干涉）。

但是：

Tool Used Near PRD
（工具在 PRD 附近使用）
≠
Tool Contact Confirmed
（已確認工具接觸 PRD）

更不能直接寫成：

Root Cause：
Valve Machine Hit PRD
（瓶閥機撞到 PRD）

除非存在足夠證據，例如：

・Tool Mark（工具痕跡）
・Contact Mark（接觸痕跡）
・位置對應
・設備夾持位置紀錄
・作業前後照片
・其他直接證據

因此 Tool Interference 應先列為：

Possible Cause
（可能原因）。

四、為什麼 Before / After Condition 很重要？

如果只有事故後的照片：

After Condition
（作業後狀態）

看到 PRD 位置異常，

仍然會遇到一個問題：

「它在作業前是不是就已經這樣？」

因此比較完整的 Evidence（證據）應包含：

Before Work
（作業前）

以及：

After Work
（作業後）

的狀態。

例如：

Before Valve Installation
（瓶閥安裝前）
↓
PRD Position Recorded
（記錄 PRD 位置）
↓
Valve Installation
（瓶閥安裝）
↓
After Installation Inspection
（安裝後檢查）
↓
Compare PRD Position
（比較 PRD 位置）

如果：

Before = Normal
After = Changed

就可以更明確確認：

Position Change Occurred During the Process Window
（位置變化發生於該作業時間區間內）。

但仍需要進一步確認是哪一個步驟造成。

【照片 06-07-02｜PRD 作業前後位置比較】

建議未來如果有合適案例照片，可製作：

左：

Before
（作業前）

右：

After
（作業後）

並使用相同角度拍攝。

這會比單獨一張異常照片更具有 Evidence Value（證據價值）。

五、Witness Mark 的用途

針對可能發生位置變化的組件，可以使用：

Witness Mark
（見證標記／位置標記）

作為 Visual Reference
（目視參考）。

例如作業前建立可辨識的相對位置基準，作業後再次確認。

其主要用途是協助判斷：

Relative Position Changed?
（相對位置是否改變？）

因此：

Witness Mark Aligned
（見證標記位置一致）

可以提供：

Position Reference
（位置參考）。

而：

Witness Mark Misaligned
（見證標記位置不一致）

則表示：

Possible Relative Movement
（可能發生相對位移）。

六、Witness Mark 不是 Torque Proof

這一點非常重要。

Witness Mark（見證標記）只能協助確認：

Relative Position
（相對位置）。

它不能證明：

Actual Torque
（實際扭力）

是多少。

因此：

Witness Mark Aligned
（見證標記對齊）
≠
Correct Torque Confirmed
（已確認正確扭力）

同樣：

Witness Mark Misaligned
（見證標記錯位）
≠
Under Torque Confirmed
（已確認扭力不足）

因為位置變化可能涉及不同因素。

所以 Witness Mark 的定位應該是：

Visual Detection Aid
（目視偵測輔助）

而不是：

Torque Measurement
（扭力量測）。

七、發現 PRD 鬆動不能只重新鎖緊

當發現 PRD Loose（PRD 鬆動）時，如果只做：

PRD Loose
↓
Retighten
（重新鎖緊）
↓
Leak Test
（洩漏檢查）
↓
Pass
↓
Close Case

可能會失去非常重要的事故資訊。

因為重新鎖緊之前應先確認：

・Original Position（原始位置）
・Current Position（目前位置）
・是否存在 Tool Mark（工具痕跡）
・是否存在 Contact Mark（接觸痕跡）
・周圍零件是否有異常
・PRD 本身是否有 Damage（損傷）
・是否存在 Assembly Abnormality（組裝異常）

因此：

Retightening
（重新鎖緊）

屬於可能的 Corrective Action（矯正措施）之一，

但：

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

八、先保存 Evidence 再進行處置

發現 PRD 異常時，如果安全條件與核准程序允許，應優先保存：

Original Condition Evidence
（原始狀態證據）。

例如：

・PRD 位置
・Witness Mark 狀態
・Valve Body 狀態
・Tool Mark
・Contact Mark
・設備夾持位置
・作業前後照片
・相關作業紀錄

原因是：

一旦重新調整 PRD，

原始位置資訊可能消失。

因此：

Preserve Evidence
（保存證據）

應該在不影響安全的前提下，優先於：

Restore Appearance
（恢復外觀）。

九、設備與零件之間的 Clearance 需要確認

如果調查懷疑 Tool Interference（工具干涉），其中一個重要方向是：

Clearance
（間隙）。

需要確認：

Valve
（瓶閥）

PRD
（壓力釋放裝置）

Tool
（工具）

Fixture
（治具）

Clamp
（夾持裝置）

之間的相對位置。

尤其不同 Valve Model（瓶閥型號）的：

・Valve Body Shape（閥體形狀）
・PRD Position（PRD 位置）
・Outlet Position（出口位置）
・Component Protrusion（零件突出程度）

可能不同。

因此某一套設備對 A 型瓶閥沒有干涉，

不代表：

對 B 型瓶閥也一定具有足夠 Clearance。

【照片 06-07-03｜Valve / PRD / Tool Clearance】

照片建議：

未來可以使用實際設備與瓶閥，在非操作狀態下拍攝相對位置。

標示：

PRD
Valve Body
Tool / Fixture
Clearance

目的只是說明：

Potential Interference Area
（可能干涉區域）。

不要為了拍攝照片故意讓工具碰撞 PRD。

十、這與 06-01 的事故有什麼不同？

06-01：

誤拆 PRD 造成大量氣體洩漏事故

已知：

工具操作過程影響 PRD 相關組件，

並造成大量 Gas Release（氣體釋放）。

事件已經發展成：

Actual Release Event
（實際洩漏事件）。

06-07：

瓶閥安裝完成後發現 PRD Loose / Position Abnormality
（PRD 鬆動／位置異常）。

目前重點是：

在後續檢查階段發現組件狀態改變，

但 Tool Interference（工具干涉）是否為真正原因仍需要 Evidence 支持。

因此：

06-01
＝
已發生 Gas Release 的事故案例

06-07
＝
作業後 Component Condition Abnormality
（零件狀態異常）案例

兩者都可以用來建立：

Tool Selection
（工具選擇）

Tool Contact Area
（工具接觸區域）

Component Clearance
（零件間隙）

Post-work Inspection
（作業後檢查）

的重要性。

十一、Post-work Inspection 為什麼重要？

如果瓶閥安裝完成後，只確認：

Valve Installed
（瓶閥已安裝）

就直接進入下一階段，

可能忽略周圍零件在安裝過程中發生的狀態變化。

因此 Post-work Inspection（作業後檢查）的概念不只是：

「主作業完成了嗎？」

還應確認：

「周圍有沒有因為這次作業產生新的異常？」

這種思考可以稱為：

Secondary Damage Check
（次生損傷確認）。

也就是：

Primary Task Completed
（主要作業完成）
≠
No Secondary Abnormality
（沒有產生其他異常）。

十二、Corrective Action 應針對不同層次

如果最後調查確認 Tool Interference（工具干涉），改善措施不應只有：

「提醒作業人員小心。」

可以進一步檢查：

Tool Selection
（工具選擇）

Tool Geometry
（工具幾何形狀）

Fixture Design
（治具設計）

Clamping Position
（夾持位置）

Component Clearance
（零件間隙）

Work Method
（作業方式）

Before / After Inspection
（作業前後檢查）

Error Proofing / Poka-Yoke
（防錯設計）

等方向。

但如果 Root Cause 尚未確認，

就不應先假設一定是設備問題，再針對錯誤原因進行改善。

十三、Failure Mode Database（故障模式資料庫）建議紀錄

Failure Mode ID：

FM-007

Failure Mode：

PRD Loose / Position Abnormality
（PRD 鬆動／位置異常）

Component：

PRD
（Pressure Relief Device，壓力釋放裝置）

Detection Stage：

After Valve Installation
（瓶閥安裝完成後）

Observed Condition：

PRD position / fastening condition differed from expected condition.
（PRD 位置／固定狀態與預期不同。）

Detection Method：

Post-work Inspection / Pressure-related Check
（作業後檢查／後續壓力相關檢查）

Possible Causes：

・Tool Interference
（工具干涉）

・Equipment Contact
（設備接觸）

・Fixture / Clamp Interference
（治具／夾持干涉）

・Pre-existing Loose Condition
（原本即存在鬆動）

・Assembly-related Condition
（組裝相關因素）

・Other Factors
（其他因素）

Evidence to Check：

・Before / After Photos
（作業前後照片）

・Witness Mark
（見證標記）

・Tool Mark
（工具痕跡）

・Contact Mark
（接觸痕跡）

・Fixture Position
（治具位置）

・Work Record
（作業紀錄）

Confirmed Root Cause：

依實際事故調查證據填寫。

Cause Status：

CONFIRMED（已確認）
PROBABLE（高度可能）
POSSIBLE（可能）
UNCONFIRMED（尚未確認）

十四、本案例的重要判斷觀念

本案例可以整理成：

PRD Loose
（PRD 鬆動）
≠
Tool Interference Confirmed
（已確認工具干涉）

Position Changed
（位置改變）
≠
Cause Confirmed
（原因已確認）

Tool Near PRD
（工具位於 PRD 附近）
≠
Tool Contact Confirmed
（已確認工具接觸）

Witness Mark
（見證標記）
≠
Torque Proof
（扭力證明）

Retightened and Leak-free
（重新固定後無洩漏）
≠
Root Cause Confirmed
（根本原因已確認）

Primary Task Completed
（主要作業完成）
≠
No Secondary Abnormality
（沒有次生異常）

因此本案例最重要的原則是：

Compare Before and After
（比較作業前後狀態）

Preserve Evidence
（保存原始證據）

Check for Interference
（確認是否存在干涉）

再依 Evidence（證據）判斷原因。

十五、相關文章

・02-02｜瓶閥 PRD 種類與基本原理
・04-01｜瓶閥拆卸與安裝
・05-03｜鋼瓶瓶閥常見故障模式總覽
・06-01｜誤拆 PRD 造成大量氣體洩漏事故案例
・06-02｜PRD Burst Disc 遺漏造成大量氣體洩漏事故案例
・07-06｜固定尺寸扳手與活動扳手的使用風險
・09-02｜多層安全防護
・09-04｜異常現象、直接原因與根本原因的判斷方法
・09-05｜鋼瓶維修經驗如何轉化為 Failure Mode Database

注意事項

本文為 Valve Installation（瓶閥安裝）完成後發現 PRD Loose / Position Abnormality（PRD 鬆動／位置異常）的案例整理。

目前案例所能確認的是 PRD 在後續檢查階段發現位置或固定狀態異常。

Tool Interference（工具干涉）、Valve Machine（瓶閥拆裝設備）接觸、Fixture / Clamp Interference（治具／夾持干涉）等，應依實際 Evidence（證據）判定，不應在證據不足時直接指定為 Root Cause（根本原因）。

Witness Mark（見證標記）僅作為 Relative Position（相對位置）的目視參考，不代表 Actual Torque（實際扭力）已經確認。

發現 PRD 異常時，應依核准程序停止相關作業並進行適當確認。本文不提供 PRD 拆卸、重新固定、壓力釋放或其他危險操作程序。

最後更新：2026-09-28

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

在鋼瓶維修流程中，Status Label（狀態標籤）是辨識鋼瓶目前作業狀態的重要資訊之一。

但是：

Label
（標籤）

只能代表一項 Status Information（狀態資訊），不能單獨取代鋼瓶實際狀態與相關作業紀錄的確認。

本案例中，一支鋼瓶被貼上表示前端作業已完成的狀態標籤，並送往 Maintenance Area（維修區域）。

維修人員在後續作業前進行資料確認時，發現：

Status Label
（狀態標籤）

與：

Work Record
（作業紀錄）

無法相互對應。

進一步確認後發現，該鋼瓶實際並未完成標籤所表示的前端清潔／處理程序。

維修人員因此立即停止後續作業。

異常是在：

Valve Opening
（開閥）

以及：

Pressure Panel Connection
（壓力盤連接）

之前被發現。

因此沒有進一步進入拆閥相關作業。

這起案例屬於：

Near Miss
（未遂事件）

同時也是：

Good Catch
（成功攔截）

的重要案例。

一、案例概要

事件類型：

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

主要異常：

鋼瓶上的 Status Label（狀態標籤）顯示前端作業已完成，

但維修人員查核相關 Work Record（作業紀錄）時，沒有找到可以支持該狀態的對應紀錄。

進一步確認後發現：

Actual Cylinder Status
（鋼瓶實際狀態）

與：

Label Status
（標籤所表示的狀態）

不一致。

發現時機：

・Valve Opening（開閥）之前
・Pressure Panel Connection（壓力盤連接）之前
・Valve Removal（拆閥）之前

事件結果：

・維修人員停止後續作業
・異常鋼瓶未繼續進入維修程序
・沒有進一步發展成設備或人員事件

因此本案例可以分類為：

Near Miss / Good Catch
（未遂事件／成功攔截）

【照片 06-06-01｜鋼瓶 Status Label 示意】

二、Label Says Complete 不等於 Process Actually Complete

這是本案例最重要的第一個觀念。

如果鋼瓶貼有：

Cleaning Completed
（清潔完成）

或其他表示前端處理已完成的狀態標籤，

後端人員很容易產生：

「既然已經貼標籤，就代表前面的作業已經完成。」

這種預期。

但是：

Label Says Complete
（標籤顯示完成）
≠
Process Actually Complete
（實際作業已完成）

同樣：

Label Present
（標籤存在）
≠
Record Exists
（作業紀錄存在）

因此 Status Label（狀態標籤）與 Work Record（作業紀錄）最好能夠相互支持。

三、本案例為什麼沒有進入 Pressure Panel？

06-05 的案例中：

鋼瓶已經進入 Pressure Confirmation（壓力確認）階段，

才發現實際狀態與預期不符。

但 06-06 不同。

本案例中，維修人員在進一步操作之前就發現：

Label
（標籤）

與：

Record
（紀錄）

存在不一致。

因此：

Status Mismatch Detected
（發現狀態不一致）
↓
STOP
（停止）
↓
No Valve Opening
（未開閥）
↓
No Pressure Panel Connection
（未連接壓力盤）
↓
No Valve Removal
（未拆閥）

異常被攔截在更前端的位置。

這也是為什麼本案例可以被視為：

Good Catch
（成功攔截）。

四、這個案例不能直接寫成「滿瓶誤送」

這一點需要特別區分。

06-05 已知的事實是：

Full / Pressurized Cylinder
（滿瓶／仍具有高壓內容物的鋼瓶）

實際進入維修流程。

因此 06-05 可以明確記錄：

Unexpected High Pressure
（非預期高壓）。

但是 06-06 目前已知的是：

・標籤顯示前端處理已完成
・沒有相符的完成紀錄
・進一步確認實際沒有完成標籤所表示的清潔／處理程序
・維修人員在開閥及接壓力盤前停止作業

因此不能從這些資料直接推論：

Full Cylinder
（滿瓶）

或：

High Pressure Cylinder
（高壓鋼瓶）。

比較正確的描述是：

Cylinder Status Not Verified / Process Not Completed
（鋼瓶狀態未獲確認／前端程序未完成）

這是技術案例紀錄非常重要的原則：

Unknown
（未知）

不要自行補成：

Known Fact
（已知事實）。

五、Status Label 是 Information Barrier，不是 Physical Barrier

Status Label（狀態標籤）的主要功能是：

Communication
（資訊傳遞）

與：

Status Identification
（狀態識別）。

因此它可以被視為：

Information Barrier
（資訊型防護層）。

但標籤本身不能：

・確認鋼瓶實際壓力
・證明前端作業確實完成
・證明鋼瓶內容物狀態
・防止錯誤鋼瓶進入流程
・取代 Physical Verification（實際確認）

所以：

Information Barrier
（資訊防護）
＋
Record Verification
（紀錄確認）
＋
Physical Verification
（實際狀態確認）

應該是不同層次的防護。

六、為什麼 Work Record 很重要？

Work Record（作業紀錄）的價值，不只是留下：

「有人做過。」

而是建立：

Traceability
（追溯性）。

例如當 Status Label 顯示：

Process Complete
（作業完成）

時，相關紀錄應能協助確認：

・是哪一支鋼瓶？
・進行了什麼程序？
・程序是否完成？
・相關狀態是否可以追溯？
・標籤與紀錄是否指向同一支鋼瓶？

本案例正是因為：

Label Status
（標籤狀態）

與：

Available Record
（現有紀錄）

無法相互支持，

才讓維修人員察覺：

Something Is Wrong
（狀態可能有問題）。

因此紀錄本身也形成了一道：

Detection Barrier
（偵測防護層）。

七、不要因為標籤存在就跳過確認

在重複性的維修工作中，很容易形成：

「以前送來的都是處理完成的。」

或：

「有這張標籤就代表沒問題。」

這類 Assumption（假設）。

但事故往往發生在：

Expected Condition
（預期狀態）

與：

Actual Condition
（實際狀態）

不同的時候。

因此：

Routine Work
（例行工作）
≠
No Verification Needed
（不需要確認）

Label Present
（有標籤）
≠
Verification Complete
（確認已完成）

越是每天重複的工作，越需要避免：

Assumption-based Work
（依賴假設進行作業）。

八、Good Catch 的價值不是「剛好被看到」

Good Catch（成功攔截）不應被簡化成：

「還好有人發現。」

如果維修人員是透過：

・Status Check（狀態確認）
・Record Check（紀錄確認）
・Information Cross-check（資訊交叉確認）

發現異常，

代表原本流程中仍存在有效的 Detection Barrier（偵測防護層）。

因此 Good Catch 應該被記錄：

What Was Found?
（發現什麼？）

How Was It Found?
（怎麼發現？）

At What Stage?
（在哪個階段發現？）

What Was Prevented?
（避免了什麼後續操作？）

Which Barrier Worked?
（哪一道防護層發揮作用？）

這些資訊可以用來改善其他流程。

九、Near Miss 不代表可以不用調查

因為本案例沒有造成：

・人員受傷
・設備損壞
・大量氣體洩漏

很容易被當成：

「沒有發生事故。」

但 Near Miss（未遂事件）的價值就在於：

Failure Path
（失效路徑）

已經開始形成，

只是被其中一道 Safety Barrier（安全防護層）成功阻止。

因此應該問：

「如果維修人員沒有發現 Label / Record Mismatch，下一步會發生什麼？」

可能的下一步原本會是：

Pressure Panel Connection
（壓力盤連接）

甚至：

Valve-related Work
（瓶閥相關作業）。

因此 Near Miss 是非常重要的 Learning Opportunity（學習機會）。

十、不要急著把 Root Cause 寫成「貼錯標籤」

本案例已知：

Status Label
（狀態標籤）

與實際流程狀態不一致。

但：

Wrong Label
（錯誤標籤）

可能只是：

Direct Condition
（直接異常）

而不一定是：

Root Cause
（根本原因）。

後續仍應調查：

・為什麼錯誤標籤會出現在這支鋼瓶？
・標籤如何產生？
・標籤由誰、在什麼條件下使用？
・是否需要對應 Work Record 才能建立完成狀態？
・Cylinder Identification（鋼瓶識別）是否可能混淆？
・Process Routing（流程路由）是否存在漏洞？
・Handover（交接）是否完整？
・是否有 Independent Verification（獨立確認）？

因此：

Wrong Label
（錯誤標籤）
≠
Root Cause Confirmed
（根本原因已確認）

十一、不要只靠「提醒人員注意」作為改善

如果事故改善最後只有：

「提醒作業人員不要貼錯。」

這種措施通常仍高度依賴 Human Memory（人員記憶）。

更值得檢查的是：

是否能讓：

Label
（標籤）

Record
（紀錄）

Cylinder Identification
（鋼瓶識別）

Process Status
（流程狀態）

彼此產生更強的關聯。

例如改善方向可以從：

Traceability
（追溯性）

Status Verification
（狀態確認）

Independent Check
（獨立確認）

Error Proofing / Poka-Yoke
（防錯設計）

等角度評估。

但實際採用何種方法，仍應依公司流程與核准制度決定。

十二、本案例中的 Safety Barrier

本案例可以整理出多層防護：

Barrier 1：

Correct Process Completion
（正確完成前端程序）

目的：

只有真正完成必要前端程序的鋼瓶，才能進入下一階段。

Barrier 2：

Correct Status Label
（正確狀態標示）

目的：

讓後續人員辨識鋼瓶目前狀態。

Barrier 3：

Work Record
（作業紀錄）

目的：

提供可追溯的完成證據。

Barrier 4：

Label / Record Cross-check
（標籤／紀錄交叉確認）

目的：

發現資訊不一致。

Barrier 5：

Pressure Confirmation Before Valve Removal
（拆閥前壓力確認）

目的：

即使前面的 Information Barrier（資訊防護層）全部失效，仍透過實際狀態確認建立最後一道重要防線。

在本案例中：

Barrier 1 / 2
存在異常

但：

Barrier 3 / 4
協助維修人員成功發現問題。

因此事件在進入 Pressure Panel 之前被停止。

十三、與 06-05 案例比較

06-05：

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

異常發現階段：

Pressure Panel
（壓力盤）

事件結果：

・Protective Device Activation
（保護裝置作動）

・Pressure Gauge Damage
（壓力錶損壞）

・Valve Removal 被阻止

06-06：

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

異常發現階段：

Before Valve Opening
（開閥之前）

Before Pressure Panel Connection
（連接壓力盤之前）

事件結果：

・後續作業停止
・沒有進入壓力盤確認階段
・沒有進一步發展成設備事件

因此可以看到：

Earlier Detection
（越早發現）
↓
Lower Event Progression
（事件發展程度越低）

這就是 Prevention Barrier（預防防護層）與 Detection Barrier（偵測防護層）往前移的重要性。

十四、Failure Mode Database（故障模式資料庫）建議紀錄

Failure Mode ID：

FM-012

Failure Mode：

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

Process：

Cylinder Maintenance Receiving
（鋼瓶維修接收）

Observed Condition：

Status Label indicated process completion, but corresponding completion record could not be confirmed.
（狀態標籤顯示程序完成，但無法確認相符的完成紀錄。）

Actual Condition：

Required upstream process had not been completed as indicated by the label.
（實際未完成標籤所表示的前端程序。）

Detection Method：

Label / Record Cross-check
（標籤／紀錄交叉確認）

Detection Stage：

Before Valve Opening
（開閥之前）

Before Pressure Panel Connection
（壓力盤連接之前）

Event Classification：

Near Miss / Good Catch
（未遂事件／成功攔截）

Safety Barrier：

Status Verification
（狀態確認）

Record Verification
（紀錄確認）

Information Cross-check
（資訊交叉確認）

Possible Contributing Factors：

・Label Control
（標籤管理）

・Process Routing
（流程路由）

・Cylinder Identification
（鋼瓶識別）

・Handover
（交接）

・Record Control
（紀錄管理）

・Other Factors
（其他因素）

Confirmed Root Cause：

依原始事故調查結果填寫。

Cause Status：

CONFIRMED（已確認）
PROBABLE（高度可能）
POSSIBLE（可能）
UNCONFIRMED（尚未確認）

十五、本案例的重要判斷觀念

本案例可以整理成：

Label Says Complete
（標籤顯示完成）
≠
Process Actually Complete
（實際程序已完成）

Label Present
（標籤存在）
≠
Record Verified
（紀錄已確認）

Wrong Label
（錯誤標籤）
≠
Root Cause Confirmed
（根本原因已確認）

Process Not Completed
（程序未完成）
≠
Full Cylinder Confirmed
（已確認為滿瓶）

Near Miss
（未遂事件）
≠
No Investigation Needed
（不需要調查）

Good Catch
（成功攔截）
＝
Valuable Safety Information
（有價值的安全資訊）

因此本案例最重要的經驗是：

Do Not Trust a Single Indicator
（不要只依賴單一狀態指標）

而應：

Cross-check Label, Record and Actual Condition
（交叉確認標籤、紀錄與實際狀態）。

十六、相關文章

・04-05｜鋼瓶維修前接收與狀態確認
・06-05｜未清潔滿瓶誤送維修廠造成壓力盤洩壓事故案例
・07-04｜鋼瓶壓力測試盤與拆閥前壓力確認
・09-01｜Stop Work 與 Good Catch
・09-02｜多層安全防護
・09-04｜異常現象、直接原因與根本原因的判斷方法
・09-05｜鋼瓶維修經驗如何轉化為 Failure Mode Database
・09-06｜新進維修人員的鋼瓶異常判斷與經驗傳承

注意事項

本文為 Status Label / Record Mismatch（狀態標籤／紀錄不一致）的 Near Miss / Good Catch（未遂事件／成功攔截）案例整理。

本案例已知的是：

鋼瓶實際未完成標籤所表示的前端清潔／處理程序，且維修人員在 Valve Opening（開閥）與 Pressure Panel Connection（壓力盤連接）之前發現異常並停止後續作業。

本文不將該鋼瓶進一步推定為 Full Cylinder（滿瓶）或具有特定壓力，除非原始事故紀錄能提供相關證據。

Status Label（狀態標籤）、Work Record（作業紀錄）與 Physical Condition（實際狀態）應視為不同層次的資訊與安全防護，不應以單一標籤取代必要的實際確認。

最後更新：2026-09-28

06-05｜未清潔滿瓶誤送維修廠造成壓力盤洩壓事故案例

鋼瓶進入 Maintenance Area（維修區域）之前，最重要的基本條件之一，是確認鋼瓶目前的實際狀態。

不能因為鋼瓶：

・已經送到維修廠
・掛有待維修標示
・進入維修流程
・外觀看起來與一般待修鋼瓶相同

就直接假設：

Cylinder Depressurized
（鋼瓶已無壓）

或：

Cylinder Ready for Maintenance
（鋼瓶已具備維修條件）。

本案例中，一支實際仍具有高壓內容物的 Full Cylinder（滿瓶／仍有高壓內容物鋼瓶）被誤送至維修端。

維修人員並未直接進行 Valve Removal（拆閥），而是依既有流程先連接 Pressure Panel（壓力盤）進行拆閥前 Pressure Confirmation（壓力確認）。

連接後發現鋼瓶仍具有高壓，過程中壓力盤上的 Protective Device（保護裝置）發生動作，同時造成 Pressure Gauge（壓力錶）損壞。

本案例最重要的經驗不是：

「壓力盤發生異常。」

而是：

一支狀態不符合維修條件的鋼瓶，為什麼能夠進入維修流程？

同時也證明：

Pressure Confirmation Before Valve Removal
（拆閥前壓力確認）

是一道非常重要的 Independent Safety Barrier
（獨立安全防護層）。

一、案例概要

事件類型：

Unexpected Cylinder Pressure
（非預期鋼瓶壓力）

鋼瓶狀態：

Full Cylinder / Pressurized Cylinder
（滿瓶／仍具有高壓內容物的鋼瓶）

異常流程：

鋼瓶在尚未完成前端必要處理的狀態下，被誤送至 Maintenance Area（維修區域）。

維修人員依流程進行：

Pressure Confirmation Before Valve Removal
（拆閥前壓力確認）

在 Pressure Panel（壓力盤）確認過程中發現高壓。

事件結果：

・Protective Device Activation
（壓力盤保護裝置作動）

・Pressure Gauge Damage
（壓力錶損壞）

・Valve Removal 未繼續進行

・未發生人員傷害

這起事故同時存在：

Upstream Process Failure
（上游流程失效）

以及：

Downstream Safety Barrier
（下游安全防護層）

兩個值得分析的部分。

二、鋼瓶送到維修廠不代表已經無壓

這是本案例最重要的第一個觀念。

在正常流程中，維修人員可能預期：

送到 Maintenance Area
（維修區域）

的鋼瓶已經完成前端必要處理。

但：

Expected Condition
（預期狀態）

不能取代：

Actual Condition Verification
（實際狀態確認）。

因此：

Cylinder in Maintenance Area
（鋼瓶位於維修區）
≠
Cylinder Depressurized
（鋼瓶已無壓）

同樣：

Maintenance Label
（維修標示）
≠
Physical Condition Confirmed
（實際物理狀態已確認）

這也是為什麼拆閥前仍需要進行獨立確認。

三、Pressure Panel 的作用是確認，不是預設

本案例中，Pressure Panel（壓力盤）的重要功能之一，是在 Valve Removal（拆閥）之前確認鋼瓶實際壓力狀態。

它回答的是：

「這支鋼瓶現在實際還有沒有壓力？」

而不是：

「上游說沒有壓力，所以應該沒有壓力。」

因此：

Upstream Status
（上游狀態）
＋
Label / Record
（標示／紀錄）

仍需要：

Physical Verification
（實際確認）

形成另一道 Safety Barrier（安全防護層）。

四、如果沒有拆閥前壓力確認，風險會更高

本案例中，維修人員並沒有直接進行 Valve Removal（拆閥）。

而是先執行：

Pressure Confirmation
（壓力確認）。

因此高壓異常是在拆閥前被發現。

這是一個非常重要的 Safety Barrier Success
（安全防護層成功攔截）。

如果流程只有：

Cylinder Received
（接收鋼瓶）
↓
Assume Empty
（假設無壓）
↓
Valve Removal
（拆閥）

那麼一旦上游狀態錯誤，後果可能更加嚴重。

因此正確的安全概念不是：

「上游已經確認，所以維修端不需要再確認。」

而是：

Independent Verification
（獨立確認）

可以防止單一道流程失效直接演變成更嚴重事件。

五、Pressure Panel 不是用來處理 Full Cylinder

這一點必須特別說清楚。

Pressure Panel（壓力盤）在本案例中的角色是：

Pressure Confirmation
（壓力確認）

以及：

Abnormal Condition Detection
（異常狀態偵測）。

不能因為這起案例中 Pressure Panel 發現了 Full Cylinder，就把它理解成：

「如果鋼瓶有壓，就利用維修壓力盤把內容物處理掉。」

這不是本文要表達的概念。

因此：

Pressure Panel
（壓力盤）
＝
Verification / Detection Tool
（確認／偵測工具）

而不是：

Full Cylinder Processing Equipment
（滿瓶處理設備）。

一旦發現鋼瓶仍具有異常壓力：

維修作業應停止，

並依核准程序進入適當的異常處理流程。

本文不提供高壓鋼瓶內容物排放或洩壓操作方式。

六、Protective Device Activation 代表什麼？

本事故中，Pressure Panel（壓力盤）上的 Protective Device（保護裝置）發生動作。

這裡必須避免寫得太具體。

因為如果沒有原始設備資料確認：

・Protective Device Type（保護裝置種類）
・Set Pressure（設定壓力）
・Operating Principle（作動原理）

就不應自行推測它是：

Safety Valve
Relief Valve
Burst Disc
或其他特定裝置。

因此公開文章比較正確的寫法是：

Pressure Panel Protective Device Activated
（壓力盤保護裝置發生作動）

而不是直接指定某一種設備名稱。

這也是技術文件的重要原則：

Unknown Device Type
（裝置種類尚未確認）

就保留：

Unknown
（未知）

不要為了讓文章看起來完整而自行補上答案。

七、Pressure Gauge Damage 是結果，不是 Root Cause

本案例造成：

Pressure Gauge Damage
（壓力錶損壞）。

但如果事故分析只寫：

Problem：
Pressure Gauge Damaged

Corrective Action：
Replace Pressure Gauge

就會漏掉真正重要的問題。

Pressure Gauge Damage 是：

Event Result
（事件結果）

而不是：

Root Cause
（根本原因）。

真正應該調查的是：

「為什麼高壓鋼瓶會進入維修流程？」

因此：

Damaged Gauge
（壓力錶損壞）
↓
不是調查終點

而應該繼續追查：

Why was a Pressurized Cylinder Sent to Maintenance?
（為什麼仍有高壓的鋼瓶會被送到維修端？）

【照片 06-05-02｜事故後損壞的 Pressure Gauge】

八、真正需要調查的是 Upstream Process

本案例的重要問題是：

一支仍具有高壓內容物的鋼瓶，

為什麼會進入：

Maintenance Process
（維修流程）？

因此 Root Cause Analysis（根本原因分析）不能只停在維修現場。

需要向上游追查：

・Cylinder Status Identification
（鋼瓶狀態識別）

・Process Routing
（流程路由）

・Cleaning / Preparation Status
（前端處理狀態）

・Label Status
（標示狀態）

・Work Record
（作業紀錄）

・Handover
（交接）

・Physical Verification
（實際狀態確認）

・其他相關 Safety Barrier
（安全防護層）

這起事件的核心問題屬於：

Wrong Process Entry
（錯誤流程進入）

或：

Status Control Failure
（狀態管理失效）

而不是單純：

Pressure Panel Failure
（壓力盤故障）。

九、這是一個 Safety Barrier 成功與失敗同時存在的案例

這起事故非常適合用多層 Safety Barrier（安全防護層）的方式分析。

上游：

Cylinder Status Control
（鋼瓶狀態管理）

沒有成功阻止一支仍有高壓的鋼瓶進入維修區。

這是一個：

Barrier Failure
（防護層失效）。

但是維修端：

Pressure Confirmation Before Valve Removal
（拆閥前壓力確認）

成功在 Valve Removal（拆閥）之前發現異常。

這是一個：

Barrier Success
（防護層成功）。

因此事故可以表示成：

Pressurized Cylinder
（仍有高壓的鋼瓶）
↓
Upstream Status Control Failed
（上游狀態管理失效）
↓
Cylinder Entered Maintenance Area
（鋼瓶進入維修區）
↓
Pressure Confirmation
（拆閥前壓力確認）
↓
Unexpected Pressure Detected
（發現非預期壓力）
↓
STOP
（停止後續維修）
↓
Valve Removal Prevented
（避免進一步拆閥）

這正是多層安全防護存在的目的：

不是假設前一道永遠不會出錯，

而是當前一道失效時，

下一道仍有機會攔截異常。

十、Label 不能取代 Physical Verification

即使鋼瓶具有：

Status Label
（狀態標籤）

或：

Work Record
（作業紀錄）

也不能完全取代實際確認。

因此：

Label Says Ready
（標籤顯示可維修）
≠
Cylinder Physically Ready
（鋼瓶實際已具備維修條件）

Record Complete
（紀錄顯示完成）
≠
Physical Condition Confirmed
（實際狀態已確認）

這個概念會在下一篇：

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

再次出現。

06-05 是：

鋼瓶已經進入 Pressure Confirmation（壓力確認）階段才發現異常。

06-06 則是：

維修人員在進入 Pressure Panel（壓力盤）之前，就透過標示與紀錄不一致發現問題。

兩個案例放在一起，可以形成非常完整的 Safety Barrier 教材。

十一、Corrective Action 不應只更換壓力錶

本案例事故後當然需要處理：

Damaged Pressure Gauge
（損壞壓力錶）

但：

Replace Gauge
（更換壓力錶）

只是：

Equipment Restoration
（設備恢復）

不是完整的：

Corrective Action
（矯正措施）。

真正的改善應回到：

「如何防止狀態不符合維修條件的鋼瓶再次進入維修流程？」

因此可以從：

Prevention Barrier
（預防防護層）

Detection Barrier
（偵測防護層）

Mitigation Barrier
（減災防護層）

三個方向檢視。

Prevention：

防止不符合維修條件的鋼瓶進入維修區。

Detection：

即使上游失效，維修端仍進行 Pressure Confirmation。

Mitigation：

當發現異常壓力時，停止後續維修並依核准程序處理。

十二、Failure Mode Database（故障模式資料庫）建議紀錄

Failure Mode ID：

FM-011

Failure Mode：

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

Component / Process：

Cylinder / Maintenance Receiving
（鋼瓶／維修接收流程）

Observed Condition：

Unexpected High Pressure Detected Before Valve Removal
（拆閥前發現非預期高壓）

Detection Method：

Pressure Panel
（壓力盤）

Event Result：

Protective Device Activation
（保護裝置作動）

Pressure Gauge Damage
（壓力錶損壞）

Valve Removal Prevented
（避免進一步拆閥）

Safety Barrier：

Pressure Confirmation Before Valve Removal
（拆閥前壓力確認）

Possible Contributing Factors：

・Status Control
（狀態管理）

・Process Routing
（流程路由）

・Handover
（交接）

・Label / Record Control
（標示／紀錄管理）

・Upstream Verification
（上游確認）

・Other Factors
（其他因素）

Confirmed Root Cause：

依原始事故調查結果填寫。

Cause Status：

CONFIRMED（已確認）
PROBABLE（高度可能）
POSSIBLE（可能）
UNCONFIRMED（尚未確認）

十三、本案例的重要判斷觀念

本案例可以整理成：

Cylinder Sent to Maintenance
（鋼瓶送到維修區）
≠
Cylinder Depressurized
（鋼瓶已無壓）

Status Label
（狀態標示）
≠
Physical Condition
（實際物理狀態）

Pressure Gauge Damage
（壓力錶損壞）
≠
Root Cause
（根本原因）

Protective Device Activation
（保護裝置作動）
≠
Protective Device Failure
（保護裝置故障）

Pressure Panel
（壓力盤）
≠
Full Cylinder Processing Equipment
（滿瓶處理設備）

Pressure Confirmation
（壓力確認）
＝
Independent Safety Barrier
（獨立安全防護層）

最重要的是：

Never Assume Zero Pressure
（不要假設鋼瓶已經無壓）

而應：

Verify Actual Condition Before Valve Removal
（拆閥前確認鋼瓶實際狀態）。

十四、與 06-06 Near Miss 的差異

06-05：

Pressurized Cylinder
（仍有高壓的鋼瓶）

已經進入：

Pressure Panel Check
（壓力盤確認）

才發現異常。

結果：

・保護裝置作動
・Pressure Gauge 損壞
・Valve Removal 被阻止

06-06：

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

維修人員在：

Valve Opening
（開閥）

以及：

Pressure Panel Connection
（壓力盤連接）

之前就發現異常。

因此：

06-05
＝
Safety Incident
（安全事件）

06-06
＝
Near Miss / Good Catch
（未遂事件／成功攔截）

兩個案例可以一起用來說明：

越早發現異常，

越能在較前端阻止事件進一步發展。

十五、相關文章

・04-01｜瓶閥拆卸與安裝
・04-05｜鋼瓶維修前接收與狀態確認
・06-06｜標籤誤貼未清潔鋼瓶遭維修人員攔截未遂案例
・07-04｜鋼瓶壓力測試盤與拆閥前壓力確認
・09-01｜Stop Work 與 Good Catch
・09-02｜多層安全防護
・09-04｜異常現象、直接原因與根本原因的判斷方法
・09-05｜鋼瓶維修經驗如何轉化為 Failure Mode Database

注意事項

本文為維修接收流程中 Unexpected Cylinder Pressure（非預期鋼瓶壓力）事故案例的技術經驗整理。

本案例中的 Pressure Panel Protective Device（壓力盤保護裝置）實際種類及設定值，在未確認原始設備資料前不作進一步推定。

Pressure Panel（壓力盤）在本文中的重點是拆閥前 Pressure Confirmation（壓力確認）與 Abnormal Condition Detection（異常狀態偵測），不應將其理解為處理 Full Cylinder（滿瓶）或高壓內容物的設備。

實際發現非預期壓力時，應停止後續維修作業，維持安全狀態並依公司核准的異常處理程序執行。

本文不提供高壓鋼瓶排放、洩壓、開閥或其他危險操作程序。

最後更新：2026-09-28

06-03｜C2H2 鋼瓶壓力異常與 PRD 洩漏事故案例

C2H2（Acetylene，乙炔）鋼瓶與一般壓縮氣體鋼瓶具有不同的儲存與充填特性。

乙炔鋼瓶內部通常具有 Porous Mass（多孔填料）與指定 Solvent（溶劑），乙炔則溶解於溶劑中儲存。

因此，當 C2H2 鋼瓶出現異常高壓時，不能只看到 Pressure Reading（壓力讀值），就直接判定為 Overfill（過量充填）。

本案例中，一支海外來源的 C2H2 鋼瓶在接收／檢查過程中發現：

・Cylinder Pressure（鋼瓶壓力）異常偏高
・壓力曾超過公司正常使用經驗範圍
・同時存在 PRD Leak（壓力釋放裝置洩漏）

事故後，公司進一步與供應商確認 C2H2 充填管理方式，並從 Filling Source（充填來源端）建立兩項重要控制：

第一：

DMF Quantity Control
（DMF 溶劑量管理）

充填 C2H2 前確認 DMF 是否減少；若 DMF 不足，應先依核准要求處理 DMF 補充與相關確認，而不是直接按照原有條件繼續充填 C2H2。

第二：

C2H2 Filling Weight Control
（C2H2 充填重量管理）

要求供應商建立 Filling Record（充填紀錄），確認公司這項特定鋼瓶配置的 C2H2 充填量不得超過 11.8 kg。

因此，本案例不只是「發現高壓」，更重要的是事故後如何把控制點由接收端往前移至充填來源端。

一、案例概要

氣體：

C2H2（Acetylene，乙炔）

異常類型：

Cylinder Pressure Abnormality
（鋼瓶壓力異常）

同時發現：

PRD Leak
（壓力釋放裝置洩漏）

鋼瓶來源：

Overseas Cylinder
（海外來源鋼瓶）

主要調查方向：

・Cylinder Pressure（鋼瓶壓力）
・Cylinder Temperature（鋼瓶溫度）
・Filling Weight（充填重量）
・DMF Quantity（DMF 溶劑量）
・Cylinder Marking（鋼瓶標示）
・PRD Condition（PRD 狀態）
・Original Filling Record（原始充填紀錄）

本案例最初觀察到的是：

Pressure Abnormality
（壓力異常）

以及：

PRD Leak
（PRD 洩漏）

因此在證據尚未完整前，不宜單靠壓力讀值直接將案例定義為：

Overfill Incident
（過量充填事故）

比較適當的公開案例名稱是：

C2H2 Cylinder Pressure Abnormality and PRD Leak
（C2H2 鋼瓶壓力異常與 PRD 洩漏）

二、C2H2 鋼瓶與一般壓縮氣體鋼瓶不同

乙炔鋼瓶不能單純理解為：

「鋼瓶裡裝著高壓乙炔氣體。」

其內部儲存系統通常包含：

Cylinder Body（鋼瓶本體）
＋
Porous Mass（多孔填料）
＋
Solvent（溶劑）
＋
Dissolved Acetylene（溶解乙炔）

因此：

Pressure（壓力）

只是判斷 C2H2 鋼瓶狀態的一項資訊。

還需要考慮：

・Temperature（溫度）
・Solvent Condition（溶劑狀態）
・Acetylene Content（乙炔含量）
・Filling Weight（充填重量）
・Cylinder Condition（鋼瓶狀態）

等因素。

也就是說：

High Pressure
（高壓）

是一個需要調查的異常訊號，

但不是單獨證明 Overfill（過量充填）的全部證據。

三、事故後建立的 DMF 溶劑量管理

公司實際使用的部分 C2H2 鋼瓶配置中，採用：

DMF（Dimethylformamide，二甲基甲醯胺）

作為 Solvent（溶劑）。

針對過去 C2H2 鋼瓶壓力異常問題，公司後續已與供應商確認：

再次充填 C2H2 前，應確認 DMF 的狀態與數量是否符合該鋼瓶的充填要求。

如果確認 DMF 有減少或不足：

不應在未處理溶劑不足問題的情況下，直接按照原有條件繼續充填 C2H2。

而應先依該鋼瓶適用的核准要求，處理 DMF 補充及相關確認。

其管理概念可以整理為：

Before C2H2 Filling
（C2H2 充填前）
↓
Check DMF Condition / Quantity
（確認 DMF 狀態／數量）
↓
DMF Reduced?
（DMF 是否減少？）
↓
如果不足
↓
依核准要求處理 DMF 補充
↓
Confirm Filling Condition
（確認符合充填條件）
↓
C2H2 Filling
（進行 C2H2 充填）

這項改善的重點，是避免只依照過去的 C2H2 充填量直接重新充填，而忽略鋼瓶內 Solvent Condition（溶劑狀態）可能已經發生變化。

四、C2H2 充填重量管理

除了 DMF 之外，公司也針對 C2H2 Filling Weight（C2H2 充填重量）與供應商建立管理要求。

針對公司目前這項特定鋼瓶配置：

C2H2 Filling Weight
（C2H2 充填重量）

不得超過：

11.8 kg

同時要求供應商建立：

Filling Record
（充填紀錄）

記錄每次實際 C2H2 充填量。

因此公司可以從來源端確認：

這一次實際充填多少 C2H2？

而不是等鋼瓶回到使用端，發現壓力異常後，才回頭追查是否可能存在充填量問題。

管理方式可以簡化為：

C2H2 Filling
（C2H2 充填）
↓
Record Actual Filling Weight
（記錄實際充填重量）
↓
Verify Filling Weight
（確認充填重量）
↓
Confirm ≤ 11.8 kg
（確認不超過 11.8 kg）

這使 Filling Weight（充填重量）成為可以追溯的客觀資料。

五、DMF 與 C2H2 充填量必須一起管理

本案例後續最重要的改善之一，是不再只管理：

「C2H2 灌了多少？」

而是同時管理：

DMF
＋
C2H2

也就是：

Control A：

DMF Quantity Control
（DMF 溶劑量管理）

確認充填 C2H2 前，鋼瓶內 DMF 是否符合該鋼瓶的充填要求。

Control B：

C2H2 Filling Weight Control
（C2H2 充填重量管理）

透過供應商 Filling Record（充填紀錄），確認實際 C2H2 充填重量不超過公司該配置設定的 11.8 kg。

兩項控制結合後：

Cylinder Returned for Filling
（鋼瓶返回充填）
↓
Check DMF
（確認 DMF）
↓
DMF 不足時依核准要求處理
↓
Confirm Filling Condition
（確認充填條件）
↓
Fill C2H2
（充填 C2H2）
↓
Record Filling Weight
（記錄充填重量）
↓
Confirm ≤ 11.8 kg
（確認不超過 11.8 kg）

這比單純在鋼瓶回到使用端後量測 Pressure（壓力），多了一層來源端的預防控制。

六、為什麼 11.8 kg 不能當成所有 C2H2 鋼瓶的標準？

11.8 kg 是公司針對目前特定 C2H2 鋼瓶配置，與供應商確認後所採用的 Filling Weight Control Limit（充填重量管理上限）。

因此：

11.8 kg
≠
所有 C2H2 鋼瓶的通用最大充填量

不同 C2H2 鋼瓶可能具有不同的：

・Cylinder Capacity（鋼瓶容量）
・Porous Mass（多孔填料）
・Solvent Type（溶劑種類）
・Solvent Quantity（溶劑量）
・Approved Acetylene Capacity（核准乙炔容量）
・Manufacturer Requirement（製造商要求）

因此其他 C2H2 鋼瓶不能直接套用：

11.8 kg

作為充填標準。

本數值代表的是：

Company-specific Configuration
（公司特定配置）

的管理要求。

七、為什麼看到高壓不能直接判定 Overfill？

Pressure Reading（壓力讀值）會受到多種條件影響。

因此：

High Pressure Reading
（高壓讀值）
≠
Overfill Confirmed
（過量充填已確認）

如果要進一步確認是否存在 Overfill（過量充填），仍需要比較：

・Filling Weight（充填重量）
・Cylinder Temperature（鋼瓶溫度）
・Settled Pressure（穩定後壓力）
・DMF Condition（DMF 狀態）
・Cylinder Marking（鋼瓶標示）
・Original Filling Record（原始充填紀錄）

例如：

Pressure Abnormal
（壓力異常）
＋
Filling Record Normal
（充填紀錄正常）

就代表調查不能只停留在「過量充填」這一個假設。

相反地，如果 Filling Record 顯示實際充填重量超過該鋼瓶核准／管理條件，就會形成更直接的 Evidence（證據）。

因此：

Pressure 是異常訊號，

Filling Record 則可以提供來源端的實際充填證據。

八、250 psig 應該如何理解？

C2H2 鋼瓶相關資料中經常會看到：

250 psig

這個重要數值。

但不能簡化成：

「任何時候量到超過 250 psig，就是過量充填。」

壓力判讀需要考慮：

・Pressure（壓力）
・Temperature（溫度）
・是否為 Settled Pressure（穩定後壓力）
・Cylinder Marked Pressure（鋼瓶標示壓力）
・實際適用的充填要求

因此：

Pressure > 250 psig
（壓力高於 250 psig）
≠
單獨足以證明 Overfill
（過量充填）

比較適當的判斷是：

Abnormal Condition Requiring Investigation
（需要進一步調查的異常狀態）

如果鋼瓶本身具有更低的適用壓力限制，則仍應依實際鋼瓶標示及適用要求判斷。

九、從事後偵測改成來源端預防

本案例後續改善的一個重要意義，是將 Safety Barrier（安全防護層）往前移。

如果只依靠鋼瓶到廠後：

Pressure Inspection
（壓力檢查）

才發現異常，這主要屬於：

Detection Control
（偵測型控制）

也就是異常可能已經存在，之後才被發現。

而要求供應商：

・充填前確認 DMF
・DMF 不足時先依要求處理
・建立 C2H2 Filling Record
・控制 C2H2 充填量不超過 11.8 kg

則是將控制點提前至：

Filling Source
（充填來源端）

形成：

Prevent
（預防）
↓
Record
（紀錄）
↓
Verify
（確認）
↓
Receive / Inspect
（接收／檢查）

這比單純依賴最終 Pressure Inspection，多建立了一層 Preventive Barrier（預防防護層）。

十、PRD Leak 與高壓不能直接畫上等號

本案例同時存在：

High Pressure
（壓力偏高）

以及：

PRD Leak
（PRD 洩漏）

兩項異常同時存在，並不代表已經證明：

High Pressure
↓
直接造成
↓
PRD Failure

因為 PRD Leak 還可能需要確認：

・PRD Component Condition（PRD 零件狀態）
・Seal Condition（密封狀態）
・Installation Condition（安裝狀態）
・Component Damage（零件損傷）
・Previous Service History（過去使用紀錄）
・其他相關因素

因此：

High Pressure + PRD Leak
（高壓＋PRD 洩漏）
≠
Causal Relationship Confirmed
（因果關係已確認）

應先將：

Observed Condition
（觀察到的異常）

與：

Confirmed Cause
（已確認原因）

分開記錄。

十一、PRD Activation 與 PRD Leak 不同

PRD Activation
（PRD 依設計條件動作）

與：

PRD Leak
（PRD 發生洩漏）

不是完全相同的概念。

PRD Activation 表示：

安全裝置在符合其設計條件時產生預定的壓力釋放功能。

PRD Leak 則表示：

在 PRD 相關位置檢測到非預期的洩漏現象。

因此看到 PRD 區域有氣體釋出時，需要進一步確認：

・是否屬於正常設計條件下的 Activation（動作）
・是否為 Sealing Leak（密封洩漏）
・是否存在 Component Damage（零件損傷）
・是否存在 Assembly Abnormality（組裝異常）
・是否存在其他因素

不能全部統稱為：

PRD Failure
（PRD 故障）。

十二、不要讓案例名稱先決定 Root Cause

如果一開始就把案例命名為：

C2H2 Overfill Incident
（C2H2 過量充填事故）

後續調查容易只朝「過量充填」方向尋找證據。

因此在原因尚未完整確認前，本網站採用較中性的名稱：

C2H2 Cylinder Pressure Abnormality and PRD Leak
（C2H2 鋼瓶壓力異常與 PRD 洩漏）

這個名稱描述的是：

「實際發現了什麼。」

而不是：

「我們先認為原因是什麼。」

也就是：

Incident Title
（事故名稱）

優先描述：

Observed Condition
（觀察到的狀況）

而不是尚未確認的：

Root Cause
（根本原因）。

十三、本案例的調查邏輯

本案例可以整理為：

C2H2 Cylinder Received
（接收 C2H2 鋼瓶）
↓
Pressure Abnormality Detected
（發現壓力異常）
↓
PRD Leak Detected
（發現 PRD 洩漏）
↓
Record Original Condition
（記錄原始狀態）
↓
確認：

Pressure（壓力）
Temperature（溫度）
Cylinder Marking（鋼瓶標示）
DMF Quantity（DMF 數量）
C2H2 Filling Weight（C2H2 充填重量）
Filling Record（充填紀錄）
PRD Condition（PRD 狀態）

↓
Compare Evidence
（比較各項證據）
↓
建立 Possible Cause
（可能原因）
↓
確認是否有足夠證據支持
↓
Confirmed Cause
（已確認原因）

或：

Cause Unconfirmed
（原因尚未確認）

十四、事故後建立的多層 Safety Barrier

經過本案例後，可以將改善措施整理成多層 Safety Barrier（安全防護層）：

Barrier 1：

DMF Quantity Confirmation
（DMF 數量確認）

目的：
避免忽略 Solvent Loss（溶劑減少）。

Barrier 2：

DMF Replenishment Control
（DMF 補充管理）

目的：
發現 DMF 不足時，不直接進入 C2H2 充填，而是先依核准要求處理。

Barrier 3：

C2H2 Filling Weight Control
（C2H2 充填重量管理）

目的：
公司特定配置控制不超過 11.8 kg。

Barrier 4：

Filling Record
（充填紀錄）

目的：
保留每次實際充填重量，使來源端資料可以追溯。

Barrier 5：

Receiving Pressure Inspection
（接收壓力檢查）

目的：
鋼瓶回到接收端後，再建立一道異常偵測防線。

因此：

Source Control
（來源端控制）
＋
Record Control
（紀錄管理）
＋
Receiving Inspection
（接收檢查）

形成多層防護。

這比只依靠最後一道 Pressure Check（壓力確認）更完整。

十五、Failure Mode Database（故障模式資料庫）建議紀錄

本案例不建議只建立一個「Overfill」Failure Mode。

可以分開記錄：

Failure Mode A：

Cylinder Pressure Abnormality
（鋼瓶壓力異常）

Observed Condition：
Pressure Higher Than Expected
（壓力高於預期）

Possible Causes：
Overfill
Temperature Condition
DMF / Solvent Condition
Other Factors

（過量充填、溫度條件、DMF／溶劑狀態或其他因素）

Evidence：

・Pressure Record（壓力紀錄）
・Temperature Record（溫度紀錄）
・DMF Record（DMF 紀錄）
・C2H2 Filling Record（C2H2 充填紀錄）
・Cylinder Data（鋼瓶資料）

Failure Mode B：

PRD Leak
（PRD 洩漏）

Failure Mode ID：
FM-009

Component：
PRD
（壓力釋放裝置）

Observed Condition：
Leak Detected at PRD Area
（PRD 區域檢測到洩漏）

Possible Causes：

・Seal Condition（密封狀態）
・Installation Condition（安裝狀態）
・Component Damage（零件損傷）
・Pressure-related Condition（壓力相關條件）
・Other Factors（其他因素）

Confirmed Cause：
依實際調查證據填寫。

Cause Status（原因確認狀態）：

CONFIRMED（已確認）
PROBABLE（高度可能）
POSSIBLE（可能）
UNCONFIRMED（尚未確認）

十六、本案例的重要判斷觀念

本案例可以整理成：

High Pressure
（高壓）
≠
Overfill Confirmed
（已確認過量充填）

Pressure > 250 psig
（壓力高於 250 psig）
≠
單獨足以證明過量充填

PRD Leak
（PRD 洩漏）
≠
PRD Root Cause Confirmed
（已確認 PRD 本身就是根本原因）

11.8 kg
≠
所有 C2H2 鋼瓶的通用充填上限

Pressure Inspection
（壓力檢查）
≠
可以取代來源端充填管理

本案例事故後真正重要的改善，是：

DMF Quantity Control
（DMF 數量管理）
＋
C2H2 Filling Weight Control
（C2H2 充填重量管理）
＋
Filling Record
（充填紀錄）
＋
Receiving Inspection
（接收檢查）

將安全控制從「發現異常」往前推進到「預防異常」。

十七、相關文章

・02-02｜瓶閥 PRD 種類與基本原理
・02-04｜C2H2 乙炔鋼瓶構造與特殊性
・05-03｜鋼瓶瓶閥常見故障模式總覽
・06-01｜誤拆 PRD 造成大量氣體洩漏事故案例
・06-02｜PRD Burst Disc 遺漏造成大量氣體洩漏事故案例
・06-04｜C2H2 鋼瓶焊縫洩漏事故案例
・09-02｜多層安全防護
・09-04｜異常現象、直接原因與根本原因的判斷方法
・09-05｜鋼瓶維修經驗如何轉化為 Failure Mode Database

注意事項

本文為 C2H2（Acetylene，乙炔）鋼瓶壓力異常與 PRD Leak（壓力釋放裝置洩漏）案例的技術經驗整理。

本文所提及 DMF（Dimethylformamide，二甲基甲醯胺）與 C2H2 充填量不超過 11.8 kg，屬於公司針對特定 C2H2 鋼瓶配置，與供應商確認後建立的管理要求，不代表所有 C2H2 鋼瓶均採用相同溶劑或相同充填重量。

不同 C2H2 鋼瓶的 Cylinder Capacity（鋼瓶容量）、Porous Mass（多孔填料）、Solvent Type（溶劑種類）、Solvent Quantity（溶劑量）及 Approved Acetylene Capacity（核准乙炔容量）可能不同，實際充填條件應依該鋼瓶設計、標示、製造商資料、供應商核准程序及適用要求確認。

本文不以單一 Pressure Reading（壓力讀值）判定 Overfill（過量充填），也不提供 C2H2 鋼瓶充填、DMF 補充、洩壓、排放或 PRD 維修的實際操作程序。

最後更新：2026-09-28

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

PRD（Pressure Relief Device，壓力釋放裝置）是部分高壓氣體鋼瓶與瓶閥系統中的重要安全裝置。

在鋼瓶維修或瓶閥相關作業中，如果工具使用位置錯誤，或工具同時接觸到原本不應被帶動的零件，就可能造成意外旋轉、鬆動或密封狀態改變。

本案例中，作業人員在瓶閥相關作業時使用 Adjustable Wrench（活動扳手），工具意外影響 PRD 組件，使 PRD 發生鬆動／位置改變，隨後造成大量氣體洩漏。

這起案例最重要的經驗並不是：

「活動扳手一定會造成事故。」

而是：

Tool Selection（工具選擇）
＋
Tool Contact Area（工具接觸位置）
＋
Component Clearance（零件間隙）
＋
Work Method（作業方式）

都可能成為影響 PRD 安全狀態的重要因素。

一、案例概要

異常類型：

PRD Loose / Position Abnormal
（PRD 鬆動／位置異常）

事故結果：

Large Gas Release
（大量氣體洩漏）

主要相關部位：

・Cylinder Valve（鋼瓶瓶閥）
・PRD（壓力釋放裝置）
・PRD Sealing Area（PRD 密封區域）
・Hand Tool（手工具）

本案例在瓶閥相關作業過程中，使用 Adjustable Wrench（活動扳手）進行操作。

過程中工具影響到 PRD 相關組件，使原本的安裝／密封狀態發生改變，最終造成氣體大量洩漏。

二、什麼是 PRD？

PRD 是 Pressure Relief Device（壓力釋放裝置）的縮寫。

依鋼瓶、瓶閥與氣體用途的不同，PRD 的實際設計可能不同。

例如可能涉及：

・Burst Disc（爆破片）
・Fusible Element / Fuse Metal（易熔元件／易熔金屬）
・Combination Device（組合式裝置）
・其他經核准的壓力釋放設計

並不是所有鋼瓶都使用相同 PRD，也不是所有氣體服務都一定配置 PRD。

因此在討論 PRD 異常時，必須先確認實際：

Cylinder Specification（鋼瓶規格）
Valve Model（瓶閥型號）
Gas Service（使用氣體）
PRD Design（PRD 設計）

不能把某一種 PRD 結構直接套用到所有鋼瓶。

三、事故是如何發生的？

本案例可簡化為：

Valve Related Work
（瓶閥相關作業）
↓
使用 Adjustable Wrench
（活動扳手）
↓
工具影響 PRD 相關組件
↓
PRD Position Changed / Loosened
（PRD 位置改變／鬆動）
↓
Sealing Condition Changed
（密封狀態改變）
↓
Large Gas Release
（大量氣體洩漏）

這條事故鏈的重要之處，在於：

最初的異常並不是鋼瓶本體突然失效。

而是作業過程中，原本不應被改變的 PRD 安裝／密封狀態受到影響。

四、為什麼 Adjustable Wrench 需要特別注意？

Adjustable Wrench（活動扳手）的開口可以調整，因此適用範圍很廣。

但在零件密集、間隙有限的瓶閥區域使用工具時，需要考慮的不只是：

「能不能夾住。」

還需要確認：

・工具實際接觸哪一個零件
・工具旋轉時的活動範圍
・是否可能碰到鄰近組件
・是否可能同時帶動其他零件
・工具尺寸與作業空間是否適當

因此：

Tool Fits
（工具夾得住）

≠

Tool Is Appropriate
（工具就一定適合這項作業）

這是本案例非常重要的經驗。

五、Fixed-size Wrench（固定尺寸扳手）作為公司改善措施

本案例發生後，公司針對相關作業調整 Tool Control（工具管理）方式。

其中一項改善措施是：

限制相關作業使用 Adjustable Wrench（活動扳手），改採符合指定尺寸的 Fixed-size Wrench（固定尺寸扳手）。

這項措施的目的，不只是更換工具，而是利用工具本身的尺寸限制，降低：

・錯誤接觸位置
・不適當夾持
・工具干涉鄰近零件
・誤帶動 PRD

等風險。

這類設計可以視為：

Error Proofing / Poka-Yoke
（防錯設計）

的一種實務概念。

需要注意：

「禁止活動扳手、改用固定尺寸扳手」

是本案例後續建立的 Company Practice（公司實務措施），不應直接描述成所有 DOT 鋼瓶維修作業的通用法規要求。

主要用來說明 Tool Control（工具管理）的差異，不需要重現事故操作。

六、不要為了拍照重新模擬事故

本案例照片的目的，是讓讀者理解：

Tool Interference（工具干涉）

而不是重新演示如何讓 PRD 鬆動。

因此後續補照片時：

可以：
・拍攝工具外觀
・拍攝 Valve / PRD 相對位置
・使用不接觸實際零件的示意圖
・以箭頭標示可能的 Tool Interference Area（工具干涉區域）

不建議：

為了拍攝案例照片，實際使用工具去模擬 PRD 被帶動的狀況。

如果沒有適合的事故原始照片，以 Illustration（示意圖）取代即可。

七、PRD Witness Mark（PRD 見證標記）的用途

部分設備或公司實務可能利用 Witness Mark（見證標記／位置標記），協助目視確認零件的相對位置是否發生變化。

例如：

Before：
Mark Alignment Normal
（標記位置正常）

After：
Mark Misalignment
（標記位置偏移）

這可以作為：

Visual Evidence（目視證據）

協助發現 PRD 可能曾發生旋轉或位置改變。

八、Witness Mark 不等於 Torque Proof

這一點非常重要。

Witness Mark（見證標記）可以協助確認：

「相對位置有沒有發生變化。」

但是它不能單獨證明：

・實際安裝扭力是多少
・目前殘留扭力是多少
・零件一定符合指定 Torque Requirement（扭力要求）

因此：

Witness Mark Normal
（見證標記正常）
≠
Torque Confirmed
（扭力已確認）

同樣地：

Witness Mark Shift
（見證標記偏移）
≠
已經知道實際旋轉量或鬆動扭力

Witness Mark 是：

Visual Indicator（目視指示）

而不是：

Torque Measuring Device（扭力測量工具）。

九、Failure Mode（故障模式）與 Root Cause（根本原因）需要分開

如果事故紀錄只寫：

Root Cause：
PRD Loose（PRD 鬆動）

技術上並不完整。

因為：

PRD Loose

描述的是發生了什麼異常，比較接近 Failure Mode（故障模式）或 Observed Condition（觀察到的狀態）。

真正需要進一步分析的是：

「為什麼 PRD 會鬆動？」

本案例已知的重要資訊包括：

・相關作業正在進行
・使用 Adjustable Wrench
・PRD 位置受到影響
・之後發生大量氣體洩漏

因此原因分析應從這些 Evidence（證據）繼續往下追。

十、Direct Cause（直接原因）與 Root Cause（根本原因）

可以將本案例概念化為：

Observed Condition（觀察到的狀況）：
Large Gas Release
（大量氣體洩漏）

Failure Mode（故障模式）：
PRD Loose / Position Abnormal
（PRD 鬆動／位置異常）

Direct Cause / Causal Factor
（直接原因／因果因素）：

PRD Sealing Condition Changed
（PRD 密封狀態受到改變）

Contributing Factor
（促成因素）：

Tool Contact / Tool Interference
（工具接觸／工具干涉）

接著才需要問：

為什麼工具能夠影響 PRD？

可能涉及：

・Tool Selection（工具選擇）
・Work Method（作業方式）
・Tool Control（工具管理）
・Component Clearance（零件間隙）
・Training（訓練）
・Inspection Barrier（檢查防護層）
・其他因素

因此完整的 Root Cause Analysis（根本原因分析）不能只停在：

「Worker used wrong tool」
（人員使用錯誤工具）

而應繼續確認系統為什麼允許這個錯誤發展成事故。

十一、Safety Barrier（安全防護層）的概念

本案例可以用 Safety Barrier（安全防護層）的方式分析。

例如：

Barrier 1：
Approved Tool Selection
（核准工具選擇）

目的：
降低錯誤工具使用風險。

Barrier 2：
Tool Clearance Check
（工具操作空間確認）

目的：
避免工具接觸鄰近零件。

Barrier 3：
PRD Position Inspection
（PRD 位置檢查）

目的：
發現 PRD 是否發生位置改變。

Barrier 4：
Witness Mark
（見證標記）

目的：
提供快速 Visual Indicator（目視指示）。

Barrier 5：
Post-work Inspection / Leak Check
（作業後檢查／洩漏確認）

目的：
在設備進入下一階段前發現異常。

單一 Barrier 可能失效。

因此較可靠的安全設計通常不是依靠：

「操作人員一定不會犯錯。」

而是建立多層防護。

十二、不要只寫「Operator Error」

事故發生後，如果調查報告只寫：

Root Cause：
Operator Error（人員操作錯誤）

通常不足以支持有效改善。

因為這沒有回答：

・為什麼錯誤工具可以取得？
・為什麼工具能接觸 PRD？
・是否有工具選擇標準？
・是否有作業前檢查？
・是否有位置確認？
・是否有第二道檢查？
・是否能用工具設計直接降低誤用可能？

如果只要求：

「以後小心一點。」

相同 Failure Mode 仍可能再次發生。

本案例後續採用固定尺寸工具的價值就在於：

把部分風險控制從「依賴人的注意力」

轉變成：

Tool-based Error Proofing
（以工具進行防錯）。

十三、本案例的事故鏈

可以整理為：

Valve Related Work
（瓶閥相關作業）
↓
Adjustable Wrench Used
（使用活動扳手）
↓
Tool Interference
（工具發生干涉）
↓
PRD Position Changed
（PRD 位置改變）
↓
PRD Sealing Condition Changed
（PRD 密封狀態改變）
↓
Gas Release
（氣體洩漏）

改善後希望建立：

Approved Fixed-size Tool
（核准的固定尺寸工具）
↓
Reduced Wrong Contact Opportunity
（降低錯誤接觸機會）
↓
PRD Position Check
（PRD 位置確認）
↓
Visual / Witness Mark Check
（目視／見證標記確認）
↓
Applicable Leak Check
（適用的洩漏確認）
↓
Multiple Safety Barriers
（多層安全防護）

【照片 06-01-04｜PRD Tool Interference 示意圖】

建議：

使用 Illustration（示意圖）呈現：

Valve Body
PRD
Tool
Possible Interference Area

不需要畫出詳細拆卸方法或工具旋轉步驟。

十四、Failure Mode Database（故障模式資料庫）建議紀錄

Failure Mode ID（故障模式編號）：
FM-007

Failure Mode（故障模式）：
PRD Loose / Position Abnormal
（PRD 鬆動／位置異常）

Component（相關部位）：
PRD / Cylinder Valve
（壓力釋放裝置／鋼瓶瓶閥）

Observed Condition（觀察到的異常）：
PRD Position Changed
（PRD 位置發生改變）

Event Result（事件結果）：
Large Gas Release
（大量氣體洩漏）

Detection Method（發現方式）：
Visual Inspection / Leak Detection
（目視檢查／洩漏檢測）

Known Evidence（已知證據）：
Tool interaction with PRD area
（工具與 PRD 區域發生接觸／干涉）

Contributing Factor（促成因素）：
Tool Selection / Tool Interference
（工具選擇／工具干涉）

Corrective / Preventive Measure
（改善／預防措施）：
Fixed-size Tool Control
（固定尺寸工具管理）

Cause Status（原因確認狀態）：
依原始事故調查資料判定。

十五、實務判斷重點

本案例可以整理成以下幾個重要觀念：

Tool Fits
（工具夾得住）
≠
Tool Is Appropriate
（工具適合這項作業）

PRD Loose
（PRD 鬆動）
≠
Root Cause
（根本原因）

Witness Mark
（見證標記）
≠
Torque Proof
（扭力證明）

Operator Error
（人員操作錯誤）
≠
Root Cause Analysis Completed
（根本原因分析已完成）

更重要的是：

不要只要求人員「更加小心」，

而是思考能否透過：

Tool Selection（工具選擇）
＋
Error Proofing（防錯設計）
＋
Inspection（檢查）
＋
Leak Detection（洩漏確認）

建立多層 Safety Barrier（安全防護層）。

十六、相關文章

・02-02｜瓶閥 PRD 種類與基本原理
・04-01｜瓶閥拆卸與安裝
・05-03｜鋼瓶瓶閥常見故障模式總覽
・06-02｜PRD Burst Disc 遺漏造成大量氣體洩漏事故案例
・06-07｜瓶閥安裝後 PRD 鬆動案例
・07-06｜固定尺寸扳手與活動扳手的使用風險
・09-01｜Stop Work / Good Catch
・09-02｜多層安全防護
・09-04｜異常現象、直接原因與根本原因的判斷方法
・09-05｜鋼瓶維修經驗如何轉化為 Failure Mode Database

注意事項

本文為特殊氣體鋼瓶維修事故案例的技術經驗整理，目的在於說明 Tool Control（工具管理）、PRD Position（PRD 位置）、Safety Barrier（安全防護層）與 Root Cause Analysis（根本原因分析）的重要性。

本文所述「限制使用活動扳手、改採固定尺寸扳手」屬於本案例後續建立的 Company Practice（公司實務措施），不代表所有 DOT 鋼瓶、所有 PRD 或所有瓶閥作業均具有相同工具要求。

不同 Cylinder、Valve、PRD 與 Gas Service 的結構及要求可能不同，實際作業應依製造商技術資料、適用規範及經核准的作業程序執行。

本文不提供 PRD 拆卸、洩壓、排放或現場事故處置操作程序。

最後更新：2026-09-28

特殊氣體鋼瓶的瓶閥（Cylinder Valve）是控制鋼瓶內氣體進出、維持密封，以及連接外部供氣設備的重要元件。

特殊氣體具有高純度、毒性、腐蝕性、可燃性或高反應性等不同特性，因此瓶閥除了必須承受鋼瓶內部壓力，也必須考慮氣體相容性、密封方式、出口接頭及安全裝置等條件。

瓶閥的主要構造

不同品牌及型號的瓶閥結構會有所差異，但特殊氣體鋼瓶瓶閥通常可包含以下主要部位：

• Valve Body｜閥體
• Handwheel／Actuator｜手輪／驅動機構
• Stem／Spindle｜閥桿
• Diaphragm｜膜片
• Seat｜閥座
• Inlet Thread｜瓶閥入口外螺紋
• Outlet Connection｜出口接頭
• PRD｜安全洩壓裝置（依型式配置）

並不是所有瓶閥都具有完全相同的構造或 PRD 配置，實際仍應以製造商型號資料及適用規範為準。

Valve Body｜閥體

Valve Body 是瓶閥的主要結構，內部包含氣體流道、密封機構及相關零件。

特殊氣體瓶閥的閥體及氣體接觸部位，必須考慮氣體性質及材料相容性。

因此，即使兩個瓶閥外觀相似，也不能直接認定可以使用於相同氣體。

Handwheel／Actuator｜手輪與驅動機構

依操作方式，特殊氣體瓶閥常見可分為：

• Manual Valve｜手動式瓶閥
• Pneumatic Valve｜氣動式瓶閥

手動式利用手輪控制瓶閥開啟與關閉；氣動式則利用 Actuator 配合氣壓驅動，可應用於自動供氣系統。

Diaphragm｜膜片

高純度及特殊氣體瓶閥常使用 Diaphragm（膜片）作為重要的密封結構。

膜片可將部分操作機構與氣體接觸區域隔離，有助於控制外洩、外部污染及顆粒進入氣體流道的風險。

不同製造商可能採用不同的膜片結構，例如 Tied Diaphragm 等設計，因此實際結構應依瓶閥型號確認。

Seat｜閥座

Seat 是控制氣體流道開啟與關閉的重要密封位置。

當瓶閥關閉時，密封元件與 Seat 接觸，阻止鋼瓶內氣體繼續流向出口。

如果密封面受到顆粒、異物、磨耗、刮傷或變形影響，可能造成瓶閥關閉後仍產生內部洩漏。

Inlet Thread｜瓶閥入口外螺紋

瓶閥下方的外螺紋負責與鋼瓶瓶口連接。

瓶閥安裝時若中心未正確對準、螺紋咬合異常、牙型受損或有異物存在，都可能造成瓶閥外牙或鋼瓶瓶牙損傷。

嚴重時可能進一步造成 Neck Leak（瓶頸洩漏）。

因此瓶閥拆卸後，除了檢查瓶閥外牙，也需要確認鋼瓶瓶牙的實際狀態。

Outlet Connection｜出口接頭

Outlet Connection 是瓶閥與外部供氣設備連接的位置。

不同氣體及設備可能使用不同的出口接頭規格，以降低錯誤連接的風險。

如果接頭沒有正確對準就強制鎖入，可能造成 Outlet Thread Damage（出口螺紋損傷）。

PRD｜安全洩壓裝置

部分鋼瓶瓶閥設有 PRD（Pressure Relief Device，安全洩壓裝置）。

PRD 可依設計在特定異常壓力或溫度條件下提供洩壓功能，但並不是所有特殊氣體鋼瓶都配置 PRD。

PRD 是否配置及其型式，必須依鋼瓶規格、氣體危害性、瓶閥設計及適用法規判定，不能只依瓶閥外觀或單一經驗判斷。

瓶閥常見異常

特殊氣體瓶閥可能出現的異常包括：

• Neck Leak｜瓶頸洩漏
• Cross Port Leak
• Outlet Thread Damage｜出口螺紋損傷
• Toroid Damage
• PRD Leak
• 瓶閥外牙損傷
• 操作機構異常
• 顆粒或異物污染

這些異常有時具有相似的洩漏現象，因此需要依洩漏位置、螺紋狀態、密封部位及實際檢查結果進一步判斷。

技術重點

特殊氣體瓶閥不能只依外觀判斷是否適用。

完整判斷通常需要同時考慮：

氣體性質
＋
鋼瓶規格
＋
瓶閥型號
＋
出口接頭
＋
密封結構
＋
PRD 配置
＋
實際檢查結果

即使瓶閥本身沒有發現異常，也不代表瓶閥安裝至鋼瓶後一定能維持正常密封。

瓶閥外牙、鋼瓶瓶牙、安裝狀態及密封條件，都可能影響最終結果。

相關技術資料

• 鋼瓶瓶閥種類與基本構造
• 瓶閥 PRD 種類與基本原理
• 瓶閥拆卸與安裝
• 瓶閥外牙檢查
• 鋼瓶瓶牙檢查
• 鋼瓶瓶閥常見故障模式總覽

資料說明

本文為特殊氣體鋼瓶瓶閥基本構造之技術整理。不同製造商、瓶閥型號、鋼瓶規格及氣體服務可能具有不同要求，實際使用、檢驗及維修應依目前有效的製造商技術文件、適用法規與相關作業規範進行確認。