Templat data proses klaim

Template process mining universal
Templat data proses klaim

Templat data proses klaim

Template process mining universal

Ini template data umum kami untuk process mining Penanganan klaim. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.

Pilih sistem tertentu
  • Panduan terstruktur tentang atribut data penting.
  • Aktivitas proses utama untuk melihat perjalanan klaim secara menyeluruh.
  • Kerangka fleksibel yang dapat digunakan dengan sistem klaim apa pun.
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut proses klaim

Di bawah ini terdapat daftar kolom data yang disarankan beserta keterangannya. Data ini penting untuk membuat event log terperinci bagi analisis proses klaim.
5 Wajib 7 Disarankan 6 Opsional
Nama Deskripsi
ID Klaim
ClaimId
Pengenal unik untuk satu klaim asuransi, yang berfungsi sebagai ID kasus utama dalam process mining.
Deskripsi

ID Klaim adalah kunci unik yang diberikan kepada setiap klaim asuransi saat didaftarkan. ID ini menjadi penghubung utama bagi semua aktivitas, peristiwa, dan titik data terkait sepanjang siklus klaim, dari pengajuan awal hingga penutupan.

Dalam process mining, ID Klaim menjadi dasar untuk merekonstruksi perjalanan setiap klaim dari awal hingga akhir. Dengan mengelompokkan semua peristiwa yang memiliki ID Klaim sama, perangkat lunak dapat menampilkan alur proses, menemukan variasi, dan menghitung metrik di tingkat kasus. ID ini memastikan setiap tindakan, mulai dari penugasan penilai klaim hingga pengiriman pembayaran, dikaitkan dengan klaim yang tepat sehingga analisis proses menjadi utuh dan akurat.

Mengapa ini penting

ID kasus utama ini menghubungkan semua peristiwa terkait, sehingga perjalanan setiap klaim dari awal hingga akhir dapat ditelusuri.

Sumber data

Biasanya tercantum di bagian atas atau catatan utama berkas klaim maupun transaksi di sistem manajemen klaim.

Contoh
CL-2023-001234A789-C54329876543210
Nama Aktivitas
ActivityName
Nama aktivitas bisnis atau peristiwa yang terjadi pada waktu tertentu dalam penanganan klaim.
Deskripsi

Nama Aktivitas menjelaskan langkah, tugas, atau peristiwa tertentu dalam siklus pemrosesan klaim. Aktivitas ini menggambarkan pekerjaan yang dilakukan, seperti 'Klaim Didaftarkan', 'Investigasi Dimulai', atau 'Pembayaran Dikirim'. Setiap aktivitas merupakan titik tersendiri dalam proses yang tercatat di log peristiwa.

Dalam analisis process mining, aktivitas menjadi unsur dasar peta proses. Analisis urutan, frekuensi, dan durasi aktivitas menunjukkan alur proses yang sebenarnya, jalur yang umum, hambatan, serta penyimpangan dari prosedur standar. Nama aktivitas yang jelas dan konsisten penting untuk membuat model proses yang mudah dipahami dan ditindaklanjuti.

Mengapa ini penting

Aktivitas menjadi inti peta proses. Urutan dan durasi langkah serta tugasnya dianalisis untuk memahami kinerja proses.

Sumber data

Biasanya tercantum dalam log peristiwa, jejak audit, atau catatan transaksi di sistem manajemen klaim.

Contoh
Klaim didaftarkanKerugian DinilaiPembayaran DikirimKlaim Ditolak
Waktu Mulai
StartTime
Waktu yang menunjukkan kapan suatu aktivitas atau peristiwa dimulai.
Deskripsi

Waktu Mulai adalah penanda tanggal dan waktu yang tepat saat suatu aktivitas dimulai. Data ini penting untuk setiap peristiwa dalam log proses karena memberikan konteks waktu yang diperlukan untuk analisis kinerja.

Dalam process mining, Waktu Mulai diperlukan untuk mengurutkan peristiwa secara kronologis dan merekonstruksi perjalanan kasus dengan akurat. Data ini menjadi dasar untuk menghitung indikator kinerja utama, seperti waktu siklus, waktu tunggu, dan waktu pemrosesan. Analisis stempel waktu membantu menemukan keterlambatan antar langkah, mengukur kepatuhan terhadap perjanjian tingkat layanan (SLA), dan memahami dinamika waktu dalam proses klaim.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa dengan benar dan menghitung semua metrik terkait waktu, seperti waktu siklus dan hambatan.

Sumber data

Biasanya tercatat dalam log peristiwa, jejak audit, atau data transaksi, dengan label seperti 'waktu peristiwa' atau 'tanggal dibuat'.

