Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.

com

Jurnal Teknik Bangunan 63 (2023) 105557

Daftar isi tersedia diScienceDirect

Jurnal Teknik Bangunan

halaman utama jurnal:www.elsevier.com/locate/jobe

Integrasi pemodelan informasi bangunan dan model

evakuasi kebakaran

Nazim YakhouA,B, Peter ThompsonA,C, Asim SiddiquiD, Jimmy Abualdeniene,

Enrico RonchiA,*
ADepartemen Teknik Keselamatan Kebakaran, Universitas Lund, PO Box 118, SE-221 00, Lund, Swedia
BJensen Hughes, Ghent, Belgia
CAutodesk Ltd., Farnborough, Inggris
DGrup Rekayasa Keselamatan Kebakaran, Universitas Greenwich, Inggris
eKetua Pemodelan dan Simulasi Komputasi, Technical University of Munich, Jerman

INFO ARTIKEL ABSTRAK

Kata kunci: Makalah ini menyajikan kerangka kerja untuk mengintegrasikan model evakuasi kebakaran ke dalam Building
BIM Information Modeling (BIM). Kerangka ini dimaksudkan untuk meningkatkan koordinasi antar pemangku kepentingan
Simulasi evakuasi dari berbagai disiplin ilmu yang terlibat dalam domain desain evakuasi kebakaran. Ini mendukung loop data masuk/
Keselamatan kebakaran
keluar penuh yang menghubungkan BIM dan alat desain evakuasi, yang memungkinkan para profesional dan pihak
Jalan keluar
berwenang meninjau model desain bangunan yang digabungkan dengan data evakuasi dan melakukan penilaian
Membangun pemodelan informasi
komprehensif dengan lebih efisien. Pengembangan kerangka kerja dibahas bersama dengan pertukaran data terkait
dari perspektif teknik keselamatan kebakaran. Selain itu, manfaat aliran data dua arah antara BIM dan alat desain
evakuasi kebakaran ditunjukkan dengan mengimplementasikan sistem prototipe untuk menggabungkan Revit,
platform BIM yang populer, dan Pathfinder, simulator evakuasi yang banyak digunakan. Alat open source ini bernama
Evac4BIM dan telah diuji secara sistematis untuk menunjukkan penerapannya dalam desain bangunan.

1. Perkenalan

Building Information Modeling (BIM) tumbuh sebagai metodologi yang berguna di seluruh industri Arsitektur, Teknik, dan Konstruksi (AEC) dan
mengalami perluasan pesat dalam penggunaan di seluruh dunia. Bahkan, itu menjadi persyaratan yang diamanatkan untuk proyek-proyek yang didanai
pemerintah di banyak negara [1]. Salah satu dari sekian banyak manfaat BIM adalah koordinasi antar pemangku kepentingan dari berbagai disiplin ilmu.
Namun, bidang desain evakuasi kebakaran tertinggal karena kurangnya integrasi ke dalam alur kerja digital ini [2,3]. Karena desain berbasis kinerja
memerlukan alat Rekayasa Keselamatan Kebakaran (FSE) (seperti model evakuasi), kurangnya integrasi model dan data analisis meningkatkan beban
kerja tim desain, terutama saat menilai iterasi desain dan pembangunan kembali model analitik berulang. Ini dapat memengaruhi alur kerja dan
menghambat kemungkinan kolaborasi pihak-pihak yang mengerjakan proyek. Fragmentasi proses desain dan peninjauan juga dapat terjadi, di mana
data yang mendukung penilaian FSE dibagi menjadi beberapa pemangku kepentingan yang berbeda daripada dikonsolidasikan secara terpusat. Ini
berpotensi menghasilkan dokumentasi yang tidak konsisten dan ambiguitas dalam peran dan tanggung jawab dan pada akhirnya mengarah pada
masalah keselamatan.
Baru-baru ini, baik Koalisi Standar Keselamatan Kebakaran Internasional (IFSS - kelompok dunia yang terdiri lebih dari 80 organisasi keselamatan kebakaran) dan
laporan Hackitt (sebuah dokumen sebagai tanggapan atas kebakaran Menara Grenfell [4]), menetapkan kebutuhan untuk berbagi informasi yang lebih baik

* Penulis yang sesuai.

Alamat email:enrico.ronchi@brand.lth.se (E. Ronchi).

