Seminar Nasional Inovasi dan Teknologi (SNIT) 2012

PERANCANGAN SISTEM EMERGENCY OPERATION CENTER

BERDASARKAN SERVICE ORIENTED ARCHITECTURE :
STUDI KASUS BANDAR UDARA JUANDA SURABAYA
Samsudin B. Taufik(1), dan Prabowo Pudjo Widodo(2)
(1)
Pascasarjana, Universitas Budi Luhur Jakarta Selatan
samsudin@gme-corp.co.id
(2)
Pascasarjana STMIK Nusa Mandiri Jakarta Pusat
prabowopw@yahoo. com

Abstrak - Penanganan kondisi gawat darurat penerbangan merupakan aktivitas vital dalam dunia bisnis
penerbangan. Sistem penanganan kondisi gawat darurat atau seringkali disebut Emergency Operation Center
(EOC) merupakan syarat mutlak yang harus dimiliki setiap Bandar Udara. Meskipun begitu, hampir seluruh
Bandar Udara di Indonesia belum memiliki sistem EOC. Dengan menggunakan studi kasus Bandar Udara
Juanda Surabaya, pada penelitian ini dirancang sebuah Arsitektur Sistem EOC menggunakan Service Oriented
Architecture (SOA). Diharapkan penerapan SOA mampu meningkatkan para stakeholder EOC Bandar Udara
Juanda terutama pada proses Notifikasi dan Kolaborasi.

