Electronic batch record: apa yang sebenarnya berubah saat kertas ditinggalkan

Kesalahan yang perlu dihindari sejak awal

Banyak proyek EBR gagal bukan karena teknologinya, tetapi karena cara implementasinya.

Kesalahan yang paling sering: mendigitalkan dokumennya tanpa mengubah proses yang menghasilkannya.

Formulir produksi tetap diisi manual, lalu di-scan dan disimpan di sistem manajemen dokumen. Informasinya memang lebih mudah dicari, tetapi prosesnya tetap sama.

Salah catat tetap bisa terjadi. Data masih harus dicek manual. Beban review tidak berkurang. Bedanya hanya satu: catatan yang dulu kertas kini menjadi file digital.

Di sinilah beda antara digitalisasi dokumen dan electronic batch record menjadi sangat penting.

EBR bukan dokumen yang dipindahkan ke dalam sistem. EBR adalah catatan yang terbentuk secara otomatis selama proses produksi berlangsung.

Bedanya menentukan apakah implementasi benar-benar memperbaiki operasional, atau hanya mengganti media penyimpanan.

Apa saja yang membentuk sebuah electronic batch record?

Electronic batch record menyimpan seluruh riwayat pembuatan satu batch, dari proses dimulai sampai produknya selesai.

Ada dua hal yang membedakan EBR dari dokumen digital biasa.

Catatan terbentuk otomatis sebagai bagian dari pekerjaan.

Saat operator memakai material, sistem langsung menambahkannya ke catatan batch. Saat pemeriksaan kualitas dilakukan, hasilnya langsung tersimpan.

Mencatat menjadi bagian dari produksi, bukan pekerjaan administrasi setelah semuanya selesai.

Setiap data divalidasi saat dimasukkan.

Nilai di luar batas bisa langsung ditolak atau ditandai. Langkah produksi tidak bisa diselesaikan sebelum semua syaratnya terpenuhi.

Aturan yang dulu hanya tertulis di prosedur kini dijalankan langsung oleh sistem.

Review by exception: alasan utama banyak pabrik beralih ke EBR

Biaya terbesar dalam mengelola catatan produksi sering kali bukan dari mencatatnya, tetapi dari me-review-nya.

Di lingkungan yang diatur ketat, setiap catatan harus diperiksa sebelum produk boleh dirilis. Pemeriksa harus memastikan semua formulir sudah diisi, semua hasil masuk batas, dan semua tanda tangan sudah lengkap.

Semua itu butuh waktu, tenaga, dan biaya yang tidak sedikit.

Review by exception mengubah cara kerja itu.

Karena sistem sudah memvalidasi data selama produksi berjalan, sebagian besar data bisa dianggap sudah memenuhi syarat.

Pemeriksa tidak perlu lagi membaca seluruh catatan dari awal.

Perhatiannya cukup pada kondisi yang menyimpang, seperti:

• Hasil di luar spesifikasi.
• Nilai yang diubah secara manual.
• Waktu yang tidak sesuai.
• Langkah yang terlewat.
• Tanda tangan yang belum lengkap.

Cara ini bisa memangkas waktu review secara signifikan dan mempercepat rilis batch.

Namun, ada satu syarat yang tidak bisa diabaikan.

Review by exception hanya bisa dipakai kalau sistem benar-benar menegakkan semua aturan selama produksi berjalan.

Kalau sistem hanya menyimpan data tanpa memvalidasinya, daftar penyimpangan yang dihasilkan tidak bisa dipercaya.

Akhirnya, pemeriksa kembali me-review seluruh catatan secara manual.

Karena itulah integritas data selalu menjadi fondasi utama electronic batch record.

Implementasi EBR paling sering gagal di titik-titik ini

Memindahkan formulir kertas ke layar tanpa mengubah prosesnya

Banyak implementasi EBR dimulai dengan cara yang tampak sederhana: mengambil formulir yang sudah dipakai bertahun-tahun, lalu menampilkannya di aplikasi.

Cara ini hampir selalu bermasalah.

Formulir kertas dirancang mengikuti keterbatasan kertas. Semua informasi dijejalkan di satu halaman supaya konteksnya tidak hilang saat pindah halaman. Kolomnya dikelompokkan berdasarkan siapa yang mengisi, bukan berdasarkan alur kerja yang sebenarnya.

Layar digital punya sifat yang berbeda.

