Tag: Looker Studio

Mengapa angka pendapatan RME, klaim BPJS, dan laporan keuangan berbeda ketika direksi membuka dashboard rumah sakit? Konteks diskusi LinkedIn CFO/direksi RS dan webinar PERSI awal 2025 yang melatari artikel ini menyoroti keresahan tersebut. Tema pencarian berniat tinggi, seperti profitabilitas unit dan klaim INA-CBGs, memperjelas kebutuhan eksekutif; namun, tanpa data Google Trends terverifikasi, popularitasnya tidak dapat dikuantifikasi. Persoalan mendasarnya bukan pilihan Power BI atau Looker Studio, melainkan ketiadaan definisi, rekonsiliasi, dan penanggung jawab angka yang disepakati.Daftar Isi Panduan1. Tetapkan sumber kebenaran data2. Bangun integrasi dan rekonsiliasi3. Hitung profitabilitas unit layanan4. Pantau metrik finansial eksekutif5. Jalankan implementasi bertahap1. Tetapkan Single Source of Truth untuk Dashboard Rumah SakitDashboard rumah sakit berbasis single source of truth adalah tampilan indikator eksekutif yang mengambil data dari lapisan informasi terintegrasi, tervalidasi, dan memiliki definisi bersama. Sistem ini menghubungkan episode pelayanan, status klaim, pendapatan akuntansi, serta biaya agar profitabilitas unit dapat ditelusuri sampai transaksi sumber.Satu sumber kebenaran tidak berarti semua angka harus identik. Nilai billing mencerminkan tagihan pelayanan; hasil grouping mencerminkan estimasi pembayaran paket; pendapatan mengikuti kebijakan pengakuan akuntansi; kas menunjukkan penerimaan aktual. Dashboard rumah sakit harus menjelaskan jembatan perbedaannya, bukan memaksa empat ukuran tersebut menjadi satu angka semu.Gunakan PMK No. 24/2022 tentang Rekam Medis sebagai landasan tata kelola RME, PMK No. 3/2023 tentang standar tarif pelayanan dalam JKN sebagai rujukan tarif sesuai periode berlakunya, serta UU No. 17/2023 tentang Kesehatan sebagai kerangka sektoral. Untuk persoalan klaim, dokumentasikan nomor, tanggal, dan butir Berita Acara Kesepakatan Bersama Kemenkes-BPJS yang relevan; jangan menganggap seluruh berita acara berlaku universal. Verifikasi dokumen dan pembaruannya melalui Kementerian Kesehatan RI. Arsitektur alur kerja dashboard rumah sakit untuk efisiensi mutu dan proteksi margin faskes. 2. Bangun Integrasi Data dan Rekonsiliasi BerlapisArsitektur dashboard rumah sakit sebaiknya memisahkan sumber operasional, staging, warehouse, lapisan semantik, dan visualisasi. Bentuk identitas penghubung antara encounter RME, SEP jika relevan, nomor klaim, invoice, jurnal, serta penerimaan bank. Simpan fakta tindakan terpisah dari fakta klaim agar penggabungan banyak tindakan tidak menggandakan pendapatan satu episode.Rekonsiliasi dilakukan pada tingkat episode dan total periode: pelayanan selesai versus klaim diajukan, klaim disetujui versus piutang, serta penerimaan versus pelunasan. Tampilkan antrean pengecualian untuk SEP kosong, duplikasi, perubahan kode, dan pembayaran parsial. Selisih material harus memiliki pemilik, alasan, serta tenggat penyelesaian, bukan sekadar indikator merah.Bedakan kesegaran data dari finalitas angkaRME bisa diperbarui mendekati waktu nyata, tetapi klaim dan buku besar mengikuti proses verifikasi serta penutupan. Cantumkan waktu pembaruan, periode pelayanan, dan status provisional atau closed. Terapkan akses berbasis peran, pseudonimisasi identitas pasien, audit log, serta pembatasan ekspor. Direksi biasanya membutuhkan agregat, bukan identitas klinis individual.Executive decision rule: Jangan mengesahkan dashboard rumah sakit sebelum CFO menyetujui definisi pendapatan, tim casemix menyetujui status klaim, dan pimpinan pelayanan menyetujui pemetaan episode. Kecepatan refresh tidak menggantikan akuntabilitas angka.3. Hitung Profitabilitas Unit tanpa Subsidi Silang TersembunyiPendapatan paket INA-CBGs melekat pada episode, bukan otomatis menjadi pendapatan masing-masing instalasi. Untuk dashboard rumah sakit, tentukan aturan atribusi internal yang konsisten dan pastikan total alokasinya sama dengan pendapatan episode. Sajikan margin kontribusi dan margin setelah overhead secara terpisah agar unit tidak dinilai hanya berdasarkan beban alokasi.Gunakan TDABC untuk kelompok sumber daya yang konsumsi waktunya dapat diukur: tarif biaya kapasitas berasal dari biaya sumber daya dibagi kapasitas praktis, kemudian dibebankan sesuai waktu aktivitas. Pisahkan kapasitas menganggur; jangan menyembunyikannya dalam biaya pasien. Overhead yang tidak dipicu waktu memerlukan driver lain yang kausal. Fondasi ini harus konsisten dengan metodologi unit cost rumah sakit.Ilustrasi satu periode: angka simulasi, bukan benchmark; nilai dalam juta rupiah.UnitPendapatan teratribusiBiaya langsungOverhead operasionalSurplus operasional*Rawat inap1.200780240180Rawat jalan800440160200*Simulasi mengecualikan bunga, pajak penghasilan, depresiasi, dan amortisasi. Surplus unit belum otomatis menjadi EBITDA konsolidasian sebelum seluruh biaya korporat direkonsiliasi. Rawat inap menghasilkan pendapatan lebih besar, tetapi surplus lebih kecil. Telusuri kompleksitas kasus, ALOS, utilisasi, dan mutu sebelum mengubah alokasi tempat tidur atau kapasitas layanan.4. Pilih Metrik Dashboard Rumah Sakit yang Dapat DitindaklanjutiLapisan eksekutif dashboard rumah sakit perlu menampilkan margin EBITDA, Days Sales Outstanding (DSO), Cash Conversion Cycle (CCC), serta rasio klaim INA-CBGs. Gunakan periode dan denominator konsisten; jangan membandingkan klaim bulan pelayanan dengan pembayaran bulan kalender tanpa penelusuran cohort.$$ \text{Margin EBITDA} = \frac{\text{EBITDA}}{\text{Pendapatan operasional neto}} \times 100\% $$ $$ \text{DSO} = \frac{\text{Rata-rata piutang pelayanan}}{\text{Pendapatan pelayanan kredit}} \times D $$ $$ \text{CCC} = \text{DIO} + \text{DSO} - \text{DPO} $$ $$ \text{Rasio persetujuan klaim} = \frac{\text{Nilai disetujui}}{\text{Nilai diajukan}} \times 100\% $$EBITDA: laba sebelum bunga, pajak penghasilan, depresiasi, dan amortisasi, dengan rekonsiliasi ke laporan keuangan.DSO: estimasi hari penagihan; $D$ adalah jumlah hari periode pengukuran.DIO: hari persediaan berdasarkan konsumsi; DPO: hari pembayaran berdasarkan pembelian kredit terkait.Nilai klaim: gunakan cohort pengajuan yang sama; tampilkan klaim pending terpisah agar tidak dianggap ditolak.CCC adalah indikator modal kerja, bukan ukuran tunggal likuiditas RS. Pisahkan umur piutang sejak pengakuan pendapatan dari waktu proses sejak pengajuan lengkap. Rasio pembayaran terhadap klaim disetujui dapat melengkapi rasio persetujuan: yang pertama mengukur realisasi kas, yang kedua hasil adjudikasi.5. Jalankan Implementasi Bertahap dengan Pemilik AngkaRencana 90 hari dapat dimulai dengan kamus metrik dan audit sumber, dilanjutkan pilot satu layanan, lalu validasi terhadap buku besar. Tetapkan toleransi rekonsiliasi berdasarkan materialitas yang disetujui CFO. Libatkan casemix, akuntansi, pelayanan, dan TI; dukungan konsultan manajemen kesehatan dapat membantu menyelaraskan metodologi lintas fungsi.Dashboard rumah sakit layak menjadi dasar keputusan ketika setiap angka memiliki definisi, sumber, pemilik, dan jejak koreksi. Mulailah dari rekonsiliasi yang dipercaya, kemudian perluas analitik profitabilitas. Visualisasi mempercepat pembacaan; disiplin data menentukan apakah keputusan direksi benar-benar dapat dipertanggungjawabkan.Akselerasi Analitik Finansial bersama PatraGPerkuat fondasi data dan kompetensi tim melalui tiga pilar solusi:Interactive Tool: Time Series Forecast Intelligence System untuk eksplorasi peramalan setelah data historis tervalidasi.Panduan Teknis: Practical Guide Unit Cost Rawat Jalan Rumah Sakit untuk pendalaman kalkulasi biaya.E-Course: Arsitektur Biaya Radiologi: Klasifikasi Komponen & Analisis Pareto untuk penguatan analisis biaya layanan.Disusun oleh Wingghayarie Patra Gandhi, M.A.R.S., CSBI, CHFP — Healthcare Management Consultant. Pilar: Healthcare Analytics & BI.

Tag: Looker Studio

Dashboard Rumah Sakit: 5 Langkah BI Akurat dan Presisi

Dashboard Rumah Sakit: 5 Langkah Presisi BI Finansial

7 Strategi Predictive Analytics Rumah Sakit Presisi

Meluruskan Evaluasi Keuangan Kepala Instalasi: Panduan Akuntansi Pertanggungjawaban RS Berbasis Dashboard Real-Time