Modul 5 · Jaga datanya
Menyamarkan data dengan benar
Intinya
Mengganti nama dengan kode adalah pseudonimisasi, bukan anonimisasi: datanya masih bisa dikembalikan ke orangnya, jadi tetap data pribadi. Buang yang tidak perlu, samarkan sisanya, dan simpan tabel kodenya di tempat lain.
Setelah pelajaran ini kamu bisa
- Membedakan pseudonimisasi dan anonimisasi
- Menyamarkan data seperlunya untuk tugas tanpa merusak maknanya
- Menyimpan kunci penyamaran terpisah dari data yang dikirim
Istilah di pelajaran ini
Pahami
Banyak orang menyebut semua bentuk penyamaran sebagai "anonim". Bedanya penting, karena menentukan apakah data itu masih dilindungi UU PDP.
Pseudonimisasi artinya mengganti penanda langsung, seperti nama atau nomor karyawan, dengan kode, misalnya "Karyawan K-07". Orang yang memegang tabel kodenya bisa mengembalikan K-07 menjadi nama aslinya. Bahkan tanpa tabel itu, orang yang mengenal kantormu sering bisa menebak: kalau hanya ada satu apoteker di cabang itu, kode apa pun tidak menyembunyikannya. Karena masih bisa dikembalikan ke orangnya, data yang dipseudonimisasi tetap data pribadi dan tetap tunduk pada UU PDP.
Anonimisasi artinya data diolah sampai tidak ada lagi cara yang wajar, oleh siapa pun termasuk kamu, untuk mengenali orangnya. Contohnya laporan yang hanya berisi angka gabungan: "12 dari 80 karyawan cabang timur mengambil cuti sakit lebih dari 10 hari tahun ini". Untuk kumpulan data kecil di kantor, anonimisasi sejati jarang tercapai, karena setiap baris masih menggambarkan satu orang yang nyata.
Jadi penyamaran adalah cara mengurangi risiko, bukan cara membuat datamu bebas aturan. Yang tetap harus kamu pikirkan: apakah tugas ini boleh memakai data itu, layanan mana yang menerimanya, dan siapa yang memegang tabel kodenya.
Satu hal lagi: jangan meminta AI menyamarkan data mentahmu. Begitu kamu menempel data asli untuk "disamarkan", data asli itu sudah terkirim. Penyamaran dikerjakan sebelum data meninggalkan komputermu, dengan tangan, dengan rumus lembar kerja (spreadsheet), atau dengan alat internal yang disetujui.
Urutan yang kami pakai ada tiga langkah, dan langkah pertama paling sering dilupakan:
- Buang dulu. Hapus kolom dan kalimat yang tidak dibutuhkan tugas. Untuk meringkas pola keluhan, alamat rumah dan nomor telepon tidak berguna. Data yang tidak dikirim tidak bisa bocor.
- Ganti penanda langsung. Nama, nomor identitas, nomor pesanan, dan email diganti kode yang konsisten: orang yang sama selalu mendapat kode yang sama, supaya model masih bisa melihat bahwa tiga keluhan datang dari satu pelanggan.
- Kaburkan penanda tidak langsung. Inilah yang sering membuka kembali identitas: jabatan yang hanya dipegang satu orang, tanggal lahir lengkap, nama desa kecil, kejadian yang hanya dialami satu orang. Ubah menjadi rentang atau kategori: umur 34 menjadi "30-39", tanggal lengkap menjadi bulan, nama cabang menjadi wilayah.
Ukurannya adalah tugasnya. Kaburkan sampai orangnya tidak mudah ditebak, tetapi berhenti sebelum maknanya rusak. Kalau tugasnya membandingkan cabang, nama wilayah harus tetap ada. Kalau tugasnya melihat lama cuti, angka harinya harus tetap utuh.
Tabel kode, yaitu daftar yang mencocokkan "K-07" dengan nama asli, adalah barang paling berharga dalam seluruh proses ini. Kalau tabel itu ikut terkirim, atau tersimpan di lembar kerja yang sama dengan data yang kamu tempel, penyamaranmu tidak ada artinya.
Simpan tabel kode di tempat yang hanya bisa dibuka orang yang memang perlu, terpisah dari berkas yang kamu kirim ke AI. Saat hasil AI kembali, misalnya "K-07 dan K-12 mengeluhkan pengiriman yang sama", kamulah yang mencocokkannya kembali ke nama aslinya, di komputermu sendiri. Kalau pekerjaannya sudah selesai dan tabel itu tidak dibutuhkan lagi, hapus. Setiap salinan tabel kode adalah satu jalan lagi untuk membuka penyamaran.
Sebelum
Permintaan
Tolong ringkas pola izin sakit tim kami bulan ini supaya saya bisa melapor ke manajer. [di sini saya menempel tabel berisi nama lengkap, nomor karyawan, tanggal lahir, jabatan, nama cabang, jumlah hari izin, dan diagnosis dari surat dokter untuk 14 orang]
Hasilnya
Bulan ini 14 karyawan mengambil izin sakit. Yang terlama adalah [nama], apoteker di cabang kecil, 12 hari karena [diagnosis]. Tiga orang di bagian gudang mengalami keluhan punggung yang sama...
Sesudah
Permintaan
Saya perlu ringkasan pola izin sakit untuk laporan bulanan ke manajer. Pembacanya manajer operasional; ia perlu tahu bagian mana yang paling terdampak, bukan siapa orangnya. Data sudah saya samarkan: setiap orang diberi kode K-01 sampai K-14, umur dalam rentang, cabang dalam wilayah, dan diagnosis saya buang. Kode | Umur | Bagian | Wilayah | Hari izin K-01 | 30-39 | Tenaga kesehatan | Timur | 12 K-02 | 20-29 | Gudang | Barat | 4 K-03 | 20-29 | Gudang | Barat | 5 (dan seterusnya sampai K-14) Bentuk: tiga sampai lima poin, lalu satu kalimat saran. Jangan menebak alasan medis dan jangan menyebut kode orang di ringkasan.
Hasilnya
- Bagian gudang di wilayah barat menyumbang hampir separuh hari izin bulan ini. - Sebagian besar izin berlangsung 3-5 hari; satu izin di wilayah timur jauh lebih panjang. - Kelompok umur 20-29 paling sering izin, tetapi dengan durasi pendek. Saran: tinjau beban kerja dan perlengkapan di gudang wilayah barat.
Yang berubah
- Diagnosis dibuang karena tugasnya tidak membutuhkannya. Itu langkah pertama: buang dulu.
- "Apoteker di cabang kecil" menunjuk satu orang. Diganti "tenaga kesehatan" dan "wilayah timur".
- Data ini tetap pseudonim, bukan anonim: dengan tabel kode, K-01 bisa dikembalikan ke namanya. Perlakukan tetap sebagai data pribadi.
- Tabel kode tidak ikut ditempel. Ia tinggal di komputer saya.
Kesalahan umum
- Kesalahan
- Menyebut data "sudah anonim" karena namanya diganti kode, lalu memperlakukannya seolah bebas aturan.
- Kenapa merugikan
- Kode bisa dikembalikan ke orangnya oleh siapa pun yang memegang tabelnya, atau ditebak dari jabatan, tanggal, dan lokasi. Data seperti itu tetap data pribadi menurut UU PDP. Label "anonim" yang keliru membuat orang lain menyimpannya sembarangan atau mengirimnya ke layanan yang tidak disetujui.
- Lakukan ini
- Sebut dengan jujur: "dipseudonimisasi" atau "disamarkan". Tetap pakai alat yang disetujui, simpan tabel kode terpisah, dan pakai angka gabungan bila tugasnya memang hanya butuh angka gabungan.
Coba
Kartu pilah
Data mana yang pseudonim, mana yang anonim, dan mana yang belum disamarkan?
Daftar pelamar dengan nama diganti P-01 sampai P-40, tabel kodenya di folder HR
Baris "Karyawan A, satu-satunya kepala gudang di kota itu, ditegur dua kali"
Catatan rapat yang menyebut nama karyawan yang dievaluasi
"Rata-rata waktu tanggap tim layanan bulan ini 3 jam"
Tabel kehadiran dengan nomor karyawan asli, tanpa nama
"Empat dari 30 peserta pelatihan tidak lulus ujian akhir"
6 kartu lagi
Nama sudah diganti kode. Apa yang masih bisa membuka identitas di setiap baris? Tebak, lalu buka.
Tanggal lahir lengkap ditambah bagian kecil hampir pasti menunjuk satu orang. Pakai rentang umur saja.
Kejadian yang hanya dialami satu orang adalah penanda. Kalau tidak dibutuhkan tugas, buang.
Cabang di desa kecil mungkin hanya punya satu atau dua kasir. Ganti nama cabang dengan wilayah.
Kutipan bebas sering membawa detail pribadi. Ringkas atau buang kutipan yang menunjuk orang.
Bawa pulang
Templat permintaan dengan data yang disamarkan
Bisa dipakai di asisten AI mana pun.
Prompt-mu
Saya perlu ‹tugas› untuk ‹pembaca›. Data di bawah sudah saya samarkan: penanda langsung diganti kode, ‹yang-dikaburkan›, dan kolom yang tidak perlu sudah dibuang. ‹data-samaran› Aturan: jangan menebak siapa orang di balik kode, jangan menebak data yang saya hapus, dan jangan menyebut kode orang di hasil akhir kecuali saya minta. Bentuk hasil: ‹bentuk›.
Sebelum mengirim data yang disamarkan
- Kolom yang tidak dibutuhkan tugas sudah saya buang
- Nama, nomor identitas, dan kontak sudah diganti kode yang konsisten
- Jabatan unik, tanggal lengkap, dan lokasi kecil sudah saya kaburkan
- Tabel kode tidak ikut terkirim dan disimpan terpisah
- Saya tetap memperlakukannya sebagai data pribadi dan memakai alat yang disetujui
Yang salah di tempat kami
Setiap tabel harus diklasifikasikan
- Konteks
- Platform kami melayani banyak organisasi di satu database. Tabel milik organisasi dilindungi aturan keamanan tingkat baris.
- Yang biasanya salah
- Tabel baru yang ditambahkan tanpa aturan itu hanya dijaga oleh kode aplikasi. Satu kueri yang lupa menyaring organisasi bisa membuka data organisasi lain.
- Akibatnya bila dibiarkan
- Kebocoran data antar organisasi adalah salah satu kesalahan paling serius di platform bersama.
- Akar masalah
- Aturan keamanan ditulis manual untuk setiap tabel, dan mudah terlupa saat fokus pada fitur.
- Cara kami
- Setiap tabel baru dinyatakan sebagai milik organisasi dengan aturannya, atau dikecualikan dengan alasan tertulis.
- Aturan yang kami pegang
- Sebuah tes skema gagal bila ada tabel yang belum diklasifikasikan.
PelajarannyaUbah aturan yang mudah terlupa menjadi tes yang tidak bisa dilewati.
Artinya untuk kerjamuAturan yang hanya ada di kepala mudah terlupa. Ubah aturan penting, seperti menyamarkan data sebelum dikirim, menjadi langkah tetap di daftar periksamu.
