Sensor pintu dapat menjawab satu pertanyaan dengan cepat: kotak P3K dibuka atau tidak. Sensor itu tidak tahu siapa yang membuka, apa yang diambil, atau apakah stok di dalam kotak memang berubah. Masalah muncul ketika aplikasi memperlakukan satu sinyal itu seolah-olah sudah menjawab semuanya.
Dalam sistem monitoring kotak P3K berbasis IoT yang saya kerjakan, saya membedakan event perangkat, bukti visual, pemberitahuan, dan hasil pemeriksaan petugas. Pemisahan ini membuat laporan lebih jujur tentang apa yang diketahui sistem dan apa yang masih perlu dipastikan manusia.
Event sensor adalah awal cerita
Saat kotak dibuka, perangkat ESP32-CAM mengirim data dan frame visual ke API aplikasi. Akses perangkat ke API diautentikasi; file visualnya disimpan secara privat. Sistem lalu memproses frame menjadi video melalui antrean pekerjaan ketika FFmpeg tersedia, dengan penayangan frame sebagai jalur cadangan. Notifikasi Telegram membantu petugas mengetahui bahwa ada event baru.
Rangkaian itu mencatat kejadian pembukaan, bukan otomatis mencatat pemakaian obat. Kotak bisa dibuka untuk pemeriksaan, mengisi ulang, atau mengambil item. Mengurangi stok hanya dari event pintu akan membuat data inventaris terlihat pasti padahal dasarnya masih dugaan.
Notifikasi mengundang tindakan, bukan menyatakan hasil
Notifikasi bagus untuk menarik perhatian. Namun isi pesan perlu dibaca sebagai “ada event yang perlu dilihat”, bukan “stok sudah berkurang”. Dalam aplikasi ini, petugas membuka bukti visual, meninjau kejadian, lalu mencatat item yang berkurang apabila memang ada. Setelah itu barulah pergerakan stok mempunyai dasar pemeriksaan.
Peran manusia di sini bukan tanda sistemnya kurang otomatis. Justru batas kemampuan perangkat dinyatakan dengan jelas. Sensor mengerjakan hal yang bisa ia amati secara konsisten; petugas mengerjakan penilaian yang memerlukan konteks.
Bukti visual perlu dijaga, bukan hanya ditampilkan
Frame kamera dapat memuat informasi yang tidak pantas dibuka ke semua orang. Karena itu, penyimpanan privat dan pemeriksaan akses sama pentingnya dengan kemampuan memutar video. Dashboard dapat menampilkan status ringkas, sementara detail visual tersedia bagi petugas yang memang berwenang meninjau event.
Saya juga tidak ingin laporan bergantung sepenuhnya pada satu format media. Bila proses pembuatan video tidak tersedia, urutan frame masih bisa membantu pemeriksaan. Ini bukan pengganti sempurna untuk rekaman video, tetapi menjaga bukti yang sudah diterima tetap dapat dilihat.
Status harus menjelaskan posisi pemeriksaan
Sebuah event baru berbeda dari event yang sudah diperiksa. Event yang sudah diperiksa tetapi tidak mengubah stok juga berbeda dari event yang memicu pencatatan item berkurang. Jika semuanya diberi satu label “selesai”, orang yang membaca laporan kehilangan konteks penting.
Untuk sistem lapangan seperti ini, saya lebih memperhatikan pertanyaan sederhana: event mana yang menunggu ditinjau, siapa yang sudah melihatnya, dan perubahan stok mana yang lahir dari hasil tinjauan? Dashboard dan laporan PDF atau Excel baru berguna bila jejak itu jelas.
Otomatisasi yang baik tahu batasnya
Perangkat, API, antrean, notifikasi, dan dashboard membuat alur lebih cepat. Tetapi otomatisasi tidak harus menghapus penilaian petugas. Yang penting, setiap tahap menyampaikan tingkat kepastiannya dengan benar: sensor mendeteksi, kamera memberi bukti, notifikasi memanggil perhatian, dan petugas memutuskan tindak lanjut.
Susunan perangkat dan alur aplikasinya bisa dilihat pada studi kasus monitoring kotak P3K.