https://doi.org/10.1016/j.jobe.2022.105557
Diterima 13 September 2022; Diterima dalam bentuk revisi 8 November 2022; Diterima 13 November 2022
Tersedia online 19 November 2022
2352-7102/© 2022 Para Penulis. Diterbitkan oleh Elsevier Ltd. Ini adalah artikel akses terbuka di bawah lisensi CC BY-NC-ND
(http://creativecommons.org/licenses/by-nc-nd/4.0/).
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

terkait keselamatan kebakaran. Hal ini dipandang sebagai sarana untuk mencegah hilangnya nyawa dan harta benda dengan melacak data desain dan pemeliharaan
bangunan sepanjang siklus hidupnya. Dalam laporan Hackitt, rekaman digital ini dikonseptualisasikan sebagai “Benang Emas Informasi”.
Namun, alur kerja BIM terbuka saat ini memiliki keterbatasan yang dapat menghambat penerapan “benang emas informasi” dari perspektif FSE
sehingga sulit untuk mencapai tujuan ini [5]. Keterbatasan ini termasuk ketidakmampuan untuk menangkap, menampilkan, dan menyimpan data yang
dihasilkan oleh alat penilaian FSE (seperti simulator evakuasi kebakaran [6,7]). Selain itu, kurangnya protokol pertukaran data FSE dapat menjadi sumber
konflik, kehilangan data, dan frustrasi di antara para pemangku kepentingan. Misalnya, seorang arsitek dan konsultan kebakaran dapat menggunakan
format yang berbeda (nomenklatur, unit, dll.) untuk menyimpan dan memproses data terkait FSE dalam pelaksanaannya (seperti dimensi komponen
evakuasi, keluaran simulasi, dll.) yang dapat menghambat kerja sama mereka. Selain itu, seorang manajer aset yang mengawasi beberapa proyek
bangunan mungkin mengalami kesulitan dalam menggabungkan data jika tidak disimpan dalam format standar. Hal ini terutama berlaku dalam konteks
desain evakuasi kebakaran di mana terminologi ambigu dapat diadopsi [8].
Studi sebelumnya dalam domain evakuasi kebakaran dan BIM berfokus pada percobaan pertukaran data secara real-time [9], melacak orang di
dalam gedung [10], mengembangkan indeks risiko [11], atau mem-parsing data BIM untuk manajemen keselamatan kebakaran [12]. Dari menganalisis
literatur, beberapa kesenjangan berulang diidentifikasi. Seringkali, pertukaran data dilakukan satu arah (dari BIM ke alat pemodelan evakuasi) dan hasil
dari model evakuasi kebakaran tidak dibawa kembali ke dalam model BIM. Ini secara praktis berarti bahwa saat ini tidak ada putaran pertukaran
informasi yang komprehensif. Untuk mengatasi keterbatasan ini, pekerjaan ini bertujuan untuk mengembangkan kerangka kerja open source untuk
memungkinkan loop data dua arah penuh dengan fokus khusus pada evakuasi kebakaran. Tujuan ini dicapai dengan terlebih dahulu mengidentifikasi
dan mengevaluasi seperangkat properti utama dan input/output yang terkait dengan alat simulasi evakuasi. Selanjutnya, ini dicontohkan dengan
mengembangkan dan mengimplementasikan prototipe tambahan yang dapat dipasangkan dengan Revit, platform perangkat lunak BIM yang umum
digunakan [13], ke Pathfinder [14], alat pemodelan evakuasi populer [15]. Add-in prototipe ini dirilis sebagai proyek open source bernama Evac4BIM.
Pekerjaan ini terkait erat dengan proyek Model View Definition untuk Analisis Pergerakan Penumpang yang sedang berlangsung di bawah administrasi
BIM Standards Organization BuildingSMART.1Perlu dicatat memang bahwa pendekatan yang diadopsi dalam pekerjaan ini (yaitu, berbagi data dua arah
melalui add-in) adalah salah satu pendekatan yang direkomendasikan oleh pakar domain yang terlibat. Selain itu, selain proyek Analisis Gerakan
Penghuni yang sedang berlangsung (berfokus pada aspek pemodelan evakuasi dan sirkulasi), proyek buildingSMART lainnya (sebagian besar berfokus
pada aspek pemodelan kebakaran) saat ini sedang mencari partisipasi dari pihak yang berkepentingan.2Pada akhirnya, tujuan dari kegiatan ini adalah
untuk memfasilitasi pembuatan loop data lengkap antara alat pembuat BIM (misalnya, Revit) dan model evakuasi yang memungkinkan pertukaran
masukan dan hasil perhitungan di antara mereka dan untuk memfasilitasi pencapaian “benang emas dari informasi".

2. Pertukaran data dua arah model BIM dan evakuasi kebakaran

Fokus dari penelitian ini adalah untuk membuat loop pertukaran data penuh, yang menghubungkan perangkat lunak BIM dengan simulator evakuasi kebakaran
yang menghasilkan pertukaran data dua arah yang efektif termasuk tidak hanya geometri tetapi juga informasi semantik yang diperlukan untuk penilaian ini (lihat
Gambar 1). Artinya, hasilnya dapat ditangkap dan disimpan dalam model BIM.
Insinyur keselamatan kebakaran memerlukan serangkaian informasi dari para perancang untuk melakukan penilaian mereka. Kebutuhan untuk
kelancaran berbagi informasi digital antara pemangku kepentingan selama semua fase proyek menyebabkan terciptanya standar pertukaran data
terbuka yang dikenal sebagai Industry Foundation Classes (IFC) [16]. Industry Foundation Classes (IFC) adalah model data dan standar industri untuk
mendeskripsikan data bangunan yang memastikan informasi BIM dapat diakses oleh semua pemangku kepentingan terlepas dari perangkat lunak yang
mereka gunakan. Konsorsium buildingSMART bertanggung jawab untuk mengembangkan dan memelihara standar IFC [17]. Versi utama saat ini adalah
IFC4 yang dirilis pada tahun 2013 dan disajikan dalam Standar ISO 16739:2013 [18]. Struktur data terbuka dan netralitas format telah meyakinkan
sebagian besar profesi desain dan teknik untuk menggunakan IFC [19]. Konsep kunci dalam IFC adalah Model View Definitions. Definisi Tampilan Model
membantu menentukan informasi mana yang diperlukan dan mana yang opsional untuk aplikasi atau disiplin tertentu (misalnya, FSE). Misalnya, seorang
insinyur keselamatan kebakaran mungkin tertarik pada waktu evakuasi suatu ruang atau penggunaan pintu keluar, tetapi bukan seorang insinyur
struktur atau analis energi bangunan. Dalam hal ini, Definisi Tampilan Model menentukan bagian mana dari keseluruhan model BIM yang difilter dan
juga data mana yang diperlukan untuk tujuan tertentu [19]. Mengingat format standarnya, pekerjaan ini menggunakan standar dasar IFC, dengan Model
View Definition yang diusulkan sebagai titik awal pengembangan kerangka kerja baru untuk domain desain evakuasi kebakaran.

Daftar properti data perlu diidentifikasi untuk memungkinkan pemasangan dua arah alat BIM dan simulasi evakuasi kebakaran. Berbagai
sumber diadopsi untuk tujuan ini. Sebuah tesis PhD [16] dan publikasi terkaitnya [5] menyajikan strategi konseptual untuk meningkatkan
pembagian data antara FSE dan BIM, termasuk evakuasi kebakaran serta draf awal Model View Definition yang berisi persyaratan data untuk
FSE. Namun, meskipun prototipe dikembangkan untuk menunjukkan aliran data dua arah, itu dicapai dengan menggunakan database
eksternal, yaitu tidak terintegrasi dengan alat pembuat BIM dengan mengimplementasikan properti data tambahan di dalamnya. Untuk
memastikan skema IFC komprehensif, dokumentasi daftar simulator evakuasi mikroskopis yang biasa digunakan di domain FSE juga ditinjau,
termasuk Pathfinder [14], gedungEXODUS [20], MassMotion [21] dan LANGKAH [22] bersama dengan proyek analisis pergerakan penghuni
yang sedang berlangsung oleh buildingSMART [23]. Yang terakhir termasuk model tambahan serta simulator yang disebutkan sebelumnya,
yaitu crowd:it [24], ASERI [25] dan SimCrowd [26].
Pilihan untuk meninjau model mikroskopis didorong oleh fakta bahwa mereka saat ini mewakili pendekatan pemodelan yang paling umum
digunakan dalam domain desain evakuasi kebakaran berbasis kinerja [15]. Selain itu, model-model ini telah mengimplementasikan integrasi “hanya
impor” satu arah dengan format IFC, sehingga menyajikan sekumpulan informasi yang relevan untuk mengembangkan integrasi dua arah.

1https://www.buildingsmart.org/the-occupant-movement-analysis-project-team-have-achieved-an-important-milestone-on-their-project-they-have-documentedthe-process-

maps-of- the-first-phase-onto-the-use-case-management-tool/.
2https://www.buildingsmart.org/standards/calls-for-participation/fire-safety-engineering/.

2
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Gambar 1.Loop pertukaran data dua arah yang menghubungkan alat BIM dan model evakuasi.

Tingkat detail ruang dan penghuni dalam model evakuasi mikroskopis mencerminkan luas dan dalamnya informasi yang diperlukan untuk
integrasi data dua arah yang dimaksud. Faktanya, model mikroskopis mewakili pengungsi sebagai agen individu, sehingga memungkinkan
penilaian sekumpulan properti individu dan agregat kunci yang dapat dihubungkan ke alat BIM. Selain itu, representasi ruang dalam model
tersebut umumnya kontinu [7], yang berarti bahwa informasi tata letak geometris yang diberikan menyajikan tingkat perincian yang konsisten
dengan yang tersedia di alat BIM.

3. Persyaratan data untuk desain evakuasi kebakaran berbasis kinerja

Berdasarkan metode yang disajikan, daftar properti input dan output data yang relevan dikembangkan (lihatTabel 1 dan 2) untuk menentukan
kerangka kerja untuk penggunaan data evakuasi dalam alat BIM. Seperti yang telah disebutkan, input dan output ini pertama kali disusun setelah
peninjauan model evakuasi dan dokumentasi sebelumnya yang tersedia di domain ini [16,23].

Tabel 1
Parameter input yang teridentifikasi untuk simulasi evakuasi.

Nama properti Keterangan

Waktu alarm Waktu untuk Deteksi + Pemberitahuan

Waktu pra-evakuasi Keterlambatan antara waktu evakuasi diberitahukan dan waktu orang yang disimulasikan mulai bergerak
Jumlah orang Jumlah orang yang disimulasikan dalam ruang/ruangan
Beban penghuni Kepadatan orang yang disimulasikan untuk suatu ruang/ruangan [m2/per]

Jumlah puncak orang Tingkat Jumlah maksimum orang yang disimulasikan yang diperbolehkan
hunian gedung siang/malam dalam ruang Evolusi jumlah hunian sepanjang hari
Status komponen Status komponen (tersedia/tidak tersedia) Laju
Tingkat aliran pintu aliran melalui komponen pintu [pers/dtk]
Profil orang Seperangkat profil yang menjelaskan karakteristik orang yang disimulasikan: kecepatan, ukuran, dan kecacatan tanpa hambatan.
Profil yang diterima Daftar profil orang yang disimulasikan yang diizinkan melewati komponen

Meja 2
Parameter output yang teridentifikasi dari simulasi evakuasi.

Nama properti Keterangan

Info model evakuasi Nama/versi/vendor model evakuasi yang digunakan untuk simulasi
Simulasi singkat Deskripsi simulasi
Penghuni awal Jumlah awal orang yang disimulasikan yang ditugaskan ke setiap ruang saat simulasi dimulai
nomor
Waktu evakuasi Waktu dari awal hingga orang yang disimulasikan mencapai tempat yang aman

Evakuasi keseluruhan
waktu
Sejarah penghuni
Jarak tempuh
Penghuni pertama masuk
Waktu dari mulai hingga semua orang yang disimulasikan mencapai tempat yang aman (sering diindikasikan sebagai Waktu Keluar Aman yang Diperlukan, RSET, dalam desain
berbasis kinerja)
Evolusi jumlah orang yang disimulasikan dalam ruang, gedung, atau tangga seiring waktu Jarak
total yang ditempuh oleh orang yang disimulasikan (min, maks, dan rata-rata)
Waktu orang yang disimulasikan pertama melintasi sebuah komponen

Penghuni terakhir keluar Waktu orang yang disimulasikan terakhir melintasi sebuah komponen

Penggunaan total Jumlah total orang yang disimulasikan melintasi sebuah komponen Evolusi

Riwayat laju aliran pintu laju aliran melalui sebuah pintu dari waktu ke waktu Laju aliran rata-rata

Laju aliran rata-rata melalui sebuah pintu [per/detik]

3
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Selain itu, ISO 20414:2020 [27] digunakan sebagai referensi utama, karena mendokumentasikan verifikasi dan validasi model evakuasi
untuk aplikasi teknik keselamatan kebakaran. Ini juga mencakup bagian khusus mengenai komponen utama yang ada dalam model evakuasi
(komponen dasar, terkait kebakaran, bangunan khusus dan perilaku), bersama dengan keluaran tipikalnya.
Meskipun tidak lengkap, daftar yang dihasilkan pada akhirnya dianggap menangkap input dan output utama yang disertakan dalam alat
pemodelan evakuasi saat ini yang digunakan dalam konteks FSE [6]. Faktanya, perlu dicatat bahwa meskipun hanya sebagian dari model
evakuasi di pasar yang ditinjau, daftar yang diberikan dimaksudkan agar dapat diterapkan secara umum untuk sebagian besar alat
pemodelan evakuasi mikroskopis yang tersedia. Hal ini didukung oleh fakta bahwa tiga model evakuasi yang paling banyak digunakan ditinjau
(gabungan tersebut mewakili lebih dari setengah pasar pemodelan evakuasi berdasarkan survei oleh Lovreglio et al. [15]) dan bahwa
pekerjaan ini dilakukan bersamaan dengan kegiatan analisis pergerakan penghuni oleh kelompok buildingSMART yang bekerja di domain ini.
Ini juga dipastikan dengan memeriksa ulasan model evakuasi yang ada di pasar [15,28,29].
Parameter input untuk simulasi evakuasi didasarkan pada apa yang disebut garis waktu evakuasi teknis [6]. Perlu dicatat bahwa
nomenklatur dan garis waktu yang berbeda ada dalam literatur, sehingga yang diadopsi dalam pekerjaan ini dipilih sesuai dengan referensi
utama di lapangan, seperti Buku Pegangan Rekayasa Perlindungan Kebakaran Masyarakat [30–32] dan kode dan standar desain berbasis
kinerja rekayasa kebakaran yang relevan [27,33,34]. Dalam garis waktu yang diadopsi, waktu evakuasi diasumsikan terdiri dari unsur-unsur
yang berbeda, yaitu waktu alarm (waktu untuk deteksi dan pemberitahuan), waktu pra-evakuasi (waktu antara pemberitahuan dan
pergerakan tujuan menuju keselamatan) dan waktu pergerakan [35]. Sementara waktu alarm/pra-evakuasi umumnya ditetapkan sebagai
masukan pengguna oleh model evakuasi, waktu pergerakan dihitung berdasarkan seperangkat variabel (misalnya, kecepatan berjalan kaki,
pilihan rute, kecepatan/kepadatan mendasar atau hubungan arus/kepadatan [36], dan hambatan aliran). Seperangkat parameter tambahan
kemudian ditentukan berdasarkan input tipikal yang diperlukan dalam model evakuasi. Ini sejalan dengan rekomendasi yang diberikan untuk
menyiapkan skenario perilaku penghuni [37]. Mereka termasuk input yang terkait dengan jumlah orang di gedung, karakteristik komponen
jalan keluar (ketersediaan, laju aliran pada komponen) dan profil orang. Profil mencakup properti seperti kecepatan berjalan tanpa hambatan,
ukuran tubuh penghuni, dan karakteristik khusus yang mungkin dari penghuni yang disimulasikan (misalnya penyandang disabilitas [38,39],
kemampuan profil untuk melewati komponen tertentu). Daftar lengkap input disajikan diLampiran 1dan dianggap memungkinkan pengguna
untuk memiliki set input lengkap untuk kinerja simulasi evakuasi.
Mencerminkan proses yang digunakan untuk definisi input simulasi evakuasi, daftar set properti diidentifikasi untuk parameter output. Tujuannya adalah untuk mengidentifikasi keluaran utama yang diperlukan

untuk penggunaan model evakuasi dalam konteks desain berbasis kinerja dalam rekayasa keselamatan kebakaran. Juga dalam kasus ini, pekerjaan ini dilakukan dengan meneliti output yang dihasilkan oleh model

evakuasi yang diadopsi secara umum [15], proyek analisis pergerakan penghuni oleh buildingSMART [23] dan meninjau kode dan standar teknik kebakaran yang relevan [32,33]. Parameter output yang teridentifikasi

mencakup informasi dasar mengenai simulator evakuasi yang digunakan (nama, versi, vendor) dan deskripsi singkat tentang simulasi yang dilakukan. Selain itu, keluaran utama yang terkait dengan proses evakuasi

dilaporkan, termasuk waktu untuk setiap penghuni yang disimulasikan untuk mencapai tempat yang aman, waktu evakuasi keseluruhan (yaitu, waktu penghuni yang paling lambat mencapai tempat yang aman). Keluaran

yang lebih rinci juga dipertimbangkan, seperti melacak riwayat penghuni (evolusi jumlah orang dari waktu ke waktu di ruang tertentu di gedung atau komponen jalan keluar tertentu) dan jarak perjalanan (minimum,

maksimum, dan rata-rata). Meskipun keluaran tersebut tidak selalu digunakan dalam desain berbasis kinerja untuk aplikasi teknik keselamatan kebakaran, mereka dianggap berguna untuk aplikasi tertentu (seperti

estimasi tingkat kemacetan dalam skenario kepadatan tinggi atau skenario yang mungkin termasuk jalur perjalanan yang panjang). Pemanfaatan ruang juga dianggap sebagai isu yang relevan untuk dianalisis dalam

skenario evakuasi. Untuk alasan ini, penghuni pertama dan terakhir yang masuk dan keluar dari komponen jalan keluar bangunan tertentu ditambahkan sebagai keluaran yang relevan. Informasi ini misalnya dapat

berguna untuk menghitung laju aliran di seluruh bangunan. Ini sangat relevan untuk komponen yang laju alirannya tidak dapat diperoleh secara langsung. Mengikuti prinsip yang sama, jumlah total orang yang melintasi

komponen tertentu juga ditambahkan ke daftar keluaran. Riwayat laju aliran pintu dan laju aliran rata-rata langsung ditambahkan ke daftar parameter output. Hal ini dilakukan karena umumnya dapat diperoleh sebagai

output dari simulator evakuasi. Daftar keluaran dirancang dengan mempertimbangkan kompromi antara resolusi data (misalnya ketersediaan data kunci untuk kemungkinan analisis yang akan dilakukan) dan kuantitas

informasi yang diberikan. Pendekatan yang diterapkan memungkinkan pemilihan parameter keluaran untuk analisis yang lebih sederhana (misalnya, penilaian waktu keluar aman yang diperlukan yang biasanya dilakukan

dalam desain berbasis kinerja), serta analisis proses evakuasi yang lebih kompleks. Selanjutnya tergantung pada pengguna untuk memutuskan tingkat detail data mana yang akan digunakan dan bagaimana

menerapkannya dalam desain teknik keselamatan kebakaran. ketersediaan data kunci untuk kemungkinan analisis yang akan dilakukan) dan kuantitas informasi yang diberikan. Pendekatan yang digunakan

memungkinkan pemilihan parameter keluaran untuk analisis yang lebih sederhana (misalnya, penilaian waktu keluar aman yang diperlukan yang biasanya dilakukan dalam desain berbasis kinerja), serta analisis proses

