FIDS Bukan Sekadar TV Besar — Ini Infrastruktur Operasional Bandara
Flight Information Display System (FIDS) adalah satu-satunya sumber kebenaran untuk ribuan penumpang setiap jam tentang: gate mana, jam berapa, delay berapa lama, baggage carousel mana. Saat FIDS gagal — slow update, screen black, atau bezel tebal yang membuat jadwal kelihatan terputus — efek ripple-nya massive: penumpang miss boarding, gate area chaos, customer complaint melonjak.
Mayoritas bandara internasional di Indonesia masih bergantung pada FIDS infrastructure era 2010-2015: LCD displays dengan bezel 10-20mm yang membuat tabel jadwal kelihatan broken di sambungan layar, sync dengan AODB (Airport Operational Database) yang manual atau delayed, dan tidak ada redundancy untuk skenario failure.
Untuk bandara yang ambisi menjadi world-class hub (Soekarno-Hatta, Ngurah Rai, Kualanamu, Juanda), FIDS infrastructure adalah area yang langsung visible dan langsung judging untuk passenger experience.
Artikel ini membahas tiga gap FIDS tradisional, kerangka Tiga Lapis Operasional (Real-time + Visual Continuity + Resilient), dan contoh skenario implementasi yang perlu divalidasi per proyek.
Tiga Gap FIDS Bandara Tradisional
Gap 1 — Sync dengan AODB yang Tidak Real-Time
AODB (Airport Operational Database) adalah source of truth untuk semua flight data: schedule, delay, gate assignment, baggage carousel. FIDS yang tidak ter-sync real-time = penumpang lihat info lama.
Skenario typical:
- Delay 15 menit di-input ke AODB pukul 14:00
- FIDS update batch pukul 14:15 (lag 15 menit)
- Penumpang yang lihat FIDS antara 14:00-14:15 dapat info salah → confusion + missed connection chaos
Untuk bandara dengan operational tempo high, real-time sync (<30 detik latency) adalah requirement, bukan nice-to-have.
Gap 2 — Bezel Tebal yang Membuat Tabel Jadwal Kelihatan Terputus
FIDS biasanya berbentuk video wall tiled (2x2, 3x2, 4x3) untuk display banyak flight. Saat bezel antar panel tebal (10-20mm), tabel jadwal yang seharusnya continuous broken di sambungan. Row “Garuda GA 408” bisa keterputus oleh bezel tepat di tengah nama flight.
Untuk passenger yang scan dengan cepat (mereka punya 10-30 detik untuk membaca FIDS), bezel friction = cognitive load berlebihan + reading time naik.
Gap 3 — Tidak Ada Resilience untuk Failure Scenario
Single point of failure: kalau satu LCD panel di FIDS rusak, biasanya muncul black square di tengah video wall. Untuk bandara 24/7, replacement panel butuh access window saat low-traffic — biasanya tidak feasible immediate.
Modern FIDS infrastructure punya:
- Hot-swap panel capability
- Redundant content source
- Auto-failover saat content source down
- Remote monitoring untuk early failure detection
Tradisional FIDS biasanya tidak punya ini → operational risk yang material.
Mengapa Solusi Setengah-Setengah Tidak Cukup
Upgrade ke LCD panel resolusi lebih tinggi. Solve visibility partial, tetapi bezel issue tetap + sync issue tetap.
Replace dengan single very-large LED Videotron. Workable untuk display tunggal, tetapi maintenance untuk scale prohibitive.
Cloud-based FIDS dengan mobile app fallback. Modern dan trendy, tetapi mobile app coverage rendah, dan physical FIDS tetap critical untuk first-time visitor + lansia.
Yang dibutuhkan: Video Wall LCD bezel 3.5mm + Multi-Screen Processor + AODB real-time sync + redundant architecture.
Kerangka Tiga Lapis Operasional: Real-time + Visual + Resilient
Lapis 1 — Real-Time: AODB Integration
Hardware foundation: Video Wall LCD 55” 3.5mm bezel dalam konfigurasi tiled:
- Departure FIDS: typical 4x3 atau 5x3 (depending hall size)
- Arrival FIDS: typical 3x2
- Gate display: per-gate 1-2 unit DS Wall-mount 55-65”
Multi-Screen Processor (wall-processor) untuk:
- Content source orchestration (AODB feed + branding feed + advertising feed)
- Real-time sync dengan AODB API
- Auto-failover ke backup source kalau primary down
Latency target: <30 detik dari AODB update ke FIDS display update.
Lapis 2 — Visual Continuity: Bezel 3.5mm + Layout Optimization
Bezel 3.5mm (vs tradisional 10-20mm) membuat:
- Tabel jadwal continuous, bukan broken
- Long flight numbers tidak terputus di sambungan
- Reading speed naik signifikan untuk penumpang
Layout consideration:
- Font size optimized untuk viewing distance 8-20 meter
- Row spacing yang adequate untuk visual breathing
- Color coding (delay = orange, cancelled = red, on-time = green) yang accessible untuk colorblind passenger
- Multi-language toggle (Bahasa Indonesia + English mandatory; Mandarin + Japanese + Arabic recommended)
Lapis 3 — Resilient: 24/7 Architecture
Untuk operasional 24/7 tanpa down:
- Hot-swap panel design — replace failed panel tanpa video wall down
- Redundant power supply — UPS + generator backup
- Content source redundancy — primary AODB feed + secondary mirror
- Remote monitoring + alert system — IT bandara dapat alert sebelum penumpang notice
- Predictive maintenance — panel lifecycle tracking
Industrial-grade panel rated untuk 50,000-100,000 hours operation.
Skenario Implementasi Anonim
Gunakan bagian ini sebagai contoh alur discovery, bukan klaim hasil proyek. Lokasi, ukuran, baseline operasional, integrasi, dan hasil perlu diganti dengan data proyek Qirindo yang sudah disetujui sebelum dipakai sebagai klaim publik.
Kondisi awal yang perlu dipetakan:
- alur penumpang dari drop-off, check-in, gate, lounge, hingga baggage claim
- sumber data jadwal, wayfinding, bahasa, dan emergency message
- kebijakan operator transportasi dan integrasi sistem yang diizinkan
Pendekatan implementasi:
- pisahkan FIDS, wayfinding, lounge information, dan announcement
- utamakan keterbacaan, konsistensi data, dan operasi saat delay
- validasi integrasi AODB atau sistem lain sebelum klaim publik
Indikator yang perlu diukur:
- waktu update informasi
- jumlah pertanyaan arah ke staf
- konsistensi tampilan antar area
Roadmap 3 Fase
Fase 1 — Single Terminal Pilot (Bulan 1-6): Replace FIDS di 1 terminal dengan Video Wall 3.5mm + processor.
Fase 2 — Network Rollout (Bulan 7-18): Roll out ke terminal lain dan gate display. Establish 24/7 NOC.
Fase 3 — Predictive + Advanced Feature (Bulan 19+): Implement predictive maintenance. Add advanced features.
Indikator yang Bisa Divalidasi
Jangan tulis hasil sebagai angka pasti sebelum ada baseline dan data proyek yang disetujui. Untuk use case ini, metrik yang layak dipantau adalah:
- waktu update informasi penumpang: ukur baseline sebelum implementasi, lalu bandingkan setelah sistem berjalan.
- pertanyaan arah ke staf: ukur baseline sebelum implementasi, lalu bandingkan setelah sistem berjalan.
- konsistensi tampilan antar area: ukur baseline sebelum implementasi, lalu bandingkan setelah sistem berjalan.
Kapan Pendekatan Ini Tidak Cocok
- Bandara regional dengan <10 flight harian — over-engineered untuk scale
- AODB legacy tanpa modern API capability — sync improvement terbatas
- Tidak ada commitment untuk 24/7 NOC monitoring
- Procurement cycle bandara yang multi-year — implementasi planning butuh patience
Rujukan Produk dan Wiki
Untuk detail spesifikasi, gunakan halaman Digital Signage wall-mount, Floor Standing Signage, dan Video Wall LCD bezel tipis sebagai rujukan teknis. Untuk konteks sebelum desain final, baca Apa itu Digital Signage dan Panduan CMS Digital Signage.
Langkah Selanjutnya
- Audit FIDS-AODB latency saat ini
- Review panel failure history — frequency dan downtime per insident
- Request airport FIDS consultation — site survey + AODB integration assessment
FIDS yang berfungsi bukan tentang panel paling besar. Tentang infrastructure yang real-time, continuous, dan resilient untuk operasional 24/7.