Templat data Revenue Cycle Management Anda

Siklus pendapatan Oracle Health
Templat data Revenue Cycle Management Anda

Templat data Revenue Cycle Management Anda

Templat ini membantu Anda mengumpulkan data yang tepat untuk menganalisis proses Revenue Cycle Management. Templat ini memuat kolom data penting dan langkah utama proses yang diperlukan untuk menyusun log peristiwa yang akurat. Ikuti panduan ini agar data Anda tersusun dengan baik untuk process mining.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data Oracle Health Revenue Cycle
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut Revenue Cycle Management

Sertakan kolom data penting berikut dalam log peristiwa untuk menganalisis proses Revenue Cycle Management secara menyeluruh dan mendapatkan wawasan yang berguna.
3 Wajib 7 Disarankan 9 Opsional
Nama Deskripsi
Billing Event
BillingEvent
Pengenal unik untuk satu layanan atau produk yang diberikan dan menghasilkan biaya. Pengenal ini berfungsi sebagai ID kasus dalam proses siklus pendapatan.
Deskripsi

Billing Event berfungsi sebagai ID kasus utama yang menghubungkan semua aktivitas, mulai dari pencatatan biaya hingga penutupan akun, untuk satu item yang ditagihkan. Setiap Billing Event mewakili satu kejadian unik dalam proses siklus pendapatan. Anda dapat melacak perjalanannya melalui berbagai tahap, seperti pengajuan klaim, pembukuan pembayaran, serta kemungkinan penolakan atau penyesuaian.

Dalam analisis process mining, atribut ini menjadi dasar untuk merekonstruksi alur proses dari awal hingga akhir. Atribut ini membantu memvisualisasikan variasi proses, menghitung waktu siklus antaraktivitas, serta menemukan hambatan atau penyimpangan pada peristiwa penagihan tertentu.

Mengapa ini penting

Kunci penting untuk melacak seluruh siklus layanan yang dapat ditagihkan, sekaligus mendukung analisis alur proses dan pengukuran kinerja.

Sumber data

Pengenal ini harus berupa kunci unik yang tersedia di tabel transaksi penagihan atau biaya utama dalam Oracle Health Revenue Cycle. Lihat dokumentasi sistem untuk mengetahui kunci utama bagi peristiwa biaya.

Contoh
BEVNT-987654321BEVNT-987654322BEVNT-987654323
Nama aktivitas
ActivityName
Nama langkah atau peristiwa tertentu yang terjadi dalam proses siklus pendapatan.
Deskripsi

Atribut ini mencatat nama setiap aktivitas yang dilakukan selama siklus hidup suatu peristiwa penagihan. Contohnya mencakup 'Charges Captured', 'Claim Submitted To Payer', dan 'Payment Posted'. Aktivitas ini menjadi simpul dalam peta proses yang ditemukan.

Analisis urutan dan frekuensi aktivitas merupakan inti process mining. Atribut ini membantu menemukan jalur proses yang paling umum, mengidentifikasi penyimpangan dari prosedur standar, dan memahami alur operasional siklus pendapatan.

Mengapa ini penting

Atribut ini menentukan langkah-langkah dalam proses, sehingga peta proses dapat ditampilkan dan pola alur kerja dapat dianalisis.

Sumber data

Biasanya diambil dari log peristiwa, catatan perubahan status, atau tabel transaksi tertentu yang terkait dengan berbagai tahap siklus pendapatan di Oracle Health.

Contoh
Klaim dibuatRemitansi diterimaPenolakan diajukan bandingAkun ditutup
Stempel waktu peristiwa
EventTimestamp
Tanggal dan waktu tepat saat aktivitas dicatat di sistem.
Deskripsi

Atribut ini mencatat stempel waktu setiap aktivitas, yaitu waktu persis saat aktivitas terjadi. Informasi ini penting untuk memahami waktu dan urutan peristiwa dalam siklus pendapatan untuk suatu peristiwa penagihan.

Dalam analisis, Event Timestamp digunakan untuk mengurutkan aktivitas secara kronologis, menghitung durasi dan waktu siklus antar langkah, serta melakukan analisis hambatan. Atribut ini menjadi dasar semua metrik process mining berbasis waktu, misalnya untuk menemukan keterlambatan antara 'Claim Submitted' dan 'Remittance Received'.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung metrik kinerja seperti waktu siklus dan durasi, serta menemukan hambatan proses.

