Templat data penanganan klaim Anda

FINEOS Claims
Templat data penanganan klaim Anda

Templat data penanganan klaim Anda

Templat ini membantu Anda mengumpulkan data penting untuk menganalisis proses penanganan klaim. Templat ini memuat atribut utama dan aktivitas penting yang perlu dilacak, serta panduan praktis untuk mengambil data dari sistem sumber. Gunakan templat ini untuk menyiapkan log peristiwa dan mempercepat upaya peningkatan proses penanganan klaim.
  • Atribut yang disarankan untuk analisis terperinci
  • Aktivitas utama penanganan klaim yang perlu dilacak
  • Panduan praktis untuk mengambil data
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut penanganan klaim

Berikut kolom data yang disarankan untuk log peristiwa agar Anda dapat menganalisis alur kerja penanganan klaim secara menyeluruh.
5 Wajib 8 Disarankan 9 Opsional
Nama Deskripsi
ID Klaim
ClaimId
Pengenal unik untuk satu klaim asuransi, yang berfungsi sebagai identitas utama kasus dalam analisis proses.
Deskripsi

ID Klaim adalah kunci utama yang menghubungkan semua aktivitas, peristiwa, dan titik data sepanjang siklus klaim. Dengan ID ini, setiap interaksi, dari pengajuan awal hingga penutupan akhir, dapat dilacak sebagai bagian dari satu kasus.

Dalam process mining, atribut ini penting untuk merekonstruksi perjalanan setiap klaim dari awal hingga akhir. Atribut ini memungkinkan Anda menganalisis alur proses, menghitung total waktu penyelesaian, dan menemukan variasi dalam penanganan berbagai klaim.

Mengapa ini penting

Pengenal utama ini menghubungkan semua peristiwa terkait ke dalam satu instans proses, sehingga analisis siklus klaim dari awal hingga akhir dapat dilakukan.

Sumber data

Ini adalah kunci utama dalam tabel manajemen kasus klaim di FINEOS Claims.

Contoh
CL-2023-001234CL-2023-005678CL-2024-009101
Nama aktivitas
ActivityName
Nama peristiwa bisnis atau tugas tertentu yang terjadi pada suatu tahap dalam proses klaim.
Deskripsi

Atribut ini menjelaskan satu langkah atau tonggak dalam proses klaim, seperti 'Klaim diajukan', 'Tinjauan awal dilakukan', atau 'Pembayaran diterbitkan'. Setiap aktivitas mewakili tindakan tertentu yang dilakukan terhadap klaim.

Analisis urutan dan frekuensi aktivitas menjadi dasar process mining. Analisis ini menunjukkan alur proses yang sebenarnya, membantu menemukan hambatan tempat pekerjaan menumpuk, serta menyoroti jalur umum maupun pengecualian yang dilalui klaim.

Mengapa ini penting

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

Sumber data

Biasanya diambil dari event log, perubahan status tugas, atau jejak audit di sistem FINEOS Claims.

Contoh
Klaim didaftarkanKerugian dinilaiPembayaran diotorisasiKlaim ditutup
Waktu peristiwa
EventTime
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Waktu peristiwa mencatat tanggal dan waktu tepat saat aktivitas pemrosesan klaim berlangsung. Data kronologis ini penting untuk mengurutkan peristiwa dengan benar dan memahami linimasa klaim.

Dalam analisis, stempel waktu ini digunakan untuk menghitung durasi, waktu siklus, dan waktu tunggu antar langkah. Data ini menjadi dasar untuk menemukan keterlambatan, mengukur kinerja terhadap SLA, dan memahami dinamika waktu dalam proses.

Mengapa ini penting

Stempel waktu ini menunjukkan urutan kronologis peristiwa. Informasi ini penting untuk menghitung semua metrik berbasis waktu, seperti waktu siklus, dan menemukan hambatan.

Sumber data

Informasi ini biasanya tersedia sebagai stempel waktu pembuatan atau pembaruan yang terkait dengan setiap peristiwa atau catatan status di FINEOS Claims.

Contoh
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data untuk peristiwa ini terakhir diperbarui dari sistem sumber.
Deskripsi

Atribut ini menunjukkan tanggal dan waktu terakhir data diekstrak atau diperbarui. Informasi ini penting untuk mengetahui seberapa baru dan mutakhir data yang dianalisis.

Informasi ini penting untuk tata kelola data dan membantu pengguna mengetahui apakah data proses yang dilihat sudah paling mutakhir. Atribut ini juga membantu mengelola ekspektasi tentang jeda pembaruan data dan penting untuk pelaporan proses yang mendekati waktu nyata.

Mengapa ini penting

Menunjukkan seberapa baru data, sehingga pengguna dapat mengetahui periode yang tercakup dalam analisis dan kapan data terakhir diperbarui.

Sumber data

Stempel waktu ini biasanya dibuat dan disimpan oleh alat ekstraksi data atau ETL setelah proses pemuatan data selesai.

Contoh
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Sistem sumber
SourceSystem
Menunjukkan sistem TI tempat data diekstrak.
Deskripsi

