Anda di halaman 1dari 7

EVENT TREE ANALYSIS

1. INTRODUCTION
1.1 Konsekuensi Spektrum
Sebuah acara yang disengaja didefinisikan untuk deviasi signifikan pertama
dari situasi normal yang dapat menyebabkan konsekuensi yang tidak diinginkan (misalnya,
kebocoran
gas,
benda
jatuh,
mulai
dari
api).
Pada suatu kejadian kecelakaan dapat menyebabkan banyak konsekuensi yang
berbeda. Konsekuensi potensial dapat diilustrasikan dengan konsekuensi spektrum.

1.2 Sistem keselamatan


Kebanyakan sistem dirancang dengan baik akan memiliki satu atau lebih sistem
keselamatan yang diterapkan untuk menghentikan atau mengurangi konsekuensi dari
peristiwa suatu kejadian kecelakaan. Kemungkinan bahwa suatu peristiwa kecelakaan akan
mengakibatkan konsekuensi yang tidak diinginkan karena itu akan tergantung pada apakah
sistem keselamatan tersebut berfungsi atau tidak. Konsekuensi itu mungkin juga tergantung
pada acara tambahan dan faktor.
Seperti contoh faktok dibawah ini:
a. Apakah pelepasan gas dinyalakan atau tidak,
b. Apakah benar atau tidak ada orang hadir ketika peristiwa kecelakaan terjadi,
c. Arah angin ketika peristiwa kecelakaan terjadi.
Sistem keselamatan juga disebut fungsi keselamatan atau lapisan perlindungan, dan
mungkin teknis atau administratif (organisasi).
1.3 Apa Itu Event Tree Analysis?
Sebuah Analisis Pohon Kejadian (ETA) merupakan prosedur induktif yang
menunjukkan semua hasil yang mungkin dihasilkan dari (awal) event disengaja, dengan
mempertimbangkan apakah sistem keselamatan keselamatan diinstal berfungsi atau tidak, dan
acara
tambahan
dan
faktor.
Dengan mempelajari semua peristiwa kecelakaan yang relevan (yang telah
diidentifikasi oleh analisis awal bahaya, HAZOP, atau beberapa teknik lain), ETA dapat
digunakan untuk mengidentifikasi semua skenario kecelakaan potensial dan urutan dalam
sistem
yang
kompleks.

Desain dan kelemahan prosedural dapat diidentifikasi, dan probabilitas dari berbagai hasil
dari suatu peristiwa kecelakaan dapat ditentukan.

1.4 Example

1.5 Application
a. Analisis risiko sistem teknologi
b. Identifikasi perbaikan dalam sistem perlindungan dan fungsi keamanan lainnya
2

KONSTRUKSI POHON PERISTIWA

2.1 Main Step (Tahap Utama)


1. Identifikasi konsekuensi kecelakaan yang tidak diinginkan
2. Mengidentifikasi sistem keselamatan yang dirancang.
3. Membangun pohon event
4. Jelaskan (potensial) yang dihasilkan urutan kecelakaan
5. Tentukan frekuensi kejadian kecelakaan dan (bersyarat) probabilitas cabang di pohon
kejadian
6. Hitung probabilitas / frekuensi atas konsekuensi diidentifikasi (hasil)
7. Kompilasi dan menyajikan hasil dari analisis

2.2 Accidental Event