Sumber data

Setiap tabel transaksi atau log peristiwa di Oracle Health Revenue Cycle seharusnya memiliki kolom stempel waktu yang menunjukkan kapan catatan dibuat atau peristiwa terjadi.

Contoh
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-02T11:25:10Z
Bagian penagihan
BillingDepartment
Bagian atau tim fungsional yang bertanggung jawab atas aktivitas.
Deskripsi

Atribut ini menunjukkan bagian yang melakukan aktivitas, seperti 'Pencatatan biaya', 'Pengodean', atau 'Penagihan'. Informasi ini memberi konteks organisasi pada alur proses.

Analisis proses berdasarkan bagian penting untuk memahami perpindahan pekerjaan antartim dan menemukan inefisiensi lintas fungsi. Atribut ini mendukung dashboard 'Beban kerja bagian penagihan' dengan mengelompokkan aktivitas dan metrik kinerja berdasarkan bagian.

Mengapa ini penting

Mengaitkan aktivitas dengan unit organisasi. Informasi ini penting untuk menganalisis perpindahan pekerjaan antarbagian, beban kerja, dan kinerja tim.

Sumber data

Informasi ini mungkin tersimpan langsung di data profil pengguna dalam Oracle Health atau dapat ditentukan berdasarkan pengguna maupun jenis aktivitas.

Contoh
Akses pasienPengodeanPenagihanPenagihan piutang
Jumlah penyesuaian
AdjustmentAmount
Nilai uang dari penyesuaian apa pun terhadap saldo akun.
Deskripsi

Atribut ini mencatat nilai penyesuaian keuangan yang diterapkan pada transaksi penagihan, seperti potongan sesuai kontrak, penghapusan tagihan, atau koreksi. Penyesuaian langsung mengurangi pendapatan yang diharapkan dari suatu tagihan.

Dashboard 'Dampak Penyesuaian Akun' sangat bergantung pada atribut ini. Analisis jumlah penyesuaian beserta alasannya membantu menemukan sumber kebocoran pendapatan, masalah pengelolaan kontrak, atau kendala dalam pencatatan tagihan awal. Atribut ini menjadi metrik penting untuk memantau kesehatan keuangan.

Mengapa ini penting

Mengukur kebocoran pendapatan akibat penghapusan tagihan atau koreksi, sehingga penyebab penurunan pendapatan dapat ditemukan dan ditangani.

Sumber data

Tersimpan di tabel transaksi keuangan yang mencatat penyesuaian atau penghapusan tagihan pada akun pasien.

Contoh
-50.25-120.0025.00
Kelas pasien
PatientClass
Klasifikasi pertemuan pasien, seperti rawat inap atau rawat jalan.
Deskripsi

Atribut ini mengelompokkan jenis kunjungan atau pertemuan pasien yang menghasilkan biaya. Klasifikasi umum mencakup rawat inap, rawat jalan, gawat darurat, dan pasien berulang. Kelas pasien sering menentukan seluruh proses penagihan dan pengiriman klaim.

Setiap kelas pasien memiliki jalur proses dan persyaratan kepatuhan yang berbeda. Analisis berdasarkan atribut ini membantu memahami perbedaan tersebut, menentukan inisiatif perbaikan yang sesuai, dan memastikan prosedur yang benar diterapkan untuk setiap kelas.

Mengapa ini penting

Memisahkan alur proses yang berbeda, misalnya rawat inap dan rawat jalan, dengan tingkat kerumitan, jadwal, dan persyaratan penagihan yang berbeda.

Sumber data

Kolom standar ini terkait dengan catatan pertemuan pasien atau penerimaan pasien di Oracle Health.

Contoh
Rawat inapRawat jalanDaruratBerulang
Kode alasan penolakan klaim
DenialReasonCode
Kode standar yang menunjukkan alasan penanggung menolak klaim.
Deskripsi

Saat menolak klaim, penanggung memberikan kode alasan, misalnya 'Layanan tidak ditanggung' atau 'Klaim duplikat'. Atribut ini mencatat kode tersebut beserta keterangannya.

Menganalisis alasan penolakan penting untuk memperbaiki siklus pendapatan. Organisasi dapat menemukan pola yang sering terjadi, seperti masalah pengodean atau kelayakan pasien, lalu mengambil tindakan korektif agar penolakan tidak terulang. Langkah ini berdampak langsung pada tingkat klaim yang diproses tanpa kendala dan mengurangi biaya pengerjaan ulang.