Atribut ini menunjukkan asal data proses. Untuk analisis ini, nilainya akan selalu 'FINEOS Claims'. Namun, dalam lingkungan dengan beberapa sistem, informasi ini penting untuk melacak asal-usul data dan memastikan kualitasnya.

Dalam analitik yang lebih luas, atribut ini membantu membedakan proses yang melibatkan beberapa sistem dan memastikan data ditafsirkan sesuai sumbernya.

Mengapa ini penting

Atribut ini memberikan konteks penting tentang asal data, yang diperlukan untuk tata kelola dan validasi data serta integrasi dengan sistem lain.

Sumber data

Biasanya, nilai statis ini ditambahkan saat ekstraksi data untuk menandai asal dataset.

Contoh
FINEOS ClaimsFINEOS Claims v11.2
Departemen
Department
Departemen atau unit bisnis yang bertanggung jawab menangani aktivitas atau klaim.
Deskripsi

Atribut ini menunjukkan unit organisasi yang bertanggung jawab atas aktivitas tertentu atau menangani klaim pada tahap tertentu, seperti 'Penerimaan awal', 'Unit investigasi', atau 'Departemen pembayaran'.

Analisis proses berdasarkan departemen penting untuk memahami perpindahan pekerjaan antar fungsi, yang sering menjadi sumber keterlambatan. Analisis ini membantu menemukan departemen yang menjadi hambatan, mengukur efisiensi tiap departemen, dan menilai alokasi sumber daya di seluruh organisasi.

Mengapa ini penting

Memungkinkan analisis kinerja berdasarkan unit organisasi, sekaligus menyoroti keterlambatan perpindahan pekerjaan dan hambatan antar departemen.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini dapat dikaitkan dengan profil pengguna penilai klaim yang ditugaskan atau antrean tempat suatu tugas diberikan.

Contoh
Penerimaan dan pendaftaranUnit investigasi khususPemrosesan pembayaranTinjauan medis
Jenis klaim
ClaimType
Kategori klaim asuransi, seperti disabilitas, properti, atau tanggung jawab hukum.
Deskripsi

Jenis klaim mengelompokkan klaim berdasarkan jenis polis atau kerugian. Tiap jenis klaim biasanya memiliki variasi proses, persyaratan regulasi, dan penanganan khusus yang berbeda.

Dimensi ini penting untuk analisis perbandingan. Dengan memfilter atau membagi tampilan proses berdasarkan jenis klaim, analis dapat menemukan hambatan khusus, membandingkan kinerja antar kategori, dan menentukan perbaikan proses yang sesuai dengan kebutuhan tiap jenis klaim. Analisis ini membantu menjawab apakah jenis klaim tertentu memang lebih sulit diproses.

Mengapa ini penting

Pembagian berdasarkan kategori klaim membantu Anda membandingkan kinerja dan menemukan variasi proses, sehingga perbaikan dapat lebih terarah.

Sumber data

Lihat dokumentasi FINEOS Claims. Atribut utama klaim ini biasanya ditetapkan saat pendaftaran dan disimpan di tabel kasus utama.

Contoh
Disabilitas jangka pendekDisabilitas jangka panjangAsuransi jiwaKematian akibat kecelakaan
Kanal pengajuan
SubmissionChannel
Cara atau kanal yang digunakan untuk mengajukan klaim.
Deskripsi

Atribut ini mencatat cara klaim diterima, misalnya melalui portal online, email, surat fisik, atau agen. Kanal pengajuan yang berbeda dapat memengaruhi kualitas data dan waktu pemrosesan awal.

Analisis proses berdasarkan kanal pengajuan membantu Anda mengetahui kanal mana yang mempercepat pemrosesan, meningkatkan pengerjaan ulang, misalnya karena informasi tidak lengkap, atau menghasilkan hasil yang lebih baik. Wawasan ini dapat menjadi dasar investasi untuk mengoptimalkan kanal, seperti memperbaiki formulir online agar mengurangi kesalahan.

Mengapa ini penting

Membantu mengetahui apakah kanal penerimaan tertentu membuat pemrosesan lebih efisien atau meningkatkan pengerjaan ulang, sebagai bahan untuk menentukan strategi dan investasi kanal.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini biasanya dicatat saat klaim diterima dan disimpan pada catatan klaim utama.

Contoh
Portal onlineSuratBrokerTelepon
Penilai klaim yang ditugaskan
AssignedAdjuster
Nama atau ID penilai klaim atau pengguna yang bertanggung jawab atas aktivitas tersebut.
Deskripsi

Atribut ini menunjukkan individu atau tim yang mengerjakan tugas tertentu dalam proses klaim. Atribut ini menjadi cara utama untuk menghubungkan aktivitas proses dengan sumber daya manusia.

Analisis berdasarkan penilai klaim yang ditugaskan penting untuk memahami pembagian beban kerja, kinerja individu, dan efisiensi sumber daya. Analisis ini dapat menunjukkan penilai yang kelebihan beban, menemukan kebutuhan pelatihan dengan membandingkan kinerja, dan membantu mengalokasikan sumber daya agar beban kerja lebih seimbang.

Mengapa ini penting

Atribut ini menghubungkan langkah proses dengan orang yang mengerjakannya, sehingga Anda dapat menganalisis beban kerja, mengevaluasi efisiensi sumber daya, dan membandingkan kinerja.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini biasanya tersimpan dalam kolom kepemilikan tugas atau penugasan pengguna yang terkait dengan peristiwa klaim.