Kata kunci: Emergency Operation Center (EOC), Service Oriented Architecture (SOA, Notifikasi, dan
Kolaborasi

1. Latar Belakang Masalah

Bandar udara merupakan pintu keluar masuk orang
dan barang yang sangat rawan dengan kondisi dan
situasi gawat darurat, baik hal tersebut terjadi pada
saat pesawat terbang akan naik (take off) dan turun
(landing) ataupun kejadian-kejadian lain yang ada di
lingkungan terminal.
Pada umumnya kondisi gawat darurat disebabkan oleh
faktor alam seperti gempa bumi, cuaca, kebakaran
karena arus listrik dan lainnya, ataupun karena faktor
manusia seperti teroris, pembajakan pesawat dan
lainnya .
Gawat darurat adalah peristiwa luar biasa yang terjadi,
dimana kejadiannya berlangsung seketika. Karakter
peristiwa gawat darurat yang seperti ini menuntut
adanya kesiap-siagaan organisasi berikut personil
yang berwenang, infrastruktur sistem dan juga
prosedur yang diterapkan.
Masalah paling utama dalam penanganan kondisi
gawat darurat adalah komunikasi antara berbagai
pihak terkait sesuai dengan tanggung jawabnya
masing-masing, seperti: Intern personil manajemen
krisis yang dimiliki Bandar Udara; Pihak eksternal
terkait yaitu Kepolisian, Rumah Sakit, Pemadam
Kebakaran, dll.
Untuk hal tersebut diatas dan berdasarkan Undang-
Undang Republik Indonesia Nomor 1 tahun 2009
tentang penerbangan, maka setiap Bandar Udara harus
mempunyai Pusat Penangan Gawat Darurat atau Crisis
Center (CC) sebagai wadah untuk menangani kondisi
gawat darurat dan sebagai instrumen utama
peningkatan kinerja Bandar Udara. Pada pasal 377
Undang-Undang Republik Indonesia Nomor 1 Tahun
2009 dipersyaratkan bahwa penyelenggaraan sistem
informasi penerbangan dilakukan dengan membangun
dan mengembangkan jaringan informasi secara
efektif, efisien, dan terpadu yang melibatkan pihak
terkait dengan memanfaatkan perkembangan
teknologi informasi dan komunikasi.
Bandar Udara Juanda Surabaya adalah Bandar Udara
Internasional dan merupakan salah satu pintu gerbang
bagi arus wisatawan baik domestik maupun
mancanegara. Saat ini Bandar Udara Juanda Surabaya
dalam menangani kondisi gawat darurat
mengandalkan personil yang telah ditunjuk dengan
bertindak berdasarkan prosedur-prosedur yang secara
standar berlaku secara internasional. Dalam
operasional sehari-hari manajemen penanganan
kondisi gawat darurat dibantu oleh sejumlah perangkat
teknologi informasi dan komunikasi yang secara
khusus diperuntukkan untuk penanganan kondisi
gawat darurat.
Spesifikasi teknologi informasi dan komunikasi yang
digunakan oleh Bandar Udara Surabaya dalam
mendukung penanganan kondisi gawat darurat
mengalami sejumlah kendala yaitu:
1. Software masih belum terintegrasi satu sama lain.
2. Penggunaan perangkat komunikasi belum di
kontrol oleh software yang ada, sehingga
seringkali menimbulkan kesulitan terutama pada
saat melakukan pencarian nomor telephone
personil yang dibutuhkan.
Mengingat penanganan kondisi gawat darurat
membutuhkan reaksi personil dalam waktu yang
cepat, kendala diatas menjadikan titik kelemahan
utama bagi bandar Udara Juanda dalam melaksanakan
tanggung jawabnya terkait penanganan kondisi gawat
darurat di lungkungan Bandar Udara Juanda.
Dengan mengingat fungsi Bandar Udara Juanda
Surabaya sebagai salah satu Bandar Udara
internasional di Indonesia dan kondisi eksisting

Proceedings SNIT 2012: Hal. A-123

Seminar Nasional Inovasi dan Teknologi (SNIT) 2012

mekanisme penanganan kondisi gawat darurat yang Bandar Udara Juanda Surabaya khususnya dan bagi
belum sesuai dengan Undang-Undang yang berlaku Bandar-Bandar Udara lain di Indonesia.
maka, penelitian ini memiliki urgensi tinggi bagi
masih belum secara maksimal memanfaatkan seluruh
2. Tujuan penelitian sumber daya EOC.
Yang dimaksud sumber daya EOC adalah segala
Penelitian ini ditujukan untuk: elemen yang diperlukan untuk memaksimalkan kerja
sebuah EO [1].
1. Menghasilkan rancangan teknologi Dari pemahaman frase Gawat Darurat diatas, maka
informasi dan komunikasi pendukung EOC dapat diartikan sebagai pusat sistem manajemen
prosedur operasi gawat darurat di Bandar yang didisain untuk mengelola adanya kondisi
Udara Juanda yang bisa emergensi dengan mengintegrasikan berbagai fasilitas,
dijadikan dasar implementasi teknologi perangkat, personel, prosedur dan sistem komunikasi
informasi dan komunikasi untuk dalam sebuah organisasi yang terstruktur. Emergency
mempermudah Operator EOC Juanda Operation Center diharapkan dapat menjadi pusat
dalam: komando untuk segala jenis kondisi gawat darurat[1].
a. Melakukan klasifikasi para Dari pemahaman frase Gawat Darurat diatas, maka
pemangku kepentingan EOC dapat diartikan sebagai pusat sistem manajemen
b. Melakukan panggilan notifikasi para yang didisain untuk mengelola adanya kondisi
pemangku kepentingan. emergensi dengan mengintegrasikan berbagai fasilitas,
c. Meminimalisir kegagalan proses perangkat, personel, prosedur dan sistem komunikasi
notifikasi pada para pemangku dalam sebuah organisasi yang terstruktur. Emergency
kepentingan. Operation Center diharapkan dapat menjadi pusat
d. Meningkatkan efektifitas komando untuk segala jenis kondisi gawat darurat[1].
kolaborasi para pemangku
kepentingan. 1. Regulasi pemerintah, Sumberdaya Manusia
2. Menghasilkan rancangan teknologi 2. terlatih Infrastruktur fisik
informasi dan komunikasi pendukung 3. Struktur organisasi EOC dan SOP EOC
prosedur operasi gawat darurat di Bandar 4. Infrastruktur Teknologi Komunikasi Informasi
Udara Juanda berbasis Service 5. Teknologi Informasi dan Telekomunikasi untuk
OrientedArchitecture (SOA). EOC

3. Tinjauan Pustaka

A. Pengertian Emergency Operation Center C. Penerbangan

Emergency Operation Center atau disingkat EOC Undang-undang Republik Indonesia No.1 tentang
dalam bahasa Indonesia bisa diartikan sebagai Pusat penerbangan secara eksplisit dan tegas mensyaratkan
Penanganan Gawat Darurat. Memahami EOC dimulai adanya dukungan teknologi informasi dan komunikasi
untuk mendukung EOC. Syarat teknologi yang
B. EOC Penerbangan Indonesia diimplementasikan harus memenuhi seluruh
kebutuhan bisnis dan tepat guna. [19]
Dalam Konteks Penerbangan, Emergency Operation Teknologi Informasi dan Komunikasi dalam
Center diperuntukkan untuk pengelolaan tindakan mendukung Manajemen Kondisi gawat darurat
penanganan kondisi gawat darurat yang mungkin merupakan salah satu sumber daya EOC yang mampu
terjadi pada setiap proses penerbangan dan aktivitas meningkatkan nilai efektifitas EOC. Fungsi-fungsi
lain yang terkait dengan dunia penerbangan. Secara yang harus dijalankan EOC adalah:
internasional keberadaan EOC pada setiap organisasi Harus terjamin tingkat keamannya dan hanya orang-
yang menangani bisnis penerbangan wajib memilki orang yang berkentingan dan berhak secara legal saja
segala sumberdaya Emergency Operation Center. yang boleh mengkases.
Model dan bentuk EOC untuk penerbangan juga telah
distandarkan secara international melalui berbagai 1. Pre-Alert and Pre-Warning System.
regulasi. Namun begitu terdapat perbedaan pada Advanced/Intelligent Alert and Warning System.
masing-masing negara terkait dengan kultur organisasi 2. Fixed and Mobile Communication
masing-masing. interoperability and integration.
Keberadaan Emerrgency Operation Center di Bandar- 3. Better and more intelligent interfacing with Other
bandar Udara Indonesia pada kenyataannya masih Airport Services and External Agencies.
minim. Belum semua bandar udara di Indonesia 4. Facilitate better Information for Crisis Handling.
memiliki fasilitas EOC, dan kalaupun ada bentuknya 5. Public Information and Contact Center. Facilitate
bisa dikatakan masih primitif atau dalam kata lain better Resource Management

Proceedings SNIT 2012: Hal. A-124


D. SOA (Service Oriented Architecture)
SOA (service oriented architecture, arsitektur
berorientasi layanan) adalah suatu gaya arsitektur
sistem yang membuat dan menggunakan proses bisnis
dalam bentuk paket layanan sepanjang siklus
hidupnya. SOA juga
mendefinisikan dan menentukan arsitektur teknologi
informasi (TI) yang dapat menunjang berbagai
aplikasi untuk saling bertukar data dan berpartisipasi
dalam proses bisnis. Fungsi-fungsi ini tidak terikat
dengan sistem operasi dan bahasa pemrograman yang
mendasari aplikasi-aplikasi tersebut. SOA membagi
fungsi-fungsi menjadi unit-unit yang berbeda
(layanan), yang dapat didistribusikan melalui suatu
jaringan dan dikombinasikan serta digunakan ulang
untuk membentuk aplikasi bisnis. Layanan-layanan ini
saling berkomunikasi dengan mempertukarkan data
antar mereka atau dengan mengkoordinasikan
aktivitas antara dua atau lebih layanan. Konsep SOA
sering dianggap didasari atau berkembang dari
konsep-konsep yang lebih lama dari komputasi
terdistribusi dan pemrograman modular
4. Perancangan
Arsitektur Sistem
Sesuai dengan Undang-Undang RI No. 1 tahun 2009
Pasal 377, bahwa: "Penyelenggaraan sistem informasi
penerbangan dilakukan dengan membangun dan
mengembangkan jaringan informasi secara efektif,
efisien, dan terpadu yang melibatkan pihak terkait
dengan memanfaatkan teknoogi informasi dan
komunikasi". [19]. Mengacu pada hal diatas, maka
prasyarat Terknologi Informasi dan Telekomunikasi
yang digunakan untuk mendukung EOC Penerbangan
memiliki karakteristik: Harus reliable dan harus
dibangun diatas infrastruktur yang reliable pula.
Thomas Mattern dalam bukunya yang berjudul
"Enterprise SOA, Designing IT for Business
Seminar Nasional Inovasi dan Teknologi (SNIT) 2012
Innovation" menyebutkan bahwa SOA
mendeskripsikan fungsional-fungsional software
kedalam layanan-layanan/services [18]. Siklus
pembangunan arsitektur SOA digambarkan sebagai
berikut,
Siklus pembangunan arsitektur SOA digambarkan
sebagai berikut,
A. Business Need
Hasil analisis penelitian menyimpulkan bahwa
kebutuhan bisnis sistem informasi EOC Juanda
adalah:
1. Perlunya proses otomasi klasifikasi Emergency,
2. Perlunya proses otomasi klasifikasi Taskforce Agent
yang sesuai dengan tipe Emergencyyang
ditentukan,
3. Perlunya proses otomasi panggilan,
4. Perlunya proses otomasi panggilan ulang ketika
terjadi kegagalan dan secara automatis juga
memilih nomor telephone alternatif,
5. Perlunya proses monitoring proses call conference.
B. Service Description
Dari kebutuhan bisnis yang telah dideskripsikan
diatas, langkah berikutnya adalah melakukan konversi
ke dalam layanan-layanan (services), sesuai dengan
yang diuraikan dalam tabel berikut,
N Fungsional Deskripsi Layanan
o.
1 Otomasi Klasifikasi Emergency Services Block
Emergency
2 Otomasi Klasifikasi Stakeholder Servicces Block
Stakeholder/Taskfor
ce Agent
3 Otomasi Panggilan Notification Services Block
4 Otomasi Panggilan
Ulang
5 Otomasi Pengalihan
panggilan ke nomor
alternatif
6 Monitoring proses Conferencing Services Block
Call Conference
7 Efektifitas Sistem Communication Services BLock
Telekomunikasi
Eksisting
C. Service Integration
Blok-blok layanan/services akan saling berinteraksi
membentuk satu kesatuan sistem. Proses penentuan
interaksi antar layanan menciptakan desain integrasi
antar blok layanan, atau disebut juga Arsitektur SOA
level 0. Hasil analisis integrasi antar layanan
digambarkan sebagai berikut,
Proceedings SNIT 2012: Hal. A-125
Seminar Nasional Inovasi dan Teknologi (SNIT) 2012
Pada gambar diatas, dijelaskan kedudukan masing-
masing services dalam sistem. Masing-masing blok
services berinteraksi melalui Application Bus, dimana
representasi Aplication Bus ini nantinya menggunakan
Web Service AVAYA Notification Service (ANS).
Advance Aplication dan Advance Infrastruktur
menggambarkan bahwa arsitektur yang didesain
flesksibel terhadap berbagai kemungkinan perubahan
maupun penambahan sistem.
D. Logical Model & Structure
Langkah berikutnya adalah merepresentasikan
Arsitektur SOA EOC Juanda Level 0 yang masih
merupakan aristektur Bisnis, kedalam Technical
Architecture atau disebut juga arsitetkur level 1.
Berikut ini adalah hasil desain Arsitektur SOA EOC
Juanda Level 1.
Arsitektur SOA EOC Juanda level 1 terbagi
kedalam dua lapisan sistem yaitu Lapisan/layer
Communication dan Lapisan/Layer Application.
Node-node sistem berwarna Biru mencerminkan
sistem yang sudah ada sebelumnya, dan Node-Node
berwarna Kuning merupakan sistem tambahan dengan
nama Sistem Informasi EOC. Keseluruhan
Application saling terintegrasi melalui web seervice,
demikian juga integrasi antara layer Application
dengan Layer Communication terintegrasi melalui
web services AVAY Notification Service (ANS).
E. Arsitektur Data
Arsitektur Sistem Informasi EOC berbasis SOA perlu
didukung arsitektur data yangmengakomodir
pertukaran data/informasi yang bersifat platform
independent. Dalam kaidah ini, bisa diartikan platform
database yang diimplementasikan boleh bermacam-
macam. MySql Database , Oracle, PostgreSQL, DB2, dll
bisa dijadikan pilihan untuk diimplementasikan dalam
arsitektur ini. Meski jenis produk database yang
dipilih bisa beraneka ragam, namun ada kaidah-kaidah
yang harus diikuti dalam implementasinya. Kaidah-
kaidah yang dimaksud adalah Arsitektur Data.
Berikut ini merupakan arsitektur data Sistem
Informasi
EOC, Dalam arsitektur data yang digambarkan diatas,
ada Lima Database yang terbagi dalam Dua jenis
SOFTWARE EOC
Proceedings SNIT 2012: Hal. A-126
sifat data.
1. Kelompok pertama yang direpresentasikan dalam
warna Hijau merupakan Sistem Data. Pada
kategori ini, kodifikasi nama tabel dan produk
database yang digunakan bebas.
2. Kelompok kedua direpresentasikan dalam warna
Oranye adalah Integration Data.
Data dalam kelompok ini merupakan data gabungan
dari sistem data. Kodifikasi nama tabel bersifat baku,
dan produk yang digunakan untuk implementasi
Integration Database.
Melihat gambar arsitektur data diatas, aliran data
dimulai dari Database (Db), Emergency, Database
(Db) Stakeholder, dan Database (Db) Notifikasi yang
mengirimkan data pada Database (Db) Web Service
Request dengan format data berbentuk Text. Db Web
Service Request mengirimkan data ke ANS Web
Service dalam bentuk format data XML.
Seluruh permintaan sistem dijawab oleh ANS Web
Service dengan pengiriman data ke Database (Db)
Web Service Response dalam format data XML. Dari
Db Web Service Response inilah data dikirimkan ke
Database e (Db) Conference dalam format Text.
Dengan arsitektur data seperti ini, maka sistem sama
sekali tidak terpengaruh oleh platform-platform
database , ataupun juga Sistem Operasi. Arsitektur
data ini adaptif terhadap perkembangan sistem
nantinya.
5. PENUTUP
Berdasarkan hasil penelitian yang telah dilakukan,
ternyata Arsitektur berbasis SOA untuk diterapkan
pada Emergency Operation Center Bandar Udara
Juanda bisa diterapkan tanpa merubah/merusak
keberadaan sistem yang telah ada dan secara efektif
mampu meningkatkan service level EOC Juanda
dalam menjalankan prosedur operasi gawat darurat di
lingkungan yang menjadi wewenang EOC Juanda
efektifitas yang didapat adalah:

1. Percepatan penentuan tipe emergensi yang
sedang terjadi oleh Operator EOC.
2. Taskforce Agent yang terkait dengan tipe
emergensi yang sedang terjadi secara
automatis dipilih oleh sistem EOC Juanda.
3. Taskforce Agent secara pararel ternotifikasi
oleh sistem sehingga mempercepat operator
dalam menyelenggarakan call conference.
4. Kegagalan notifikasi kepada Taskforce Agent
mampu diminimalisir dengan adanya
pemanggilan ulang secara automatis oleh
Sistem Informasi EOC.
5. Operator EOC mampu memonitor proses
berjalannya call conference, sehingga dengan
mudah mampu menyambung ulang Taskforce
Agent yang terlempar keluar dari call
conference.
DAFTAR REFERENSI
[1] [AC-150/5200-31 B/2009] Federal Aviation
Administration. Advisory Circular
150/5200-31 B tentang A irport Emergency
Plan. ,2009
[2] [AEP- Juanda 2009] Airport Emergency Plan.
Prosedur Penanganan Gawat Darurat Bandar
UdaraJuanda. Juanda, 2009
[3] [ANNEX-9,2009] International Civil Aviation
Organization. CAO Annex 9 tentang
Facilitation mengatur tentang fasilitas yang
harus disediakan di bandar udara. Canada,
2009
[4] [ANNEX-14 2009] International Civil
Aviation Organization. ICAO Annex 14
Aerodromes, Vol. I. Aerodromes Design and
Operation. Canada , 2009
[5] [ANNEX-17 2009] International Civil Aviation
Organization. ICAO ANNEX 17
merekomendasikan kesesuaian Bandar udara
dalam pengelolaan keamanan,terutama dalam
penegakan tindakan yang melawan hukum.
Canada, 2009
[6] [Bean 2010] "SOA and Web Services Interface
Design", Elsevier Publishing,
Massachusetts,2010.
[7] [FAR. 139-26/ 2004] Federal Aviation
Administration. FAR Part 139.325 tentang
Airport Emergency Plan (AEP). United Stated,
2004
[8] [F.Irmansyah 2009] F. Irmansyah,
"Perencanaan Strategis Sistem Informasi
Sekolah Studi Kasus: Sekolah Madania".
Universitas Budi Luhur 2009.
Seminar Nasional Inovasi dan Teknologi (SNIT) 2012
[9] [J.C. Chandra 2010] J.C. Chandra, "Model
Data Warehouse Dengan Service Oriented
Architecture Untuk Mendukung Sistem
Informasi Eksekutif". Universitas Budi Luhur,
2010.
[10] [Josuttis 2007] Josuttis, Nicolai.M., "SOA In
Practice: The Art Of Distributes System
Design", O'Reilly, California, 2007.
[11] [Josuttis 2007] Josuttis, Nicolai.M., "SOA In
Practice: The Art Of Distributes System
Design", O'Reilly, California, 2007.
[12] [Key 1997] Key, James.P, "Qualitative
Research", Source location http://www.
okstate.edu/ag/aged cm4h/academic/aged5980a
/5980/newpage21.htm. Accessed: January, 24,
2010.
[13] [KM-47 2002] Menteri Perhubungan
R.I.Keputusan Menteri Perhubungan Republik
Indonesia Nomor 47 tahun 2002 tentang
Sertifikasi Operasi Bandar Udara.Jakarta, 2002
[14] [McKenney 1996] Information Systems
Management: The Issues Facing Senior
Executives ". Mcgraw-Hill-Irwin, 1996.
[15] [M.Pudyastuti 2006] M. Pudyastuti, "Analisis
dan Rancangan Sistem Informasi Kebutuhan
Vitamin Berbasis Sistem Pakar ", Universitas
Budi Luhur, 2006.
[16] [Perdir-SKEP/76/VI/2005] Dirjen Perhubungan
Udara. Peraturan Direktur Jenderal
Perhubungan Udara Nomor: SKEP/76/VI/2005
Tentang Petunjuk Pelaksana Keputusan
Menteri Perhubungan Nomor 47 Tahun 2002
Tentang Sertifikasi Operasi Bandar Udara.
Jakarta, 2005
[17] [Cerami 2002] Cerami, Ethan., "Web Service
Essentials: Distributed Application with XML-
RPC,SOAP, UDDI & WSDL", Wiley
Publishing, 2002.
[18] [Thomas Mattern 2006] Thomas Mattern,
"Enterprise SOA, Designing IT for Business
Innovation", O'Reilly Media,2008.
[19] [UU-RI-1 2009] R.I. UU Republik Indonesia
Nomor 1 tahun 2009 tentang Penerbangan.
Jakarta, 2009
[20] [Yunus 2006] Yunus, Mamoon., Mallal,
Rizwan., "SOA Testing Using Black, White,
And Gray Box Techniques", Crosscheck
Networks, 2006.
[21] [Zhenyi Jin 1994] Zhenyi Jin, "A Software
Architecture-Based Testing Technique ",
George Mason University, 1994.
Proceedings SNIT 2012: Hal. A-127