Mengapa ini penting

Menunjukkan penyebab utama klaim ditolak, sehingga perbaikan dapat diarahkan untuk meningkatkan tingkat klaim yang diproses tanpa kendala dan mempercepat penerimaan pendapatan.

Sumber data

Informasi ini diterima dari penanggung melalui electronic remittance advice (file ANSI 835) dan sebaiknya disimpan di tabel klaim atau remitansi Oracle Health.

Contoh
CO-16: Klaim/layanan tidak memiliki informasi yang diperlukan untuk diproses.PR-96: Biaya yang tidak ditanggung.CO-18: Klaim/layanan duplikat.
Nama penanggung
PayerName
Nama perusahaan asuransi atau penanggung pihak ketiga yang bertanggung jawab atas pembayaran.
Deskripsi

Atribut ini menunjukkan pihak yang ditagih untuk layanan, seperti perusahaan asuransi atau program pemerintah seperti Medicare. Informasi penanggung menjadi dasar analisis siklus pendapatan.

Analisis proses berdasarkan penanggung dapat menunjukkan perbedaan besar dalam waktu pembayaran, tingkat penolakan, dan keberhasilan banding. Informasi ini membantu menemukan penanggung yang menyebabkan keterlambatan atau kehilangan pendapatan, serta penting untuk mengelola kontrak dan hubungan dengan penanggung secara efektif.

Mengapa ini penting

Memungkinkan proses dikelompokkan berdasarkan penanggung, sehingga perbedaan perilaku, tingkat penolakan, dan kecepatan pembayaran dapat diketahui. Informasi ini penting untuk kinerja keuangan.

Sumber data

Informasi ini tersimpan dalam catatan penagihan atau asuransi pasien di Oracle Health Revenue Cycle.

Contoh
AetnaBlue Cross Blue ShieldUnitedHealthcareMedicareCigna
Pengguna
UserPerformingAction
ID pengguna atau nama orang yang melakukan aktivitas.
Deskripsi

Atribut ini menunjukkan karyawan atau pengguna sistem otomatis yang bertanggung jawab menjalankan aktivitas tertentu dalam proses. Informasi ini penting untuk memahami pembagian beban kerja dan kinerja sumber daya, serta menemukan kebutuhan pelatihan.

Dalam analisis, Anda dapat memfilter peta proses berdasarkan pengguna atau tim, membandingkan kinerja antar-sumber daya, dan menganalisis beban kerja melalui dashboard 'Beban kerja bagian penagihan'. Atribut ini dapat membantu menemukan pengguna berkinerja tinggi atau mereka yang memerlukan dukungan maupun pelatihan tambahan.

Mengapa ini penting

Menghubungkan aktivitas proses dengan pengguna atau tim tertentu, sehingga Anda dapat menganalisis beban kerja, membandingkan kinerja, dan menemukan kebutuhan pelatihan.

Sumber data

Kolom ID pengguna, seperti 'CREATED_BY' dan 'USER_ID', biasanya tersedia di tabel transaksi berbagai modul Oracle Health.

Contoh
j.doeasmithBillingBot_AUTOk.williams
Saldo tertunggak
OutstandingBalance
Sisa tagihan yang belum dibayar pada waktu tertentu.
Deskripsi

Atribut ini menunjukkan jumlah tagihan yang masih harus dibayar setelah semua pembayaran dan penyesuaian diterapkan. Nilai ini mewakili piutang aktif untuk tagihan tersebut.

Atribut ini penting untuk dashboard 'Umur Saldo Tertunggak'. Dengan menganalisis nilainya dari waktu ke waktu, Anda dapat memantau arus kas, menilai efektivitas upaya penagihan, dan menghitung KPI keuangan utama seperti Days Sales Outstanding (DSO).

Mengapa ini penting

Melacak piutang saat ini untuk setiap kasus, yang penting untuk mengelola arus kas dan menganalisis efektivitas penagihan.

Sumber data

Nilai ini biasanya dihitung dari total seluruh transaksi keuangan (tagihan, pembayaran, dan penyesuaian) untuk suatu transaksi penagihan. Nilai ini mungkin tersedia sebagai kolom di tabel ringkasan akun.

Contoh
75.000.00550.80
Alasan sengketa
DisputeReason
Alasan yang disampaikan pelanggan atau pasien saat menyengketakan faktur atau tagihan.
Deskripsi