Contoh
2023-03-15T09:00:00Z2023-05-20T14:35:10Z2023-07-01T11:21:05Z
Pembaruan Data Terakhir
LastDataUpdate
Waktu pembaruan atau ekstraksi data terbaru dari sistem sumber.
Deskripsi

Pembaruan Data Terakhir menunjukkan kapan data log peristiwa terakhir diperbarui dari sistem sumber. Stempel waktu ini memberi konteks tentang kebaruan data yang dianalisis, sehingga pemangku kepentingan mengetahui seberapa mutakhir data tersebut.

Dalam analisis proses, ketepatan waktu data penting untuk mengambil keputusan yang tepat. Atribut ini membantu pengguna memahami apakah data yang dilihat mencerminkan proses yang hampir real-time atau hanya gambaran historis. Informasi ini sangat penting untuk dashboard pemantauan berkelanjutan dan untuk memastikan kesimpulan didasarkan pada informasi yang relevan dan terbaru.

Mengapa ini penting

Memberi konteks penting tentang kemutakhiran data, sehingga analisis dan keputusan didasarkan pada informasi terbaru.

Sumber data

Biasanya berupa metadata yang dibuat selama proses ekstraksi, transformasi, dan pemuatan data (ETL).

Contoh
2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Sistem Sumber
SourceSystem
Sistem pencatatan asal tempat data peristiwa diambil.
Deskripsi

Atribut Sistem Sumber menunjukkan aplikasi atau platform TI tempat aktivitas pertama kali dicatat. Di lingkungan yang kompleks, data pemrosesan klaim dapat berasal dari beberapa sistem, seperti platform inti klaim, sistem manajemen dokumen, atau perangkat manajemen hubungan pelanggan (CRM).

Informasi tentang sistem sumber berguna untuk memvalidasi data dan menganalisis fragmentasi proses. Informasi ini membantu melacak masalah kualitas data hingga ke sumbernya dan dapat mengungkap inefisiensi akibat pemindahan data secara manual atau serah terima pekerjaan antar sistem. Analisis ini dapat menunjukkan peluang untuk meningkatkan integrasi sistem dan otomatisasi.

Mengapa ini penting

Menunjukkan asal data peristiwa. Informasi ini penting untuk memvalidasi data dan menganalisis pelaksanaan proses di beberapa sistem TI.

Sumber data

Informasi ini dapat menjadi bagian dari logika ekstraksi data atau disimpan sebagai kolom dalam log peristiwa sistem yang terintegrasi.

Contoh
Rangkaian Sistem Manajemen KlaimPortal CRMSistem Pengelolaan Dokumen
Departemen
Department
Unit bisnis, tim, atau departemen yang bertanggung jawab menangani aktivitas atau klaim pada waktu tertentu.
Deskripsi

Atribut Departemen menunjukkan kelompok organisasi yang bertanggung jawab atas klaim pada tahap tertentu dalam siklusnya. Contohnya termasuk 'Laporan Awal Kerugian', 'Unit Investigasi', atau 'Departemen Pembayaran'.

Informasi ini penting untuk memahami serah terima pekerjaan dan kolaborasi antarbagian organisasi. Analisis proses berdasarkan departemen dapat mengungkap keterlambatan saat klaim berpindah dari satu tim ke tim lain. Informasi ini membantu menemukan hambatan antar departemen dan penting untuk menilai beban kerja serta kinerja tiap tim. Data ini juga mendukung KPI seperti Keseimbangan Beban Kerja Penilai Klaim dan dashboard Kinerja Tim.

Mengapa ini penting

Membantu menganalisis serah terima pekerjaan antar tim dan menemukan hambatan antar departemen untuk mendukung analisis kinerja organisasi.

Sumber data

Biasanya tersimpan dalam catatan klaim dan sering dikaitkan dengan pengguna yang ditugaskan atau tahap proses saat ini.

Contoh
Tim Penerimaan KlaimUnit Investigasi KhususPenilaian Tanggung JawabKeuangan dan Pembayaran
Jenis Klaim
ClaimType
Kategori klaim asuransi yang membantu mengelompokkan dan membandingkan kinerja proses untuk berbagai jenis klaim.
Deskripsi

Jenis Klaim mengelompokkan klaim berdasarkan lini bisnis atau sifat kerugiannya, seperti 'Kendaraan Bermotor', 'Properti', 'Tanggung Jawab', atau 'Disabilitas'. Jenis klaim yang berbeda sering mengikuti jalur proses dan tingkat kompleksitas yang berbeda, serta memiliki SLA masing-masing.

Mengelompokkan analisis proses berdasarkan Jenis Klaim merupakan cara penting untuk mendapatkan wawasan yang bermakna. Cara ini memungkinkan perbandingan waktu siklus, biaya, dan kesesuaian proses di berbagai kategori. Analisis dapat menunjukkan bahwa proses yang efisien untuk klaim kendaraan bermotor mungkin tidak efisien untuk klaim properti, sehingga upaya perbaikan dapat diarahkan dengan tepat. Atribut ini penting untuk dashboard 'Kinerja berdasarkan Kategori Klaim'.

