Bank Data untuk Instansi: Menata Informasi agar Mudah Dipakai

Bank Data untuk Instansi: Menata Informasi agar Mudah Dipakai

Satu unit kerja menyimpan daftar penerima layanan dalam spreadsheet. Unit lain memiliki daftar dengan nama kolom yang berbeda. Ketika pimpinan meminta rekap, staf perlu mencocokkan file, menanyakan versi terakhir, dan memeriksa ulang angka sebelum laporan dapat dibuat.

Skenario ilustratif ini menunjukkan kebutuhan yang sering muncul ketika instansi membahas bank data untuk instansi: sumber informasi yang jelas, definisi data yang sama, akses sesuai tugas, dan cara memperbarui catatan tanpa membuat salinan yang saling bertentangan.

Bank data bukan sekadar tempat menyimpan banyak file. Instansi perlu menentukan siapa yang menghasilkan data, siapa yang memeriksa, siapa yang boleh mengakses, serta bagaimana data digunakan untuk pekerjaan sehari-hari.

Apa yang Dimaksud Bank Data untuk Instansi?

Bank data untuk instansi adalah sistem atau kumpulan sistem yang menata data agar dapat disimpan, dicari, diperbarui, dan dibagikan sesuai kewenangan. Isinya dapat berupa data layanan, program, aset, pegawai, wilayah kerja, penerima manfaat, dokumen, atau indikator kinerja.

Bentuk teknisnya dapat berbeda. Sebagian instansi membutuhkan aplikasi terpusat, sebagian memerlukan portal data dan integrasi dengan sistem yang sudah berjalan. Pilihan tersebut perlu mengikuti jenis data, jumlah pengguna, kebutuhan laporan, dan aturan akses.

Sebelum membangun sistem, sepakati arti setiap data. “Jumlah penerima layanan” perlu memiliki definisi periode, satuan, status, dan sumber. Tanpa definisi yang sama, sistem baru hanya menyimpan perbedaan lama dalam tampilan yang berbeda.

Prinsip Data yang Perlu Disepakati

Untuk instansi pemerintah, Peraturan Presiden Nomor 39 Tahun 2019 tentang Satu Data Indonesia menjelaskan tata kelola data melalui standar data, metadata, interoperabilitas, serta kode referensi dan data induk. Artikel ini tidak menggantikan penilaian kepatuhan terhadap regulasi; prinsip tersebut dapat menjadi bahan awal saat memetakan kebutuhan sistem.

Standar data

Standar data membantu instansi menentukan format, satuan, klasifikasi, dan definisi yang digunakan. Contohnya, tanggal kegiatan perlu memiliki format yang sama dan status peserta perlu memiliki pilihan yang dipahami seluruh unit.

Tulis aturan tersebut dalam dokumen yang dapat dibaca oleh pengelola data dan pengembang. Jika sebuah kolom boleh berisi beberapa arti, laporan akan sulit dibandingkan antarperiode.

Metadata

Metadata menjelaskan data yang disimpan. Catat nama data, sumber, waktu pembaruan, pemilik, cakupan wilayah, satuan, dan batas penggunaannya.

Metadata membantu pengguna memahami apakah sebuah tabel masih berlaku. Rekap tahun berjalan tidak seharusnya dipakai untuk menjawab pertanyaan tentang periode lama tanpa pemeriksaan.

Interoperabilitas

Interoperabilitas berkaitan dengan kemampuan sistem bertukar data dengan format dan aturan yang dapat dipahami. Instansi perlu menyepakati sistem mana yang menjadi sumber utama dan bagaimana perubahan dikirim ke sistem lain.

Integrasi tidak hanya soal menghubungkan dua alamat layanan. Nama kolom, kode wilayah, identitas objek, jadwal pembaruan, dan penanganan kesalahan harus dibahas bersama.

Kode referensi dan data induk

Kode yang konsisten membantu membedakan objek yang memiliki nama mirip. Data induk dapat menjadi rujukan bersama untuk wilayah, organisasi, jenis layanan, atau kategori lain yang dipakai lintas unit.

Sebelum menggunakan kode, tentukan siapa yang menerbitkan, memperbarui, dan menyetujui perubahan. Kode yang dibuat tanpa pengelolaan dapat menghasilkan duplikasi baru.

Mulai dari Satu Alur Data

Photo by Breakingpic on Pexels

Instansi tidak perlu langsung memasukkan semua data. Pilih satu alur yang sering digunakan dan memiliki pemilik yang jelas.