Atribut ini mencatat alasan pasien atau pihak lain yang bertanggung jawab mengajukan sengketa tagihan. Alasannya dapat berupa biaya yang keliru, layanan yang tidak diberikan, atau masalah dalam pemrosesan asuransi.

Informasi ini penting untuk dashboard 'Metrik Penyelesaian Sengketa Faktur'. Dengan memahami alasan sengketa yang paling sering muncul, Anda dapat menemukan masalah sistemik dalam pencatatan tagihan, pengodean, atau proses penagihan. Menangani akar masalah tersebut dapat mengurangi tingkat sengketa dan beban administrasi untuk menyelesaikannya.

Mengapa ini penting

Menjelaskan alasan faktur disengketakan dan menunjukkan masalah akurasi atau kejelasan penagihan yang perlu diperbaiki.

Sumber data

Informasi ini kemungkinan tersimpan di modul manajemen kasus atau layanan pelanggan Oracle Health, yang terhubung ke akun pasien.

Contoh
Layanan yang ditagihkan keliruTagihan duplikatAsuransi ditagihkan secara keliruLayanan tidak diberikan
ID klaim
ClaimId
Pengenal unik untuk klaim asuransi yang dikirimkan kepada penanggung.
Deskripsi

Atribut ini adalah ID unik untuk klaim yang dibuat dan dikirimkan kepada penanggung untuk memperoleh penggantian biaya. Satu transaksi penagihan dapat menghasilkan satu atau beberapa klaim selama prosesnya, misalnya jika diperlukan koreksi.

Dengan ID klaim, Anda dapat melacak pengajuan tertentu kepada penanggung dan menghubungkannya langsung dengan tanggapan, seperti pembayaran atau penolakan. ID ini memungkinkan pelacakan yang lebih terperinci dalam keseluruhan proses siklus pendapatan.

Mengapa ini penting

Memberikan pengenal khusus untuk melacak perjalanan klaim di pihak penanggung, dengan perincian lebih tinggi daripada transaksi penagihan secara keseluruhan.

Sumber data

ID ini dibuat oleh Oracle Health saat klaim dibuat dan disimpan di tabel klaim utama.

Contoh
CLM-2023-55489CLM-2023-55490CLM-2023-55491-C1
ID pasien
PatientId
Pengenal unik pasien yang terkait dengan transaksi penagihan.
Deskripsi

Atribut ini adalah pengenal unik pasien yang menerima layanan, yang sering disebut Medical Record Number (MRN). ID ini menghubungkan transaksi keuangan dengan pasien tertentu.

ID pasien bukan ID kasus untuk proses ini, tetapi berguna untuk menggabungkan semua transaksi penagihan seorang pasien dan memahami keseluruhan perjalanan keuangannya. ID ini juga memungkinkan pengelompokan berdasarkan demografi atau riwayat pasien jika digabungkan dengan data induk pasien.

Mengapa ini penting

Menghubungkan transaksi keuangan dengan pasien tertentu, sehingga analisis dapat berfokus pada pasien dan seluruh aktivitas penagihannya dapat digabungkan.

Sumber data

Pengenal ini merupakan bagian utama dari data induk pasien dan tersedia di semua tabel transaksi terkait, seperti tagihan, klaim, dan pembayaran.

Contoh
MRN-1002345MRN-1002346MRN-1002347
Jumlah tagihan
ChargeAmount
Nilai bruto layanan atau produk yang ditagihkan.
Deskripsi

Atribut ini menunjukkan jumlah awal yang ditagihkan untuk suatu layanan sebelum diskon, penyesuaian, atau pembayaran diterapkan. Nilai ini menjadi dasar keuangan untuk transaksi penagihan tersebut.

Mencatat jumlah tagihan penting untuk analisis keuangan, misalnya menghitung total nilai layanan yang diberikan dan memahami dampak penyesuaian atau penghapusan tagihan setelahnya. Nilai ini menjadi acuan untuk mengukur realisasi pendapatan.

Mengapa ini penting

Menetapkan nilai keuangan awal suatu kasus, yang menjadi dasar analisis keuangan dan penilaian dampak selanjutnya.

Sumber data

Tersimpan di tabel detail tagihan atau transaksi tagihan di Oracle Health.

Contoh
150.001250.7585.50
Otomatis
IsAutomated
Penanda yang menunjukkan apakah aktivitas dilakukan oleh sistem otomatis atau pengguna.
Deskripsi

