Di banyak sistem K3, CAPA (Corrective and Preventive Action) terlihat “lengkap” di atas kertas—tapi insiden serupa tetap berulang. Biasanya masalahnya bukan di niat, tapi di pemahaman konsep dan kualitas eksekusi.
Artikel ini membedah 3 hal krusial:
- Corrective vs Preventive Action
- Verification vs Validation
- Cara memastikan action benar-benar menyelesaikan root cause, bukan sekadar gejala
1. Corrective Action vs Preventive Action: Beda Fungsi, Bukan Sekadar Waktu
Corrective Action (CA)
Tujuan: menghilangkan penyebab dari kejadian yang sudah terjadi
Karakter:
- Reaktif (berbasis incident / non-conformity)
- Fokus ke root cause
- Harus mencegah kejadian yang sama terulang
Contoh:
- Incident: pekerja terpeleset karena lantai licin
- CA yang salah: pasang rambu “hati-hati”
- CA yang benar: perbaiki sistem drainase + prosedur housekeeping
Preventive Action (PA)
Tujuan: mencegah potensi masalah sebelum terjadi
Karakter:
- Proaktif (berbasis risk assessment / trend)
- Fokus ke potential failure
- Biasanya muncul dari:
- HIRA / HAZOP
- Trend audit
- Near miss
Contoh:
- Belum ada incident, tapi ditemukan banyak area dengan potensi slip
- PA: redesign flooring + standar inspeksi rutin
Insight penting
Banyak organisasi salah kaprah:
- Menganggap semua action setelah incident = corrective
Padahal:
- Jika hanya “mengurangi dampak”, itu bukan CA
- Jika tidak menyentuh penyebab, itu hanya mitigasi sementara
2. Verification vs Validation: Dua Layer Kontrol yang Sering Tertukar
Verification
Pertanyaan: “Apakah action sudah dilakukan sesuai rencana?”
Fokus:
- Compliance
- Evidence-based
Contoh:
- Apakah SOP baru sudah dibuat?
- Apakah training sudah dilakukan?
- Apakah alat sudah dipasang?
Verification = check implementation
Validation
Pertanyaan: “Apakah action tersebut benar-benar efektif?”
Fokus:
Contoh:
- Apakah incident serupa berhenti?
- Apakah exposure risiko turun?
- Apakah perilaku pekerja berubah?
Validation = check impact
Insight praktis
Banyak CAPA “closed” karena:
- Sudah diverifikasi
Tapi:
- Belum divalidasi
Akibatnya:
→ Temuan berulang
→ False sense of safety
3. Cara Memastikan Action Menutup Akar Masalah (Bukan Gejala)
Ini bagian paling krusial.
a. Pastikan Root Cause Bukan Sekadar “Human Error”
Kalimat seperti:
- “Kurang hati-hati”
- “Tidak mengikuti SOP”
Itu bukan root cause, tapi symptom descriptor.
Gunakan pendekatan:
- 5 Why
- Barrier analysis
- System failure mapping
Tanya:
- Kenapa SOP tidak diikuti?
- Apakah SOP realistis?
- Apakah ada tekanan produksi?
- Apakah desain sistem mendukung?
b. Link Action ke Root Cause Secara Eksplisit
Setiap action harus menjawab:
- Root cause mana yang ditutup?
Jika tidak bisa dijelaskan:
→ kemungkinan besar action tidak tepat
c. Gunakan Hierarchy of Controls
Prioritas:
- Elimination
- Substitution
- Engineering control
- Administrative
- PPE
Jika semua action berhenti di:
→ kemungkinan hanya menyentuh permukaan
d. Uji dengan “Repeat Scenario Test”
Tanya:
Jika kondisi yang sama terjadi lagi, apakah incident masih mungkin terjadi?
Jika jawabannya “iya”:
→ root cause belum tertutup
e. Monitor Leading Indicator
Jangan tunggu incident.
Gunakan:
- Unsafe condition trend
- Audit score
- Near miss frequency
4. Checklist Kualitas CAPA (Audit-Ready)
Checklist ini bisa kamu pakai untuk review internal atau audit.
A. Problem Definition
B. Root Cause Analysis
C. Corrective Action
D. Preventive Action
E. Verification
F. Validation
G. Governance
5. Insight Lapangan: Kenapa CAPA Sering Gagal
Beberapa pola yang sering muncul:
- Action terlalu cepat → root cause belum matang
- Fokus ke dokumen → bukan ke sistem nyata
- Verification dianggap cukup → validation diabaikan
- Tidak ada cross-area learning
- Tidak ada tekanan dari governance
CAPA yang efektif bukan yang paling cepat ditutup, tapi yang:
- Menyasar penyebab sebenarnya
- Diverifikasi dengan benar
- Divalidasi sampai terbukti efektif
Kalau tidak, organisasi hanya mengelola gejala—bukan risiko.