Ketika mendefinisikan sebuah acara kecelakaan, kita harus menjawab berikut
pertanyaan:
a. Jenis penyelenggaraan apa itu? (misalnya, kebocoran, kebakaran)
b. Di mana acara tersebut berlangsung? (misalnya, di ruang kontrol)
c. Kapan acara tersebut terjadi? (misalnya, selama operasi normal,
selama pemeliharaan)
Dalam aplikasi praktis kadang-kadang ada diskusi tentang apa yang harus dianggap
sebagai event disengaja (misalnya, harus kita mulai dengan kebocoran gas, api yang
dihasilkan atau ledakan). Setiap kali layak, kita harus selalu mulai dengan deviasi yang
signifikan pertama yang dapat menyebabkan konsekuensi yang tidak diinginkan.
Suatu kejadian kecelakaan dapat disebabkan oleh:
a. Kegagalan sistem atau peralatan
b. Human error
c. proses marah
Hal terjadi disengaja biasanya "diantisipasi". Para perancang sistem telah dimasukkan
ke dalam alat keselamatan yang dirancang untuk menanggapi peristiwa tersebut dengan
menghentikan rangkaian kecelakaan atau mengurangi konsekuensi dari kecelakaan.
Untuk setiap peristiwa kecelakaan kita harus mengidentifikasi:
a. Perkembangan potensi kecelakaan (s)
b. dependensi sistem
c. Respons sistem Bersyarat
2.3 Sistem keselamatan
Sistem keselamatan yang relevan untuk acara kecelakaan tertentu harus tercantum
dalam urutan mereka akan diaktifkan.
Contoh termasuk:
a. Sistem deteksi otomatis (misalnya, deteksi kebakaran)
b. Sistem pengaman otomatis (misalnya, pemadam kebakaran)
c. Alarm peringatan personil / operator
d. Prosedur dan tindakan operator
e. mengurangi sistem keselamatan
2.4 Event Sequance (Urutan Kejadian)
Setiap penghalang harus dijelaskan oleh (negatif) pernyataan, misalnya, "Barrier X
tidak berfungsi" (Ini berarti bahwa penghalang X tidak mampu melakukan fungsi yang
diperlukan (s) ketika peristiwa kecelakaan yang ditentukan terjadi dalam konteks tertentu).
Acara tambahan dan faktor juga harus dijelaskan oleh laporan (kasus terburuk), misalnya, gas
dinyalakan, angin bertiup ke arah tinggal daerah.

2.5 Hasil Alternatif


Dalam kebanyakan aplikasi hanya dua alternatif ("benar" dan "palsu") dianggap.
Hal ini, bagaimanapun, mungkin untuk memiliki tiga atau lebih alternatif, seperti yang
ditunjukkan pada contoh di bawah ini:

2.6 Hasil Akhir


a. Dalam prakteknya, banyak pohon event yang berakhir sebelum "akhir" konsekuensi
dicapai
b. Termasuk ini "final" konsekuensi dapat memberikan pohon peristiwa yang sangat besar
yang tidak praktis untuk visualisasi
c. Hal ini diselesaikan dengan membentuk distribusi konsekuensi untuk setiap acara akhir dan
kemungkinan setiap konsekuensi ditentukan untuk setiap acara akhir
d. Akibatnya, ini merupakan perpanjangan dari pohon kejadian, namun memberikan
presentasi yang lebih elegan dan sederhana dan juga memudahkan ringkasan hasil akhir.

CONTOH SEPARATOR

3.1 Offshore Separator

3.2 Pengaktifan Tekanan

3.3 Event Tree

ANALISA KUANTITATIF

4.1 Perhatikan Contoh Secara Umum:

4.2 Frekuensi Hasil:


Mari kita menunjukkan frekuensi yang disengaja (memulai) event. Biarkan Pr (Bi)
menyatakan probabilitas event B (i). Ketika kita tahu bahwa disengaja bahkan telah terjadi,
kemungkinan "Hasil 1" adalah:
Pr (Hasil 1 | acara Accidental) = Pr (B1 \ B2 \ B3 \ B4) = Pr (B1) Pr (B2 | B1) Pr (B3 | B1 \
B2) Pr (B4 | B1 \ B2 \ B3 )
Perhatikan bahwa semua probabilitas yang bersyarat diberikan hasil dari proses sampai
"penghalang" i tercapai. Frekuensi "Hasil 1" adalah: Pr (B1 \ B2 \ B3 \ B4)
Frekuensi dari hasil lainnya ditentukan dengan cara yang sama.
5

KESIMPULAN

5.1 Pro Dan Kontra


Kelebihan
a. Memvisualisasikan rantai acara berikut peristiwa kecelakaan
b. Memvisualisasikan sistem keselamatan dan secuence aktivasi
c. Dasar yang baik untuk mengevaluasi kebutuhan / perbaikan prosedur baru dan fungsi
keselamatan
kekurangan
a. Tidak ada standar untuk representasi grafis dari pohon kejadian
b. Hanya satu acara inisiasi dapat dipelajari dalam setiap analisis
c. Mudah untuk mengabaikan dependensi sistem halus
d. Tidak baik cocok untuk menangani penyebab umum kegagalan dalam analisis kuantitatif
e. Pohon acara tidak menunjukkan tindakan kelalaian

Anda mungkin juga menyukai