Misalnya, instansi ingin menata data permohonan layanan. Telusuri langkah berikut:

1. dari mana permohonan diterima;
2. informasi apa yang wajib dikumpulkan;
3. siapa yang memeriksa kelengkapan;
4. kapan status berubah;
5. siapa yang menyetujui hasil;
6. laporan apa yang dibuat dari data tersebut.

Catat juga pekerjaan yang dilakukan di luar sistem. Formulir tambahan, file pribadi, dan salinan manual sering menjadi sumber perbedaan ketika alur utama belum ditetapkan.

Struktur Data yang Perlu Disiapkan

Photo by Brecht Corbeel on Pexels

Sistem bank data akan lebih mudah dikelola ketika setiap objek memiliki identitas yang jelas. Tentukan ID, nama tampilan, status, tanggal dibuat, tanggal diperbarui, sumber, dan pemilik datanya sesuai kebutuhan.

Tabel ini adalah kerangka awal. Setiap jenis data dapat membutuhkan kolom dan aturan tambahan. Hindari menambah kolom hanya karena memungkinkan jika tidak ada pekerjaan yang memakainya.

Atur Hak Akses Berdasarkan Pekerjaan

Tidak semua pengguna perlu melihat atau mengubah seluruh data. Pembagian akses perlu mengikuti tugas, jenis data, dan keputusan yang boleh dilakukan.

Contoh pembagian peran:

1. penginput menambahkan catatan sesuai formulir;
2. pemeriksa memvalidasi kelengkapan dan status;
3. pengelola data mengatur referensi dan koreksi;
4. pimpinan melihat laporan yang sesuai kewenangannya;
5. publik mengakses data yang memang ditetapkan untuk disebarluaskan.

Uji akses menggunakan akun dari beberapa peran. Periksa apakah pengguna hanya melihat data yang diperlukan, apakah perubahan tercatat, dan apakah akses dapat dicabut ketika seseorang pindah tugas.

Jika data pribadi diproses, libatkan penanggung jawab yang memahami kewajiban pelindungan data. UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi mengatur antara lain pemrosesan data pribadi serta kewajiban pengendali dan prosesor. Rancangan bank data perlu dinilai sesuai konteks data dan proses instansi.

Audit: Periksa Sumber dan Kualitas Data

Audit awal memetakan file, aplikasi, formulir, dan laporan yang dipakai setiap unit. Tanyakan siapa yang membuat data, kapan diperbarui, serta apakah ada salinan yang berbeda.

Periksa beberapa contoh catatan untuk menemukan duplikasi, kolom kosong, format yang tidak seragam, dan status yang sudah tidak berlaku. Pisahkan masalah data dari masalah sistem agar rencana perbaikannya tidak tercampur.

Hasil audit dapat berupa katalog data, daftar pemilik, peta alur, dan prioritas perbaikan. Dokumen ini membantu instansi menentukan bagian yang siap dipindahkan dan bagian yang masih membutuhkan keputusan.

Build: Rancang Sistem dan Proses Pemeriksaan

Tahap build menerjemahkan definisi data, alur, hak akses, dan laporan menjadi sistem yang dapat diuji. Mulai dari kebutuhan inti, seperti pencarian, input, pemeriksaan, riwayat perubahan, dan ekspor laporan.

Gunakan data contoh yang sudah disamarkan untuk pengujian awal. Setelah struktur disetujui, lakukan pemindahan terbatas dan bandingkan hasilnya dengan sumber asal.

Rancangan perlu menunjukkan apa yang terjadi ketika data tidak lengkap, kode referensi berubah, atau sistem lain tidak dapat dihubungi. Pengguna harus memiliki cara untuk memperbaiki catatan tanpa menghapus riwayat yang dibutuhkan untuk audit.

Operate: Tetapkan Pengelola dan Jadwal Pembaruan

Bank data membutuhkan pengelolaan setelah aplikasi selesai dibuat. Instansi perlu menunjuk orang atau unit yang menangani pengguna, definisi data, kode referensi, kualitas, dan permintaan akses.

Buat jadwal pemeriksaan berdasarkan jenis data. Data yang berubah setiap hari membutuhkan cara pemantauan yang berbeda dari data yang diperbarui setiap tahun. Catat keputusan koreksi dan alasan perubahan agar pengguna dapat memahami riwayatnya.

Siapkan prosedur saat sistem tidak tersedia. Pencatatan sementara harus memiliki batas waktu dan cara memasukkan kembali data agar tidak melahirkan dua sumber utama.

Automate: Hubungkan Sistem Setelah Aturan Siap

