Templat data penanganan klaim
Templat data penanganan klaim
- Atribut yang disarankan untuk pengumpulan data klaim
- Aktivitas utama yang perlu dilacak dalam proses klaim
- Panduan ekstraksi data Sapiens ClaimsPro langkah demi langkah
Atribut penanganan klaim
| Nama | Deskripsi | ||
|---|---|---|---|
| ID Klaim ClaimId | Pengenal unik untuk setiap klaim asuransi, yang berfungsi sebagai ID kasus utama untuk melacak seluruh siklus klaim. | ||
| Deskripsi ID Klaim adalah pengenal utama yang menghubungkan semua peristiwa dan aktivitas dalam satu klaim asuransi. Dengan ID ini, seluruh perjalanan klaim, dari pengajuan awal hingga penutupan, dapat disusun kembali dan dianalisis secara utuh. Dalam process mining, setiap entri log peristiwa harus dikaitkan dengan ID Klaim. Dengan begitu, alat dapat menelusuri jalur setiap klaim, menampilkan variasi proses, menghitung waktu siklus dari awal hingga akhir, serta menemukan hambatan atau penyimpangan dari alur kerja standar. Analisis berdasarkan ID Klaim memberikan gambaran lengkap tentang perjalanan klaim. Mengapa ini penting ID ini penting untuk mengelompokkan semua aktivitas terkait ke dalam satu instans proses, sehingga siklus klaim dapat dianalisis dari awal hingga akhir. Sumber data Ini adalah kunci utama pada tabel transaksi klaim utama di Sapiens ClaimsPro. Lihat dokumentasi sistem untuk mengetahui nama tabel dan kolom yang tepat. Contoh CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Nama Aktivitas ActivityName | Nama aktivitas bisnis atau peristiwa tertentu yang terjadi pada suatu tahap dalam proses klaim. | ||
| Deskripsi Atribut ini menjelaskan satu langkah atau tugas dalam siklus klaim, seperti 'Klaim Diajukan', 'Peninjauan Awal Dilakukan', atau 'Pembayaran Diterbitkan'. Setiap aktivitas menandai titik tertentu dalam proses, dengan waktu mulai dan, jika ada, waktu selesai. Analisis aktivitas merupakan inti process mining. Analisis ini membantu memvisualisasikan peta proses, menemukan hambatan antar langkah, melihat frekuensi aktivitas, dan memahami variasi proses. Urutan aktivitas untuk setiap ID Klaim menjadi dasar alur proses. Mengapa ini penting Atribut ini menentukan langkah-langkah proses, yang menjadi dasar pembuatan peta proses dan identifikasi hambatan atau inefisiensi. Sumber data Biasanya diambil dari log peristiwa, catatan perubahan status, atau tabel penyelesaian tugas di Sapiens ClaimsPro. Pemetaan dari kode status atau jenis transaksi mungkin diperlukan. Contoh Klaim didaftarkanPenyelidikan dimulaiNilai penyelesaian dihitungKlaim ditutup | |||
| Stempel Waktu Peristiwa EventTimestamp | Tanggal dan waktu tepat saat aktivitas atau peristiwa tertentu dimulai. | ||
| Deskripsi Stempel Waktu Peristiwa mencatat waktu mulai setiap aktivitas dalam proses klaim. Informasi ini memberikan urutan kronologis untuk menyusun peristiwa dan menghitung durasi di antaranya. Stempel waktu ini menjadi dasar waktu dalam log peristiwa. Dalam analisis process mining, atribut ini penting untuk menghitung semua metrik berbasis waktu, termasuk waktu siklus, waktu tunggu, dan durasi aktivitas. Atribut ini membantu menemukan hambatan, menganalisis kinerja proses dari waktu ke waktu, serta memantau kepatuhan terhadap SLA dengan menunjukkan kapan suatu aktivitas terjadi. Mengapa ini penting Stempel waktu ini diperlukan untuk mengurutkan peristiwa secara kronologis dan menghitung metrik durasi, seperti waktu siklus dan hambatan. Sumber data Tersimpan di tabel log peristiwa atau transaksi, bersama informasi aktivitas atau perubahan status di Sapiens ClaimsPro. Contoh 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| Departemen yang Ditugaskan AssignedDepartment | Departemen atau tim yang bertanggung jawab menangani klaim pada tahap tertentu. | ||
| Deskripsi Atribut ini menunjukkan unit bisnis atau tim, seperti 'Penerimaan Awal', 'Klaim Kompleks', atau 'SIU (Unit Investigasi Khusus)', yang ditugaskan untuk menangani klaim atau aktivitas. Atribut ini memungkinkan analisis proses berdasarkan departemen. Analisis per departemen membantu menemukan hambatan yang terjadi di tim tertentu, memahami perpindahan pekerjaan antar departemen, dan menilai efisiensi tiap departemen. Atribut ini penting untuk dashboard 'Beban Aktivitas Penilai dan Departemen' serta analisis proses organisasi tingkat lanjut. Mengapa ini penting Mendukung analisis kinerja proses dan perpindahan pekerjaan antar tim, sehingga hambatan dalam organisasi dapat terlihat. Sumber data Sering kali dikaitkan dengan profil pengguna di sistem atau ditetapkan langsung pada objek klaim. Lihat dokumentasi Sapiens ClaimsPro. Contoh Divisi Klaim Kendaraan BermotorKlaim PropertiUnit Investigasi Khusus | |||
| Jenis Klaim ClaimType | Kategori klaim asuransi, seperti kendaraan bermotor, properti, atau tanggung jawab. | ||
| Deskripsi Jenis Klaim mengelompokkan klaim berdasarkan lini bisnis atau sifat kerugiannya. Atribut segmentasi utama ini sering menentukan alur kerja yang akan diikuti dan tim yang akan terlibat. Analisis proses berdasarkan Jenis Klaim penting untuk menemukan perbedaan efisiensi dan prosedur di berbagai lini bisnis. Misalnya, proses klaim kendaraan bermotor mungkin cepat dan banyak menggunakan otomatisasi, sedangkan klaim properti komersial bisa lebih rumit dan memakan waktu. Atribut ini diperlukan untuk menghitung KPI 'Indeks Konsistensi Jumlah Penyelesaian'. Mengapa ini penting Memungkinkan perbandingan proses antar lini bisnis untuk menemukan praktik terbaik dan hambatan khusus pada setiap kategori klaim. Sumber data Kolom standar pada catatan klaim utama di Sapiens ClaimsPro. Ini merupakan elemen data inti dalam sistem klaim. Contoh Kerusakan Fisik Kendaraan BermotorTanggung Jawab UmumKompensasi PekerjaProperti Komersial | |||
| Jumlah Penyelesaian SettlementAmount | Jumlah akhir yang dibayarkan kepada pemohon klaim untuk menyelesaikan klaim. | ||
| Deskripsi Atribut ini mencatat nilai penyelesaian klaim. Ini adalah metrik hasil utama yang mencerminkan dampak keuangan klaim dan keputusan yang diambil selama proses. Dalam analisis proses, Jumlah Penyelesaian digunakan di dashboard 'Wawasan Keputusan dan Penyelesaian Klaim' untuk melihat hubungan antara variasi proses atau tindakan penilai dengan hasil penyelesaian. Atribut ini juga menjadi masukan utama bagi KPI 'Indeks Konsistensi Jumlah Penyelesaian', yang membantu menemukan perbedaan keputusan penyelesaian pada jenis klaim serupa. Mengapa ini penting Ini adalah metrik hasil utama. Membandingkannya dengan variasi proses dapat menunjukkan dampak inefisiensi atau penyimpangan proses terhadap hasil keuangan. Sumber data Tersedia di tabel transaksi keuangan atau pembayaran yang terkait dengan klaim di Sapiens ClaimsPro. Contoh 5000.001250.75250000.00 | |||
| Penilai Klaim yang Ditugaskan AssignedAdjuster | Nama atau ID penilai klaim yang bertanggung jawab menangani klaim atau aktivitas tertentu. | ||
| Deskripsi Atribut ini menunjukkan pengguna atau sumber daya yang melakukan tindakan pada klaim. Melacak penilai yang ditugaskan membantu memahami pembagian beban kerja, kinerja individu, dan alokasi sumber daya. Dalam analisis, Anda dapat memfilter peta proses untuk melihat cara penilai yang berbeda menangani klaim, membandingkan kinerja mereka, dan menemukan kebutuhan pelatihan. Atribut ini menjadi dasar dashboard 'Beban Aktivitas Penilai dan Departemen' serta penghitungan KPI 'Keseimbangan Beban Kerja Penilai'. Mengapa ini penting Penting untuk analisis sumber daya, membantu menemukan ketimpangan beban kerja, individu berkinerja tinggi, dan kebutuhan pelatihan. Sumber data Tersedia di log aktivitas pengguna atau tabel transaksi Sapiens ClaimsPro, biasanya terkait dengan pengguna yang membuat atau terakhir mengubah catatan. Contoh John Smithj.smithUSR-00451 | |||
| Tingkat Keparahan Klaim ClaimSeverity | Klasifikasi tingkat kerumitan atau potensi dampak keuangan klaim, misalnya rendah, sedang, atau tinggi. | ||
| Deskripsi Tingkat Keparahan Klaim adalah penilaian atas perkiraan kerumitan, risiko, atau paparan keuangan suatu klaim. Penilaian ini sering menentukan tingkat pemeriksaan, pengalaman yang dibutuhkan dari penilai, dan alur kerja yang akan diikuti. Atribut ini penting untuk dashboard 'Analisis Waktu Siklus berdasarkan Tingkat Keparahan Klaim'. Atribut ini membantu Anda mengetahui apakah klaim yang lebih rumit ditangani secara efisien atau justru menyebabkan waktu siklus lebih panjang. Informasi ini memberi konteks penting bagi metrik kinerja, karena klaim dengan tingkat keparahan tinggi biasanya membutuhkan waktu lebih lama daripada klaim dengan tingkat keparahan rendah. Mengapa ini penting Memberi konteks penting untuk analisis waktu siklus, membantu menjelaskan mengapa sebagian klaim memerlukan waktu lebih lama dan apakah kasus rumit ditangani secara efisien. Sumber data Kolom ini mungkin diisi secara manual atau berupa skor yang dihitung berdasarkan karakteristik klaim di Sapiens ClaimsPro. Contoh RendahSedangTinggiRumit | |||
| Waktu Selesai Peristiwa EventEndTime | Tanggal dan waktu tepat saat aktivitas tertentu selesai. | ||
| Deskripsi Waktu Selesai Peristiwa menandai saat suatu aktivitas berakhir. Beberapa peristiwa terjadi seketika (StartTime sama dengan EndTime), sedangkan aktivitas lain berlangsung selama jangka waktu tertentu. Jika tersedia, stempel waktu ini menunjukkan durasi setiap langkah secara tepat. Atribut ini digunakan untuk menghitung 'waktu aktif' atau 'waktu pemrosesan' suatu aktivitas, bukan 'waktu tunggu' di antara aktivitas. Dengan demikian, Anda dapat membedakan waktu yang digunakan untuk menangani klaim dari waktu klaim menganggur dalam antrean. Informasi ini penting untuk menemukan aktivitas tertentu yang memakan waktu lama. Mengapa ini penting Membantu menghitung waktu pemrosesan aktif setiap aktivitas dan membedakan waktu yang memberi nilai tambah dari waktu tunggu. Sumber data Mungkin tersedia di log transaksi yang sama dengan waktu mulai, atau perlu diperkirakan dari waktu mulai peristiwa berikutnya. Lihat dokumentasi Sapiens ClaimsPro. Contoh 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| Alasan Penolakan ReasonForRejection | Alasan khusus yang diberikan saat klaim atau pembayaran ditolak. | ||
| Deskripsi Saat keputusan klaim berstatus 'Ditolak', atribut ini menjelaskan alasannya. Isinya dapat berupa kode standar atau keterangan bebas, seperti 'Pengecualian Polis', 'Bukti Tidak Cukup', atau 'Dugaan Penipuan'. Informasi ini sangat berguna untuk dashboard 'Wawasan Keputusan dan Penyelesaian Klaim'. Analisis alasan penolakan dapat mengungkap pola, misalnya banyak klaim ditolak karena informasi tidak lengkap. Hal ini dapat menunjukkan masalah pada tahap pengumpulan data dan membantu menemukan akar penyebab penolakan klaim. Mengapa ini penting Memberi konteks penting untuk klaim yang ditolak, sehingga akar penyebab dapat dianalisis untuk mengurangi penolakan dan meningkatkan kualitas pengajuan. Sumber data Terkait dengan aktivitas 'Klaim Ditolak' atau 'Keputusan Klaim Dibuat', kemungkinan disimpan dalam kolom status atau kode alasan di Sapiens ClaimsPro. Contoh Pengecualian polisRisiko tidak ditanggungInformasi yang diminta tidak diberikanKlaim duplikat | |||
| Nomor Polis PolicyNumber | Pengenal unik polis asuransi yang menjadi dasar pengajuan klaim. | ||
| Deskripsi Nomor Polis menghubungkan klaim dengan kontrak asuransi yang dimiliki pemohon. Informasi ini memberi konteks penting tentang cakupan, batas pertanggungan, dan risiko sendiri yang memengaruhi penanganan serta keputusan klaim. Meski tidak selalu digunakan langsung dalam analisis alur proses, atribut ini penting untuk penyelidikan lebih mendalam. Analis dapat menghubungkan data klaim dengan data polis untuk mendapatkan gambaran yang lebih utuh tentang hubungan dengan pelanggan dan profil risiko. Data ini juga dapat digunakan untuk mengelompokkan klaim berdasarkan polis dan menemukan polis bermasalah atau tren tertentu. Mengapa ini penting Menghubungkan klaim dengan kontrak asuransi, sehingga analisis lebih mendalam dapat dilakukan dengan mengaitkan data proses ke detail polis, seperti cakupan dan batas pertanggungan. Sumber data Kolom standar pada catatan klaim utama di Sapiens ClaimsPro, yang menghubungkan klaim dengan sistem administrasi polis. Contoh POL-987654321POL-123456789POL-555444333 | |||
| Pembaruan Data Terakhir LastDataUpdate | Stempel waktu yang menunjukkan kapan data terakhir diperbarui atau diekstrak dari sistem sumber. | ||
| Deskripsi Atribut ini mencatat tanggal dan waktu pengambilan data terbaru dari Sapiens ClaimsPro. Informasi ini penting untuk mengetahui seberapa baru data yang dianalisis. Biasanya, nilainya sama untuk semua catatan dalam satu kumpulan data. Dalam analisis atau dashboard, stempel waktu ini memberi konteks penting tentang kebaruan data. Pengguna dapat mengetahui apakah informasi yang dilihat bersifat real-time atau berasal dari periode sebelumnya. Hal ini penting untuk mengambil keputusan operasional tepat waktu. Mengapa ini penting Memberi konteks tentang kebaruan data agar pengguna tahu seberapa mutakhir analisis yang dilihat. Sumber data Nilai ini dibuat dan ditambahkan ke kumpulan data selama proses ekstraksi data (ETL). Contoh 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
| Saluran Pengajuan SubmissionChannel | Cara klaim pertama kali diajukan, misalnya melalui portal online, agen, atau surat. | ||
| Deskripsi Atribut ini menunjukkan saluran penerimaan klaim baru. Saluran yang berbeda dapat memengaruhi kualitas data awal secara signifikan, yang kemudian berdampak pada seluruh proses berikutnya. Analisis proses berdasarkan Saluran Pengajuan membantu menjawab pertanyaan tentang efisiensi dan kualitas. Misalnya, dashboard 'Efisiensi Saluran Pengajuan Klaim' dapat menunjukkan apakah klaim yang diajukan melalui portal online memiliki waktu siklus lebih singkat dan lebih jarang perlu dikerjakan ulang dibandingkan klaim yang dikirim melalui surat. Wawasan ini dapat membantu menentukan investasi untuk mengoptimalkan saluran dan memperluas layanan digital. Mengapa ini penting Membantu menemukan saluran penerimaan yang menghasilkan pemrosesan paling efisien, serta peluang untuk menggunakan otomatisasi dan meningkatkan pengalaman pelanggan. Sumber data Biasanya dicatat saat kontak pertama dan disimpan sebagai kolom pada catatan klaim utama di Sapiens ClaimsPro. Contoh Portal OnlineAgenSuratTelepon | |||
| Sistem Sumber SourceSystem | Menunjukkan sistem asal data yang diekstrak, dalam hal ini Sapiens ClaimsPro. | ||
| Deskripsi Atribut ini menjelaskan asal data proses. Nilainya mungkin selalu 'Sapiens ClaimsPro' untuk kumpulan data ini, tetapi penting jika data digabungkan dari beberapa sistem. Dalam analisis, atribut ini membantu tata kelola data, pemecahan masalah, dan memastikan wawasan dikaitkan dengan sistem sumber yang tepat. Atribut ini juga penting untuk menjaga jejak asal data dan memahami konteks teknologi proses. Mengapa ini penting Menjaga jejak asal dan keterlacakan data, yang penting saat menggabungkan data dari beberapa sistem atau untuk keperluan audit. Sumber data Biasanya berupa nilai tetap yang ditambahkan untuk menandai asal catatan selama proses ekstraksi, transformasi, dan pemuatan data (ETL). Contoh Sapiens ClaimsProClaimsPro v10.1 | |||
| Status Klaim ClaimStatus | Keadaan operasional klaim saat ini, misalnya terbuka, menunggu, atau ditutup. | ||
| Deskripsi Atribut ini menunjukkan status keseluruhan kasus klaim pada waktu tertentu. Aktivitas adalah peristiwa, sedangkan status menunjukkan keadaan klaim setelah peristiwa tersebut terjadi. Status memberikan ringkasan tentang posisi klaim dalam siklusnya. Analisis status klaim membantu Anda memahami jumlah klaim yang masih terbuka dan tahap penanganannya. Informasi ini berguna untuk dashboard operasional dan penghitungan KPI 'Skor Transparansi Status Klaim', dengan melacak seberapa sering dan seberapa jelas status diperbarui selama proses. Mengapa ini penting Memberikan gambaran umum tentang keadaan klaim saat ini, berguna untuk memantau beban kerja yang sedang berjalan dan memahami perkembangan kasus. Sumber data Kolom utama pada catatan klaim di Sapiens ClaimsPro, yang diperbarui oleh berbagai transaksi bisnis. Contoh TerbukaMenunggu InformasiDitutup, DibayarDitutup, Ditolak | |||
| Status SLA SlaState | Penanda hasil perhitungan yang menunjukkan apakah klaim yang ditutup memenuhi tanggal target penyelesaian. | ||
| Deskripsi Atribut ini dihitung dengan membandingkan stempel waktu aktivitas 'Klaim Ditutup' dengan 'ResolutionTargetDate'. Klaim dikelompokkan ke dalam status seperti 'Tepat Waktu' atau 'Terlambat', sehingga kinerja SLA dapat diketahui dengan cepat. Kolom hasil perhitungan ini menjadi dasar dashboard 'Kepatuhan SLA Penyelesaian Klaim'. Pengguna dapat langsung memfilter semua klaim yang terlambat, lalu menelusuri jalur proses atau hambatan yang menyebabkan keterlambatan. Atribut ini juga mendukung KPI 'Tingkat Penyelesaian Klaim Tepat Waktu'. Mengapa ini penting Mengukur kepatuhan SLA secara langsung, sehingga klaim yang terlambat diselesaikan mudah difilter dan dianalisis. Sumber data Atribut ini tidak tersedia di sistem sumber. Nilainya dihitung saat transformasi data dengan membandingkan 'EventTimestamp' pada aktivitas 'Klaim Ditutup' dengan 'ResolutionTargetDate'. Contoh Tepat WaktuTerlambat | |||
| Tanggal Kerugian LossDate | Tanggal terjadinya insiden atau peristiwa yang menjadi dasar pengajuan klaim. | ||
| Deskripsi Tanggal Kerugian, yang juga dikenal sebagai Tanggal Terjadinya Kerugian, adalah tanggal terjadinya peristiwa sebenarnya, seperti kecelakaan mobil atau kerusakan properti, yang menjadi dasar klaim. Dari sudut pandang pelanggan, tanggal ini sering menjadi awal seluruh proses klaim. Atribut ini penting untuk menghitung jeda pelaporan, yaitu waktu antara Tanggal Kerugian dan tanggal 'Klaim Diajukan'. Analisis jeda ini dapat memberi wawasan tentang perilaku pelanggan dan menunjukkan peluang untuk mendorong pelaporan lebih cepat, yang sering menghasilkan penanganan lebih baik. Mengapa ini penting Menandai awal peristiwa yang memicu klaim, sehingga jeda pelaporan dapat dianalisis, yaitu waktu antara kerugian dan pengajuan klaim. Sumber data Kolom inti pada catatan klaim utama, yang dicatat saat Pemberitahuan Awal Kerugian (FNOL). Contoh 2023-10-202023-11-152024-01-05 | |||
| Tanggal Target Penyelesaian ResolutionTargetDate | Tanggal batas penyelesaian klaim yang diharapkan, berdasarkan perjanjian tingkat layanan (SLA). | ||
| Deskripsi Tanggal Target Penyelesaian adalah batas waktu penutupan klaim, yang biasanya ditentukan berdasarkan jenis klaim, wilayah hukum, atau ketentuan polis. Tanggal ini menjadi tolok ukur untuk mengukur kinerja dan kepatuhan terhadap perjanjian tingkat layanan. Tanggal ini menjadi dasar dashboard 'Kepatuhan SLA Penyelesaian Klaim' dan KPI 'Tingkat Penyelesaian Klaim Tepat Waktu'. Dengan membandingkan tanggal 'Klaim Ditutup' yang sebenarnya dengan tanggal target, sistem dapat mengelompokkan klaim sebagai 'Tepat Waktu' atau 'Terlambat' secara otomatis. Hasilnya, kinerja SLA terlihat jelas. Mengapa ini penting Menjadi tolok ukur kepatuhan SLA, sehingga tingkat penyelesaian tepat waktu dapat dihitung dan klaim yang berisiko terlambat dapat ditemukan. Sumber data Tanggal ini mungkin tersimpan di catatan klaim utama atau modul pengelolaan SLA terkait di Sapiens ClaimsPro. Contoh 2024-01-152024-03-202024-06-01 | |||
| Termasuk Pengerjaan Ulang IsRework | Penanda boolean hasil perhitungan yang menunjukkan aktivitas yang termasuk dalam siklus pengerjaan ulang. | ||
| Deskripsi Atribut ini bernilai 'true' saat aktivitas atau rangkaian aktivitas diulang untuk klaim yang sama. Misalnya, jika klaim berpindah dari 'Peninjauan Awal' ke 'Informasi Tambahan Diminta', lalu kembali ke 'Peninjauan Awal', peninjauan yang kedua akan ditandai sebagai pengerjaan ulang. Penandaan pengerjaan ulang penting untuk mengukur inefisiensi proses. Atribut ini mendukung dashboard 'Tren Pengerjaan Ulang dan Pengajuan Ulang Klaim' serta KPI 'Frekuensi Siklus Pengerjaan Ulang Klaim'. Dengan mengisolasi dan menganalisis siklus pengerjaan ulang, organisasi dapat menemukan akar masalah, seperti kualitas data awal yang buruk atau panduan yang kurang jelas, lalu mengurangi pekerjaan yang terbuang. Mengapa ini penting Membantu mengukur inefisiensi proses dengan menandai aktivitas yang diulang, sehingga upaya perbaikan dapat diarahkan dengan tepat. Sumber data Atribut ini tidak tersedia di sistem sumber. Alat process mining menghitungnya dengan mendeteksi rangkaian aktivitas yang berulang dalam satu kasus. Contoh truefalse | |||
Aktivitas penanganan klaim
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Keputusan klaim dibuat | Penilai klaim yang berwenang telah membuat dan mencatat keputusan resmi untuk menyetujui, menyetujui sebagian, atau menolak klaim. Ini merupakan tonggak penting dalam proses. | ||
| Mengapa ini penting Ini adalah titik keputusan penting yang menentukan jalur proses selanjutnya, yaitu pembayaran atau penutupan. Waktu hingga keputusan dibuat menjadi indikator kinerja utama. Sumber data Kemungkinan tercatat sebagai peristiwa tersendiri saat kolom keputusan atau hasil klaim diisi dan disimpan, misalnya 'Disetujui' atau 'Ditolak'. Pengumpulan data Stempel waktu saat kolom atau status keputusan, misalnya 'Status Klaim', ditetapkan ke keputusan akhir seperti 'Disetujui' atau 'Ditolak'. Jenis peristiwa explicit | |||
| Klaim diajukan | Menandai saat klaim pertama kali diterima dari pemegang polis atau pihak ketiga, apa pun saluran pengajuannya. Ini adalah titik awal siklus klaim dan biasanya tercatat melalui integrasi atau entri data manual. | ||
| Mengapa ini penting Aktivitas ini menjadi peristiwa awal utama dalam proses. Analisis waktu dari pengajuan hingga pendaftaran membantu menemukan keterlambatan dalam entri data dan penyiapan awal klaim. Sumber data Kemungkinan tercatat dari stempel waktu pembuatan catatan klaim awal atau kolom 'tanggal pengajuan' tertentu di tabel klaim utama. Pengumpulan data Peristiwa pembuatan catatan klaim di sistem, yang sering dikaitkan dengan entri First Notice of Loss (FNOL). Jenis peristiwa explicit | |||
| Klaim didaftarkan | Menandai pembuatan resmi dan pemberian ID Klaim unik di Sapiens ClaimsPro. Tahap ini biasanya berlangsung setelah pengajuan awal dan menunjukkan bahwa klaim telah masuk ke sistem untuk diproses. | ||
| Mengapa ini penting Menandai dimulainya pemrosesan internal secara resmi. Durasi antara 'Klaim diajukan' dan aktivitas ini mengukur efisiensi penerimaan klaim. Sumber data Dapat disimpulkan dari stempel waktu saat status catatan klaim berubah dari status awal, misalnya 'tertunda', menjadi 'terdaftar' atau 'terbuka'. Peristiwa ini juga mungkin tercatat secara langsung di log. Pengumpulan data Stempel waktu saat status klaim berubah menjadi 'Terdaftar', 'Terbuka', atau status aktif lain yang setara. Jenis peristiwa inferred | |||
| Klaim ditutup | Kasus klaim resmi ditutup di sistem. Ini menandakan semua aktivitas, termasuk pembayaran atau pemberitahuan penolakan, telah selesai. Peristiwa ini menjadi penanda utama berakhirnya proses dengan sukses. | ||
| Mengapa ini penting Aktivitas ini menandai akhir proses dan memungkinkan penghitungan total waktu siklus dari awal hingga akhir untuk setiap klaim. Sumber data Dapat disimpulkan dari stempel waktu saat status utama klaim diperbarui menjadi 'Ditutup' atau status akhir yang setara. Pengumpulan data Stempel waktu saat status di kolom status klaim utama berubah menjadi 'Ditutup'. Jenis peristiwa inferred | |||
| Pembayaran dikirim | Transaksi keuangan untuk membayar jumlah penyelesaian telah dilakukan. Peristiwa ini menandai saat dana dikirim kepada pengaju klaim atau penerima manfaat. | ||
| Mengapa ini penting Ini adalah tonggak penting yang dirasakan langsung oleh pelanggan. Durasi antara 'Keputusan klaim dibuat' dan aktivitas ini sangat memengaruhi kepuasan pelanggan. Sumber data Tercatat dari stempel waktu transaksi pembayaran di modul keuangan yang terhubung dengan ID Klaim. Pengumpulan data Stempel waktu dari log transaksi pembayaran atau catatan antarmuka sistem keuangan yang terkait dengan klaim. Jenis peristiwa explicit | |||
| Penyelidikan selesai | Menandakan semua kegiatan penyelidikan yang diperlukan telah selesai dan temuannya telah didokumentasikan. Tahap ini harus selesai sebelum keputusan akhir atas klaim dapat dibuat. | ||
| Mengapa ini penting Tonggak penting ini menandai berakhirnya tahap pengumpulan bukti. Anda dapat menganalisis efisiensi penyelidikan dan dampaknya terhadap waktu pengambilan keputusan. Sumber data Dapat disimpulkan dari perubahan status menjadi 'Penyelidikan Selesai' atau 'Menunggu Keputusan', maupun stempel waktu penyelesaian tugas penyelidikan terakhir. Pengumpulan data Stempel waktu perubahan status yang menandakan penyelidikan berakhir atau semua subtugas penyelidikan telah ditandai selesai. Jenis peristiwa inferred | |||
| Informasi tambahan diminta | Penilai klaim menemukan informasi yang kurang atau belum lengkap, lalu mengirim permintaan kepada pemegang polis atau pihak ketiga. Aktivitas ini memulai masa tunggu yang umum terjadi dalam proses. | ||
| Mengapa ini penting Aktivitas ini memulai siklus pengerjaan ulang. Frekuensi yang tinggi menunjukkan masalah dalam pengumpulan data awal, yang menyebabkan keterlambatan dan menambah pekerjaan manual. Sumber data Dapat tercatat sebagai peristiwa saat surat atau pesan dikirim, atau disimpulkan dari perubahan status klaim menjadi 'Menunggu Informasi' atau 'Ditahan'. Pengumpulan data Stempel waktu saat status klaim berubah menjadi 'Menunggu Informasi' atau saat komunikasi keluar dicatat di log. Jenis peristiwa inferred | |||
| Informasi tambahan diterima | Menandai diterimanya informasi yang diminta sehingga pemrosesan klaim dapat dilanjutkan. Peristiwa ini mengakhiri siklus pengerjaan ulang yang dimulai saat permintaan dikirim. | ||
| Mengapa ini penting Analisis waktu antara 'Informasi tambahan diminta' dan aktivitas ini menunjukkan keterlambatan dari pihak luar dan membantu mengelola ekspektasi pelanggan. Sumber data Dapat disimpulkan saat status klaim berubah dari 'Menunggu Informasi' kembali ke status aktif seperti 'Terbuka' atau 'Sedang Ditinjau'. Peristiwa ini juga dapat dikaitkan dengan log dokumen masuk. Pengumpulan data Stempel waktu saat status berubah dari 'Tertunda' menjadi 'Aktif', biasanya setelah dokumen diunggah. Jenis peristiwa inferred | |||
| Klaim dibuka kembali | Klaim yang sebelumnya ditutup diaktifkan kembali untuk ditinjau atau ditindaklanjuti. Peristiwa pengecualian ini dapat terjadi karena informasi baru atau pengajuan banding. | ||
| Mengapa ini penting Menunjukkan pengecualian proses dan kemungkinan masalah dalam penanganan awal klaim. Tingginya jumlah klaim yang dibuka kembali dapat menandakan masalah pada kualitas keputusan atau komunikasi dengan pelanggan. Sumber data Dapat disimpulkan dari perubahan status 'Ditutup' kembali menjadi 'Terbuka' atau 'Sedang Ditinjau'. Pengumpulan data Stempel waktu saat status berubah dari status akhir atau tertutup menjadi status aktif atau terbuka. Jenis peristiwa inferred | |||
| Klaim ditolak | Klaim resmi ditolak dan berkasnya sedang disiapkan untuk ditutup. Tahap ini mengikuti aktivitas 'Keputusan klaim dibuat' dengan hasil keputusan 'Ditolak'. | ||
| Mengapa ini penting Menandai jalur proses alternatif yang penting. Analisis jalur ini dapat menunjukkan pola klaim yang ditolak dan memastikan prosedur yang tepat telah diikuti. Sumber data Peristiwa ini sering kali sama dengan 'Klaim ditutup', tetapi dibedakan berdasarkan atribut keputusan akhir. Peristiwa ini dapat dimodelkan sebagai aktivitas terpisah jika nilai kolom 'Keputusan' adalah 'Ditolak'. Pengumpulan data Simpulkan dari peristiwa 'Klaim ditutup' saat atribut keputusan akhir pada klaim bernilai 'Ditolak' atau nilai serupa. Jenis peristiwa calculated | |||
| Nilai kerugian ditetapkan | Peristiwa saat nilai kerugian secara resmi ditentukan dan dicatat. Nilai ini menjadi masukan penting untuk menghitung jumlah penyelesaian akhir. | ||
| Mengapa ini penting Tahap ini penting untuk perencanaan keuangan dan pengelolaan cadangan. Keterlambatan penilaian kerugian dapat menunda seluruh proses penyelesaian dan pembayaran. Sumber data Kemungkinan tercatat sebagai stempel waktu saat kolom cadangan keuangan atau nilai kerugian ditetapkan atau disetujui di sistem. Pengumpulan data Stempel waktu yang terkait dengan pengisian atau persetujuan akhir kolom 'Nilai Kerugian' atau 'Nilai Cadangan'. Jenis peristiwa explicit | |||
| Nilai penyelesaian dihitung | Setelah klaim disetujui, jumlah akhir yang harus dibayarkan kepada pengaju klaim telah dihitung. Tahap ini berlangsung sebelum pembayaran mendapat otorisasi. | ||
| Mengapa ini penting Mengukur efisiensi penghitungan keuangan setelah keputusan dibuat. Hambatan pada tahap ini dapat menunda pembayaran akhir. Sumber data Dapat disimpulkan dari stempel waktu saat kolom 'Jumlah Penyelesaian' diisi dan dikonfirmasi di modul keuangan sistem. Pengumpulan data Stempel waktu saat kolom 'Jumlah Penyelesaian' pada catatan klaim ditetapkan. Jenis peristiwa inferred | |||
| Pembayaran mendapat otorisasi | Persetujuan internal telah diberikan untuk mencairkan dana penyelesaian. Biasanya, manajer atau anggota tim keuangan lain meninjau dan mengotorisasi pembayaran. | ||
| Mengapa ini penting Menunjukkan potensi keterlambatan dalam alur kerja persetujuan keuangan internal setelah keputusan klaim dibuat dan jumlah pembayaran dihitung. Sumber data Kemungkinan tercatat sebagai peristiwa saat tindakan persetujuan dilakukan dalam alur kerja sistem, atau saat status berubah menjadi 'Menunggu Pembayaran' atau 'Disetujui untuk Dibayar'. Pengumpulan data Entri log peristiwa atau stempel waktu perubahan status yang menunjukkan pembayaran telah disetujui. Jenis peristiwa explicit | |||
| Peninjauan awal selesai | Penilai klaim atau petugas penanganan klaim telah menyelesaikan pemeriksaan awal atas detail dan dokumen klaim yang diajukan. Tahap ini menentukan validitas awal dan langkah selanjutnya. | ||
| Mengapa ini penting Tahap ini penting untuk mengetahui seberapa cepat klaim dipilah. Keterlambatan dapat memperpanjang waktu siklus secara keseluruhan dan menurunkan kepuasan pelanggan. Sumber data Kemungkinan disimpulkan dari stempel waktu saat status berubah menjadi 'Sedang Ditinjau' atau 'Sudah Ditinjau', atau saat tugas/langkah alur kerja peninjauan awal selesai. Pengumpulan data Stempel waktu penyelesaian tugas 'Peninjauan Awal' atau peristiwa pembaruan status di log peristiwa atau tabel riwayat klaim. Jenis peristiwa inferred | |||
| Penyelidikan dimulai | Menandai dimulainya tahap penyelidikan resmi atas klaim. Tahap ini dapat mencakup penugasan spesialis, penjadwalan inspeksi, atau kegiatan lain untuk mengumpulkan bukti secara terperinci. | ||
| Mengapa ini penting Aktivitas ini menandai dimulainya tahap penting yang sering memakan waktu. Mengukur durasi penyelidikan membantu menemukan hambatan utama. Sumber data Kemungkinan disimpulkan dari perubahan status menjadi 'Dalam Penyelidikan' atau tanggal pembuatan tugas maupun penugasan penyelidikan pertama. Pengumpulan data Stempel waktu saat status klaim diperbarui menjadi 'Penyelidikan Berlangsung' atau status serupa. Jenis peristiwa inferred | |||
Panduan ekstraksi
Metode ekstraksi untuk proses ini sedang divalidasi. Silakan kembali lagi nanti atau hubungi kami untuk mendapatkan bantuan.
Siap memulai?
Mulai optimalkan proses penanganan klaim Anda hari ini dengan menyiapkan data menggunakan templat ini. Temukan wawasan penting dan tingkatkan alur kerja Anda.
Percepat penanganan klaim dan tuntaskan tumpukan pekerjaan sekarang
Bergabunglah dengan perusahaan yang mencapai 70% pemrosesan langsung tanpa intervensi dan penyelesaian klaim yang cepat.
Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.