Mengapa ini penting

Memungkinkan klaim dikelompokkan untuk membandingkan proses dan kinerja di berbagai lini bisnis serta menemukan masalah khusus pada kategori tertentu.

Sumber data

Kolom standar dalam catatan utama klaim, biasanya diisi saat klaim dibuat.

Contoh
Kendaraan BermotorPropertiKompensasi PekerjaTanggung Jawab Umum
Nilai Penyelesaian
SettlementAmount
Jumlah akhir yang dibayarkan kepada pengaju klaim atau pihak ketiga untuk menyelesaikan klaim.
Deskripsi

Nilai Penyelesaian adalah total uang yang dibayarkan untuk menyelesaikan klaim. Metrik hasil ini penting karena menunjukkan dampak finansial klaim. Nilainya biasanya ditentukan setelah kerugian dinilai dan keputusan dibuat.

Dalam process mining, atribut ini penting untuk analisis berbasis biaya. Atribut ini memungkinkan penghitungan KPI seperti 'Biaya Rata-Rata per Klaim' dan membantu menganalisis pengaruh variasi proses terhadap hasil finansial. Misalnya, analisis dapat menunjukkan bahwa klaim dengan pekerjaan ulang atau waktu siklus lebih lama cenderung memiliki nilai penyelesaian lebih tinggi. Hal ini menghubungkan efisiensi proses secara langsung dengan kinerja finansial dan menjadi dasar dashboard 'Analisis Biaya Klaim'.

Mengapa ini penting

Metrik hasil ini menghubungkan perilaku proses secara langsung dengan dampak finansial, sehingga analisis biaya dan manfaat perbaikan proses dapat dilakukan.

Sumber data

Tercantum dalam catatan keuangan atau pembayaran yang terkait dengan klaim, dan ditetapkan saat klaim ditutup atau dibayar.

Contoh
1500.0025000.50125.750.00
Penilai Klaim yang Ditugaskan
AssignedAdjuster
Nama atau ID pengguna, seperti penilai klaim, yang bertanggung jawab menangani klaim atau aktivitas.
Deskripsi

Penilai Klaim yang Ditugaskan menunjukkan pegawai atau pengguna yang melakukan aktivitas tertentu atau bertanggung jawab atas klaim pada waktu tertentu. Atribut ini menghubungkan langkah proses dengan sumber daya manusia yang menjalankannya.

Analisis data berdasarkan penilai klaim penting untuk mengelola beban kerja, mengevaluasi kinerja, dan menemukan kebutuhan pelatihan. Manajer dapat membandingkan kinerja anggota tim, memastikan pembagian kerja yang merata, serta mengenali pegawai berkinerja tinggi atau yang memerlukan dukungan tambahan. Tampilan berdasarkan sumber daya ini penting untuk dashboard kinerja tim dan keseimbangan beban kerja.

Mengapa ini penting

Menghubungkan aktivitas proses dengan orang yang melakukannya, sehingga beban kerja, kinerja tim, dan alokasi sumber daya dapat dianalisis.

Sumber data

Tercantum dalam catatan transaksi, log audit, atau kolom penugasan pengguna di sistem manajemen klaim.

Contoh
John SmithUSER789Emily Jonesadjuster_team_a
Tanggal Target Penyelesaian
ResolutionTargetDate
Tanggal target penyelesaian klaim, berdasarkan perjanjian tingkat layanan (SLA) atau peraturan.
Deskripsi

Tanggal Target Penyelesaian, atau tanggal jatuh tempo, adalah batas waktu penyelesaian proses klaim. Tanggal ini sering ditetapkan berdasarkan persyaratan peraturan atau perjanjian tingkat layanan (SLA) internal untuk memastikan layanan kepada nasabah diberikan tepat waktu.

Atribut ini penting untuk memantau kepatuhan dan kinerja. Dengan membandingkan tanggal penutupan klaim aktual dengan tanggal target, organisasi dapat mengukur Tingkat Kepatuhan SLA. Process mining dapat menunjukkan langkah atau variasi proses yang paling mungkin menyebabkan pelanggaran SLA. Informasi ini membantu mengelola tenggat secara proaktif dan memprioritaskan perbaikan yang paling berdampak pada ketepatan waktu penyelesaian. Data ini mendukung dashboard 'Kepatuhan terhadap SLA dan Tenggat'.

Mengapa ini penting

Memungkinkan pengukuran kinerja tepat waktu berdasarkan SLA atau tenggat peraturan, yang merupakan ukuran penting efektivitas proses.

