Struktur ICD-9-CM untuk Kode Tindakan

Salah satu hal yang sering bikin bingung developer baru yang masuk ke sistem klinik atau rumah sakit adalah kenapa ada dua standar kode berbeda yang jalan bersamaan: ICD-10 untuk diagnosis, dan ICD-9-CM untuk tindakan atau prosedur. Kalau baru pertama kali pegang skema database rekam medis, wajar kalau muncul pertanyaan: bukannya ICD-10 sudah lebih baru, kenapa yang lama masih dipakai? Saya sering menjelaskan ini ke rekan tim, jadi saya tulis di sini biar bisa jadi rujukan.

Kenapa ICD-9-CM Masih Dipakai untuk Kode Tindakan

ICD-10 yang kita kenal sekarang adalah revisi klasifikasi penyakit dari WHO, dan fokus utamanya adalah diagnosis: kondisi klinis, penyebab, lokasi anatomis, sampai tingkat kompleksitas tertentu. Masalahnya, ICD-10 versi standar tidak punya cakupan prosedur/tindakan medis yang cukup detail untuk kebutuhan klaim. Beberapa negara mengembangkan turunan khusus untuk itu (misalnya ICD-10-PCS di Amerika Serikat), tapi di banyak sistem klaim termasuk yang saya temui di Indonesia, bagian tindakan masih memakai ICD-9-CM Volume 3 — bagian dari ICD-9-CM yang memang dari awal dirancang khusus untuk mengkodekan prosedur, bukan diagnosis. Jadi bukan soal "yang lama belum diganti", tapi memang dua fungsi yang berbeda dan sampai sekarang belum ada pengganti tunggal yang lebih baik secara luas dipakai.

Struktur Kode dalam ICD-9-CM Volume 3

Bedanya cukup kentara begitu lihat formatnya. ICD-10 memakai kombinasi huruf dan angka (misalnya format seperti A00.0), sementara ICD-9-CM Volume 3 murni numerik, biasanya dengan pola dua digit kategori diikuti satu atau dua digit subkategori setelah titik, semacam XX.XX. Struktur ini disusun berjenjang berdasarkan sistem tubuh dan jenis tindakan: ada blok besar untuk tindakan pada sistem saraf, sistem kardiovaskular, sistem pencernaan, dan seterusnya, lalu di dalam tiap blok dipecah lagi berdasarkan pendekatan (misalnya terbuka vs endoskopi) atau teknik spesifik yang dilakukan. Karena sifatnya numerik murni dan lebih pendek, secara desain sebenarnya lebih terbatas granularitasnya dibanding ICD-10 — ini konsekuensi wajar karena memang usianya lebih tua dan cakupannya lebih sempit (khusus tindakan, bukan seluruh spektrum kondisi klinis).

Kenapa Diagnosis dan Tindakan Perlu Sistem Terpisah

Ini yang menurut saya penting dipahami: diagnosis dan tindakan itu secara konsep memang dua hal berbeda dalam satu episode pelayanan. Diagnosis menjawab "pasien ini kenapa", tindakan menjawab "apa yang dilakukan terhadap pasien". Dalam sistem grouping klaim seperti INA-CBG, kombinasi keduanya yang menentukan kelompok tarif — satu diagnosis bisa berujung pada tindakan yang berbeda-beda tergantung kondisi, dan sebaliknya satu tindakan bisa muncul pada diagnosis yang berbeda-beda. Karena logikanya beda, standar kodenya pun dipisah supaya masing-masing bisa berkembang dan diperinci sesuai kebutuhan domainnya sendiri, tanpa saling mengganggu struktur yang lain.

Implikasi buat Developer Sistem Klinik

Dari sisi desain sistem, konsekuensi praktisnya jelas: jangan menyimpan kode diagnosis dan kode tindakan dalam satu tabel referensi generik tanpa penanda jenis. Selain formatnya beda (alfanumerik vs numerik), aturan validasi dan hierarki pencarian pun beda, jadi lebih aman dipisah sebagai dua entitas referensi dengan skema masing-masing, walau tetap terhubung ke satu episode pelayanan yang sama. Saya juga sempat eksplorasi bagaimana bantuan AI/LLM bisa dipakai untuk menyarankan kode tindakan dari catatan medis bebas teks — semacam yang saya coba di medcoder.pujamalca.my.id — dan salah satu tantangan terbesarnya justru bukan di model bahasanya, tapi di memastikan struktur referensi kode yang benar sejak awal, karena model sebaik apa pun akan kesulitan kalau basis data referensinya campur aduk.

Intinya, ICD-9-CM untuk tindakan dan ICD-10 untuk diagnosis itu bukan tumpang tindih atau warisan yang belum sempat diganti, tapi dua standar dengan tujuan dan struktur yang memang berbeda sejak dirancang. Memahami perbedaan ini di awal akan menghemat banyak waktu ketika mendesain skema data atau validasi di sistem klaim kesehatan.