Atribut boolean ini membedakan aktivitas yang dijalankan oleh otomatisasi perangkat lunak, seperti bot atau pekerjaan batch sistem, dari aktivitas yang dilakukan secara manual oleh pengguna. Contohnya, 'Klaim dibuat' mungkin merupakan langkah otomatis, sedangkan 'Banding atas penolakan diajukan' kemungkinan dilakukan secara manual.

Analisis atribut ini membantu Anda memahami tingkat otomatisasi proses dan dampaknya terhadap efisiensi serta tingkat kesalahan. Anda dapat membandingkan kinerja alur otomatis dengan alur manual dan menemukan peluang untuk menambah otomatisasi.

Mengapa ini penting

Membedakan aktivitas yang dilakukan manusia dan sistem. Informasi ini penting untuk menganalisis efektivitas otomatisasi dan menemukan peluang otomatisasi baru.

Sumber data

Biasanya ditentukan berdasarkan atribut UserPerformingAction. Misalnya, aktivitas yang dilakukan oleh ID pengguna seperti 'SYSTEM' atau 'RPA_BOT' ditandai sebagai otomatis.

Contoh
truefalse
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk peristiwa ini terakhir kali diperbarui atau diekstrak.
Deskripsi

Atribut ini menunjukkan kapan set data terakhir diperbarui. Informasi ini memberi konteks tentang kebaruan data yang dianalisis, yang penting untuk memahami seberapa mutakhir wawasan dari analisis process mining.

Pengguna dapat memeriksa atribut ini untuk memastikan informasi proses yang dilihat adalah yang terbaru. Atribut ini membantu menetapkan ekspektasi tentang usia data dan menjadi bagian penting dari tata kelola serta jaminan kualitas data.

Mengapa ini penting

Menunjukkan kebaruan data, sehingga analisis dan keputusan didasarkan pada informasi terkini.

Sumber data

Kolom metadata ini biasanya dibuat dan diisi selama proses ETL yang memuat data ke platform process mining.

Contoh
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Pengerjaan ulang
IsRework
Penanda untuk mengidentifikasi aktivitas yang menunjukkan pengerjaan ulang atau upaya berulang.
Deskripsi

Atribut hasil perhitungan ini menandai aktivitas yang menyimpang dari 'alur ideal' dan menunjukkan pengerjaan ulang. Contohnya, 'Klaim yang dikoreksi dikirim' atau 'Banding atas penolakan diajukan'. Aktivitas ini seharusnya tidak terjadi jika proses berjalan benar sejak awal.

Mengidentifikasi dan mengukur pengerjaan ulang merupakan tujuan utama process mining. Penanda ini memudahkan Anda memfilter dan menganalisis semua siklus pengerjaan ulang, serta mengukur frekuensi, biaya, dan penyebab inefisiensi proses. Informasi ini penting untuk memahami biaya nyata dalam menjaga kualitas siklus pendapatan.

Mengapa ini penting

Membantu mengukur frekuensi dan dampak siklus pengerjaan ulang, sekaligus menunjukkan inefisiensi proses dan biaya akibat kualitas yang buruk.

Sumber data

Atribut ini diturunkan dari data. Nilainya dihitung saat transformasi data dengan menerapkan logika bisnis yang menandai nama aktivitas tertentu sebagai pengerjaan ulang.

Contoh
truefalse
Sistem sumber
SourceSystem
Sistem tempat data peristiwa diambil.
Deskripsi

Atribut ini menunjukkan aplikasi atau modul sumber data. Untuk proses ini, biasanya nilainya 'Oracle Health Revenue Cycle', tetapi dapat mencantumkan modul lain dalam sistem jika data berasal dari beberapa sumber.

Informasi ini berguna untuk tata kelola data dan pemecahan masalah. Atribut ini membantu memastikan asal-usul data dan penting saat beberapa sistem berkontribusi pada satu proses dari awal hingga akhir.

Mengapa ini penting

Menunjukkan asal data, yang penting untuk validasi dan tata kelola data serta untuk memahami variasi proses yang mungkin bergantung pada sistem.

Sumber data

Nilainya sering kali tetap dan ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL) untuk menandai asal set data.

Contoh
OracleHealth-RCMOracleHealth-CernerOH-RevCycle-PROD
Waktu akhir peristiwa
EventEndTime
Stempel waktu yang menandai selesainya aktivitas, jika tersedia.
Deskripsi