Sumber data

Biasanya dihitung berdasarkan aturan bisnis saat klaim dibuat, lalu disimpan dalam catatan utama klaim.

Contoh
2023-04-142023-06-192023-08-30
Tingkat Keparahan Klaim
ClaimSeverity
Klasifikasi perkiraan kompleksitas atau potensi dampak finansial klaim, seperti Rendah, Sedang, atau Tinggi.
Deskripsi

Tingkat Keparahan Klaim menunjukkan perkiraan kompleksitas, urgensi, atau potensi biaya finansial klaim. Klasifikasi ini membantu menentukan prioritas klaim dan menugaskannya kepada penilai dengan tingkat keahlian yang sesuai. Tingkat keparahan dapat ditentukan berdasarkan perkiraan nilai kerugian, sifat insiden, atau adanya proses hukum.

Analisis proses berdasarkan Tingkat Keparahan Klaim penting untuk memastikan prosedur penanganan disesuaikan dengan kebutuhan. Misalnya, klaim dengan tingkat keparahan tinggi mungkin memerlukan waktu siklus lebih lama, tetapi harus melalui investigasi yang lebih ketat. Atribut ini membantu memastikan klaim kompleks mendapat perhatian yang diperlukan, sementara klaim sederhana diproses dengan cepat. Dengan begitu, alokasi sumber daya dan kepuasan nasabah dapat ditingkatkan.

Mengapa ini penting

Membantu membedakan klaim sederhana dan kompleks, sehingga Anda dapat menilai apakah pelaksanaan proses sudah disesuaikan dengan kompleksitas klaim.

Sumber data

Sering ditentukan oleh aturan bisnis saat klaim diterima dan disimpan sebagai kolom dalam catatan utama klaim.

Contoh
RendahSedangTinggiKatastrofik
Waktu Selesai
EndTime
Waktu yang menunjukkan kapan suatu aktivitas atau peristiwa selesai.
Deskripsi

Waktu Selesai adalah penanda tanggal dan waktu yang tepat saat suatu aktivitas berakhir. Jika tersedia bersama Waktu Mulai, data ini memungkinkan pengukuran durasi aktivitas secara akurat.

Atribut ini sangat berguna untuk analisis kinerja secara terperinci. Selisih antara Waktu Mulai dan Waktu Selesai menunjukkan 'waktu pemrosesan' atau 'durasi aktivitas', metrik penting untuk menemukan langkah yang tidak efisien. Analisis waktu pemrosesan membantu mengidentifikasi aktivitas yang paling banyak menggunakan sumber daya dan menentukan bagian operasional yang perlu disederhanakan. Data ini menjadi dasar untuk membuat dashboard terkait hambatan proses dan kinerja tim.

Mengapa ini penting

Memungkinkan penghitungan waktu pemrosesan aktivitas secara akurat, yang penting untuk menemukan hambatan dan menganalisis efisiensi penggunaan sumber daya.

Sumber data

Biasanya tercantum dalam log peristiwa atau jejak audit bersama waktu mulai. Jika yang dicatat hanya peristiwa perubahan, waktu selesai mungkin perlu diturunkan dari data tersebut.

Contoh
2023-03-15T11:30:00Z2023-05-20T15:05:45Z2023-07-01T11:29:15Z
Alasan penolakan
DenialReason
Alasan spesifik yang diberikan saat klaim ditolak.
Deskripsi

Alasan penolakan berupa kode atau keterangan yang menjelaskan mengapa klaim tidak dibayar. Penyebabnya dapat berupa pertanggungan yang tidak mencakup kerugian, dugaan kecurangan, atau dokumen wajib yang tidak diserahkan.

Analisis alasan penolakan membantu menemukan cara untuk memperbaiki proses internal dan komunikasi dengan nasabah. Misalnya, banyaknya klaim yang ditolak karena informasi tidak lengkap dapat menunjukkan perlunya perbaikan pada proses penerimaan klaim. Analisis akar penyebab dapat menghasilkan ketentuan polis yang lebih jelas, edukasi nasabah yang lebih baik, dan mengurangi upaya administrasi untuk klaim yang pada akhirnya akan ditolak.

Mengapa ini penting

Menjelaskan alasan klaim tidak dibayar. Informasi ini membantu menganalisis akar penyebab dan memperbaiki komunikasi dengan nasabah serta proses awal.

Sumber data

Dipilih dari daftar yang tersedia atau diisi sebagai teks oleh penilai klaim saat aktivitas 'Klaim Ditolak' terjadi.

Contoh
Tidak ditanggung polisDiduga ada kecuranganDokumen tidak lengkapKlaim duplikat
Kanal Pengajuan
SubmissionChannel
Cara atau kanal yang digunakan untuk pertama kali mengajukan klaim.
Deskripsi