Menyalin formulir kertas apa adanya sering membuat pekerjaan lebih lambat, lebih rumit, dan lebih sulit daripada dokumen yang mau digantikannya.

Akibatnya, operator mulai menganggap sistem sebagai penghambat, bukan alat bantu.

Meminta tanda tangan elektronik pada setiap aktivitas

Setiap tanda tangan memotong alur kerja.

Kalau sistem meminta autentikasi di terlalu banyak tahap, operator akan mulai mencari jalan pintas.

Sering kali jalan pintasnya justru melanggar prinsip integritas data, misalnya memakai satu akun bersama di terminal produksi.

Masalahnya tidak berhenti di satu aktivitas.

Begitu kredensial dipakai bersama, tidak ada lagi cara mengetahui siapa pelaku sebuah tindakan. Akibatnya, semua catatan dari terminal itu bisa kehilangan validitasnya.

Tanda tangan elektronik seharusnya hanya diminta untuk aktivitas yang memang butuh persetujuan atau otorisasi, sesuai kebutuhan operasional dan regulasi.

Mengabaikan skenario pengecualian

Produksi di lapangan hampir tidak pernah berjalan persis sesuai rencana.

Material bisa diganti. Urutan proses bisa berubah. Material bisa ditahan. Pemeriksaan tambahan bisa dibutuhkan.

Kalau sistem hanya mendukung skenario ideal, pengguna akan mencari cara lain untuk menyelesaikan pekerjaannya.

Saat itu terjadi, catatan produksi mulai tidak sesuai dengan kondisi sebenarnya di lapangan.

Tujuan utama EBR adalah mencatat kenyataan operasional, bukan memaksa operasional mengikuti skenario yang terlalu kaku.

Karena itu, sistem harus menyediakan jalur resmi untuk menangani penyimpangan tanpa mengorbankan integritas data.

Mengabaikan strategi penyimpanan jangka panjang

Penyimpanan data sering baru dipikirkan setelah implementasi selesai.

Padahal regulasi mewajibkan catatan produksi tetap bisa diakses dan dibaca sepanjang masa simpannya.

Tantangannya bukan sekadar menyimpan file.

Catatan harus tetap bisa diverifikasi walaupun aplikasinya diperbarui, database-nya dipindah, atau infrastrukturnya diganti.

Format penyimpanan yang terlalu bergantung pada satu aplikasi bisa jadi masalah saat aplikasi itu tidak dipakai lagi.

Kenapa verifikasi independen penting?

Sebagian besar auditor memeriksa berdasarkan informasi yang disediakan sistem.

Artinya, auditor harus percaya bahwa sistem pembuat catatan itu memang bekerja sebagaimana mestinya.

Cara ini ada batasnya.

Cara yang lebih kuat adalah membuat catatan bisa diverifikasi tanpa mengakses sistem penerbitnya.

Dengan content hashing dan hash-chained signatures, setiap perubahan pada catatan langsung terdeteksi.

Kalau dokumen ekspor bisa diverifikasi secara independen, audit tidak lagi sepenuhnya bergantung pada aplikasi pembuat catatan itu.

Bagi auditor, bedanya sangat besar.

Bukti yang bisa diverifikasi sendiri jauh lebih kuat daripada bukti yang hanya bisa dicek lewat sistem milik vendor.

Posisi VECHR MES

VECHR MES membangun electronic batch record langsung selama produksi berjalan.

Material dicatat saat dipakai, dengan aturan FIFO dan FEFO yang dijalankan sistem. Aktivitas produksi otomatis dikaitkan dengan equipment, operator, waktu, dan langkah proses yang sedang berjalan.

Hasil pemeriksaan selama produksi juga divalidasi saat dimasukkan.

Nilai di luar spesifikasi bisa langsung memicu hold, tanpa menunggu review di akhir produksi.

Tanda tangan elektronik memakai mekanisme hash-chained, jadi setiap tanda tangan selalu terikat pada isi catatan yang ditandatanganinya.

Catatan produksi bisa diekspor sebagai dokumen yang bisa diverifikasi secara independen. Verifikasinya bisa dilakukan tanpa login ke aplikasi, jadi keabsahan catatan tidak bergantung pada sistem penerbitnya.

Karena produksi, quality, material, dan equipment memakai model data yang sama, semua informasi untuk electronic batch record sudah tersedia sejak awal.

Saat batch akan dirilis, catatannya tidak perlu dikumpulkan dari beberapa aplikasi. Semua data sudah terhubung dalam satu proses.