Contoh
John SmithEmily JonesADJ-4561
Status klaim
ClaimStatus
Status klaim saat ini atau sebelumnya ketika suatu aktivitas terjadi.
Deskripsi

Status klaim menunjukkan tahap klaim dalam siklusnya, seperti 'Terbuka', 'Menunggu informasi', 'Disetujui', 'Ditolak', atau 'Ditutup'. Atribut ini menunjukkan posisi klaim pada waktu tertentu.

Dalam analisis proses, perubahan status sering berkaitan langsung dengan aktivitas proses. Pelacakan status penting untuk memahami hasil klaim, menemukan hambatan saat klaim tertahan lama pada status tertentu, dan menganalisis alasan hasil akhir seperti 'Ditolak' atau 'Ditutup'.

Mengapa ini penting

Atribut ini penting untuk memahami hasil klaim, memfilter kasus aktif atau tertutup, dan menemukan tahap saat klaim terhenti.

Sumber data

Lihat dokumentasi FINEOS Claims. Kolom utama pada catatan klaim ini diperbarui sepanjang siklus klaim.

Contoh
TerdaftarSedang ditinjauMenunggu pembayaranDitutup, dibayarDitutup, ditolak
Tanggal target penyelesaian
ResolutionTargetDate
Tanggal target penyelesaian klaim berdasarkan SLA atau peraturan.
Deskripsi

Atribut ini menunjukkan tenggat penyelesaian proses klaim sesuai perjanjian tingkat layanan (SLA) atau persyaratan regulasi. Tanggal ini menjadi tolok ukur untuk menilai kinerja aktual.

Tanggal ini penting untuk memantau kepatuhan terhadap SLA. Dengan membandingkan tanggal penutupan klaim aktual dengan tanggal target penyelesaian, Anda dapat menghitung tingkat kepatuhan SLA, menemukan klaim yang berisiko melampaui tenggat, dan menganalisis penyebab keterlambatan yang berujung pada ketidakpatuhan.

Mengapa ini penting

Tanggal ini menjadi tolok ukur kepatuhan terhadap SLA. Anda dapat menemukan klaim yang terlambat dan menganalisis penyebabnya.

Sumber data

Lihat dokumentasi FINEOS Claims. Tanggal ini sering dihitung berdasarkan tanggal pengajuan dan jenis klaim menggunakan aturan bisnis.

Contoh
2023-11-15T23:59:59Z2024-01-30T23:59:59Z
Tingkat keparahan klaim
ClaimSeverity
Klasifikasi tingkat kerumitan atau potensi dampak finansial klaim, misalnya rendah, sedang, atau tinggi.
Deskripsi

Tingkat keparahan klaim menunjukkan kerumitan, urgensi, atau risiko finansial suatu klaim. Klaim dengan tingkat keparahan tinggi mungkin memerlukan lebih banyak langkah, pemeriksaan khusus, atau waktu pemrosesan lebih lama daripada klaim dengan tingkat keparahan rendah.

Analisis proses berdasarkan tingkat keparahan membantu Anda menilai apakah alokasi sumber daya dan rancangan proses sudah sesuai dengan kerumitan klaim. Analisis ini dapat menunjukkan apakah klaim berkeparahan tinggi mengalami keterlambatan yang tidak proporsional atau klaim berkeparahan rendah diproses berlebihan. Hasilnya membantu Anda membagi proses dan mengelola sumber daya dengan lebih baik.

Mengapa ini penting

Pembagian berdasarkan tingkat keparahan membantu Anda memeriksa apakah proses memprioritaskan klaim berdampak besar dengan tepat dan menemukan tingkat kerumitan yang menimbulkan hambatan.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini mungkin tersedia sebagai kolom khusus atau dihitung dari atribut lain, seperti perkiraan nilai kerugian.

Contoh
RendahSedangTinggiRumit
Waktu selesai
EndTime
Stempel waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu selesai.
Deskripsi

Atribut Waktu selesai mencatat saat tepat suatu aktivitas berakhir. Jika dipasangkan dengan Waktu mulai (EventTime), atribut ini memungkinkan penghitungan durasi setiap langkah secara akurat, yaitu waktu pemrosesannya.

Dalam analisis, informasi ini penting untuk membedakan waktu pemrosesan aktif dari waktu tunggu. Informasi ini memungkinkan analisis hambatan secara terperinci, sehingga Anda dapat melihat aktivitas yang paling banyak menyita waktu dan bagian tempat antrean terbentuk.

Mengapa ini penting

Atribut ini memungkinkan penghitungan waktu pemrosesan setiap aktivitas secara akurat. Informasi ini penting untuk menemukan langkah yang tidak efisien dan mengukur pemanfaatan sumber daya.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini mungkin tersedia dalam event log atau dapat dihitung dari waktu mulai peristiwa berikutnya.

Contoh
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z
Alasan pembukaan kembali
ReopenReason
Kode atau keterangan yang menjelaskan alasan klaim yang sudah ditutup dibuka kembali.
Deskripsi