Kanal Pengajuan menunjukkan cara klaim pertama kali dilaporkan kepada perusahaan. Kanal yang umum digunakan antara lain portal nasabah online, aplikasi seluler, agen, broker, atau surat biasa.

Analisis proses berdasarkan kanal pengajuan dapat mengungkap perbedaan penting dalam kualitas data, efisiensi, dan pengalaman nasabah. Misalnya, klaim yang diajukan melalui portal digital mungkin memiliki lebih sedikit kesalahan entri data dan waktu pemrosesan awal yang lebih cepat dibandingkan klaim yang dikirim melalui surat. Wawasan ini dapat membantu menentukan kanal yang perlu dipromosikan serta area yang perlu mendapat investasi untuk otomatisasi dan perbaikan proses.

Mengapa ini penting

Membantu menganalisis pengaruh kanal penerimaan klaim terhadap efisiensi proses, kualitas data, dan total waktu siklus.

Sumber data

Biasanya dicatat selama proses 'Laporan Awal Kerugian' (FNOL) dan disimpan dalam catatan utama klaim.

Contoh
Portal WebAgenTeleponSurat
Nilai klaim yang diajukan
ClaimedAmount
Total nilai uang yang pertama kali diminta pemegang polis saat mengajukan klaim.
Deskripsi

Nilai klaim yang diajukan adalah perkiraan awal kerugian atau jumlah yang diminta pengaju klaim saat proses dimulai. Nilai ini dapat berubah setelah penyelidikan dan penilaian.

Data ini berguna untuk berbagai analisis. Anda dapat menggunakannya untuk menentukan tingkat keparahan awal klaim dan membandingkan nilai klaim awal dengan nilai penyelesaian akhir. Selisihnya dapat menunjukkan ketepatan perkiraan awal dan efektivitas pengendalian biaya dalam proses klaim. Data ini juga menjadi masukan penting untuk peramalan keuangan dan pencadangan.

Mengapa ini penting

Menunjukkan nilai awal klaim. Data ini berguna untuk menilai tingkat keparahan dan membandingkannya dengan nilai penyelesaian akhir.

Sumber data

Dicatat saat klaim pertama kali diajukan dan disimpan di bagian keuangan dalam catatan klaim.

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

Nomor polis adalah identitas unik kontrak asuransi yang menanggung kerugian yang dilaporkan. Nomor ini menghubungkan klaim dengan nasabah tertentu, ketentuan polis, batas pertanggungan, dan detail kontrak lainnya.

Nomor polis tidak selalu digunakan langsung dalam analisis alur proses, tetapi tetap menjadi informasi penting untuk memahami konteks klaim. Anda dapat mengelompokkan data klaim berdasarkan polis atau nasabah, lalu melihat pola seperti frekuensi klaim yang tinggi dari satu pemegang polis. Data ini juga dapat diperkaya dengan detail polis, seperti jenis polis dan nilai pertanggungan, untuk segmentasi dan analisis lebih lanjut.

Mengapa ini penting

Menghubungkan klaim dengan kontrak asuransi tertentu. Data polis dapat ditambahkan untuk menghasilkan analisis yang lebih mendalam dan sesuai konteks.

Sumber data

Data penting yang dicatat saat klaim diterima dan disimpan di bagian header catatan klaim.

Contoh
POL-987654A-100-200-300555444333
Status Klaim
ClaimStatus
Status keseluruhan klaim pada waktu tertentu, seperti Terbuka, Menunggu, atau Ditutup.
Deskripsi

Status Klaim menunjukkan keadaan klaim dalam siklusnya saat suatu peristiwa terjadi. Status ini memberi gambaran umum tentang posisi klaim dalam proses, misalnya 'Dalam Investigasi', 'Menunggu Informasi', atau 'Diselesaikan'.

Process mining merekonstruksi alur terperinci dari aktivitas, sedangkan atribut Status Klaim memberi konteks tambahan yang berguna. Atribut ini dapat digunakan untuk memvalidasi alur proses, misalnya memastikan aktivitas 'Pembayaran Dikirim' mengubah status menjadi 'Ditutup', dan menganalisis lama klaim berada dalam status tertentu. Informasi ini membantu memahami berapa lama kasus tertahan dan menemukan keterlambatan atau inefisiensi yang terjadi secara sistematis.

Mengapa ini penting

Memberi konteks tentang status klaim pada waktu tertentu, sehingga waktu yang dihabiskan di tiap tahap dapat dianalisis dan alur proses dapat divalidasi.

Sumber data

Kolom utama dalam catatan klaim yang diperbarui seiring kemajuan klaim dalam siklusnya.