evakuasi yang lebih kompleks. Selanjutnya tergantung pada pengguna untuk memutuskan tingkat detail data mana yang akan digunakan dan bagaimana menerapkannya dalam desain teknik keselamatan kebakaran.

ketersediaan data kunci untuk kemungkinan analisis yang akan dilakukan) dan kuantitas informasi yang diberikan. Pendekatan yang diterapkan memungkinkan pemilihan parameter keluaran untuk analisis yang lebih

sederhana (misalnya, penilaian waktu keluar aman yang diperlukan yang biasanya dilakukan dalam desain berbasis kinerja), serta analisis proses evakuasi yang lebih kompleks. Selanjutnya tergantung pada pengguna

untuk memutuskan tingkat detail data mana yang akan digunakan dan bagaimana menerapkannya dalam desain teknik keselamatan kebakaran.

Ketika mendefinisikan daftar parameter output, perhatian khusus telah diberikan pada fakta bahwa model evakuasi menggunakan
sampling acak semu dari distribusi [40]. Ini berarti bahwa hasil tidak boleh hanya mempertimbangkan hasil simulasi individu, tetapi juga
memperhitungkan variabilitas hasil di berbagai pengulangan yang berbeda. Hal ini sejalan dengan metode yang direkomendasikan untuk
estimasi konvergensi dalam simulasi evakuasi [41–43]. Untuk alasan ini, setiap parameter keluaran mempertimbangkan hasil dari masing-
masing proses tetapi juga dari proses berulang yang digabungkan (yaitu, informasi statistik utama mengenai distribusi hasil, seperti rata-rata,
standar deviasi, nilai minimum dan maksimum).

4. Prototipe Evac4BIM

Kerangka kerja yang diusulkan mewakili loop data dua arah telah diimplementasikan dalam prototipe dengan mengikuti strategi tiga
langkah yang telah ditetapkan sebelumnya [5]. Prototipe dikembangkan dengan dua alat populer di domain masing-masing: Revit [13] model
sebagai alat pembuat BIM, dan Pathfinder [44] model sebagai simulator evakuasi.

Langkah 1: Penerapan Spesifikasi Model IFC yang disempurnakan

4
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Persyaratan data yang teridentifikasi untuk desain evakuasi kebakaran dibandingkan dengan spesifikasi IFC yang ada sehingga entitas baru dapat
ditentukan dan digabungkan. Daftar entitas ini membentuk skema IFC yang diusulkan dan diperluas yang mencakup persyaratan data untuk evakuasi
kebakaran dan mendukung upaya saat ini untuk penerapan Definisi Tampilan Model FSE yang dipimpin oleh buildingSMART. Ini termasuk memperluas
daftar yang ada [16] untuk mencakup properti tambahan, dan juga menyempurnakannya dengan memetakan item baru ke dalam kumpulan properti
(lihatLampiran 1) dan mengusulkan nomenklatur dengan nama properti dan unit.

Langkah 2: Meningkatkan alat BIM untuk mendukung kerangka kerja

Add-in yang disebut Evac4BIM dikembangkan untuk memperluas kemampuan Revit saat ini dan mendukung impor, ekspor, penyimpanan, dan pemrosesan
persyaratan data untuk evakuasi kebakaran (melalui IFC) yang memperluas perpustakaan ekspor IFC sumber terbuka Autodesk [45]. Evac4BIM juga mengaktifkan
interoperabilitas antara paket BIM dan alat pemodelan evakuasi. Dengan demikian, Revit menjadi platform utama yang menghubungkan pemangku kepentingan dari
berbagai disiplin ilmu (misalnya desain arsitektur dan keselamatan kebakaran) yang menyimpan data evakuasi kebakaran secara langsung dalam model BIM.

Langkah 3: Meningkatkan alat pemodelan evakuasi kebakaran untuk mendukung BIM

Alat pemodelan evakuasi merupakan komponen penting dari loop data yang diusulkan. Alat-alat ini membutuhkan data input untuk melakukan
analisisnya dan menghasilkan data output yang disimpan dalam model BIM. Berkat kolaborasi dengan Thunderhead Engineering (pengembang model
Pathfinder), versi demo perangkat lunak diimplementasikan dengan kemampuan membaca dan memproses skema IFC yang baru diusulkan, yang
menyertakan data masukan untuk simulasi (bersama dengan informasi geometris) . Hal ini memungkinkan add-in yang dijelaskan pada Langkah 2 untuk
menangkap, memproses, menampilkan, dan menyimpan hasil simulasi dari Pathfinder ke dalam model Revit/BIM.
Repositori online alat ini tersedia dalam bentuk sumber terbuka untuk semua pihak yang berkepentingan:https://github.com/YakNazim/ Evac4Bim.
Informasi lebih lanjut dapat ditemukan dalam laporan lengkap yang terkait dengan pekerjaan ini [46].

4.1. Struktur dan implementasi kode

Berdasarkan definisi daftar set properti untuk skema IFC yang diperkaya, satu set perintah mandiri ditambahkan ke Antarmuka Pengguna
di Revit. Tujuan dari perintah mandiri adalah untuk menjalankan tugas-tugas yang diperlukan untuk mencari input kunci yang dibutuhkan,
melakukan simulasi evakuasi dan menghasilkan output yang dibutuhkan. Ini melibatkan kemampuan untuk membaca file, menentukan
parameter bersama yang baru, mencari dan mengedit parameter, dll. Ini dicapai berkat metode yang ditawarkan oleh Revit Application
Programming Interface (API). Daftar perintah mandiri utama (kelas) yang tersedia di Evac4BIM disajikan diTabel 3.
Eksportir IFC kemudian bercabang dari eksportir Revit IFC open-source [45]. Ini menghasilkan file IFC yang diperkaya yang mendukung
persyaratan data evakuasi kebakaran dari draft Model View Definition untuk FSE. Urutan kerja tipikal dari perintah mandiri melibatkan
perintah yang menanyakan elemen bangunan dari model (seperti pintu, kamar, tangga, dll.) dan kemudian mem-parsing propertinya
(misalnya, lebar pintu). Itu kemudian dapat melakukan tugas dan, secara opsional, menulis hasil kembali ke model. Seluruh proses membaca/
menulis antara perintah add-in dan lingkungan utama Revit ditangani oleh transaksi API.
Perangkat lunak evakuasi Pathfinder mampu menghasilkan file JSON yang berisi hasil simulasi, disimpan sebagai struktur data sederhana
dan objek dalam format JavaScript Object Notation (JSON) [47]. File JSON ini diimpor ke Revit oleh add-in, dan isinya "deserialisasi" (yaitu, data
diterjemahkan ke dalam format asli. Dalam hal ini, diubah menjadi kelas dengan properti dan bidang). Berikutnya,

Tabel 3
Daftar perintah mandiri utama dari kode sumber add-in.

Kelas Keterangan

CmdBuildingGroup.cs
CmdCreateSchedules.cs
CmdEditOccupantProfiles.cs
CmdEditRoomFunction.cs
CmdExport.cs
Kelas ini memungkinkan pengguna untuk menentukan grup bangunan model. Kemudian menginisialisasi variabel yang bergantung pada kelompok
bangunan seperti jarak tempuh maksimum dan lebar per penghuni.
Kelas ini membuat jadwal di antarmuka pengguna Revit untuk menampilkan hasil simulasi yang diimpor. Kelas ini
memungkinkan pengguna untuk mengedit/menyimpan profil penghuni dalam model.
Kelas ini memungkinkan pengguna untuk mendefinisikan fungsi sebuah ruangan. Kemudian menginisialisasi variabel yang bergantung pada fungsi ruangan seperti faktor
beban penghuni.
Kelas ini menyediakan jalan pintas untuk memanggil eksportir IFC. Eksportir IFC harus dimuat ke Revit - saat start-up - melalui add-in terpisah. Kelas ini
memanggil eksportir dengan parameter yang telah ditentukan sebelumnya. Itu akan mencegat ekspor dan mengisi bidang kosong dengan nilai default.

CmdGenerateInputFile.cs Kelas ini memungkinkan pengguna untuk mengekspor file input pathfinder yang diperluas. File input asli (berisi geometri) dipilih oleh
pengguna kemudian properti tambahan - diekstraksi dari model - ditambahkan ke file input.
CmdImportParameter.cs Kelas ini mengimpor hasil simulasi dan menyimpannya dalam parameter bersama.
CmdLaunchResults.cs Kelas ini memungkinkan pengguna untuk meluncurkan hasil Pathfinder dari antarmuka pengguna Revit.

CmdLoadParameters.cs Kelas ini memuat parameter bersama dalam proyek Revit. Parameter bersama diuraikan dari file CSV yang berisi nama, jenis,
dan kategori yang berlaku.
CmdMakePaths Kelas ini menghasilkan jalur perjalanan dari kamar ke pintu keluar yang ditentukan. Itu juga dapat menyimpan jarak perjalanan horizontal. Kelas ini memungkinkan

CmdSelectPreferredExit pengguna untuk menetapkan jalan keluar ke ruangan yang dipilih.

CmdSelectPreferredStair Kelas ini memungkinkan pengguna untuk menetapkan tangga ke ruangan yang berbeda.

CmdAssignLinkedComponent
CmdPlotCharts.cs
CmdRenameItems.cs
CmdResultAnimation
Kelas ini memungkinkan pengguna untuk menghubungkan tangga individu ke sistem bertingkat untuk menghitung jarak perjalanan vertikal.
Kelas ini memplot berbagai bagan dari hasil simulasi yang diimpor.
Kelas ini menetapkan parameter "IfcName" untuk elemen seperti pintu dan ruangan. Nama termasuk id elemen dalam model Revit.
Nama disimpan dalam model IFC dan digunakan untuk mengkueri elemen saat mengimpor hasil.
Proyek ini mencakup kelas yang mengimplementasikan animasi hasil simulasi melalui dialog tanpa model.

5
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

properti objek "deserialisasi" disalin ke antarmuka umum untuk menyimpan data simulasi jalan keluar. Kelas ini dimaksudkan untuk menetapkan tingkat
abstraksi sehingga dapat menyimpan data dari simulator evakuasi manapun. Properti diagram kelas termasuk daftar elemen bangunan seperti kamar,
tangga, dan pintu, yang pada gilirannya menyimpan hasil simulasi terkait (misalnya, sebuah pintu memiliki id, laju aliran rata-rata, dll). Setelah hasil
simulasi diimpor, dimungkinkan untuk memplot grafik nilai yang bergantung pada waktu seperti jumlah orang di ruangan dari waktu ke waktu.

Presentasi yang lebih rinci dari struktur kode dan implementasinya disajikan diLampiran 2.

4.2. Revit add-in

Setelah kode pemrosesan data disusun dan diimplementasikan, antarmuka pengguna grafis dirancang agar tersedia dalam Revit sebagai add-in. Ini
dikembangkan menggunakan Revit API [13] dan menampilkan pita UI dan item menu, dihosting di dalam antarmuka Revit utama (lihatGambar 2). Ini
termasuk kemungkinan untuk mengekspor file IFC, menginisialisasi proyek, menginisialisasi elemen, dan mengedit profil penghuni. Selain itu, dapat
mengimpor hasil (sebagai lari individu atau beberapa lari), meluncurkan penampil hasil Pathfinder dan menampilkan output utama seperti penggunaan
ruangan, penggunaan total, penggunaan tangga, laju aliran pintu, dan hasil simulasi dalam jadwal Revit.
Evac4BIM memungkinkan pengeksporan data sebagai file IFC gabungan yang dapat digunakan oleh Pathfinder untuk mengatur input simulasi evakuasi secara
otomatis termasuk tata letak geometris dan fitur utama yang terkait dengan profil penghuni (lihatGambar 3). Evac4BIM juga memungkinkan pengguna untuk
mengimpor file keluaran Pathfinder, sehingga memungkinkan untuk memuat hasil secara langsung dari antarmuka Revit yang diperluas, dan menyimpannya sebagai
ekstensi ke model data Revit.
Evac4BIM juga menyertakan visualizer khusus yang memungkinkan menampilkan output kunci secara visual dari simulasi evakuasi di Revit. Ini
termasuk menampilkan output numerik secara dinamis dan menggunakan kode warna, misalnya, mewakili laju aliran dan jumlah penghuni/kepadatan
dalam ruang tertentu pada langkah waktu tertentu, dengan warna yang representatif, seperti peta panas tingkat ruang.