Atribut ini mencatat alasan klaim yang berstatus 'Ditutup' kembali menjadi aktif. Alasan umum mencakup diterimanya informasi baru, pengajuan banding dari pemohon klaim, atau koreksi kesalahan.

Analisis alasan pembukaan kembali menjadi cara langsung untuk mengukur kualitas dan ketuntasan proses. Banyaknya klaim yang dibuka kembali, terutama karena alasan tertentu, menunjukkan bahwa penutupan awal mungkin tidak tepat. Data ini dapat menunjukkan kelemahan dalam tahap investigasi atau pengambilan keputusan, sehingga perbaikan proses dapat difokuskan agar klaim ditutup dengan benar sejak awal.

Mengapa ini penting

Memberikan gambaran langsung tentang kegagalan proses saat klaim ditutup terlalu cepat atau keliru, sekaligus menunjukkan peluang untuk meningkatkan penyelesaian sejak upaya pertama.

Sumber data

Lihat dokumentasi FINEOS Claims. Alasan ini biasanya dicatat saat pengguna menjalankan tindakan 'Buka kembali klaim' di sistem.

Contoh
Banding diajukanBukti medis baru diterimaKoreksi kesalahan administrasiPenyesuaian pembayaran diperlukan
Alasan penolakan
DenialReason
Kode atau keterangan yang menjelaskan alasan klaim ditolak.
Deskripsi

Jika hasil klaim adalah 'Ditolak', atribut ini menjelaskan alasan spesifiknya. Contohnya, 'Tidak ditanggung polis', 'Diduga ada penipuan', atau 'Informasi tidak lengkap'.

Atribut ini penting untuk menganalisis akar penyebab penolakan klaim. Dengan menganalisis frekuensi tiap alasan, organisasi dapat menemukan masalah umum dalam proses pengajuan, bagian pertanggungan polis yang membingungkan nasabah, atau kebutuhan pelatihan bagi penilai klaim. Wawasan ini dapat membantu mengurangi penolakan dan meningkatkan kepuasan nasabah.

Mengapa ini penting

Penting untuk menganalisis akar penyebab kegagalan proses. Hasilnya membantu menemukan peluang untuk mengurangi penolakan klaim dan meningkatkan kualitas penerimaan klaim.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini biasanya berupa kolom terstruktur atau kode yang dipilih saat aktivitas 'Klaim ditolak' dilakukan.

Contoh
Pengecualian polisInformasi tidak diberikanKlaim duplikatDiduga ada penipuan
Jumlah pembayaran
PaymentAmount
Jumlah uang yang benar-benar dibayarkan untuk klaim.
Deskripsi

Jumlah pembayaran adalah total akhir yang dibayarkan setelah klaim diselesaikan dan disetujui. Untuk klaim dengan beberapa pembayaran, nilai ini dapat menunjukkan satu transaksi pembayaran.

Atribut ini penting untuk rekonsiliasi keuangan dan analisis hasil finansial proses. Anda dapat membandingkan perkiraan awal kerugian dengan pembayaran akhir. Dalam analisis proses, atribut ini membantu memahami dampak finansial dari berbagai variasi proses atau keputusan.

Mengapa ini penting

Mencatat hasil finansial proses, yang penting untuk mengukur kinerja keuangan dan menganalisis nilai klaim.

Sumber data

Lihat dokumentasi FINEOS Claims. Data ini tersedia di tabel transaksi pembayaran yang terhubung dengan kasus klaim.

Contoh
4850.00145000.000.00
Nilai kerugian
LossAmount
Perkiraan atau cadangan dana yang terkait dengan kerugian.
Deskripsi

Nilai kerugian menunjukkan perkiraan awal atau cadangan dana yang disiapkan untuk klaim. Nilai ini dapat diperbarui selama investigasi dan penilaian klaim.

Data finansial ini penting untuk membagi klaim ke dalam kelompok dan memahami kaitan dampak finansial dengan perilaku proses. Misalnya, apakah klaim bernilai tinggi membutuhkan waktu pemrosesan lebih lama atau lebih sering dikerjakan ulang? Data ini juga menjadi masukan penting untuk peramalan keuangan dan pengelolaan risiko.

Mengapa ini penting

Memberikan konteks finansial untuk proses, sehingga Anda dapat menganalisis dampak nilai klaim terhadap waktu pemrosesan, kerumitan, dan alur proses.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini biasanya tersedia di tabel keuangan atau cadangan dana yang terhubung dengan klaim.

Contoh
5000.00150000.00250.50
Nomor polis
PolicyNumber
Pengenal unik polis asuransi yang menjadi dasar pengajuan klaim.
Deskripsi

Nomor polis adalah pengenal kontrak asuransi yang menanggung klaim. Nomor ini menghubungkan klaim dengan nasabah tertentu, ketentuan polis, dan detail pertanggungan.

Meski bukan atribut proses secara langsung, nomor polis memberikan konteks bisnis yang penting. Anda dapat mengelompokkan data klaim berdasarkan polis atau nasabah untuk menganalisis frekuensi klaim, pengalaman nasabah, dan polis yang menghasilkan banyak klaim rumit.

Mengapa ini penting

