A. Pengertian
Root Cause Analysis (RCA) adalah suatu metode analisis terstruktur yang mengidentifikasi
akar masalah dari suatu insiden, dan proses ini cukup adekuat untuk mencegah terulangnya insiden
yang sama. RCA berusaha menemukan jawaban atas pertanyaan-pertanyaan berikut :
1. Apa yang telah terjadi?
2. Apa yang seharusnya terjadi?
3. Bagaimana terjadi dan apa yang dapat dilakukan untuk mencegah kejadian yang sama
terulang?
RCA wajib dilakukan pada :
Semua kematian yang tidak diharapkan
Semua insiden yang diduga mengakibatkan cidera permanent, kehilangan fungsi atau
kehilangan bagian tubuh.
Dalam menentukan penyebab insiden, harus dibedakan antara penyebab langsung dan akar
masalah. Penyebab langsung (immediate cause/proximate cause) adalah suatu kejadian (termasuk
setiap kondisi) yang terjadi sesaat sebelum insiden, secara langsung menyebabkan suatu insiden
terjadi, dan jika dieliminasi atau dimodifikasi dapat mencegah terjadinya insiden.
Akar masalah (underlying cause/root cause) adalah satu dari banyak faktor (kejadian,
kondisi) yang mengkontribusi atau menciptakan proximate cause, dan jika dieliminasi atau
dimodifikasi dapat mencegah terjadinya insiden. Biasanya suatu insiden memiliki lebih dari satu
akar masalah.
Cara untuk mengidentifikasi akar masalah adalah :
1. Dimulai dengan mengumpulkan data penyebab langsung
2. Mengapa penyebab langsung terjadi? Sistem dan proses mana yang mendasari terjadinya
penyebab langsung.
3. Lebih menitikberatkan pada sistem daripada human errors.
4. Tim sering kali menemui masalah pada tahap ini; sering berhenti pada penyebab langsung
dan tidak terus mencari akar masalahnya.
5. Penyelidikan harus terus berlanjut sampai masalah yang ditemukan tidak dapat ditelusur
lagi, inilah yang dimaksud dengan akar masalah.
b. Timeline
Metode untuk menelusuri rantai insiden secara kronologis. Memungkinkan
investigator untuk menemukan bagian dalam proses di mana masalah terjadi.
c. Tabular timeline
Merupakan pengembangan timeline yang berisi tiga data dasar: tanggal, waktu,
cerita kejadian asal, dan dilengkapi 3 (tiga) data lain yaitu: informasi tambahan,
praktek yang baik (Good Practice), dan masalah / CMP (Care Management
Problem).
Tabular timeline dapat digunakan pada setiap insiden, berguna pada kejadian yang
berlangsung lama.
D. Analisis Informasi
Tools untuk identifikasi proximate dan underlying cause.
1. 5 Why (why-why chart)
Secara konstan bertanya “mengapa?”, melalui lapisan penyebab sehingga mengarah
pada akar permasalahan dari problem yang teridentifikasi.
2. Analisis perubahan / change analysis
Digunakan untuk menganalisa proses yang tidak bekerja sesuai rencana (apa dan
mengapa berubah). Cara ini digunakan jika:
Suatu sistem / tugas yang awalnya berjalan efektif kemudian terjadi kegagalan /
terdapat sesuatu yang menyebabkan perubahan situasi.
Mencurigai suatu perubahan yang menyebabkan ketidaksesuaian tindakan atau
kerusakan alat.
Analisis perubahan membandingkan reality dengan idealnya / teori dengan prakteknya.
Langkah-langkahnya :
1. pelajari prosedur normal : apa yang seharusnya dilakukan (kolom 1)
2. petakan alur insiden yang terjadi, bandingkan dengan langkah 1 (kolom 2)
3. bandingkan dua proses apakah ada perbedaan, apa sebagai masalah? Catat pada
kolom yang telah disediakan (kolom 3)
4. catat akar masalah untuk perbaikan yang akan dimasukkan dalam rekomendasi.
Saat suatu insiden terjadi, biasanya sudah ada tiga atau lebih penghalang yang berhasil
ditembus. Hal ini sesuai dengan teori “Swiss Cheese”
4. Fish bone
Tiap masalah dapat berkaitan dengan beberapa faktor yang dapat memberikan dampak
pada timbulnya insiden.
Faktor
Faktor Faktor Faktor Orang &
pasien petugas tim manajemen
CMP
Faktor
Faktor Faktor Faktor eksternal/
komunikasi Lingkungan tugas di luar RS
kerja
Informasi
tambahan
Good Practice
Masalah
Pelayanan
staf yang
terlibat
Tingkat Sumber
Faktor rekomendasi Penanggung daya yang Bukti
Tindakan Waktu paraf
kontributor (individu, tim, jawab dibutuhkan penyelesaian
direktorat, RS)
Pada Tahapan Proses dijelaskan proses setiap kegiatan sesuai kebijakan dan prosedur yang berlaku
dan jika proses terlalu kompleks, dapat memilih satu proses atau sub proses untuk ditindak lanjuti
Kemudian masing – masing proses uraikan subprosesnya pada Tahapan Sub Proses pada baris A,
B, C, D, E. dst
1 2 3 4 5 6
Tahapan sub Tahapan sub Tahapan sub Tahapan sub Tahapan sub Tahapan sub
Proses proses proses proses proses proses
A._______ A._______ A.________ A.________ A.________ A._________
B._______ B._______ B.________ B.________ B.________ B._________
C._______ C._______ C.________ C.________ C.________ C._________
D._______ D._______ D.________ D.________ D.________ D._________
E._______ E._______ E.________ E.________ E.________ E._________
Langkah 3B
Gambarkan Alur Sub Proses
Jelaskan Sub Proses kegiatan yang dipilih untuk ditindak lanjuti, isikan pada kotak A,B,C,D,E.
Masing – masing Sub Proses sampai Sub Proses terakhir dicari modus kegagalannya, isikan pada
baris 1, 2, 3, 4, 5
A B C D E
Langkah 4
Analisa Hazard Score
Isikan masing – masing modus kegagalan dan effek analisisnya pada lembar kerja
1. Modus Kegagalan
Apa yang anda amati ketika kesalahan terjadi, masing – masing beri nilai pada nomor
selanjutnya
2. Akibat / Severity ( S)
Bagaimana dampak kesalahan pada pelanggan, beri nilai seberapa parah dampaknya terhadap
pelanggan
Nilai 1 = bila kesalahan tidak menimbulkan dampak / cidera pada pelayanan kesehatan (
perhatikan pada lembar Analisa Hazard Minor )
Nilai 5 = bila kegagalan dapat mempengaruhi proses pelayanan kesehatan tetapi menimbulkan
kerugian minor ( perhatikan pada lembar Analisa Hazard Moderat )
Nilai 7 = bila kegagalan menyebabkan kerugian yang lebih besar terhadap pasien ( perhatikan
pada lembar Analisa Hazart Mayor )
Nilai 10 = bila kegagalan menimbulkan kematian atau kecacatan (perhatikan pada lembar
Analisa Hazart Katastropik)
3. Potensial Penyebab / Occurrence ( O )
Yang paling memungkinkan penyebab terjadinya kesalahan – garis ini harus selalu terisi dan
seberapa sering penyebab atau kesalahan model ini terjadi ?
Nilai 1 = Hampir tidak pernah terjadi ( > 5 tahun )
Nilai 5 = Jarang ( dapat terjadi dalam >2 tahun sampai 5 tahun )
Nilai 7 = Kadang – kadang ( dapat terjadi beberapa kali dalam 1 sampai 2 tahun )
Nilai 10 = Hampir sering muncul dalam waktu yang relatif singkat (beberapa kali dalam 1
tahun)
4. Pendeteksian / Detectability ( D )
Seberapa besar kemungkinan yang kita dapat untuk mendeteksi kesalahan atau penyebabnya?
Nilai 1 = mudah dideteksi
Nilai 5 = agak susah dideteksi
Nilai 7 = susah dideteksi
Nilai 10 = tidak dapat dideteksi
5. RPN
Hasil perkalian S X O X D
6. Peringkat : untuk prioritas penyebab yang akan ditindak lanjuti pada langkah 5 berdasarkan
nilai tertinggi pada RPN ( Risk Priority Number )
Langkah 5
Tata Laksana dan Pengukuran Outcome
Lembar Kerja
Modus Potensi RPN Peringkat Tindak lanjut KPI PIC Dukungan
Kegagalan Penyebab Manajemen
Langkah 6
Melakukan Standarisasi / redesign proses / design control, antara lain dengan :
Mengeliminasi risiko bila memungkinkan
Minimalkan risiko apabila tidak dapat dieliminasi
Langkah 7
Analisa dan melakukan uji coba pada proses yang baru
1. Bila proses yang baru sudah selesai dibuat, perlu dilakukan proses FMEA yang baru untuk
menguji apakah proses tersebut masih berpotensi menimbulkan kegagalan
2. Untuk Failure mode dengan high RPN, jangan lupa mencari banyak jalan untuk
mengeliminasi / meminimalkan risiko
Langkah 8
Implementasi dan monitor proses yang baru. Ulangi beberapa waktu, sesudah beberapa failure
mode di-eliminasi