StartTime menandai awal aktivitas, sedangkan EventEndTime menandai akhirnya. Tidak semua aktivitas memiliki waktu akhir yang jelas karena banyak peristiwa terjadi seketika. Namun, untuk aktivitas yang berlangsung selama periode tertentu, seperti 'Penolakan diajukan banding', kolom ini sangat berguna.

Atribut ini memungkinkan penghitungan waktu pemrosesan setiap aktivitas dengan lebih akurat. Atribut ini membantu membedakan waktu tunggu, yaitu jeda antaraktivitas, dari waktu pemrosesan, yaitu waktu yang digunakan untuk mengerjakan aktivitas.

Mengapa ini penting

Memungkinkan Anda menghitung langsung durasi penyelesaian aktivitas dan membedakan waktu pemrosesan dari waktu tunggu.

Sumber data

Beberapa tabel transaksi di Oracle Health Revenue Cycle mungkin memiliki stempel waktu mulai dan selesai untuk tugas tertentu yang berlangsung lama.

Contoh
2023-04-15T09:05:14Z2023-04-18T16:00:00Z
Wajib Disarankan Opsional

Aktivitas Revenue Cycle Management

Catat langkah dan tonggak penting proses berikut dalam log peristiwa agar Anda dapat memvisualisasikan dan menganalisis siklus pendapatan dengan akurat.
5 Disarankan 9 Opsional
Aktivitas Deskripsi
Akun ditutup
Aktivitas terakhir yang menandakan saldo akun sudah nol dan tidak ada aktivitas lanjutan yang diharapkan. Peristiwa ini sering disimpulkan saat saldo akun mencapai nol.
Mengapa ini penting

Menandai selesainya siklus pendapatan. Waktu yang dibutuhkan untuk mencapai tahap ini menjadi ukuran penting efisiensi proses secara keseluruhan.

Sumber data

Biasanya disimpulkan dengan mencari waktu pertama saldo terutang akun menjadi nol dan tetap nol setelah semua pembayaran dan penyesuaian dibukukan.

Pengumpulan data

Dihitung saat saldo akun pertama kali menjadi nol setelah semua biaya dan pembayaran dibukukan.

Jenis peristiwa calculated
Klaim dibuat
Menandai saat biaya satu per satu digabungkan menjadi klaim tagihan resmi, seperti UB-04 atau CMS-1500. Peristiwa yang dibuat oleh sistem ini menghasilkan tagihan awal.
Mengapa ini penting

Ini adalah tahap penting yang menandakan klaim siap ditagihkan kepada penanggung. Tahap ini menjadi titik akhir untuk mengukur jeda internal dari pencatatan biaya hingga penagihan.

Sumber data

Peristiwa eksplisit yang tercatat di log atau tabel pembuatan klaim. Cari stempel waktu pembuatan catatan klaim utama yang terkait dengan pertemuan pasien.

Pengumpulan data

Peristiwa dicatat saat catatan klaim dibuat.

Jenis peristiwa explicit
Klaim dikirim ke penanggung
Menandai pengiriman klaim yang sudah dibuat kepada perusahaan asuransi atau penanggung, secara elektronik atau melalui dokumen fisik. Sistem seharusnya mencatat tanggal dan waktu pengiriman.
Mengapa ini penting

Aktivitas ini memulai siklus pembayaran. Analisis waktu dari pengiriman klaim hingga pembayaran penting untuk memahami kinerja penanggung dan Days Sales Outstanding (DSO).

Sumber data

Data berasal dari modul manajemen klaim yang mencatat peristiwa pengiriman. Cari stempel waktu pengiriman atau perubahan status menjadi 'Dikirim' dalam riwayat klaim.

Pengumpulan data

Peristiwa dicatat saat klaim berhasil dikirim melalui clearinghouse.

Jenis peristiwa explicit
Pembayaran dibukukan
Menandai pembukuan pembayaran dari penanggung ke biaya terkait di akun pasien. Transaksi keuangan ini dicatat oleh pengguna atau proses otomatis.
Mengapa ini penting

Efisiensi pencatatan pembayaran memengaruhi akurasi piutang usaha. Keterlambatan dapat mengaburkan kondisi keuangan dan menunda penagihan sekunder.

Sumber data

Data tersedia di tabel transaksi pembayaran. Setiap pencatatan pembayaran memiliki ID transaksi unik dan stempel waktu terkait.

Pengumpulan data