Memberikan konteks bisnis penting dengan menghubungkan klaim ke kontrak nasabah tertentu, sehingga analisis proses dapat berfokus pada nasabah.

Sumber data

Lihat dokumentasi FINEOS Claims. Data utama ini dicatat saat klaim didaftarkan dan disimpan pada catatan klaim utama.

Contoh
POL-987654321POL-123456789
Pengerjaan ulang
IsRework
Penanda boolean yang menunjukkan apakah suatu aktivitas merupakan pengulangan atau pengerjaan ulang.
Deskripsi

Atribut hasil perhitungan ini menandai aktivitas yang merupakan pengerjaan ulang, seperti kejadian 'Informasi tambahan diminta' yang kedua untuk klaim yang sama. Aktivitas berulang atau alur proses yang kembali ke tahap sebelumnya biasanya digunakan untuk mengenalinya.

Penanda khusus untuk pengerjaan ulang memudahkan analisis inefisiensi. Anda dapat menghitung tingkat pengerjaan ulang dengan mudah, yang merupakan KPI penting. Dasbor dapat menggunakan penanda ini untuk menampilkan frekuensi dan dampak pengerjaan ulang, sehingga penyebab utama pengulangan yang tidak efisien lebih mudah ditemukan.

Mengapa ini penting

Menandai langsung pengulangan proses yang tidak efisien, sehingga Anda dapat menghitung tingkat pengerjaan ulang dan menganalisis penyebab pekerjaan berulang.

Sumber data

Atribut ini dihitung saat analisis process mining dengan menemukan aktivitas berulang pada kasus yang sama. Contohnya, menandai kemunculan kedua 'Investigasi dimulai'.

Contoh
truefalse
Status SLA
SLAState
Status hasil perhitungan yang menunjukkan apakah klaim yang selesai memenuhi tanggal target penyelesaian.
Deskripsi

Atribut ini menunjukkan status kinerja SLA setiap klaim dalam kategori yang jelas. Status dihitung dengan membandingkan tanggal 'Klaim ditutup' dengan 'Tanggal target penyelesaian', lalu mengelompokkan hasilnya menjadi 'Tepat waktu' atau 'Terlambat'.

Cara ini memudahkan pelaporan dan analisis kepatuhan SLA. Analis tidak perlu mengolah tanggal mentah, cukup menggunakan kategori sederhana ini untuk membuat dasbor tingkat kepatuhan SLA, memfilter semua klaim yang terlambat untuk menganalisis kesamaannya, dan memantau tren kinerja SLA dari waktu ke waktu. Atribut ini mendukung dasbor dan KPI Kepatuhan SLA.

Mengapa ini penting

Memberikan indikator kinerja SLA yang jelas dan sederhana untuk setiap kasus, sehingga tingkat kepatuhan SLA mudah diukur dan dianalisis.

Sumber data

Kolom ini dihitung dengan membandingkan stempel waktu aktivitas terakhir dengan 'ResolutionTargetDate' untuk setiap kasus.

Contoh
Tepat waktuTerlambat
Tanggal kerugian
LossDate
Tanggal terjadinya peristiwa yang memicu pengajuan klaim asuransi.
Deskripsi

Tanggal kerugian menunjukkan kapan insiden sebenarnya, seperti kecelakaan atau cedera, terjadi. Tanggal ini berbeda dari tanggal pengajuan klaim dan dapat memengaruhi validasi serta pemrosesan klaim.

Atribut ini memberikan konteks yang berguna. Jarak waktu antara tanggal kerugian dan tanggal 'Klaim diajukan' (jeda pelaporan) dapat menjadi KPI penting. Analisis jeda ini dapat mengungkap masalah dalam proses pelaporan dan dampaknya terhadap keseluruhan siklus klaim.

Mengapa ini penting

Memberikan konteks penting dan memungkinkan penghitungan jeda pelaporan, yaitu waktu dari kerugian hingga pengajuan, yang dapat memengaruhi kerumitan dan hasil klaim.

Sumber data

Lihat dokumentasi FINEOS Claims. Tanggal ini biasanya menjadi kolom standar yang dicatat saat proses 'Pemberitahuan awal kerugian' atau pendaftaran klaim.

Contoh
2023-10-152023-09-012024-02-20
Wilayah nasabah
CustomerRegion
Wilayah geografis atau negara bagian tempat pemohon klaim atau pemegang polis berada.
Deskripsi

Atribut ini menunjukkan lokasi geografis yang terkait dengan klaim, berdasarkan alamat pemohon klaim atau lokasi kerugian.

Analisis geografis dapat mengungkap perbedaan antarwilayah dalam jenis dan frekuensi klaim serta efisiensi pemrosesan. Analisis ini membantu Anda mengetahui apakah kantor wilayah tertentu berkinerja lebih baik atau apakah faktor setempat, seperti peraturan dan cuaca, memengaruhi proses klaim. Hasilnya mendukung pengelolaan dan alokasi sumber daya yang lebih terarah.

Mengapa ini penting

Memungkinkan pembagian berdasarkan wilayah untuk menemukan perbedaan kinerja, variasi kepatuhan, atau hambatan yang hanya terjadi di lokasi tertentu.

Sumber data

