RME & Undang-Undang Pelindungan Data Pribadi (UU PDP): Apa Dampaknya?

RME & Undang-Undang Pelindungan Data Pribadi (UU PDP): Apa Dampaknya?

Sobat IT RS, sejak rame UU PDP ketok palu, banyak RS mulai was-was. Bukan cuma divisi hukum, tim IT ikut panas dingin. Kenapa? Karena sistem kita jadi garda depan pelindungan data pasien. Sekali data bocor, resikonya bukan cuma komplain, tapi bisa sampai sanksi miliaran. Apalagi, mayoritas RS sudah atau sedang migrasi ke RME (Rekam Medis Elektronik). Data makin banyak, makin sensitif, makin riskan juga bocor. Yuk, kita bedah bareng: apa aja sih dampak UU PDP ke RME di RS? Apa yang harus kita siapin supaya nggak kena semprot atasan atau, lebih parah, masuk berita sebagai RS yang datanya jebol?

Artikel ini minTIRS tulis buat kalian semua yang tiap hari ngoprek SIMRS, jaga server, atau coding web service. Langsung ke lapangan, tanpa teori muter-muter. Fokus ke langkah praktis, contoh case, dan tips biar nggak kelabakan saat ada audit atau insiden. Juga, supaya Sobat IT RS bisa jadi pahlawan, bukan jadi kambing hitam kalau sampai ada masalah data pasien bocor.

UU PDP: Apa Sih Aturan Mainnya Buat Data Pasien RS?

Pertama, Sobat IT RS wajib ngerti garis besar UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi (UU PDP). Intinya, semua data pasien—nama, NIK, alamat, hasil lab, rekam medis—masuk kategori data pribadi sensitif. RS, dalam konteks ini, jadi Pengendali Data Pribadi (PDP). Kita wajib pastiin data cuma dikumpulin, diproses, disimpan, dan dibagikan sesuai aturan.

Poin Penting UU PDP Untuk RME di RS

  • Data pasien = data pribadi sensitif. Perlakuan wajib ekstra ketat.
  • Wajib ada consent (persetujuan) dari pasien buat pengumpulan & pemrosesan data.
  • Penyimpanan data harus sesuai prinsip pelindungan: aman, akurat, relevan.
  • Wajib ada SOP penanganan insiden kebocoran data. Ada batas waktu laporan ke regulator (PDP Kominfo).
  • Hak pasien: akses, koreksi, hapus, tarik persetujuan.
  • Data sharing ke pihak ketiga (BPJS, lab eksternal, dsb) wajib transparan dan sesuai aturan.
  • Ancaman sanksi: administratif, denda sampai Rp 6 miliar, bahkan pidana kalau lalai berat.

Kebocoran Data Pasien: Contoh Nyata yang Sering Terjadi

  • Daftar pasien rawat inap/ruang isolasi nyasar via WhatsApp group staf non-medis.
  • Rekam medis PDF dikirim ke email tanpa enkripsi.
  • Server RME pakai password default admin, gampang diakses dari luar RS.
  • Backup database SIMRS nyangkut di folder public tanpa proteksi, bisa diakses siapa aja di jaringan RS.
  • Vendor IT bawa data pasien ke luar tanpa perjanjian tertulis atau NDA.

Risiko & Sanksi: Jangan Anggap Enteng

UU PDP bukan ancaman doang. Sobat IT RS harus paham, setiap insiden bocornya data pasien, sanksi bisa langsung kena ke RS. Bentuknya:

  • Denda administratif — bisa tembus miliaran per insiden.
  • Ganti rugi korban — pasien bisa tuntut RS kalau data mereka disalahgunakan.
  • Pembekuan izin — operasional RS bisa terganggu.
  • Pidana — jika unsur kesengajaan/kelalaian berat terbukti.

Jangan lupa: nama baik RS dan karir Sobat IT RS bisa ikut dipertaruhkan. Sekali data bocor, manajemen biasanya cari kambing hitam. Lengah sedikit, yang dicari bukan vendor software, tapi tim IT internal duluan.

Langkah Konkret: Persiapan RS Hadapi UU PDP

1. Audit Data & Jalur Akses RME

  • Mapping data: Identifikasi data pasien yang disimpan di RME/SIMRS. Bikin daftar tabel/field mana aja yang kategori sensitif.
  • Audit akses user: Cek siapa aja yang bisa akses data sensitif. Review role user, permission, siapa yang statusnya masih aktif padahal sudah resign.
  • Audit API & integrasi: Pantau endpoint web service, siapa konsumennya, dan data apa yang dipertukarkan.
Contoh query audit user aktif di SQL Server: 

SELECT u.user_id, u.name, u.role, u.status, u.last_login
FROM users u
WHERE u.status = 'active'
ORDER BY u.last_login DESC;

2. Kunci Akses: Password & Multi-Factor Authentication (MFA)

  • Wajib ganti password default (admin/admin, 123456, dll).
  • Implementasi MFA minimal untuk akses dashboard admin, database, dan server.
  • Disable akun-akun lama yang ga dipakai. Set expiry otomatis untuk password user.
Contoh file konfigurasi password policy di Linux (misal pakai pam_pwquality): 

password requisite pam_pwquality.so retry=3 minlen=12 ucredit=-1 lcredit=-1 dcredit=-1 ocredit=-1

3. Enkripsi Data: Transit & At Rest

  • Pakai HTTPS buat seluruh trafik (API/web SIMRS).
  • Aktifkan enkripsi di DB (SQL Server: Transparent Data Encryption/TDE; PostgreSQL: pgcrypto/built-in encryption disk).
  • Backup database jangan disimpan tanpa password/enkripsi.
Contoh enable TDE di SQL Server: 

CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM = AES_256
ENCRYPTION BY SERVER CERTIFICATE MyServerCert;
ALTER DATABASE MyDB SET ENCRYPTION ON;

4. Monitoring & Logging: Siapa Akses Data, Kapan, Dari Mana

  • Nyalakan auditing log di DB dan aplikasi.
  • Pasang alert untuk akses/login gagal berulang, extract data masif, atau akses jam aneh.
  • Review log secara rutin, minimal mingguan.
Contoh simple trigger log akses di PostgreSQL: 

CREATE TABLE access_log (
  log_id serial PRIMARY KEY,
  username varchar(100),
  action varchar(50),
  accessed_at timestamp default now()
);

CREATE OR REPLACE FUNCTION log_user_access()
RETURNS trigger AS $$
BEGIN
  INSERT INTO access_log(username, action) VALUES (current_user, TG_OP);
  RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER log_select_patient
AFTER SELECT ON patient_record
FOR EACH STATEMENT
EXECUTE FUNCTION log_user_access();

5. SOP Insiden Kebocoran Data: Wajib Ada, Bukan Formalitas

  • Buat dokumen langkah darurat kalau ada dugaan data bocor (misal: isolasi server, ganti password, lapor atasan, buat notulensi insiden).
  • Tunjuk tim tanggap darurat data (minimal: IT, legal, humas, manajemen).
  • Simulasi insiden minimal setahun sekali (mirip fire drill).
  • Punya template laporan ke regulator (Kominfo) & notifikasi ke pasien jika terjadi kebocoran.
Checklist SOP Tanggap Data Bocor
  • Identifikasi sistem/source kebocoran
  • Kunci akses & backup data terdampak
  • Catat kronologi, user terkait, waktu kejadian
  • Koordinasi ke Komite Privasi RS
  • Laporkan ke regulator (maksimal 3x24 jam)
  • Sosialisasi ke pasien jika perlu

6. Edukasi Internal: Bukan Cuma Bagian IT

  • Training rutin buat semua user SIMRS/RME, termasuk dokter, perawat, kasir, operator.
  • Simulasikan skenario social engineering (misal telpon pura-pura vendor minta password admin).
  • Sosialisasi sanksi UU PDP ke seluruh staf supaya mereka paham: salah share data pasien = bisa kena pidana.

Banyak insiden sebenarnya bukan hacking canggih, tapi human error atau kelalaian: share data di grup, print out dokumen lupa diambil, dsb.

Contoh Studi Kasus: Bocor Data Pasien Karena Backup Gagal Dilindungi

Kronologi: RS X simpan full backup SIMRS ke server file sharing internal. Server tidak pakai password, folder backup ter-share ke seluruh jaringan. Salah satu PC di poliklinik kena malware, hacker scan network, nemu folder backup, copy file .bak. Dalam backup itu ada ribuan data pasien, lengkap sama NIK, alamat, hasil lab, riwayat penyakit.
  • IT baru sadar setelah ada laporan dari Kominfo (deteksi kebocoran via surface scan darkweb).
  • Pas dicek, log akses folder backup kosong. Tidak ada yang tahu siapa dan kapan akses file.
  • RS panik, langsung ganti password, cabut share folder, dan bikin surat klarifikasi ke regulator.
  • Sanksi: denda administratif dan wajib lapor ke pasien terdampak. Nama RS masuk berita lokal, pasien resah.

Poin belajar: Pastikan backup selalu dienkripsi, folder akses terbatas, logging aktif. Jangan share sembarangan di jaringan meskipun cuma "buat internal". Gunakan permission minimal (need-to-know basis).

Persiapan Teknis RME: Checklist Wajib Hadapi UU PDP

  • Daftar tabel/data sensitif di DB (misal: pasien, visit, rekam medis, hasil lab, billing).
  • Audit siapa saja yang punya akses ke tabel/field tersebut.
  • Pastikan password user tidak ada yang default, expired, atau lemah.
  • Minimum enkripsi: HTTPS, enkripsi disk/database, backup dienkripsi.
  • Aktifkan logging akses & perubahan data (audit trail).
  • Buat SOP penanganan insiden data bocor, lakukan simulasi setahun sekali.
  • Training user & sosialisasi sanksi UU PDP ke semua staf.
  • Perjanjian NDA tertulis dengan semua vendor/tenaga outsourcing yang punya akses ke data pasien.
  • Jika RME/SIMRS masih on-premise, pastikan VPN/remote access dibatasi.
  • Laporkan kebocoran data ke regulator dalam waktu 72 jam jika terjadi insiden.

Contoh Struktur Tabel Audit Trail di SIMRS


CREATE TABLE audit_trail (
  id SERIAL PRIMARY KEY,
  user_id VARCHAR(50),
  action VARCHAR(30),
  tabel VARCHAR(50),
  record_id VARCHAR(50),
  waktu TIMESTAMP DEFAULT NOW(),
  ip_address VARCHAR(50)
);

Setiap perubahan data penting (insert, update, delete) log ke tabel ini. Bisa pakai trigger di DB atau di level aplikasi. Minimal, siapa, perubahan apa, kapan, dan dari IP mana.

Penutup: RME, UU PDP, & Masa Depan IT RS

UU PDP bukan cuma urusan legal, tapi sehari-hari jadi kerjaan tim IT RS juga. Migrasi ke RME memperbesar resiko, tapi juga bikin RS lebih siap kalau tata kelolanya benar. Kuncinya: mapping data, kontrol akses, enkripsi, SOP insiden, dan edukasi user. Jangan tunggu data bocor baru gerak. Tim IT jangan cuma jadi tukang backup dan install, tapi proaktif jagain privasi pasien. Good luck, Sobat IT RS — semoga RS kalian nggak masuk headline portal berita gara-gara kebocoran data!