Gambar 2.Perintah add-in Evac4BIM Revit tersedia di antarmuka pengguna grafis.

Gambar 3.Proses ekspor data dari add-in Revit untuk input kalibrasi dalam simulator evakuasi menggunakan file IFC.

6
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

4.3. Mengimpor file IFC ke pathfinder

Setelah fitur inti untuk Evac4BIM dikembangkan, langkah selanjutnya adalah memastikan bahwa model evakuasi yang digunakan
(Pathfinder) dapat membaca dan menggunakan file IFC yang dihasilkan. Pathfinder diperlukan untuk dapat mem-parsing dan
menginterpretasikan file IFC kustom yang mencakup informasi baik tentang tata letak geometris maupun input tambahan utama (misalnya,
profil penghuni). Perlu dicatat bahwa Pathfinder versi komersial yang ada (2021.4) pada saat pekerjaan ini dilakukan hanya dapat membaca
data geometris dari file IFC. Kolaborasi dengan pengembang perangkat lunak (Thunderhead Engineering) dimulai untuk memungkinkan
model evakuasi membaca dan memproses data yang dihasilkan oleh Evac4BIM (misalnya, termasuk data profil penghuni). Kumpulan kunci
properti yang ada dalam skema IFC disertakan dalam proses penguraian data otomatis ini melalui Pathfinder. Itu dipilih untuk mewakili input
tipikal yang diperlukan untuk melakukan simulasi evakuasi untuk aplikasi FSE [6,48]. Itu termasuk jumlah penghuni di ruang tertentu, luas per
penghuni (dalam m2per pers), jumlah maksimum penghuni yang diperbolehkan dalam ruang tertentu, nama ruang, status pintu/keluar (jika
terbuka atau tertutup), laju aliran maksimum melalui komponen tertentu (dalam pers/s), pra -waktu evakuasi (s) dan kumpulan profil yang
menjelaskan karakteristik penghuni seperti kecepatan berjalan (m/s), ukuran tubuh (m), dll.
Ini berarti bahwa Evac4BIM mampu menghasilkan file IFC yang dapat digunakan untuk mengotomatisasi dan memfasilitasi proses
kalibrasi input model evakuasi langsung dari dan melalui lingkungan BIM (misalnya, Revit).

5. Pengujian dan studi kasus

Di bagian ini, hasil pengujian yang dilakukan dengan add-in Evac4BIM disajikan. Ini terdiri dari studi kasus fiktif dari sebuah hotel,
dengan geometri realistis yang disengaja. Urutan pengujian add-in dimaksudkan untuk mencakup semua fiturnya, termasuk:

1. Inisialisasi model studi kasus (yaitu, untuk mengimpor semua parameter yang diperlukan, dll.) menggunakan perintah bawaan.
2. Melakukan modifikasi yang diperlukan untuk menyiapkan model (misalnya, mengubah arah pintu ke luar, memberi nama ruangan, menetapkan fungsi ruangan)

3. Mengekspor model Revit ke file IFC yang menggabungkan geometri dan parameter masukan untuk simulasi Pathfinder. Setelah
itu dilakukan simulasi evakuasi.
4. Mengimpor hasil simulasi Pathfinder.
5. Mengekspor semua data ke dalam model IFC final yang menggabungkan geometri dan hasil penilaian.

Urutan ini diterapkan untuk setiap studi kasus. Hasil dari setiap langkah diperiksa untuk memastikan kebenaran hasil. Kriteria
validasi untuk kedua studi kasus ditunjukkan padaTabel 4.
Mengenai ekspor IFC, penting untuk memastikan bahwa integritas poin data dipertahankan sehubungan dengan:

- Unit (untuk properti numerik)

- Nilai (yaitu, nilai tidak diubah selama proses ekspor)
- Pemetaan ke skema IFC (yaitu, setiap properti diekspor di bawah kategori/set properti yang tepat dan dengan nama yang benar).

Dua kriteria pertama dinilai secara manual, dengan memeriksa ulang file IFC yang diekspor dengan nilai yang tertulis di model Revit. Kriteria ketiga
diperiksa menggunakan software Solibri. Solibri adalah solusi perangkat lunak penjaminan kualitas BIM yang menganalisis model BIM untuk validasi,
kontrol kepatuhan, koordinasi proses desain, tinjauan desain, analisis, pemeriksaan kode, dan deteksi bentrok [49]. Salah satu fitur menarik dari Solibri
adalah validasi file IFC untuk memastikan mereka mengikuti struktur yang benar yang ditentukan dalam kumpulan aturan [50].
Kumpulan aturan menentukan daftar properti IFC, bersama dengan nama, unit, objek yang mereka terapkan, dan kategori/set properti
tempat mereka berada. Selanjutnya, file IFC yang dibuat oleh Revit dan terdiri dari properti tambahan akan dimuat ke Solibri dan diperiksa.
Terakhir, hasil simulasi yang diimpor ke Revit diperiksa untuk memastikan tidak diubah. Di sini sekali lagi, penilaian dilakukan secara manual
dengan membandingkan hasil yang disimpan di Revit dengan hasil yang dihasilkan oleh Pathfinder di akhir simulasi (Pathfinder dapat
mengekspor hasil simulasi ke file nilai yang dipisahkan koma).

5.1. Studi kasus

Studi kasus menyelidiki bangunan hotel fiktif yang terdiri dari 4 lantai (3 tingkat di atas tanah). Lantai terhubung melalui tangga
pusat yang membuka ke lobi utama. Selain itu, terdapat dua tangga darurat di setiap sisi

Tabel 4
Kriteria validasi untuk menguji add-in.

Fungsi Kriteria Hasil yang diharapkan

Pertunjukan Data masukan yang diperlukan diteruskan ke alat penilaian Pertukaran data 2 arah yang efektif antara model Revit
penilaian (Pathfinder) Data keluaran ditangkap dalam model BIM dan evakuasi
ekspor IFC Nilai dan unit dipertahankan Integritas data dipertahankan selama proses pertukaran
Parameter diekspor dengan nama yang benar Penggabungan model Revit dan evakuasi yang efektif
Parameter dipetakan dengan benar dalam skema IFC
Akses data Poin data yang diperlukan untuk evakuasi FSE disimpan dengan benar dalam model Revit Benang emas informasi
BIM Integrasi evakuasi kebakaran dalam alur kerja BIM Kolaborasi antara
Titik data dapat diakses dan ditampilkan kepada pengguna secara dinamis di pemangku kepentingan untuk pengambilan keputusan yang tepat
antarmuka Revit

7
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

bangunan pemakaian lantai atas di luar hotel (lihatGambar 4). Lantai atas sebagian besar terdiri dari kamar tidur sedangkan lantai
dasar terdiri dari fasilitas seperti dapur, ruang makan, penitipan anak, lounge, dan ruang konferensi, selain bagian penerima tamu
utama di lobi. Bangunan diasumsikan dilengkapi dengan sistem sprinkler dan deteksi otomatis serta alarm.

5.2. Pengujian dan evaluasi

Data masukan dikirim dari model Revit ke Pathfinder melalui data IFC. File IFC terdiri dari, selain geometri, spesifikasi tambahan,
seperti profil penghuni, waktu pra-evakuasi, keadaan pintu, dll. Beberapa spesifikasi ini diedit dari dalam Revit dengan serangkaian
perintah khusus yang telah dikembangkan untuk tujuan ini (lihat contoh perintah add-in untuk spesifikasi input Pathfinder di dalam
Revit inGambar 5).
File IFC kemudian diimpor ke Pathfinder, yang mem-parsing geometri serta parameter masukan tambahan dan memvisualisasikannya di
dalam model, seperti yang ditunjukkan padaGambar 6. Add-in Revit prototipe digunakan untuk tujuan ini. Model Pathfinder yang dihasilkan
kemudian disimulasikan.
Setelah menjalankan simulasi, hasilnya diimpor kembali ke model Revit untuk menutup loop data melalui perintah khusus yang disediakan
oleh add-in. Hasilnya disimpan dalam model Revit dan dapat ditampilkan kepada pengguna secara langsung di dalam Revit.

Gambar 4.Gambaran bangunan Hotel yang digunakan untuk studi kasus.

Gambar 5.Perintah tambahan untuk spesifikasi input Pathfinder.

8
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Gambar 6.Pratinjau model yang diimpor di Pathfinder.

Untuk memastikan hasil tidak diubah, perbandingan silang antara hasil yang disimpan dalam model dan yang dihasilkan oleh Pathfinder
dilakukan di akhir simulasi. Karena model evakuasi umumnya menggunakan pendekatan probabilistik di mana pengambilan sampel acak
semu dari distribusi diadopsi [41], prosedur ini juga diulangi untuk kasus berjalan berulang kali. Oleh karena itu, add-in berhasil mengaktifkan
komunikasi dua arah dengan simulasi dengan meneruskan data yang diperlukan untuk melakukan analisis, menangkap hasilnya dalam model
BIM, dan menampilkannya kepada pengguna (baik dalam kasus proses individual maupun berulang kali). menjalankan skenario yang sama).

Terakhir, langkah terakhir dilakukan untuk memastikan bahwa integritas data (masukan dan keluaran dari alat penilaian) dipertahankan saat
mengekspor ke IFC. Pertama, nilai dalam file IFC yang dihasilkan diperiksa secara manual untuk memverifikasi bahwa mereka cocok dengan yang
disimpan dalam model Revit. Hasil utama dievaluasi untuk konsistensi seperti jumlah penghuni yang keluar, jumlah total penghuni, dll.Gambar 7
menunjukkan contoh keluaran yang divisualisasikan di REVIT setelah dipindahkan dari Pathfinder, sementaraGambar 8menunjukkan konsistensi dalam
properti IFC yang diekspor dan properti dalam model REVIT (misalnya, kapasitas jalan keluar, batas jumlah hunian, area per ruang penghuni, dll.).

Ini diikuti oleh validasi sistematis yang dilakukan di Solibri untuk memastikan file IFC memiliki struktur yang benar (yaitu, properti diekspor
dengan kategori/set properti yang tepat dan dengan nama yang benar, lihatGambar 9).
Pada akhirnya, kedua evaluasi itu positif. Hasilnya, add-in berhasil mengekspor titik data yang diperlukan untuk desain evakuasi kebakaran
sesuai spesifikasi, dalam hal mempertahankan nilai dan satuan, dan pemetaan properti yang benar (yaitu, nama yang benar, kategori yang
benar, dll.).

6. Diskusi

Makalah ini membahas manfaat peningkatan integrasi alat simulasi evakuasi kebakaran dan BIM. Tantangan dan keterbatasan
yang ada terkait integrasi alat simulasi evakuasi kebakaran dalam konteks BIM telah diidentifikasi. Penilaian situasi saat ini
menunjukkan bahwa pertukaran data antara BIM dan alat pemodelan evakuasi secara tradisional bersifat satu arah dan terbatas
pada informasi geometris (yaitu, kalibrasi input model evakuasi yang dikaitkan dengan karakteristik penghuni tidak dimungkinkan),
tanpa ketentuan eksplisit untuk menangkap hasil yang dihasilkan oleh alat pemodelan evakuasi. Hal ini menyebabkan hilangnya
data dan fragmentasi proses peninjauan. Ini juga secara praktis berarti bahwa pengguna BIM mungkin tidak dapat dengan mudah
mengakses hasil model evakuasi kecuali jika mereka terbiasa dengan alat pemodelan evakuasi.

Gambar 7.Hasil Pathfinder ditampilkan di REVIT oleh add-in.

9
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Gambar 8.Perbandingan properti dan properti IFC yang diekspor dalam model REVIT.

Gambar 9.Pratinjau validasi yang dilakukan di Solibri.