Lihat dokumentasi FINEOS Claims. Informasi ini biasanya diambil dari detail alamat pemegang polis atau pemohon klaim yang tersimpan di sistem.

Contoh
Timur lautCaliforniaBarat tengahFlorida
Wajib Disarankan Opsional

Aktivitas penanganan klaim

Berikut langkah proses dan pencapaian penting yang perlu dicatat dalam log peristiwa untuk menemukan proses yang sebenarnya dan mengidentifikasi hambatan.
6 Disarankan 9 Opsional
Aktivitas Deskripsi
Keputusan klaim dibuat
Ini adalah tonggak penting saat perusahaan asuransi membuat keputusan resmi untuk menyetujui, menyetujui sebagian, atau menolak klaim. Peristiwa ini hampir selalu tercatat sebagai perubahan status di FINEOS, misalnya menjadi 'Approved', 'Denied', atau 'Settled'.
Mengapa ini penting

Tonggak ini menentukan jalur proses selanjutnya, yaitu pembayaran atau penutupan. Tahap ini penting untuk mengukur waktu pengambilan keputusan dan menganalisis hasil klaim.

Sumber data

Disimpulkan dari stempel waktu pada tabel riwayat status klaim yang menunjukkan status keputusan akhir, misalnya 'Approved', 'Rejected', atau 'Denied'.

Pengumpulan data

Stempel waktu saat status berubah menjadi 'Approved' atau 'Denied'.

Jenis peristiwa inferred
Klaim diajukan
Menandai saat organisasi pertama kali menerima klaim, biasanya melalui berbagai saluran seperti portal web, email, atau surat. Ini adalah titik awal proses klaim dan biasanya tercatat saat First Notice of Loss (FNOL) dimasukkan ke area penampungan data atau langsung ke FINEOS.
Mengapa ini penting

Aktivitas ini menjadi peristiwa awal utama dalam proses. Dengan menganalisis waktu dari pengajuan hingga pendaftaran, Anda dapat menemukan keterlambatan dalam entri data dan penyiapan awal klaim yang berdampak pada keseluruhan waktu proses.

Sumber data

Kemungkinan diambil dari tanggal pembuatan catatan pemberitahuan klaim awal atau entri FNOL di FINEOS. Data ini dapat berupa event log tersendiri atau disimpulkan dari stempel waktu paling awal yang terkait dengan ID klaim.

Pengumpulan data

Gunakan stempel waktu pembuatan First Notice of Loss (FNOL) atau catatan klaim awal.

Jenis peristiwa inferred
Klaim didaftarkan
Menandai pembuatan resmi catatan klaim di sistem FINEOS. Pada tahap ini, ID Klaim unik ditetapkan dan kasus resmi dibuka untuk diproses. Peristiwa ini biasanya tercatat pada stempel waktu pembuatan objek klaim utama.
Mengapa ini penting

Ini adalah tonggak penting yang mengubah pemberitahuan menjadi kasus aktif. Tahap ini menjadi titik awal yang andal untuk mengukur siklus pemrosesan internal.

Sumber data

Diambil dari stempel waktu pembuatan entitas kasus klaim utama di database FINEOS. Sebagian besar objek inti dalam sistem mencatat tanggal pembuatan untuk keperluan audit.

Pengumpulan data

Gunakan stempel waktu pembuatan catatan kasus klaim utama.

Jenis peristiwa explicit
Klaim ditutup
Menandai status akhir klaim di sistem setelah seluruh aktivitas, termasuk pembayaran atau penolakan, selesai. Peristiwa ini tercatat saat status klaim di FINEOS diperbarui menjadi 'Closed' atau 'Finalized'.
Mengapa ini penting

Aktivitas ini merupakan peristiwa akhir utama dalam proses. Waktu dari 'Claim Submitted' hingga 'Claim Closed' adalah KPI utama untuk mengukur kinerja dan efisiensi proses secara keseluruhan.

Sumber data

Disimpulkan dari stempel waktu perubahan status akhir menjadi 'Closed' dalam log riwayat status klaim. Ini adalah pembaruan status terakhir yang tercatat untuk klaim yang berhasil diselesaikan.

Pengumpulan data

Stempel waktu perubahan status akhir menjadi 'Closed' atau 'Finalized'.

Jenis peristiwa inferred
Pembayaran diotorisasi
Menandai persetujuan resmi untuk membayar jumlah penyelesaian yang telah dihitung. Tahap ini sering terpisah dari keputusan klaim dan memerlukan otorisasi manajer atau tim tertentu sebelum dana dicairkan. Peristiwa ini tercatat melalui perubahan status seperti 'Approved for Payment'.
Mengapa ini penting

Aktivitas ini penting untuk KPI 'Payment Authorization Cycle Time'. Keterlambatan antara keputusan dan otorisasi dapat menjadi hambatan tersembunyi yang berdampak besar pada kepuasan pelanggan.

Sumber data

Disimpulkan dari stempel waktu perubahan status menjadi 'Pending Payment', 'Ready for Payment', atau 'Payment Authorized' dalam riwayat status klaim.

Pengumpulan data

Stempel waktu perubahan status menjadi 'Approved for Payment' atau status serupa.