Transaksi keuangan dicatat saat pembayaran dibukukan ke akun.

Jenis peristiwa explicit
Pertemuan pasien dibuat
Menandai pembuatan akun pasien untuk kunjungan atau layanan tertentu. Biasanya, sistem pendaftaran atau umpan Admit/Discharge/Transfer (ADT) memicu peristiwa ini secara eksplisit.
Mengapa ini penting

Peristiwa ini menjadi titik awal seluruh siklus pendapatan untuk suatu peristiwa penagihan. Dengan begitu, Anda dapat menganalisis durasi total proses dan keakuratan pencatatan.

Sumber data

Data berasal dari log modul Patient Registration atau ADT. Cari peristiwa pembuatan pertemuan pasien atau stempel waktu paling awal yang terkait dengan pertemuan pasien atau nomor finansial.

Pengumpulan data

Peristiwa dicatat saat pasien mendaftar atau masuk.

Jenis peristiwa explicit
Aktivitas penagihan dimulai
Menandai saat akun pasien masuk ke proses penagihan karena pembayaran belum dilakukan. Biasanya, hal ini tercatat sebagai perubahan kelas finansial atau status akun.
Mengapa ini penting

Tahap ini penting untuk mengelola piutang tak tertagih. Memahami penyebab akun mencapai tahap ini dan tingkat keberhasilannya sangat penting bagi kesehatan keuangan.

Sumber data

Disimpulkan dari perubahan kolom status akun menjadi 'Penagihan' atau 'Piutang tak tertagih'. Perubahan status ini harus memiliki stempel waktu.

Pengumpulan data

Disimpulkan dari perubahan status akun menjadi 'Penagihan' atau status serupa.

Jenis peristiwa inferred
Akun disesuaikan
Menandai penyesuaian finansial pada saldo akun, seperti pengurangan sesuai kontrak, penghapusan piutang, atau diskon. Setiap penyesuaian merupakan transaksi keuangan tersendiri.
Mengapa ini penting

Penyesuaian berdampak langsung pada pendapatan. Analisis frekuensi, jenis, dan jumlahnya dapat membantu menemukan kebocoran pendapatan dan ketidakakuratan penagihan.

Sumber data

Data tersedia di tabel transaksi keuangan. Setiap penyesuaian dicatat sebagai baris tersendiri dengan kode transaksi dan stempel waktu tertentu.

Pengumpulan data

Transaksi keuangan dicatat dengan kode penyesuaian tertentu.

Jenis peristiwa explicit
Biaya diberi kode
Menandai proses pemberian kode standar, seperti CPT atau ICD-10, oleh petugas pengodean medis untuk biaya yang sudah dicatat. Proses ini sering dilacak melalui perubahan status biaya atau pertemuan pasien.
Mengapa ini penting

Keterlambatan pengodean sering menjadi hambatan. Dengan melacak aktivitas ini, Anda dapat menemukan inefisiensi dalam alur kerja pengodean dan dampaknya pada jadwal penagihan.

Sumber data

Biasanya disimpulkan dari perubahan status pertemuan pasien atau kelompok biaya, misalnya dari 'Belum dikodekan' menjadi 'Sudah dikodekan'. Stempel waktu perubahan status harus tersedia.

Pengumpulan data

Disimpulkan dari perubahan status pertemuan pasien atau biaya menjadi 'Sudah dikodekan' atau 'Siap ditagihkan'.

Jenis peristiwa inferred
Biaya dicatat
Menandai pencatatan layanan atau barang yang dapat ditagihkan ke akun pasien. Pencatatan dapat dilakukan otomatis oleh sistem klinis atau secara manual oleh staf.
Mengapa ini penting

Aktivitas ini penting untuk mengukur jeda pencatatan biaya, yaitu waktu antara pemberian layanan dan dimulainya penagihan. Jeda ini berdampak langsung pada arus kas dan keakuratan pendapatan.

Sumber data

Data diambil dari tabel transaksi biaya, berdasarkan stempel waktu pembuatan setiap baris biaya. Di Oracle Health, data ini biasanya tersedia di tabel terkait biaya.

Pengumpulan data

Entri log transaksi dibuat untuk setiap biaya baru.

Jenis peristiwa explicit
Klaim yang dikoreksi dikirim
Menandai pengiriman klaim yang telah direvisi atau dikoreksi kepada penanggung, biasanya setelah penolakan atau permintaan informasi tambahan. Peristiwa ini dikenali dari pengiriman klaim baru dengan penanda koreksi.
Mengapa ini penting