Otomatisasi dapat membantu memvalidasi format, memberi notifikasi, membuat rekap, atau mengirim data ke sistem lain. Tambahkan setelah pemilik, aturan, dan kondisi pengecualian sudah disepakati.

Uji keadaan ketika data sumber terlambat, format berubah, atau pengiriman gagal. Sistem perlu menyimpan status proses dan memberi tahu pengelola agar kesalahan tidak diam-diam menjadi laporan.

Cara Memilih Jasa Bank Data untuk Instansi

Photo by Nataliya Vaitkevich on Pexels

Calon penyedia perlu diminta menjelaskan cara mereka memahami data dan proses instansi. Proposal yang hanya menyebut database, dashboard, atau integrasi belum menjawab bagaimana kualitas dan tanggung jawab data dikelola.

Minta demonstrasi menggunakan data fiktif. Perhatikan apakah pengguna dapat mencari catatan, memahami sumbernya, melihat tanggal pembaruan, dan menelusuri perubahan.

Uji Sebelum Dipakai Lintas Unit

Gunakan beberapa skenario yang mewakili pekerjaan instansi:

1. dua unit mengirim catatan untuk objek yang sama;
2. data diterima dengan kolom yang belum lengkap;
3. kode referensi diperbarui;
4. pengguna meminta akses ke data terbatas;
5. laporan dibuat untuk dua periode berbeda;
6. sistem sumber tidak tersedia saat sinkronisasi;
7. catatan perlu dikoreksi tanpa menghapus versi sebelumnya.

Untuk setiap skenario, tulis hasil yang diharapkan dan orang yang menyetujui. Uji dengan pengguna dari unit yang berbeda karena istilah dan kebutuhan laporan dapat berubah antarbagian.

Informasi untuk Meminta Penawaran

Siapkan daftar unit, jenis data, jumlah pengguna, sumber yang sudah ada, laporan rutin, kebutuhan integrasi, dan batas akses. Data sensitif dapat disamarkan pada tahap pembahasan awal.

Minta penawaran memisahkan analisis, desain, pengembangan, pembersihan data, pemindahan, pelatihan, infrastruktur, dukungan, serta biaya berulang. Tanyakan juga cara perubahan ruang lingkup disetujui.

Jadwal perlu mempertimbangkan siklus pelaporan dan periode layanan. Pemindahan data menjelang tenggat laporan besar memerlukan rencana cadangan yang disepakati.

Rekomendasi Gambar Utama

Image brief: Ilustrasi beberapa unit instansi mengirim data ke bank data terpusat melalui alur yang memiliki label standar data, metadata, akses, dan laporan. Gunakan data fiktif tanpa nama pegawai, nomor identitas, atau angka kinerja.

Alt text: Beberapa unit instansi mengelola data terpusat dengan metadata, akses pengguna, dan laporan yang teratur.

Pertanyaan yang Sering Diajukan

Apakah bank data untuk instansi harus berupa satu aplikasi?

Tidak selalu. Bank data dapat terdiri dari beberapa sistem yang terhubung sesuai kebutuhan. Yang perlu disepakati adalah sumber utama, definisi, akses, dan cara pertukaran data.

Apakah semua data harus dibuka untuk semua unit?

Tidak. Akses mengikuti kewenangan, kebutuhan pekerjaan, dan aturan data yang berlaku. Uji akses dengan peran pengguna yang berbeda sebelum sistem digunakan.

Apakah data dari spreadsheet dapat dimasukkan?

Bisa dibahas setelah data diperiksa. Duplikasi, kolom kosong, format berbeda, dan pemilik data perlu diselesaikan sebelum pemindahan disetujui.

Siapa yang bertanggung jawab atas isi bank data?

Instansi perlu menetapkan pemilik atau produsen data untuk setiap jenis informasi, termasuk pihak yang memeriksa, memperbarui, dan menyetujui perubahan.

Apakah sistem dapat diintegrasikan dengan aplikasi lama?

Kelayakannya bergantung pada struktur data, akses, format pertukaran, dan kemampuan sistem lama. Proposal perlu menjelaskan alur data dan cara menangani kegagalan.

Kesimpulan

Photo by Digital Buggu on Pexels

Bank data untuk instansi perlu dibangun dari definisi data, sumber yang jelas, hak akses, pemeriksaan kualitas, dan proses pembaruan yang dapat dijalankan. Setelah alur utama stabil, integrasi dan otomatisasi dapat ditambahkan secara bertahap.

Bahas kebutuhan bank data untuk instansi