Jenis peristiwa inferred
Pembayaran diterbitkan
Menandai saat pembayaran benar-benar diproses dan dikirim kepada pengaju klaim atau penyedia layanan. Di FINEOS, proses ini sering dipicu oleh integrasi dengan sistem keuangan dan dicatat sebagai log transaksi atau pembaruan status pembayaran akhir.
Mengapa ini penting

Inilah momen penting bagi pelanggan. Dengan menganalisis waktu dari otorisasi hingga pembayaran diterbitkan, Anda dapat menyederhanakan proses pembayaran dan meningkatkan pengalaman pelanggan.

Sumber data

Peristiwa ini dapat tercatat secara langsung dalam tabel log transaksi pembayaran di FINEOS atau dalam sistem utang usaha yang terintegrasi. Perubahan status menjadi 'Paid' juga dapat menjadi sumber data.

Pengumpulan data

Gunakan tanggal transaksi dari buku besar pembayaran atau stempel waktu perubahan status menjadi 'Paid'.

Jenis peristiwa explicit
Informasi tambahan diminta
Aktivitas ini terjadi saat petugas penanganan klaim memutuskan bahwa informasi tambahan dari pengaju klaim atau pihak ketiga diperlukan agar proses dapat dilanjutkan. Di FINEOS, hal ini sering tercatat sebagai perubahan status menjadi 'Pending Information' atau sebagai peristiwa komunikasi keluar tertentu.
Mengapa ini penting

Aktivitas ini penting untuk menganalisis pekerjaan ulang dan pengulangan proses. Jika peristiwa ini sering terjadi, kemungkinan ada masalah dalam pengumpulan data awal yang dapat menjadi penyebab utama keterlambatan.

Sumber data

Disimpulkan dari perubahan status klaim menjadi 'Pending Information' atau status serupa. Peristiwa ini juga dapat tercatat secara langsung saat sistem membuat surat atau komunikasi untuk meminta informasi.

Pengumpulan data

Stempel waktu perubahan status menjadi 'Pending Information' atau catatan pembuatan surat/email permintaan informasi.

Jenis peristiwa inferred
Informasi tambahan diterima
Menandai penerimaan dokumen atau informasi yang diminta agar pemrosesan klaim dapat dilanjutkan. Peristiwa ini biasanya disimpulkan saat status klaim berubah dari 'Pending Information' kembali ke status aktif, seperti 'Under Review' atau 'Ready for Assessment'.
Mengapa ini penting

Dengan mengukur waktu antara permintaan dan penerimaan informasi, Anda dapat melihat keterlambatan yang berasal dari pihak luar. Peristiwa ini juga menandai dimulainya kembali pemrosesan internal, sehingga penting untuk menganalisis waktu tunggu dan proses yang terhenti.

Sumber data

Disimpulkan dari stempel waktu saat status klaim berubah dari 'Pending' menjadi 'Active' atau 'In Progress'. Peristiwa unggah dokumen terkait juga dapat memberikan stempel waktu yang lebih spesifik.

Pengumpulan data

Stempel waktu perubahan status dari 'Pending Information' ke status pemrosesan aktif.

Jenis peristiwa inferred
Investigasi dimulai
Menandai dimulainya tahap investigasi atau adjudikasi resmi atas klaim. Peristiwa ini sering tercatat saat klaim ditugaskan kepada investigator atau statusnya secara eksplisit diubah menjadi 'Under Investigation' di FINEOS.
Mengapa ini penting

Tonggak ini menandai awal tahap proses yang mungkin panjang dan kompleks. Melacak waktu mulainya penting untuk mengukur durasi dan efisiensi tahap investigasi.

Sumber data

Disimpulkan dari stempel waktu perubahan status menjadi 'Under Investigation' atau 'Adjudication in Progress'. Peristiwa ini juga dapat dikaitkan dengan tanggal penugasan peran investigator pada klaim.

Pengumpulan data

Stempel waktu saat status klaim berubah menjadi 'Under Investigation'.

Jenis peristiwa inferred
Investigasi selesai
Menandakan bahwa seluruh kegiatan investigasi yang diperlukan telah selesai dan klaim siap untuk diputuskan. Peristiwa ini disimpulkan dari perubahan status 'Under Investigation' ke status berikutnya, seperti 'Pending Decision' atau 'Ready for Assessment'.
Mengapa ini penting

Aktivitas ini menandai berakhirnya tahap pengumpulan bukti. Dengan menganalisis waktu dari 'Investigation Started' hingga tahap ini, Anda dapat menemukan hambatan dalam proses adjudikasi.

Sumber data

Disimpulkan dari stempel waktu saat status klaim berubah dari 'Under Investigation' ke status yang menandakan tahap keputusan atau penilaian akan dimulai.

Pengumpulan data

Stempel waktu saat status klaim berubah dari 'Under Investigation' menjadi 'Ready for Decision'.

Jenis peristiwa inferred
Kerugian dinilai
Menandakan bahwa dampak finansial klaim telah dihitung dan dicatat. Penilaian ini dapat mencakup kerusakan, biaya medis, atau kewajiban lainnya. Peristiwa ini sering tercatat saat kolom penilaian finansial tertentu diisi dan disimpan di FINEOS.
Mengapa ini penting