Untuk mengatasi masalah ini, kerangka kerja diusulkan untuk memungkinkan pembuatan loop data dua arah, yang menghubungkan perangkat
lunak BIM dengan alat pemodelan evakuasi. Ini kemudian dibuat prototipe dan diuji dengan mengadopsi dua alat populer, yaitu Revit (sebagai platform
BIM) dan Pathfinder (sebagai simulator evakuasi). Pendekatan saat ini berbeda dengan pertukaran data satu arah yang ada, sebagian besar berfokus
pada ekspor geometri dari BIM ke dalam model evakuasi [5]. Pendekatan yang disajikan menunjukkan pertukaran data dua arah yang efektif termasuk
data masukan utama yang diperlukan untuk melakukan desain evakuasi kebakaran. Perlu dicatat bahwa prototipe add-in Revit (Evac4BIM)
dikembangkan dengan memilih serangkaian input dan output utama yang diperlukan untuk otomatisasi desain dan penilaian evakuasi. Namun
demikian, beberapa input lain (khususnya terkait dengan kalibrasi rencana perjalanan perilaku yang kompleks) atau output (misalnya terkait dengan
tingkat layanan [51]) dapat diterapkan di masa mendatang. Nilai tambah dari karya ini termasuk mengisi kesenjangan yang ada yang diidentifikasi dalam
literatur. Penggunaan format standar untuk penyimpanan data memungkinkan interoperabilitas data yang lebih lancar di antara banyak perangkat
lunak. Selain itu, penerapan skema data IFC yang diperbarui memungkinkan untuk memasukkan data semantik khusus yang terkait dengan evakuasi
kebakaran. Penggunaan add-in Revit juga memungkinkan untuk menghilangkan kebutuhan untuk langsung bekerja dalam paket perangkat lunak
eksternal atau basis data, memungkinkan BIM sebagai hub pusat untuk mengelola semua aspek desain, penilaian, dan manajemen bangunan.
Pekerjaan pengembangan untuk mendukung kerangka kerja ini dilakukan dan mencakup identifikasi informasi yang sesuai untuk desain dan
penilaian evakuasi kebakaran berbasis kinerja. Hal ini dicapai dengan menambah jalur model informasi gedung dengan input dan output data
pergerakan penghuni FSE. Keandalan data input/output dipastikan dengan mengadopsi pendekatan sistematis untuk meninjau daftar properti (input/
output) yang tersedia dalam satu set model evakuasi mikroskopis yang banyak digunakan. Ini memastikan bahwa data kunci dimasukkan dalam
spesifikasi input/output. Selain itu, pengecekan integritas data dilakukan secara sistematis baik secara manual maupun otomatis dengan menggunakan
software Solibri. Ini memastikan bahwa file IFC mengikuti struktur yang benar dalam kumpulan aturan yang diberikan dan tidak terjadi kehilangan data.

Pekerjaan ini didasarkan pada konsep definisi yang sudah ada sebelumnya [16,23] tetapi diperpanjang, dibuat prototipe, dan diuji. Prototipe add-in
Revit Evac4BIM diuji sesuai dengan protokol yang telah ditentukan dan hasilnya dipresentasikan dan didiskusikan. Prototipe Evac4BIM dan skema IFC
yang diusulkan akan digunakan sebagai referensi dalam proyek analisis pergerakan penghuni gedungSMART dan dianggap dapat merangsang
pekerjaan pengembangan lebih lanjut terkait dengan pembaruan standar IFC untuk pergerakan penghuni dan FSE. Ini difasilitasi oleh fakta bahwa
kerangka kerja dan alat tersedia secara bebas, dan repositorinya adalah open source.

10
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Menggabungkan model dan alat teknik melalui format vendor-neutral (IFC) juga memungkinkan untuk membuat loop data terbuka penuh
antara komponen alur kerja desain evakuasi kebakaran, yang dapat dengan mudah diperiksa, ditingkatkan, dan diperluas. Persyaratan data
untuk studi desain berbasis kinerja evakuasi penghuni dalam konteks FSE dianalisis dan digunakan untuk menginformasikan pekerjaan
pembangunan. Hal ini berkaitan dengan properti input untuk alat pemodelan evakuasi dan hasil output yang dihasilkannya.
Kemungkinan untuk menampilkan output pemodelan evakuasi langsung di dalam Revit melalui Evac4BIM memiliki manfaat
untuk menghindari kebutuhan berbagi dan menyimpan file hasil besar yang umumnya dibuat oleh model evakuasi. Ini dianggap
untuk menghindari fragmentasi hasil karena data yang diperlukan untuk visualisasi peta panas tingkat tinggi dalam Revit disimpan
dalam model BIM sebagai teks ringan. Hal ini juga mengarah pada keuntungan membuat hasil model evakuasi tersedia bagi
pemangku kepentingan yang mungkin akrab dengan lingkungan BIM (mis., Revit) sementara tidak sepenuhnya akrab dengan alat
pemodelan evakuasi. Evac4BIM juga dapat menangkap hasil dari simulasi probabilistik dan secara otomatis mempostingnya.40].
Evac4BIM memungkinkan perolehan otomatis dalam lingkungan Revit dari statistik deskriptif utama dari hasil model evakuasi
(misalnya, rata-rata, standar deviasi, distribusi hasil minimum dan maksimum).

Dalam prototipe Evac4BIM, pekerjaan ini difokuskan pada model evakuasi Pathfinder. Namun demikian, penelitian dan pengembangan di masa
depan dapat berfokus pada perangkat lunak pemodelan evakuasi komersial atau penelitian apa pun yang tersedia di pasar yang menyajikan pendekatan
pemodelan yang sebanding (yaitu, model mikroskopis [7]).
Pengembangan skema IFC baru yang mencakup kebutuhan data untuk evakuasi kebakaran merupakan langkah mendasar untuk membakukan
nama, unit, dan pemetaan dalam konteks desain evakuasi menggunakan alat BIM. Selain itu, kerangka kerja yang disajikan dan alur kerja yang
disarankan dapat diperluas di masa mendatang untuk proses serupa (misalnya, menggabungkan alat pemodelan api dan BIM). Pada catatan terkait,
pekerjaan yang dilakukan untuk memvalidasi alat dapat menjadi protokol pengujian yang berguna untuk pekerjaan lebih lanjut semacam ini (baik
memperluas kemampuan pertukaran data dalam domain evakuasi kebakaran atau menerjemahkan pendekatan ini ke domain lain).
Catatan penting adalah bahwa karya tersebut telah dikembangkan sebagai proyek open source dan oleh karena itu telah dipublikasikan di repositori online publik
yang dapat diakses oleh semua pihak yang berkepentingan. Ini memiliki beberapa manfaat yang diketahui dalam konteks pengembangan perangkat lunak untuk
membantu otomatisasi desain bangunan. Pertama, ini dianggap meningkatkan peluang untuk pengembangan alat ini dan alat serupa di masa mendatang, karena
alat dan asumsi dasarnya tersedia sepenuhnya untuk peneliti dan pengembang. Kedua, meningkatkan kredibilitas alat, karena transparansi memungkinkan setiap
pihak yang berkepentingan untuk meninjau pekerjaan yang dilakukan dan menilai keakuratannya. Ketiga, ini merangsang terciptanya komunitas pengguna dan
pengembang, yang pada gilirannya dapat mengarah pada penilaian bug yang lebih baik, peningkatan di masa mendatang, dan mengarah pada peta jalan untuk
pengembangan.
Penelitian di masa mendatang dapat berfokus pada kemungkinan untuk mengembangkan file konfigurasi secara langsung di antarmuka pengguna Revit melalui
perintah khusus. Ini dapat memungkinkan pengguna untuk mengembangkan fitur ad hoc yang diinginkan untuk proyek tertentu. Domain evakuasi kebakaran
hanyalah sub-domain khusus dari FSE. Diharapkan bahwa upaya di masa mendatang akan berfokus pada penerapan metodologi dan pendekatan serupa yang
digunakan untuk domain ini ke domain FSE lainnya. Demikian pula, pekerjaan saat ini sebagian besar berfokus pada aplikasi evakuasi kebakaran. Sebaliknya,
pemodelan pejalan kaki dapat digunakan dalam konteks lain, seperti perencanaan pejalan kaki untuk kenyamanan dan keamanan dalam acara besar [51,52]. Aplikasi
tersebut mungkin memerlukan skema data IFC yang diperbarui.

7. Kesimpulan

Pekerjaan ini mempresentasikan kerangka kerja untuk integrasi dua arah BIM dan alat pemodelan evakuasi kebakaran. Kerangka kerja telah
diimplementasikan dan diuji melalui prototipe add-in Revit open source yang disebut Evac4BIM yang digabungkan dengan simulator evakuasi yang
banyak digunakan disebut Pathfinder. Penelitian ini diharapkan dapat mendorong pengembangan lebih lanjut di bidang otomasi desain bangunan
termasuk FSE melalui perangkat lunak sumber terbuka dengan menggunakan standar data terbuka.

Pernyataan penulis

Nazim Yakhou terlibat dalam konseptualisasi, metodologi, pengembangan perangkat lunak, validasi, visualisasi analisis formal,
dan penulisan draf asli. Peter Thompson terlibat dalam konseptualisasi, pengawasan dan metodologi. Asim Siddiqui terlibat dalam
konseptualisasi dan supervisi. Jimmy Abualdenien terlibat dalam konseptualisasi dan supervisi. Enrico Ronchi terlibat dalam
konseptualisasi dan penulisan draf aslinya.

Deklarasi kepentingan bersaing

Para penulis menyatakan bahwa mereka tidak memiliki kepentingan keuangan yang bersaing atau hubungan pribadi yang dapat mempengaruhi
pekerjaan yang dilaporkan dalam makalah ini.

Ketersediaan data

Kode sumber alat Evac4BIM tersedia untuk umum

Terima kasih

Penulis berterima kasih kepada Thunderhead Engineering atas dukungan teknis dan masukan mereka untuk bekerja dengan perangkat lunak
Pathfinder, tetapi yang terpenting, untuk mengembangkan versi demo yang mendukung skema IFC yang baru diusulkan. Penulis juga mengakui dan
berterima kasih kepada tim Autodesk yang mengembangkan dan memelihara proyek open source “Revit IFC”.

