Saran untuk Engineer yang Baru Masuk IT Kesehatan

Masuk ke dunia IT kesehatan itu beda rasanya dibanding kerja di startup atau perusahaan software pada umumnya. Saya sudah lebih dari lima tahun berkecimpung di sistem informasi klinik dan rumah sakit, dan kalau boleh balik ke titik awal, ada beberapa hal yang saya harap sudah saya pahami lebih dulu. Bukan karena domain ini lebih sulit secara teknis, tapi karena taruhannya berbeda: sistem yang kita bangun berhubungan langsung dengan rekam medis, alur kerja tenaga kesehatan, dan pada akhirnya keselamatan pasien. Tulisan ini saya buat untuk teman-teman engineer yang baru akan atau baru saja masuk ke industri ini.

Data pasien bukan data biasa

Hal pertama yang perlu disadari adalah bahwa data di sistem kesehatan punya sensitivitas yang jauh lebih tinggi dibanding, misalnya, data e-commerce. Rekam medis, riwayat diagnosis, sampai data penunjang seperti hasil lab, semuanya masuk kategori data pribadi yang sangat sensitif. Ini berarti setiap keputusan teknis, mulai dari desain skema database, kebijakan akses, sampai cara kita menyimpan log, harus mempertimbangkan aspek kerahasiaan.

Praktik yang saya sarankan sejak awal karier di domain ini: biasakan prinsip least privilege. Jangan beri akses penuh ke seluruh tabel rekam medis hanya karena lebih praktis saat development. Sebagai ilustrasi, kalau saya membuat query untuk kebutuhan laporan, saya usahakan lewat view atau role database yang sudah dibatasi kolomnya, bukan langsung ke tabel mentah.

-- contoh ilustrasi, bukan struktur nyata
CREATE VIEW v_kunjungan_ringkas AS
SELECT id, tanggal_kunjungan, poli, status
FROM kunjungan;

GRANT SELECT ON v_kunjungan_ringkas TO app_reporting;

Selain itu, jangan lupakan audit trail. Di banyak sistem kesehatan, pertanyaan seperti "siapa yang mengubah data ini, kapan, dan kenapa" bisa muncul kapan saja, entah untuk keperluan internal atau audit eksternal. Menambahkan mekanisme logging perubahan sejak awal jauh lebih murah dibanding menambal belakangan.

Downtime bukan sekadar angka SLA

Di kebanyakan industri, downtime berarti kerugian bisnis atau reputasi. Di fasilitas kesehatan, downtime sistem bisa berarti dokter atau perawat harus kembali ke proses manual di tengah pelayanan pasien yang sedang berjalan. Ini mengubah cara saya berpikir soal reliability.

Beberapa prinsip yang saya pegang: pertama, selalu sediakan jalur fallback yang jelas dan sudah dilatihkan ke pengguna, bukan cuma didokumentasikan. Kedua, prioritaskan modul-modul yang berhubungan langsung dengan pelayanan aktif, misalnya pendaftaran dan input tindakan, di atas modul administratif seperti laporan bulanan. Ketiga, kalau memakai arsitektur container seperti Docker, pastikan strategi restart dan health check-nya benar-benar teruji, bukan sekadar restart: always tanpa pemahaman apa yang terjadi kalau service dependency-nya juga down.

Saran praktis: buat daftar modul berdasarkan dampaknya ke pelayanan langsung, lalu urutkan prioritas monitoring dan incident response berdasarkan daftar itu, bukan berdasarkan kompleksitas teknis semata.

Belajar bahasa domain, bukan cuma bahasa pemrograman

Ini yang paling sering diremehkan oleh engineer baru. Istilah-istilah seperti rawat jalan, rawat inap, rujukan, atau alur klaim asuransi kesehatan, itu bukan detail kecil, itu logika bisnis inti dari sistem yang kita bangun. Tanpa memahami alurnya, kita bisa membuat desain yang secara teknis rapi tapi tidak sesuai dengan cara kerja nyata di lapangan.

Cara paling efektif untuk mempercepat pemahaman ini, menurut saya, adalah duduk dan mengobrol langsung dengan tenaga kesehatan yang akan memakai sistemnya. Tanyakan bagaimana alur kerja mereka sehari-hari, apa yang bikin frustrasi dari sistem lama, dan istilah apa saja yang mereka pakai. Ini juga penting kalau sekarang kita mulai memakai AI atau LLM untuk membantu proses seperti pengodean diagnosis atau ringkasan rekam medis: model sebaik apa pun akan sulit membantu kalau desain prompt dan data latihnya tidak paham konteks klinis yang sebenarnya.

Takeaway

Kalau saya rangkum, tiga hal yang paling ingin saya sampaikan ke diri saya sendiri di awal karier adalah: perlakukan data pasien dengan standar kerahasiaan yang lebih tinggi sejak desain awal, pahami bahwa downtime punya dampak langsung ke pelayanan manusia bukan cuma ke angka SLA, dan investasikan waktu untuk memahami alur kerja klinis sebelum menulis kode. Domain IT kesehatan menantang sekaligus bermakna, dan pemahaman ini akan membuat perjalanan kita di dalamnya jauh lebih lancar.