Ini adalah tonggak penting dalam proses keuangan. Waktu yang diperlukan untuk menilai kerugian setelah investigasi selesai dapat menjadi indikator kinerja tim penilai.

Sumber data

Kemungkinan disimpulkan dari stempel waktu saat kolom cadangan finansial atau estimasi kerugian pertama kali diisi atau ditetapkan di sistem. Peristiwa ini mungkin bukan perubahan status tersendiri, melainkan aktivitas entri data.

Pengumpulan data

Gunakan stempel waktu 'last updated' pada kolom penilaian finansial atau cadangan.

Jenis peristiwa inferred
Klaim dibuka kembali
Terjadi saat klaim yang sebelumnya ditutup diaktifkan kembali untuk ditinjau atau diproses lebih lanjut, biasanya karena banding atau informasi baru. Peristiwa ini tercatat saat status berubah dari 'Closed' atau 'Denied' kembali ke status aktif, seperti 'Under Review'.
Mengapa ini penting

Melacak klaim yang dibuka kembali penting untuk memahami pengecualian dan kegagalan proses. Hal ini menunjukkan kasus yang belum terselesaikan dengan benar pada upaya pertama, sehingga berdampak pada efisiensi dan biaya operasional.

Sumber data

Disimpulkan dari perubahan status akhir, misalnya 'Closed', ke status aktif yang belum final, misalnya 'Reopened' atau 'Under Review'. Untuk menemukannya, Anda perlu menganalisis urutan perubahan status dari waktu ke waktu.

Pengumpulan data

Temukan stempel waktu saat status berubah dari tertutup kembali menjadi terbuka.

Jenis peristiwa inferred
Klaim ditolak
Menandai hasil akhir klaim yang tidak disetujui untuk dibayar. Peristiwa ini tercatat saat status klaim ditetapkan sebagai 'Denied' atau 'Rejected'. Ini merupakan salah satu titik akhir proses.
Mengapa ini penting

Aktivitas ini merupakan titik akhir penting dalam proses. Dengan menganalisis jalur yang berujung pada penolakan, Anda dapat memperoleh wawasan tentang kualitas penerimaan klaim, penafsiran polis, atau pola potensi kecurangan.

Sumber data

Disimpulkan dari stempel waktu saat status akhir klaim tercatat sebagai 'Denied' atau 'Rejected' dalam tabel riwayat status.

Pengumpulan data

Stempel waktu perubahan status akhir menjadi 'Denied' atau 'Rejected'.

Jenis peristiwa inferred
Nilai penyelesaian dihitung
Tahap ini berlangsung setelah keputusan persetujuan. Jumlah pembayaran yang tepat dihitung berdasarkan batas polis, biaya yang menjadi tanggungan pemegang polis, dan kerugian yang telah dinilai. Peristiwa ini kemungkinan tercatat saat kolom jumlah pembayaran atau penyelesaian akhir diisi dan dikonfirmasi di FINEOS.
Mengapa ini penting

Aktivitas ini memisahkan tahap penghitungan dari tahap persetujuan klaim dan otorisasi pembayaran. Dengan begitu, Anda dapat menganalisis efisiensi tim keuangan dalam menetapkan jumlah pembayaran.

Sumber data

Disimpulkan dari stempel waktu saat jumlah penyelesaian atau pembayaran akhir dimasukkan atau diperbarui dalam catatan keuangan klaim di sistem.

Pengumpulan data

Gunakan stempel waktu 'last updated' pada kolom jumlah penyelesaian akhir.

Jenis peristiwa inferred
Tinjauan awal dilakukan
Menandakan bahwa penilai klaim atau petugas pemroses telah menyelesaikan penilaian awal atas keabsahan klaim, detailnya, dan dokumen yang diperlukan. Peristiwa ini sering disimpulkan dari perubahan status di FINEOS, misalnya dari 'New' atau 'Registered' menjadi 'Under Review' atau 'Assigned'.
Mengapa ini penting

Dengan melacak penyelesaian langkah ini, Anda dapat mengukur waktu hingga tindakan pertama dan menemukan penumpukan pekerjaan pada tahap triase serta penugasan awal. Keterlambatan di sini dapat memperpanjang keseluruhan siklus klaim secara signifikan.

Sumber data

Disimpulkan dari stempel waktu saat status klaim berubah menjadi status yang menandakan tinjauan telah selesai, misalnya 'Initial Review Complete', 'Pending Information', atau 'Under Investigation'. Data ini biasanya tersimpan dalam tabel riwayat status klaim.

Pengumpulan data

Temukan stempel waktu perubahan status dari 'New' atau 'Open' ke status setelah tinjauan.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari FINEOS Claims

Metode ekstraksi untuk proses ini sedang divalidasi. Silakan kembali lagi nanti atau hubungi kami untuk mendapatkan bantuan.

Siap memulai?

Templat ini mempermudah persiapan data agar Anda dapat segera menemukan wawasan dan meningkatkan operasional klaim. Manfaatkan data Anda mulai hari ini untuk meningkatkan efisiensi dan kepuasan pemegang polis.

Percepat penanganan klaim, mulai hari ini

Bergabunglah dengan para pemimpin yang mencapai 70% pemrosesan klaim langsung di FINEOS.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.