Contoh
TerbukaMenunggu, Informasi NasabahDitutup, Sudah DibayarDitutup, Ditolak
Tanggal kejadian
LossDate
Tanggal terjadinya insiden atau kerugian yang memicu pengajuan klaim asuransi.
Deskripsi

Tanggal kejadian menunjukkan kapan peristiwa sebenarnya terjadi, misalnya kecelakaan mobil atau kerusakan properti. Tanggal ini berbeda dari tanggal klaim dilaporkan atau dicatat di sistem.

Selisih antara tanggal kejadian dan tanggal pencatatan klaim disebut jeda pelaporan. Analisis jeda ini membantu Anda memahami perilaku nasabah dan mengidentifikasi potensi risiko kecurangan, misalnya keterlambatan pelaporan yang tidak wajar. Informasi ini memberikan gambaran lengkap perjalanan klaim, dari insiden hingga penyelesaian, bukan hanya waktu pemrosesan internal.

Mengapa ini penting

Menunjukkan tanggal insiden sebenarnya sehingga Anda dapat menganalisis keterlambatan pelaporan dan keseluruhan waktu dari kejadian hingga klaim ditutup.

Sumber data

Disampaikan oleh pengaju klaim saat membuat laporan awal kerugian dan disimpan di catatan utama klaim.

Contoh
2023-03-102023-05-182023-06-25
Wajib Disarankan Opsional

Aktivitas proses klaim

Bagian ini menjelaskan langkah utama dan tonggak penting proses yang perlu dicatat. Data ini membantu Anda menemukan proses dan menganalisis operasional klaim dengan tepat.
7 Disarankan 8 Opsional
Aktivitas Deskripsi
Keputusan Klaim Dibuat
Tonggak penting saat perusahaan asuransi secara resmi memutuskan untuk menyetujui, menyetujui sebagian, atau menolak klaim berdasarkan hasil investigasi. Ini adalah hasil resmi dari proses adjudikasi.
Mengapa ini penting

Ini adalah titik keputusan penting yang menentukan langkah klaim selanjutnya, yaitu pembayaran atau penolakan. Data ini penting untuk menganalisis waktu pengambilan keputusan dan hasilnya.

Sumber data

Peristiwa ini hampir selalu tercatat sebagai perubahan status yang jelas di sistem, misalnya menjadi 'Disetujui', 'Ditolak', atau 'Diselesaikan'.

Pengumpulan data

Cari pembaruan status pertama ke status keputusan akhir, seperti 'Disetujui' atau 'Ditolak'.

Jenis peristiwa inferred
Kerugian Dinilai
Tonggak ini menandai saat dampak finansial klaim diperkirakan dan cadangan dana ditetapkan. Ini merupakan perkiraan resmi atas potensi biaya klaim.
Mengapa ini penting

Ini adalah peristiwa finansial penting dalam proses. Analisis waktu dan frekuensi penyesuaian cadangan dana dapat memberi gambaran tentang akurasi penilaian dan efisiensi proses.

Sumber data

Peristiwa ini tercatat saat jumlah cadangan dana pertama kali dimasukkan atau kemudian disesuaikan dalam catatan keuangan klaim di sistem.

Pengumpulan data

Catat waktu transaksi pertama dalam log cadangan dana untuk klaim tersebut.

Jenis peristiwa explicit
Klaim didaftarkan
Aktivitas ini menandai pembuatan resmi catatan klaim dalam sistem pemrosesan setelah First Notice of Loss (FNOL). Pada tahap ini, Claim ID unik ditetapkan secara resmi dan kasus dibuka untuk diproses.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses klaim. Peristiwa ini penting untuk mengukur waktu siklus klaim secara keseluruhan, dari pendaftaran resmi hingga penutupan.

Sumber data

Peristiwa ini biasanya diambil dari stempel waktu pembuatan catatan klaim utama atau objek kasus dalam sistem sumber.

Pengumpulan data

Temukan peristiwa pembuatan atau pembaruan status pertama dalam riwayat klaim.

Jenis peristiwa explicit
Klaim Ditolak
Aktivitas ini menandai hasil akhir klaim yang tidak disetujui untuk dibayar. Setelah keputusan penolakan, catatan klaim ditetapkan dengan status ditolak.
Mengapa ini penting

Ini adalah peristiwa akhir penting dalam salah satu variasi utama proses. Analisis klaim yang ditolak penting untuk memahami tingkat dan alasan penolakan.

Sumber data

Peristiwa ini tercatat saat status akhir klaim ditetapkan sebagai 'Ditolak' atau 'Tidak Disetujui'.

Pengumpulan data

Cari pembaruan status akhir menjadi 'Ditolak', 'Tidak Disetujui', atau status akhir serupa. Perubahan ini mungkin terjadi setelah keputusan awal.

