Templat data penanganan klaim Anda
Templat data penanganan klaim Anda
- Atribut yang disarankan untuk analisis terperinci
- Aktivitas utama penanganan klaim yang perlu dilacak
- Panduan praktis untuk mengambil data
Atribut penanganan klaim
| 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 | |||
Aktivitas penanganan klaim
| 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 | |||
Panduan ekstraksi
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.
Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.