LANDASAN TEOR
3.6. Reliability Centered Maintenance (RCM)
Reliability Centered Maintenance (RCM) didefinisikan sebagai sebuah proses yang digunakan untuk menentukan kebutuhan perawatan terhadap aset yang bersifat fisik dalam konteks operasinya. Secara mendasar, metodologi RCM menyadari bahwa semua peralatan pada sebuah fasilitas tidak memiliki tingkat
prioritas yang sama. RCM menyadari bahwa disain dan operasi dari peralatan berbeda-beda sehingga memiliki peluang kegagalan yang berbeda-beda juga. Pendekatan RCM terhadap program maintenance memandang bahwa suatu fasilitas tidak memiliki keterbatasan finansial dan sumber daya, sehingga perlu diprioritaskan dan dioptimalkan. Secara ringkas, RCM adalah sebuah pendekatan sistematis untuk mengevaluasi sebuah fasillitas dan sumber daya untuk menghasilkan reliability yang tinggi dan biaya yang efektif. RCM sangat bergantung pada predictive maintenance tetapi juga menyadari bahwa kegiatan maintenance pada peralatan yang tidak berbiaya mahal dan tidak penting terhadap reliability peralatan lebih baik dilakukan pendekatan reactive maintenance. Pendekatan RCM dalam melaksanakan program maintenance dominan bersifat predictive dengan pembagian sebagai berikut:
1. < 10% Reactive. 2. 25% - 35% Preventive. 3. 45% - 55% Predictive.
Tujuan dari RCM adalah:
1. Untuk membangun suatu prioritas disain untuk memfasilitasi kegiatan perawatan yang efektif.
2. Untuk merencanakan preventive maintenance yang aman dan handal pada level-level tertentu dari sistem.
3. Untuk mengumpulkan data-data yang berkaitan dengan perbaikan item dengan berdasarkan bukti kehandalan yang tidak memuaskan.
Karena RCM sangat menitikberatkan pada penggunaan predictive maintenance maka keuntungan dan kerugiannya juga hampir sama. Adapun keuntungan RCM adalah sebagai berikut:
1. Dapat menjadi program perawatan yang paling efisien.
2. Biaya yang lebih rendah dengan mengeliminasi kegiatan perawatan yang tidak diperlukan.
3. Minimisasi frekuensi overhaul.
4. Minimisasi peluang kegagalan peralatan secara mendadak.
5. Dapat memfokuskan kegiatan perawatan pada komponen-komponen kritis. 6. Meningkatkan reliability komponen.
7. Menggabungkan root cause analysis.
Adapun kerugian RCM adalah sebagai berikut:
1. Dapat menimbulkan biaya awal yang tinggin untuk training, peralatan dan sebagainya.
Gambar 3.9. Prinsip-prinsip Dasar RCM
Tabel 3.1. menunjukkan matrix prioritas dalam mengembangkan RCM. Tabel 3.1. Matrix Prioritas Maintenance
Matrix Prioritas Maintenance untuk Pengembangan RCM Prioritas
Bobot Keterangan Aplikasi
1 Emergency Kehidupan, kesehatan, keamanan
2 Urgent Operasi terus menerus pada fasilitas yang beresiko 3 Priority Deadline proyek
4 Routine Prioritas FCFS (first come first serve) 5 Discretionary Diinginkan tetapi tidak penting 6 Deferred Dilaksanakan jika tersedia resource
Tabel 3.2. Hierarki RCM
Hierarki Reliability Centered Maintenance
Reactive Preventive Predictive
Peralatan yang tidak kritis
Peralatan yang sering digunakan
Peralatan dengan pola kerusakan random Peralatan yang tidak
mudah rusak
Peralatan dengan pola
kerusakan yang diketahui Peralatan kritis Metodologi RCM dijelaskan dalam empat fitur unik:
1. Pemeliharaan fungsi-fungsi komponen.
2. Identifikasi apa yang dapat menyebabkan terjadinya kegagalan. 3. Prioritaskan kebutuhan fungsi.
4. Memilih kegiatan perawatan yang efektif dan aplikatif terhadap prioritas kegagalan yang tinggi.
Adapun langkah-langkah dalam menganalisa sistem berdasarkan RCM: 1. Seleksi sistem dan pengumpulan informasi.
Pada saat keputusan untuk melaksanakan program RCM pada mesin atau fasilitas, maka muncul dua pertanyaan:
1. Pada level perakitan (komponen, sistem) proses analisis harus dilakukan? 2. Apakah keseluruhan fasilitas/mesin mendapat proses, jika tidak, pemilihan
yang bagaimana yang harus dibuat?
Untuk melaksanakan seleksi sistem, prosedur apa yang harus dilakukan untuk mengetahui potensial terbesar untuk dilakukan proses analisis. Cara yang langsung dan terpercaya yang dapat menyelesaikan pertanyaan ini adalah aturan 80-20. Untuk menerapkan aturan 80-20 sebagai dasar dalam pemilihan sistem, kita harus mengumpulkan data yang berhubungan dengan downtime dan
menggambarkannya dalam diagram pareto. Gambar 3.10. menunjukkan gambar pareto diagram.
Gambar 3.10. Pareto Diagram
Dalam pengumpulan informasi, waktu dan usaha dapat dipersingkat jika terdapat dokumen mengenai sistem dan informasi yang berhubungan. Daftar dokumen dan informasi yang berhubungan dengan setiap sistem untuk analisa RCM adalah:
a. Sistem skematik atau block diagram.
b. Buku manual untuk sistem yang mungkin memiliki informasi penting dari disain dan operasi sistem.
c. Data historis peralatan.
d. Sistem operasi manual, yang memiliki detail bagaimana sistem tersebut berfungsi.
2. Definisikan batasan sistem.
Ada dua alasan mengapa definisi batasan sistem diperlukan dalam analisa proses RCM:
a. Pasti terdapat pengetahuan dari apa yang telah dan belum dimasukkan dalam sistem sehingga daftar komponen yang akurat dapat dianalisa.
b. Batasan-batasan yang akan menentukan faktor dalam menentukan apa yang masuk dan keluar dari sistem. Hal ini diperlukan pemahaman mengenai apa yang termasuk dalam sistem dan yang tidak.
3. Deksripsi sistem dan blok diagram fungsi.
Setelah seleksi sistem selesai dan batasan sistem juga selesai, maka dilanjutkan pada langkah ketiga untuk identifikasi dan mendokumentasikan detail- detail penting dari sistem. Lima item yang dikembangkan pada langkah ini adalah: a. Deskripsi Sistem
b. Functional Block Diagram c. Sistem In/Out
d. Struktur Sistem Breakdown e. Historis Peralatan
4. Fungsi sistem dan kegagalan fungsi.
Pada bagian ini, proses analisis difokuskan pada kegagalan fungsi, bukan kegagalan peralatan. Biasanya kegagalan fungsi memiliki dua atau lebih kondisi yang menyebabkan kegagalan parsial, minor maupun mayor pada sistem.
5. FMEA (Failure Mode and Effect Analysis)
FMEA merupakan suatu metode yang bertujuan untuk mengevaluasi desain sistem dengan mempertimbangkan bermacam-macam mode kegagalan dari sistem yang terdiri dari komponen komponen dan menganalisis pengaruh- pengaruhnya terhadap keandalan sistem tersebut. Dengan penelusuran pengaruh- pengaruh kegagalan komponen sesuai dengan level sistem, item-item khusus yang kritis dapat dinilai dan tindakan-tindakan perbaikan diperlukan untuk memperbaiki desain dan mengeliminasi atau mereduksi probabilitas dari mode- mode kegagalan yang kritis.
Dalam FMEA, dapat dilakukan perhitungan RPN untuk menentukan tingkat kegagalan tertinggi. Risk Priority Number (RPN) merupakan hubungan antara tiga buah variabel yaitu Severity (Keparahan), Occurrence (Frekuensi Kejadian), Detection (Deteksi Kegagalan) yang menunjukkan tingkat resiko yang mengarah pada tindakan perbaikan. Adapun variabel dari RPN adalah:
1. Severity (S)
Severity adalah tingkat keparahan atau efek yang ditimbulkan oleh mode kegagalan terhadap keseluruhan mesin. Nilai rating Severity antara 1 sampai 10. Nilai 10 diberikan jika kegagalan yang terjadi memiliki dampak yang sangat besar terhadap sistem.
Tabel 3.3. Rating Severity Rating Criteria of Severity Effect
10 Tidak berfungsi sama sekali
9 Kehilangan fungsi utama dan menimbulkan peringatan 8 Kehilangan fungsi utama
Tabel 3.3. Rating Severity (Lanjutan) Rating Criteria of Severity Effect
6 Kehilangan kenyamanan fungsi penggunaan 5 Mengurangi kenyamanan fungsi penggunaan
4 Perubahan fungsi dan banyak pekerja menyadari adanya masalah 3 Tidak terdapat efek dan pekerja menyadari adanya masalah 2 Tidak terdapat efek dan pekerja tidak menyadari adanya masalah 1 Tidak ada efek
(Sumber: Harpco Systems)
2. Occurence (O)
Occurence adalah tingkat keseringan terjadinya kerusakan atau kegagalan. Occurence berhubungan dengan estimasi jumlah kegagalan kumulatif yang muncul akibat suatu penyebab tertentu pada mesin. Nilai rating Occurence antara 1 sampai 10. Nilai 10 diberikan jika kegagalan yang terjadi memiliki nilai kumulatif yang tinggi atau sangat sering terjadi.
Tabel 3.4. Rating Occurrence Rating Probability of Occurence
10 Lebih besar dari 100 per seribu kali penggunaan 9 50 per seribu kali penggunaan
8 20 per seribu kali penggunaan 7 10 per seribu kali penggunaan 6 5 per seribu kali penggunaan 5 2 per seribu kali penggunaan 4 1 per seribu kali penggunaan 3 0,5 per seribu kali penggunaan
2 Lebih kecil dari 0,1 per seribu kali penggunaan 1 Tidak pernah sama sekali
3. Detection (D)
Deteksi diberikan pada sistem pengendalian yang digunakan saat ini yang memiliki kemampuan untuk mendeteksi penyebab atau mode kegagalan. Nilai rating deteksi berkisar antara 1 sampai 10.
Tabel 3.5. Rating Detection Rating Detection Design Control
10 Tidak mampu terdeteksi
9 Kesempatan yang sangat rendah dan sangat sulit untuk terdeteksi 8 Kesempatan yang sangat rendah dan sulit untuk terdeteksi 7 Kesempatan yang sangat rendah untuk terdeteksi
6 Kesempatan yang rendah untuk terdeteksi 5 Kesempatan yang sedang untuk terdeteksi 4 Kesempatan yang cukup tinggi untuk terdeteksi 3 Kesempatan yang tinggi untuk terdeteksi
2 Kesempatan yang sangat tinggi untuk terdeteksi 1 Pasti terdeteksi
(Sumber: Harpco Systems)
6. Analisa Pohon Logika (LTA)
Penyusunan Logic Tree Analysis (LTA) memiliki tujuan untuk memberikan prioritas pada tiap mode kerusakan dan melakukan tinjauan dan fungsi, kegagalan fungsi sehingga status mode kerusakan tidak sama. Prioritas suatu mode kerusakan dapat diketahui dengan menjawab pertanyaan-pertanyaan yang telah disediakan dalam LTA ini.
Pada bagian kolom tabel LTA mengandung informasi mengenai nomor dan nama kegagalan fungsi, nomor dan mode kerusakan, analisis kekritisan dan keterangan tambahan yang dibutuhkan. Analisis kekritisan menempatkan setiap
mode kerusakan ke dalam satu dari empat kategori. Empat hal yang penting dalam analisis kekritisan yaitu sebagai berikut:
a. Evident, yaitu apakah operator mengetahui dalam kondisi normal, telah terjadi ganguan dalam sistem?
b. Safety, yaitu apakah mode kerusakan ini menyebabkan masalah keselamatan? c. Outage, yaitu apakah mode kerusakan ini mengakibatkan seluruh atau
sebagian mesin terhenti?
d. Category, yaitu pengkategorian yang diperoleh setelah menjawab pertanyaan- pertanyaan yang diajukan. Pada bagian ini komponen terbagi dalam 4 kategori, yakni:
1. Kategori A (Safety problem) 2. Kategori B (Outage problem) 3. Kategori C (Economic problem) 4. Kategori D (Hidden failure)
7. Pemilihan Kegiatan
Tugas yang dipilih dalam kegiatan preventive maintenance harus memenuhi syarat berikut:
a. Aplikatif, tugas tersebut akan dapat mencegah kegagalan, mendeteksi kegagalan atau menemukan kegagalan tersembunyi.
b. Efektif, tugas tersebut harus merupakan pilihan dengan biaya yang paling efektif diantara kandidat lainnya.