11
N. Yakhou dkk.
Lampiran 1. Daftar Set Properti untuk skema IFC yang diusulkan
Nama Set Properti Nama properti
Pset_SimulationID EvacuationModelName
EvacuationModelVersion
EvacuationModelVendor
EvakuasiSimulasiRingkas
Persyaratan Pset_SpaceFireSafety Waktu Alarm
Pset_SpaceEvacuationPerformanceI Jumlah Hunian Awal
informasi
Waktu Evakuasi
Sejarah Hunian
Persyaratan Pset_SpaceOccupancy Jumlah Hunian
Area Per Penghuni
HunianNomorPeak
Pset_SpaceCommon Profil yang Diakui
Kategori
Pset_SpaceOccupancyPrescriptions HunianNomorRuang
Tinjauan
Batas Jumlah Hunian
AreaPerPeoplepace
Kapasitas Evakuasi
Persyaratan Kapasitas Evakuasi
Hitung Keluar
ExitCountRequirement
EvacuationPathTravelDistance
EvakuasiKapasitasMemadai
Jurnal Teknik Bangunan 63 (2023) 105557
Tipe IFC Keterangan Format
IfcText Nama model evakuasi misalnya, "Pathfinder"
yang digunakan untuk
simulasi
IfcText Versi model evakuasi misalnya, "2021.2.0525"
IfcText pengembang/vendor misalnya,
"www.thunderheadeng.com/
pathfinder"
IfcText Komentar/deskripsi simulasi
IfcTimeMeasure Waktunya untuk misalnya, "120"
Deteksi + Notifikasi dalam
ruang/kamar [detik]
IfcTimeMeasure Jumlah awal orang yang Proses tunggal > misalnya, "5" Beberapa
ditugaskan ke sebuah ruangan/ proses > "na"
ruangan sebelum simulasi dimulai
[pers]
IfcTimeMeasure Waktu dari awal simulasi Proses tunggal > misalnya, "60" Beberapa
hingga orang keluar dari proses > "rata-rata = 41,53,
ruang/kamar [detik] min = 41,35, maks = 41,7,
std = 0,18"
IfcCountMeasure Array yang mewakili Proses tunggal > "waktu, nilai; waktu,
evolusi jumlah orang dalam nilai; " misalnya, "0,0; 1,0; 2,0; 3,3; "
ruang/ruang dari waktu ke Beberapa proses > "na"
waktu, selama simulasi Jumlah
IfcCountMeasure orang yang dibutuhkan untuk misalnya, "10"
mengisi ruang/ruangan [pers]
IfcAreaMeasure Kepadatan orang yang misalnya, "1"
dibutuhkan untuk ruang/
ruangan [m2/ pers]
IfcCountMeasure Jumlah maksimum orang yang misalnya, "10"
diperbolehkan dalam ruang/
IfcPropertyTableValue ruangan Daftar profil orang yang "profil penghuni1,
diperbolehkan dalam suatu profil penghuni5"
IfcLabel kategori komponen penggunaan Nilai string
atau pemanfaatan ruang kawasan.
Ini didefinisikan menurut kode IBC
§ 1004.5
IfcCountMeasure Jumlah aktual orang di misalnya, "10"
ruang/ruangan
IfcCountMeasure Jumlah maksimum orang yang misalnya, "10"
diperbolehkan dalam ruang/
IfcAreaMeasure ruangan Persyaratan kepadatan misalnya, "1"
orang untuk ruang/ruangan [m2/
pers]
IfcLengthMeasure Lebar gabungan aktual pintu keluar misalnya, "1600"
yang melayani ruang/kamar [mm]
IfcLengthMeasure Lebar keluar yang diwajibkan oleh misalnya, "1600"
kode IBC (§1005.3.2) untuk ruang/
kamar [mm]
IfcCountMeasure Jumlah pintu keluar sebenarnya misalnya, "2"
yang melayani ruang/kamar
IfcCountMeasure Jumlah pintu keluar yang diwajibkan misalnya, "2"
oleh kode IBC (§1006.2) untuk ruang/
kamar
IfcLengthMeasure Jarak aktual ke kamar/ misalnya, "20000"
ruang ke pintu keluar
IfcBoolean [mm] Indikasi apakah Nilai string "BENAR", "SALAH"
gabungan lebar pintu keluar
yang melayani ruang/ruangan
cukup dibandingkan dengan
jumlah orang
(dilanjutkan di halaman berikutnya)
12
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Nama Set Properti Nama properti Tipe IFC Keterangan Format

ExitCountCukup IfcBoolean Indikasi apakah jumlah pintu "BENAR SALAH"