Aktivitas ini merupakan bagian penting dari siklus pengerjaan ulang dalam penanganan penolakan. Frekuensi yang tinggi menunjukkan masalah pada akurasi klaim awal.

Sumber data

Data diambil dari log pengiriman klaim. Cari pengiriman baru untuk pertemuan pasien yang sama, biasanya ditandai dengan kode pengiriman ulang atau nomor iterasi yang lebih tinggi.

Pengumpulan data

Peristiwa pengiriman ulang klaim yang dicatat, biasanya dapat dikenali dari kode jenis frekuensi klaim tertentu.

Jenis peristiwa explicit
Penolakan diajukan banding
Tindakan pengguna atau sistem yang menandakan bahwa klaim yang ditolak sedang diajukan banding. Biasanya, tindakan ini tercatat sebagai pembaruan status atau tugas khusus yang dibuat dalam antrean kerja.
Mengapa ini penting

Aktivitas ini memulai siklus pengerjaan ulang. Analisis frekuensi dan tingkat keberhasilan banding penting untuk mengoptimalkan upaya pemulihan pendapatan.

Sumber data

Peristiwa ini dapat dicatat secara eksplisit saat dimulai pengguna, atau disimpulkan dari perubahan status klaim, seperti 'Diajukan banding' atau 'Sedang ditinjau'.

Pengumpulan data

Perubahan status atau peristiwa yang dicatat saat pengguna memulai proses banding atas klaim yang ditolak.

Jenis peristiwa explicit
Penolakan diterima
Menandai saat penanggung menolak klaim atau baris biaya tertentu, sebagaimana tercantum dalam saran remitansi. Peristiwa ini sering disimpulkan dari kode penolakan dalam data remitansi.
Mengapa ini penting

Melacak penolakan penting untuk menemukan akar penyebab, seperti kesalahan pengodean atau masalah kelayakan, dan meningkatkan tingkat klaim yang lolos tanpa koreksi.

Sumber data

Disimpulkan dari data remitansi (ERA/835). Peristiwa ini dipicu jika klaim atau baris biaya memiliki jumlah penolakan bukan nol dan kode alasan penolakan yang sesuai.

Pengumpulan data

Disimpulkan dari data remitansi yang memuat kode alasan penolakan (CARC/RARC).

Jenis peristiwa inferred
Pernyataan tagihan dikirim ke pasien
Menandai pembuatan dan pengiriman tagihan kepada pasien untuk sisa biaya yang menjadi tanggung jawabnya. Tindakan ini dicatat secara eksplisit oleh modul penagihan pasien.
Mengapa ini penting

Aktivitas ini memulai bagian pembayaran pasien dalam siklus pendapatan. Dengan melacaknya, Anda dapat menganalisis efektivitas penagihan kepada pasien.

Sumber data

Data berasal dari log penagihan pasien atau korespondensi. Sistem seharusnya mencatat tanggal setiap pernyataan tagihan dibuat atau dikirim.

Pengumpulan data

Peristiwa dicatat saat pernyataan tagihan pasien dibuat lalu dicetak atau dikirim secara elektronik.

Jenis peristiwa explicit
Remitansi diterima
Menandai penerimaan Electronic Remittance Advice (ERA) atau Explanation of Benefits (EOB) dalam bentuk dokumen fisik dari penanggung. Dokumen ini merinci biaya yang dibayar, ditolak, atau disesuaikan.
Mengapa ini penting

Ini adalah tanggapan pertama dari penanggung. Informasi ini penting untuk memahami kecepatan pembayaran dan mendeteksi tren penolakan sejak dini.

Sumber data

Data tercatat di modul pemrosesan remitansi. Cari stempel waktu impor atau pembuatan file ERA, seperti file transaksi 835, yang terkait dengan klaim.

Pengumpulan data

Peristiwa dicatat saat file remitansi penanggung, misalnya ANSI 835, diimpor dan diproses.

Jenis peristiwa explicit
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari Oracle Health Revenue Cycle

Siap memulai?

Gunakan templat ini untuk menyiapkan data Anda. Mulai perbaiki proses Revenue Cycle Management hari ini.

Optimalkan siklus pendapatan agar pembayaran lebih cepat

Atasi hambatan, pangkas waktu siklus hingga 30%, dan tingkatkan arus kas.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.