Jenis peristiwa inferred
Klaim Ditutup
Ini adalah aktivitas administratif terakhir, yaitu menutup berkas klaim setelah pembayaran dikirim atau klaim ditolak. Pada tahap ini, semua aktivitas telah selesai.
Mengapa ini penting

Ini adalah peristiwa akhir utama dalam proses. Data ini penting untuk menghitung total waktu siklus dari awal hingga akhir untuk semua klaim.

Sumber data

Peristiwa ini tercatat melalui pembaruan status akhir menjadi 'Ditutup' atau 'Diselesaikan' di sistem setelah semua pemrosesan lainnya selesai.

Pengumpulan data

Identifikasi waktu saat kolom status utama klaim diperbarui ke nilai akhir 'Ditutup'.

Jenis peristiwa inferred
Pembayaran Dikirim
Aktivitas ini menandai pelaksanaan transaksi keuangan untuk membayar klaim. Ini adalah saat pembayaran dikirim kepada pengaju klaim atau penyedia layanan.
Mengapa ini penting

Ini adalah peristiwa finansial penting dan sering menandai akhir proses yang berjalan sesuai rencana. Peristiwa ini penting untuk mengukur waktu hingga pembayaran sejak klaim disetujui.

Sumber data

Peristiwa ini tercatat sebagai log transaksi yang jelas atau pembaruan status pembayaran akhir, yang sering dipicu oleh integrasi dengan sistem keuangan.

Pengumpulan data

Identifikasi peristiwa saat catatan pembayaran yang terkait dengan klaim ditandai 'Dibayar', 'Dikirim', atau 'Dicairkan'.

Jenis peristiwa explicit
Peninjauan awal selesai
Menandai selesainya peninjauan menyeluruh pertama atas klaim oleh petugas yang ditugaskan. Pada tahap ini, petugas menilai keabsahan dan detail klaim, lalu menentukan tindakan berikutnya.
Mengapa ini penting

Tahap ini membantu mengukur waktu triase dan penilaian awal. Keterlambatan pada tahap ini dapat sangat memperpanjang waktu siklus klaim secara keseluruhan.

Sumber data

Peristiwa ini sering diketahui dari perubahan status dalam sistem, misalnya dari 'New' atau 'Assigned' menjadi 'Under Review' atau 'Investigation'.

Pengumpulan data

Cari perubahan status yang menandai berakhirnya penilaian awal dan dimulainya pemrosesan aktif.

Jenis peristiwa inferred
Informasi tambahan diminta
Aktivitas ini terjadi saat petugas menentukan bahwa informasi tambahan diperlukan dari pengaju klaim atau pihak ketiga agar proses dapat dilanjutkan. Biasanya, proses akan memasuki status 'menunggu'.
Mengapa ini penting

Aktivitas ini menandai awal siklus pengerjaan ulang atau waktu tunggu yang umum terjadi. Analisis frekuensi dan durasinya membantu menemukan masalah dalam pengumpulan data awal dan komunikasi.

Sumber data

Peristiwa ini sering dicatat melalui perubahan status tertentu, misalnya 'Pending Information', atau melalui pencatatan komunikasi keluar.

Pengumpulan data

Temukan perubahan status ke kondisi 'pending information' atau pembuatan tugas maupun komunikasi terkait permintaan informasi.

Jenis peristiwa inferred
Informasi tambahan diterima
Menandai diterimanya dokumen atau informasi yang diminta sehingga pemrosesan klaim dapat dilanjutkan. Aktivitas ini mengakhiri status 'menunggu' yang dimulai saat permintaan diajukan.
Mengapa ini penting

Peristiwa ini menutup siklus permintaan informasi. Waktu antara permintaan dan penerimaan informasi menjadi indikator penting untuk memahami ketergantungan pada pihak luar dan hambatan.

Sumber data

Peristiwa ini biasanya diketahui saat status klaim berubah dari 'Pending Information' kembali ke status aktif seperti 'Under Review'.

Pengumpulan data

Deteksi perubahan status dari kondisi 'pending' kembali ke status pemrosesan aktif.

Jenis peristiwa inferred
Investigasi dimulai
Aktivitas ini menandai dimulainya tahap investigasi klaim secara resmi dan mendalam. Tahap ini dapat mencakup penugasan spesialis, penjadwalan inspeksi, atau kegiatan lain untuk mengumpulkan bukti.
Mengapa ini penting

Melacak awal investigasi membantu mengukur durasi tahap proses klaim yang sering kali rumit dan memakan waktu ini.

Sumber data

Peristiwa ini sering diketahui dari perubahan status klaim menjadi 'Under Investigation' atau status serupa, maupun dari pembuatan tugas investigasi pertama.

Pengumpulan data

Cari perubahan status menjadi 'Under Investigation' atau pembuatan tugas investigasi resmi pertama.