Saldo Kapasitas Evakuasi
keluar yang melayani ruang/kamar
cukup dibandingkan dengan
jumlah orang
IfcBoolean Indikasi apakah "BENAR SALAH"
kapasitas evakuasi tersebar dengan
baik di seluruh wilayah
pintu keluar yang tersedia (IBC

(§1005.5)
EvacuationPathTravelDistanceExc ess IfcBoolean Indikasi apakah "BENAR SALAH"
perjalanan maksimum yang diperbolehkan

jarak terlampaui (Evacua

tionPathTravelDistanceLimit )

OccupancyNumberExcess IfcBoolean Indikasi apakah "BENAR SALAH"

Pset_BuildingEvacuationPerforman
ceInformation
Pset_BuildingCommon
EvacuationPathTravelXYZ
Penempatan Komponen Evakuasi
Waktu EvakuasiKeseluruhan
MinTravelDistance
MaxTravelDistance
Jarak Perjalanan Rata-Rata
Min Waktu Evakuasi
Waktu Evakuasi Rata-Rata
Sejarah HunianSecara Keseluruhan
HunianDistribusiSiangMalam
Tipe Hunian
jumlah orang melebihi batas
yang ditetapkan oleh kode IBC
(OccupancyNumberLimit)
IfcText Koordinat simpul yang
menentukan garis kurva jalur
perjalanan
IfcBoolean Indikasi apakah pintu keluar
ditempatkan dengan benar
menurut kode IBC
(§1007.1.1)
IfcTimeMeasure Waktu dari awal simulasi
hingga semua orang keluar
dari gedung [detik]
IfcLengthMeasure Jarak minimum yang ditempuh
oleh setiap orang [meter]
IfcLengthMeasure Jarak maksimum yang ditempuh
oleh setiap orang [meter]
IfcLengthMeasure Jarak rata-rata yang
ditempuh orang [meter]
IfcTimeMeasure Waktu evakuasi minimum yang
tercatat untuk setiap orang
[detik]
IfcTimeMeasure Waktu evakuasi rata-rata yang
dicatat untuk orang-orang
[detik]
IfcCountMeasure Array yang mewakili
evolusi jumlah orang untuk
seluruh bangunan dari waktu ke
waktu, di seluruh
simulasi (total tersisa/total
keluar vs waktu)
IfcPropertyTableValue Array yang menggambarkan
evolusi hunian sepanjang hari
dengan menerapkan a
faktor perkalian pada
berbagai waktu dalam sehari.
IfcLabel Jenis hunian untuk gedung
ini. Ini didefinisikan
menurut kode IBC § 302.1
"BENAR SALAH"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 41,53,
min = 41,35, maks = 41,7,
std = 0,18"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 10,39,
min = 8,69, maks = 11,51,
std = 1,49"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 10,39,
min = 8,69, maks = 11,51,
std = 1,49"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 10,39,
min = 8,69, maks = 11,51,
std = 1,49"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 25,07,
min = 24,8, maks = 25,37,
std = 0,29"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 25,07,
min = 24,8, maks = 25,37,
std = 0,29"
"waktu, mengingat, keluar;
waktu, tersisa2, keluar; "
"<HH, fraksi>; <HH,
pecahan >… "misalnya: Gedung kantor
dengan kapasitas penuh antara pukul 08.00
dan 17.00 dengan pengurangan hunian saat
istirahat makan siang "0,0; 8,0; 9,1; 12,0,5;
14,1; 17,5,0" Nilai string

(dilanjutkan di halaman berikutnya)

13
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Nama Set Properti Nama properti Tipe IFC Keterangan Format

Komunikasi Darurat IfcLabel Indikasi apakah "BENAR SALAH"

Perlindungan Penyiram
gedung yang dilengkapi
dengan sistem komunikasi
darurat (benar) atau tidak
IfcLabel (salah). Indikasi apakah "BENAR SALAH"
bangunan adalah alat penyiram

dilindungi (ya) atau tidak (Tidak).

Pset_ PraWaktu Evakuasi
Persyaratan Penghunian Gedung
Daftar Profil Penghuni
Pset_BuildingOccupancyPrescriptio HunianNomorGedung
nsReview
StairCountContinuity
Kontinuitas Kapasitas Tangga
StairCapacityPerOccupant
IfcTimeMeasure Keterlambatan antara waktu
evakuasi diberitahukan dan waktu
orang mulai bergerak [pers]
IfcPropertyTableValue Satu set profil yang menjelaskan
karakteristik yang diinginkan
orang: kecepatan, lebar…
IfcCountMeasure Jumlah aktual keseluruhan
orang di dalam gedung
IfcBoolean Indikasi apakah
jumlah tangga yang
digunakan untuk evakuasi
dipertahankan di setiap lantai
IfcBoolean (IBC (§1005.4) Indikasi apakah
kapasitas sistem tangga yang
digunakan untuk evakuasi
dipertahankan di setiap lantai
(IBC (§1005.4)
IfcLengthMeasure Lebar tangga yang dibutuhkan per
Nilai diskrit > "30" Distribusi:
"Seragam(Min,Maks) "
"Normal(Min,Maks,Mean, Std
dev)" "LogNormal(Min,Maks,
Lokasi, Skala)"
{nama; kecepatan; profil kecepatan;
diameter; isMobilityImpaired}{ … }
misalnya "{nama = Buah2; kecepatan
=;
speedProfile = Normal(0.6,1.8,
1.2,0.2); diameter = 45,58;
isMobilityImpaired = False}”
misalnya, "100"
"BENAR SALAH"
"BENAR SALAH"
misalnya, "3.8"

unit penghuni [mm/pers] Lebar

Kapasitas EvakuasiPer Penghuni IfcLengthMeasure pintu keluar yang dibutuhkan per misalnya, "3.8"

unit penghuni [mm/pers] Jumlah

OccupancyNumberLimitSingleExi IfcCountMeasure maksimum yang diperbolehkan misalnya, "50"

tSpace orang di ruang/ruangan yang

memiliki IBC pintu keluar tunggal
(§1006.2.1)
EvakuasiJalurPerjalananJarakLi IfcLengthMeasure Perjalanan maksimum yang diizinkan misalnya, "78000"

mitLowOccupancy jarak dalam ruang/kamar yang memiliki

satu pintu keluar dan kurang dari 30

orang (§1006.2.1) Perjalanan maksimum

EvakuasiJalurPerjalananJarakLi IfcLengthMeasure yang diperbolehkan misalnya, "80000"

mitTinggiHunian jarak dalam ruang/ruangan yang

EvakuasiJalurPerjalananJarakLi
memiliki satu pintu keluar dan
lebih dari 30 orang - Atau
dilengkapi dengan pelindung alat
penyiram (§1006.2.1)
IfcLengthMeasure Jarak maksimum yang diizinkan misalnya, "75000"

mit ke kamar/ruang ke pintu keluar

Pset_BuildingFireSafetyPrescription
Ulasan
Pset_DoorEvacuationPerformanceIn
pembentukan
Persyaratan Perlindungan Sprinkler
PenyiramPerlindunganKurang
Penghuni PertamaDalam Waktu
LastOccupantOutTime
[mm] (§1017.2)
IfcBoolean Indikasi apakah a
sistem sprinkler disyaratkan
oleh kode IBC (§1017.2)
IfcBoolean Indikasi apakah a
sistem sprinkler diwajibkan
oleh kode IBC (§1017.2) tetapi
tidak disediakan
IfcTimeMeasure Waktu untuk orang pertama
melintasi komponen [detik]
IfcTimeMeasure Waktu sampai orang terakhir
melintasi komponen [detik]
"BENAR SALAH"
"BENAR SALAH"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 41,53,
min = 41,35, maks = 41,7,
std = 0,18"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 41,53,
min = 41,35, maks = 41,7,
std = 0,18"
(dilanjutkan di halaman berikutnya)

14
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557
Nama Set Properti Nama properti Tipe IFC Keterangan
Laju Aliran Penghuni Rata-Rata IfcReal Laju aliran rata-rata melalui
komponen [per/detik]
Penggunaan Total IfcCountMeasure Jumlah total orang yang
melintasi komponen
Sejarah Aliran Pintu IfcCountMeasure Array yang mewakili
evolusi laju aliran melalui
komponen di atas
waktu, sepanjang
simulasi
Sejarah Hunian IfcPropertyTableValue Array yang mewakili
evolusi jumlah orang dalam
ruang/ruangan dari waktu ke
waktu, selama simulasi
Pset_DoorCommon dapat diakses IfcBoolean Status pintu (terbuka/tertutup)
Tingkat Aliran Pintu yang Diperlukan IfcReal Laju aliran yang diperlukan
melalui komponen [pers/dtk]
FireExit IfcBoolean Indikasi apakah
komponen adalah keluar
DischargeExit IfcBoolean api Indikasi apakah
komponen berfungsi sebagai jalan
keluar pelepasan lantai/gedung
Dimensi Cukup IfcBoolean Indikasi apakah pintu
memiliki dimensi yang
memadai menurut kode IBC
(§1010.1.1)
Pset_StairEvacuationPerformanceIn Penghuni PertamaDalam Waktu IfcTimeMeasure Waktu untuk orang pertama
pembentukan melintasi komponen [detik]
LastOccupantOutTime IfcTimeMeasure Waktu sampai orang terakhir
melintasi komponen [detik]
Laju Aliran Penghuni Rata-Rata IfcReal Laju aliran rata-rata melalui
komponen [per/detik]
Sejarah Hunian IfcPropertyTableValue Array yang mewakili
evolusi jumlah orang dalam
ruang/ruang dari waktu ke waktu,
selama simulasi Daftar profil
Pset_StairCommon Profil yang Diakui IfcPropertyTableValue orang yang diperbolehkan dalam
komponen Indikasi apakah
Ulasan Pset_StairPrescriptions RiserHeightCukup IfcBoolean tangga memiliki tinggi anak
tangga yang memadai (§ 1011.5.2)
Panjang Tapak Memadai IfcBoolean Indikasi apakah tangga
memiliki panjang tapak yang
memadai (§ 1011.5.2)
Tangga Evakuasi Kebakaran IfcLabel Indikasi apakah tangga dapat
berfungsi untuk evakuasi
Pset_BuildingStoreyCommon Tingkat Masuk IfcLabel kebakaran Indikasi apakah
bangunan ini berlantai satu
tingkat pintu masuk ke
gedung (ya), atau (tidak) jika
sebaliknya
Pset_BuildingStoreyOccupancyPres Tingkat HunianNomor IfcCountMeasure Jumlah aktual keseluruhan
cripsReview orang di lantai
EvakuasiCapacityStorey IfcLengthMeasure Lebar gabungan sebenarnya dari pintu
keluar yang melayani satu lantai [mm]
15
Format
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 0,12,
min = 0,12, maks = 0,13,
std = 0,01"
Proses tunggal > misalnya, "10"
Beberapa proses > "rata-rata = 10, min
= 5, maks = 15, std = 5"
Proses tunggal > "waktu, nilai1; waktu,
nilai2; " misalnya, "0,0; 1,0; 2, 0; 3,0;
4,0; 5,0; " Beberapa proses
> "na"
Simulasi sekali jalan > "waktu,
nilai1; waktu, nilai2; "
misalnya, "0,0; 1,0; 2,0; 3,3; 4,5; 5,8;
6,13; 7" Beberapa proses > "na"
misalnya, "benar"
misalnya, "1"
"BENAR SALAH"
"BENAR SALAH"
"BENAR SALAH"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 41,53,
min = 41,35, maks = 41,7,
std = 0,18"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 41,53,
min = 41,35, maks = 41,7,
std = 0,18"
Proses tunggal > misalnya, "60" Beberapa
proses > "rata-rata = 0,12,
min = 0,12, maks = 0,13,
std = 0,01"
Simulasi sekali jalan > "waktu, nilai1;
waktu, nilai2; " misalnya, "0,0; 1,0;
2,0; 3,3; 4,5; " Banyak proses
> "na"
"profil penghuni1,
profil penghuni5"
"BENAR SALAH"
"BENAR SALAH"
"BENAR SALAH"
"BENAR SALAH"
misalnya, "10"
misalnya, "1600"
(dilanjutkan di halaman berikutnya)
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Nama Set Properti Nama properti Tipe IFC Keterangan Format

Persyaratan Kapasitas Evakuasi IfcLengthMeasure Lebar pintu keluar yang diwajibkan misalnya, "1600"

torey oleh kode IBC (§1005.3.2) untuk

tingkat [mm]

ExitCountStorey IfcCountMeasure Jumlah pintu keluar sebenarnya misalnya, "2"

yang melayani ruang/kamar

ExitCountRequirementStorey IfcCountMeasure Jumlah pintu keluar yang misalnya, "2"

diwajibkan oleh kode IBC

EvakuasiKapasitasMemadaiStor
ey
ExitCountAdequateStorey
EvakuasiKapasitasBalanceStorey
(§1006.3.2) untuk lantai
IfcBoolean Indikasi apakah "BENAR SALAH"
lebar gabungan pintu keluar
yang melayani lantai cukup
dibandingkan dengan
jumlah orang
IfcBoolean Indikasi apakah "BENAR SALAH"
jumlah pintu keluar yang
melayani lantai cukup
dibandingkan dengan jumlah
IfcBoolean orang Indikasi apakah "BENAR SALAH"
kapasitas evakuasi tersebar dengan
baik di seluruh wilayah
pintu keluar yang tersedia (IBC

(§1005.5)
Jumlah Tangga IfcCountMeasure Jumlah sebenarnya tangga misalnya, "2"

yang melayani lantai

Kapasitas Tangga IfcLengthMeasure Lebar gabungan aktual tangga misalnya, "1600"

yang melayani lantai Jumlah

Persyaratan Hitung Tangga IfcCountMeasure tangga yang diperlukan untuk misalnya, "2"

lantai menurut kode IBC

(§1006.3.2)
Persyaratan Kapasitas Tangga IfcLengthMeasure Kapasitas tangga yang misalnya, "1600"

diperlukan untuk lantai

StairCountCukup
Tangga Kapasitas Memadai
Saldo Kapasitas Tangga
menurut kode IBC (§1011.2)
IfcBoolean Indikasi apakah "BENAR SALAH"
jumlah tangga yang melayani
lantai cukup dibandingkan
dengan jumlah orang Indikasi
IfcBoolean apakah "BENAR SALAH"
gabungan lebar tangga
yang melayani lantai
cukup dibandingkan
dengan jumlah orang
IfcBoolean Indikasi apakah "BENAR SALAH"
kapasitas evakuasi tersebar dengan
baik di seluruh wilayah
tersedia tangga di lantai (IBC
(§1005.5)

Lampiran 2. Struktur dan Implementasi Kode

Apendiks 2 ini menyajikan struktur kode Evac4Bim dan implementasinya.

Struktur Kode
Titik masuk utama ke program ini adalahEvac4Bim.MainAppkelas. Kelas ini mengatur Antarmuka Pengguna di Revit dan menyertakan panggilan ke
perintah "mandiri" yang berbeda. Perintah mandiri dapat menjalankan beberapa tugas seperti membaca file, menentukan parameter bersama yang
baru, mencari dan mengedit parameter, dll. Setiap perintah terdiri dari kelas yang mewarisiIExternalCommandinterface dan mengimplementasikan
metode Execute yang dipanggil oleh Revit setelah pengguna menjalankannya. Argumen utama dari perintah Execute adalah sebuah
ExternalCommandDataobjek yang memberikan akses ke dokumen Revit saat ini, antarmuka pengguna dan proyek. Eksportir IFC bercabang dari
eksportir Revit IFC sumber terbuka. Ini menghasilkan file IFC yang diperkaya yang mendukung persyaratan data evakuasi kebakaran dari draft Model
View Definition untuk FSE. Titik masuk utama bagi eksportir IFC adalahRevit. IFC.Export.Exporterruang nama. Untuk mengaktifkan pengeksporan set
properti tambahan yang tidak didukung secara asli oleh Revit, metode delegasi ditentukan. Implementasi kelas turunan dapat ditemukan di bawahRevit.
IFC.Export.Exporter.CustomExporter.cs.

implementasi kode
Urutan kerja tipikal dari perintah mandiri disajikan diGambar A2.1Saat pengguna menjalankan perintah (dengan mengklik
tombol yang sesuai di antarmuka pengguna), ituMenjalankanmetode anggota disebut. Perintah akan meminta elemen bangunan

16
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

ments dari model dan kemudian parsing properti mereka melaluiParameter Pencarianmetode. Itu kemudian dapat melakukan tugas dan kemudian, secara
opsional, menulis kembali hasilnya ke dalam model.

Gambar A2.1.Urutan baca-tulis umum dari perintah API di Revit

Urutan kerja dariImportParameterperintah ditampilkan diGambar A2.2. Perintah ini bertanggung jawab untuk mengimpor dan
menyimpan hasil simulasi Pathfinder ke dalam model Revit.

Gambar A2.2.Urutan kerja perintah ImportParameter dari add-in Revit.

Pathfinder mampu menghasilkan file JSON, yang menyimpan struktur data dan objek sederhana dalam format JavaScript Object Notation
(JSON). File JSON ini diimpor, dan isinya "deserialisasi" (yaitu, data didekodekan ke dalam format asli. Dalam hal ini, diubah menjadi kelas
dengan properti dan bidang). Selanjutnya, properti dari objek "deserialisasi" disalin ke dalam instanceEvacSim-Model.KelasEvacSimModel
adalah antarmuka umum untuk menyimpan data simulasi jalan keluar. Kelas ini dimaksudkan untuk menetapkan tingkat abstraksi sehingga
dapat menyimpan data dari simulator evakuasi manapun.

17
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

Gambar A2.3.Urutan kerja dariCmdPlotChartperintah dari add-in Revit.

Properti diagram kelas termasuk daftar elemen bangunan seperti kamar, tangga, dan pintu, yang pada gilirannya menyimpan hasil simulasi terkait.
Setelah hasil simulasi diimpor, dimungkinkan untuk memplot grafik nilai yang bergantung pada waktu seperti jumlah orang di ruangan dari waktu ke
waktu. Ini dilakukan dengan menjalankanCmdPlotChartmemerintah.Gambar A2.3menunjukkan urutan kerjanya.

Referensi
[1] S. Paul, Adopsi BIM di Seluruh Dunia: Seberapa Baik Kita? Dunia Geospasial, 2018 (diakses 1 Maret 2022).https://www.geospatialworld.net/article/bim-
adoption-around-the-world-how-good-are-we/.
[2] D. Chevin, The New Fire Safety Digital Framework Explained, BIM+, 2020 (diakses 14 Maret 2022).https://www.bimplus.co.uk/new-fire-safety-digitalframework-
explained/.
[3] A. Davidson, J. Gales, BIM dan teknik keselamatan kebakaran - ikhtisar kecanggihan, Int. J. Bangunan Bertingkat Tinggi. 10 (2021) 251–263,https://doi.org/10.21022/
IJHRB.2021.10.4.251.
[4] J. Hackitt, Membangun masa depan yang lebih aman, Indep. Pendeta Bangun. Peraturan. Saf Api. Rep Akhir Bab 8 (2018) 101–105.https://
assets.publishing.service.gov.uk/ government/uploads/system/uploads/attachment_data/file/707785/Building_a_Safer_Future_-_web.pdf, 2018.
[5] AA Siddiqui, JA Ewer, PJ Lawrence, ER Galea, IR Frost, Building information modeling for performance-based fire safety engineering analysis – a strategy for
data sharing, J. Build. Eng. 42 (2021) 102794,https://doi.org/10.1016/j.jobe.2021.102794.
[6] E. Ronchi, Mengembangkan dan memvalidasi model evakuasi untuk teknik keselamatan kebakaran, Fire Saf. J.(2020) 103020,https://doi.org/10.1016/
j.firesaf.2020.103020.
[7] E. Ronchi, D. Nilsson, Konsep dasar dan metode pemodelan, dalam: A. Cuesta, O. Abreu, D. Alvear (Eds.), Model Evakuasi. Tren, Penerbitan Internasional
Springer, Cham, 2016, hlm. 1–23.http://link.springer.com/10.1007/978-3-319-20708-7_1. (Diakses 19 Oktober 2015).
[8] J. Adrian, N. Bode, M. Amos, M. Baratchi, M. Beermann, M. Boltes, A. Corbetta, G. Dezecache, J. Drury, Z. Fu, R. Geraerts, S. Gwynne , G. Hofinger, A. Hunt, T. Kanters, A. Kneidl, K.
Konya, G. Köster, M. Küpper, G. Michalareas, F. Neville, E. Ntontis, S. Reicher, E. Ronchi, A . Schadschneider, A. Seyfried, A. Shipman, A. Sieben, M. Spearpoint, GB Sullivan, A.
Templeton, F. Toschi, Z. Yücel, F. Zanlungo, I. Zuriguel, N. Van der Wal, F. van Schadewijk, C. von Krüchten, N. Wijermans, Glosarium untuk penelitian tentang dinamika
kerumunan manusia, Kumpulkan. Din. 4 (2019),https://doi.org/10.17815/CD.2019.19.
[9] N. Al-Sadoon, R. Scherer, ekstensi semantik IFC untuk simulasi evakuasi keselamatan kebakaran dinamis,https://www.researchgate.net/publication/356128766_IFC_
Semantic_Extension_for_Dynamic_Fire_Safety_Evacuation_Simulation, 2021.
[10] R. Wehbe, I. Shahrour, Sistem cerdas berbasis BIM untuk evakuasi kebakaran, Future Internet 13 (2021) 221,https://doi.org/10.3390/fi13090221.
[11] F. Mirahadi, B. McCabe, A. Shahi, evaluasi berbasis kinerja IFC-sentris evakuasi bangunan menggunakan simulasi dinamika kebakaran dan pemodelan berbasis agen, Autom.
Membangun. 101 (2019) 1–16,https://doi.org/10.1016/j.autcon.2019.01.007.
[12] S.-H. Wang, W.-C. Wang, K.-C. Wang, S.-Y. Shih, Menerapkan pemodelan informasi bangunan untuk mendukung manajemen keselamatan kebakaran, Autom. Membangun. 59 (2015) 158–167,
https://doi.org/10.1016/j.autcon.2015.02.001.
[13] Autodesk, ikhtisar Revit (paket BIM) (diakses 1 Maret 2022).https://knowledge.autodesk.com/support/revit, 2022.
[14] Rekayasa Thunderhead, pathfinder (simulator evakuasi berbasis agen), diakses 1 Maret 2022.https://www.thunderheadeng.com/pathfinder/, 2022.
[15] R. Lovreglio, E. Ronchi, MJ Kinsey, Survei online tentang penggunaan dan pengguna model evakuasi pejalan kaki, Fire Technol. 56 (2020) 1133–1153,https://doi.org/
10.1007/s10694-019-00923-8.
[16] AA Siddiqui, Investigasi Pembagian Data antara Pemodelan Informasi Bangunan dan Rekayasa Keselamatan Kebakaran, dengan Aplikasi Potensial pada
Bangunan Cerdas, PhD, University of Greenwich, 2019 (diakses 1 Maret 2022).https://gala.gre.ac.uk/id/eprint/32642/.
[17] buildingSMART, Kelas Yayasan Industri (IFC), Build. Int. (2022) (diakses 1 Maret 2022).https://www.buildingsmart.org/standards/bsi-standards/industri-
foundation-classes/.
[18] ISO, ISO 16739:2013 Industry Foundation Classes (IFC) untuk Berbagi Data dalam Industri Konstruksi dan Manajemen Fasilitas, ISO, 2013 (diakses Maret
16, 2022).https://www.iso.org/cms/render/live/en/sites/isoorg/contents/data/standard/05/16/51622.html.
[19] A. Borrmann, J. Beetz, C. Koch, T. Liebich, S. Muhic, Kelas pondasi industri: model data standar untuk pertukaran model bangunan digital vendor-netral,https://
doi.org/10.1007/978-3-319-92862-3_5, 2018.
[20]ER Galea, PJ Lawrence, SM Gwynne, L. Filippidis, D. Blackshields, D. Cooney, BuildingEXODUS v6.3 Theory Manual, Revisi 1.0, University of Greenwich,
London (UK), 2017.
[21] Perangkat lunak MassMotion Arup, Crowd and pedestrian simulation (diakses 31 Maret 2022).https://www.arup.com/expertise/services/digital/massmotion, 2022.

[22] Mott MacDonald, About STEPS, 2022 (diakses 31 Maret 2022).https://www.steps.mottmac.com/steps-dynamics.

[23] J. Abualdenien, A. Kneidl, P. Lawrence, L. Lehtoviita, S. Siddiqui, P. Thompson, Gunakan kasus: analisis evakuasi - RIBA | use case management (diakses March
15, 2022).https://ucm.buildingsmart.org/use-case-details/2436/en, 2021.
[24]P. Gabler, Wie wählen Fußgänger ihren nächsten Schritt? Implementierung einer Entscheidungsheuristik in crowd: it [Bagaimana pejalan kaki memilih langkah selanjutnya?
Implementasi heuristik keputusan dalam kerumunan: itu], Tesis PhD, Hochschule für Angewandte Wissenschaften München, 2018.
[25]V. Schneider, Simulasi Evakuasi hunian perakitan besar, di: Proc. 2nd Int. Konf. Pejalan kaki Evakuasi Dyn., CMS Press, Greenwich, UK, 2003, hlm. 319–330.

[26] W. van Toll, N. Jaklin, R. Geraerts, Menuju kerumunan yang dapat dipercaya: kerangka kerja multi-level umum untuk navigasi agen, ASCI OPEN 2015 (2015).https://
webspace.science.uu.nl/~gerae101/pdf/Towards_believable_crowds_-_A_generic_multi-level_framework_for_agent_navigation_ASCI_Open_2015.pdf, 2015.
[27]Organisasi Standar Internasional, Rekayasa Keselamatan Kebakaran - Protokol Verifikasi dan Validasi untuk Model Evakuasi Kebakaran Gedung ISO/DIS 20414, 2020.

[28] S. Gwynne, ER Galea, M. Owen, PJ Lawrence, L. Filippidis, Tinjauan metodologi yang digunakan dalam simulasi komputer evakuasi dari lingkungan binaan,
Build. Mengepung. 34 (1999) 741–749,https://doi.org/10.1016/S0360-1323(98)00057-2.

18
N. Yakhou dkk. Jurnal Teknik Bangunan 63 (2023) 105557

[29] ED Kuligowski, Model evakuasi komputer untuk bangunan, di: MJ Hurley, DT Gottuk, JR Hall, K. Harada, ED Kuligowski, M. Puchovsky, JL Torero,
JM Watts, CJ Wieczorek (Eds.), SFPE Handb. Api Prot. Eng., Springer, New York, New York, NY, 2016, hlm. 2152–2180.http://link.springer.com/10.1007/
978-1-4939-2565-0_60. (Diakses 17 Agustus 2016).
[30] SMV Gwynne, ER Rosenbaum, Menggunakan model hidrolik dalam menilai pergerakan darurat, dalam: MJ Hurley, DT Gottuk, JR Hall, K. Harada, ED Kuligowski, M.
Puchovsky, JL Torero, JM Watts, CJ Wieczorek (Eds .), SFPE Handb. Api Prot. Eng., Springer, New York, New York, NY, 2016, hlm. 2115–2151. http://
link.springer.com/10.1007/978-1-4939-2565-0_59. (Diakses 17 Agustus 2016).
[31] S. Gwynne, KE Boyce, Data teknik, dalam: MJ Hurley, DT Gottuk, JR Hall, K. Harada, ED Kuligowski, M. Puchovsky, JL Torero, JM Watts, CJ Wieczorek (Eds.), SFPE
Handb . Api Prot. Eng., Springer, New York, New York, NY, 2016, hlm. 2429–2551.http://link.springer.com/10.1007/978-1-4939-2565- 0_64. (Diakses 18 Februari
2016).
[32]ED Kuligowski, Perilaku manusia dalam api, dalam: SFPE Handb. Api Prot. Eng., Springer, 2016, hlm. 2070–2114.
[33]Britania Raya, Peraturan Bangunan. Dokumen B yang Disetujui, Volume 2 – Bangunan Selain Tempat Tinggal, NBS, Newcastle-Upon-Tyne, 2011.
[34]Organisasi Standar Internasional, ISO 13943:2017-1 Keselamatan Kebakaran — Kosakata, Organisasi Standar Internasional, 2017.
[35] DA Purser, M. Bensilum, Kuantifikasi perilaku untuk standar desain teknik dan perhitungan waktu lepas, Saf. Sains. 38 (2001) 157–182,https://doi.org/10.1016/
S0925-7535(00)00066-7.
[36] A. Seyfried, A. Schadschneider, Diagram fundamental dan validasi model kerumunan, dalam: H. Umeo, S. Morishita, K. Nishinari, T. Komatsuzaki, S. Bandini
(Eds.), Cell. Autom., Springer Berlin Heidelberg, Berlin, Heidelberg, 2008, hlm. 563–566.http://link.springer.com/10.1007/978-3-540-79992-4_77. (Diakses 17
Oktober 2016).
[37] D. Nilsson, R. Fahy, Memilih Skenario untuk Analisis Rekayasa Keselamatan Kebakaran Deterministik: Keselamatan Hidup untuk Penghuni, Springer, New York, 2016,
hlm. 2047–2069,https://doi.org/10.1007/978-1-4939-2565-0_57.
[38] L. Fu, Y. Liu, Y. Shi, Y. Zhao, Aliran pejalan kaki searah di koridor yang melibatkan individu penyandang disabilitas: pendekatan pemodelan bidang lantai yang dimodifikasi, J.
Stat. Mekanisme Teori. Exp. 2021 (2021) 073402,https://doi.org/10.1088/1742-5468/ac0f6e.
[39]L. Fu, Y. Liu, Y. Shi, Y. Zhao, Dinamika arus pejalan kaki dua arah di koridor termasuk individu penyandang disabilitas, Phys. Stat. Mekanisme Aplikasinya 580
(2021) 126140.
[40] E. Smedberg, M. Kinsey, E. Ronchi, Penilaian varians multifaktor untuk menentukan jumlah pengulangan simulasi berjalan dalam pemodelan evakuasi, Fire
Technol. 57 (2021) 2615–2641,https://doi.org/10.1007/s10694-021-01134-w.
[41] E. Ronchi, PA Reneke, RD Peacock, Sebuah metode untuk analisis ketidakpastian perilaku dalam pemodelan evakuasi, Fire Technol. 50 (2014) 1545–1571,
https://doi.org/10.1007/s10694-013-0352-7.
[42] A. Grandison, Menentukan interval kepercayaan, dan konvergensi, untuk parameter dalam model evakuasi stokastik, Fire Technol. (2020),https://doi.org/
10.1007/s10694-020-00968-0.
[43] A. Tinaburri, Prinsip untuk simulasi evakuasi berbasis agen Monte Carlo termasuk penghuni yang membutuhkan bantuan. Dari RSET ke RiSET, Fire Saf. J.127
(2022) 103510,https://doi.org/10.1016/j.firesaf.2021.103510.
[44]Thunderhead Engineering, Pathfinder - Referensi Teknis, 2020.
[45] Autodesk, IFC untuk Revit dan Navisworks (revit-ifc), (diakses 25 Maret 2022).https://github.com/Autodesk/revit-ifc, 2022.
[46]N. Yakhou, Mengintegrasikan Evakuasi Kebakaran ke dalam Alur Kerja Pemodelan Informasi Bangunan, Departemen Teknik Keselamatan Kebakaran, Universitas Lund, 2022.
[47] w3schools, Pengenalan JSON, 2022.https://www.w3schools.com/js/js_json_intro.asp. (Diakses 26 April 2022).
[48] E. Ronchi, E. Kuligowski, S. Gwynne, Editorial tamu: edisi khusus tentang kemajuan dalam pemodelan evakuasi, Fire Technol. 55 (2019) 387–389,https://doi.org/
10.1007/s10694-018-0807-y.
[49] Solibri, Solibri | Perangkat lunak BIM untuk arsitek, insinyur, dan konstruksi, diakses 25 Maret 2022.https://www.solibri.com/?utm_source=adwords&utm_
campaign=SEM+-+Solibri+brand+term&utm_medium=ppc&utm_term=solibri&hsa_ver=3&hsa_grp=113092111805&hsa_acc=5457118427&hsa_ad=
485000191638&hsa_src=g&hsa_tgt=kwd-298873150508&hsa_kw=solibri&hsa_cam=11804515865&hsa_mt=e&hsa_net=adwords&gclid =Cj0KCQjw0PWR
BhDKARIsAPKHFGh92mKBoau1aAw9B_AZ_-svR0NQ-b1HVfugum_-fO5ivJ5Ufsp7hooaAmJzEALw_wcB, 2021.
[50] Solibri, Pengecekan Pemahaman, Solibri Help Cent, 2022 (diakses 25 Maret 2022).https://help.solibri.com/hc/en-us/articles/1500005009042-
Pengecekan-Pengertian.
[51]JJ Fruin, Merancang untuk pejalan kaki: konsep tingkat layanan, dalam: Highway Research Board, 1971, hlm. 1–15.
[52] E. Ronchi, R. Lovreglio, EXPOSED: model eksposur penghuni untuk ruang terbatas untuk retrofit model kerumunan selama pandemi, Saf. Sains. 130 (2020) 104834, https://
doi.org/10.1016/j.ssci.2020.104834.

19