Jenis peristiwa inferred
Investigasi selesai
Menandai berakhirnya seluruh kegiatan investigasi, setelah semua fakta yang diperlukan dikumpulkan dan didokumentasikan. Tahap ini harus selesai sebelum keputusan akhir atas klaim dapat dibuat.
Mengapa ini penting

Tonggak ini menandai berakhirnya tahap pengumpulan bukti. Lama waktu hingga tahap ini penting untuk memahami efisiensi investigasi.

Sumber data

Biasanya ditandai saat status klaim berubah dari 'Dalam Investigasi' ke status pengambilan keputusan, seperti 'Menunggu Keputusan' atau 'Siap Dinilai'.

Pengumpulan data

Identifikasi perubahan status yang menandai berakhirnya investigasi dan kesiapan untuk mengambil keputusan akhir.

Jenis peristiwa inferred
Klaim Dibuka Kembali
Terjadi saat klaim yang sebelumnya ditutup atau ditolak diaktifkan kembali untuk ditinjau atau diproses lebih lanjut. Biasanya, hal ini terjadi karena banding, informasi baru, atau ditemukannya kesalahan.
Mengapa ini penting

Klaim yang dibuka kembali menimbulkan pekerjaan ulang yang signifikan. Melacak aktivitas ini penting untuk menemukan kegagalan proses, alasan pengajuan banding, dan dampaknya terhadap biaya.

Sumber data

Peristiwa ini tercatat saat status berubah dari 'Ditutup' atau 'Ditolak' kembali ke status aktif, seperti 'Dalam Peninjauan'.

Pengumpulan data

Deteksi perubahan status dari status akhir, misalnya 'Ditutup', kembali ke status aktif yang belum final.

Jenis peristiwa inferred
Nilai Penyelesaian Dihitung
Setelah klaim disetujui, aktivitas ini menghitung nilai akhir penyelesaian atau pembayaran. Perhitungannya didasarkan pada batas polis, biaya yang ditanggung sendiri, dan nilai kerugian.
Mengapa ini penting

Waktu yang dibutuhkan untuk langkah ini dapat menunjukkan hambatan antara keputusan klaim dan otorisasi pembayaran. Langkah ini penting dalam proses penyelesaian finansial.

Sumber data

Peristiwa ini kemungkinan tercatat saat kolom nilai pembayaran atau penyelesaian akhir diisi dan dikonfirmasi dalam modul keuangan sistem.

Pengumpulan data

Identifikasi waktu saat nilai penyelesaian akhir diisi atau catatan pembayaran dibuat dengan status 'Menunggu Persetujuan'.

Jenis peristiwa explicit
Pembayaran Diotorisasi
Menandai persetujuan resmi untuk membayar nilai penyelesaian yang telah dihitung. Langkah ini biasanya melibatkan manajer atau pihak berwenang lain untuk mencegah penipuan dan memastikan akurasi.
Mengapa ini penting

Ini adalah titik kontrol penting. Analisis waktu antara penghitungan dan otorisasi dapat mengungkap hambatan persetujuan atau masalah kepatuhan.

Sumber data

Peristiwa ini tercatat melalui transaksi persetujuan khusus atau perubahan status di sistem, seperti 'Disetujui untuk Dibayar'.

Pengumpulan data

Catat waktu peristiwa persetujuan pembayaran atau perubahan status menjadi 'Disetujui untuk Dibayar'.

Jenis peristiwa explicit
Petugas klaim ditugaskan
Aktivitas ini mencatat penugasan klaim kepada petugas, penangan, atau tim tertentu. Penugasan ini menetapkan pihak yang bertanggung jawab mengelola klaim sepanjang siklusnya.
Mengapa ini penting

Melacak penugasan penting untuk menganalisis pembagian beban kerja, kinerja tim, dan keterlambatan serah terima klaim.

Sumber data

Informasi ini biasanya dicatat dalam log penugasan atau melalui pelacakan perubahan pada kolom 'owner' atau 'assignee' di catatan klaim.

Pengumpulan data

Catat pembaruan pada kolom penugasan pengguna atau grup yang terkait dengan kasus klaim.

Jenis peristiwa explicit
Disarankan Opsional

Panduan ekstraksi

Cara mendapatkan data untuk process mining.

Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,

baca panduan ETL kami   atau   pilih proses dan sistem tertentu.

Siap memulai?

Mulai tingkatkan proses klaim dengan memilih panduan ekstraksi untuk sistem Anda atau gunakan templat umum ini untuk menyiapkan event log.

Kendalikan proses dan tingkatkan kinerja sekarang

Temukan inefisiensi, dorong perbaikan, dan capai tujuan lebih cepat.

Mulai uji coba gratis

Tidak perlu kartu kredit. Mulai perbaiki proses hari ini.