Templat data penanganan klaim Anda

Guidewire ClaimCenter
Templat data penanganan klaim Anda

Templat data penanganan klaim Anda

Gunakan templat ini sebagai panduan untuk menyiapkan data penanganan klaim. Templat ini menjelaskan atribut data penting yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara mengekstrak data. Dengan begitu, Anda dapat mengumpulkan informasi yang diperlukan untuk menganalisis proses secara menyeluruh.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data dari Guidewire ClaimCenter
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut penanganan klaim

Kolom data yang disarankan ini penting untuk menyusun log peristiwa yang lengkap dan menganalisis alur kerja penanganan klaim secara efektif.
3 Wajib 4 Disarankan 14 Opsional
Nama Deskripsi
ID Klaim
ClaimID
Pengenal unik untuk setiap klaim asuransi, yang berfungsi sebagai ID kasus utama.
Deskripsi

ID Klaim menjadi kunci utama dalam analisis proses klaim karena mengidentifikasi setiap kasus secara unik, dari pengajuan hingga penutupan. ID ini menghubungkan semua aktivitas, dokumen, pembayaran, dan komunikasi terkait, sehingga Anda dapat melihat siklus klaim secara utuh dan runtut.

Dalam process mining, setiap peristiwa dalam dataset dikaitkan dengan ID Klaim. Dengan begitu, alur proses dari awal hingga akhir dapat disusun kembali. Hal ini penting untuk menganalisis waktu siklus, menemukan variasi proses, dan melacak perjalanan klaim di berbagai departemen serta penilai klaim.

Mengapa ini penting

ID ini menjadi kunci utama yang menghubungkan semua peristiwa terkait, sehingga seluruh perjalanan satu klaim dapat ditelusuri dan dianalisis.

Sumber data

Ini adalah kunci utama di Guidewire ClaimCenter, biasanya ditemukan sebagai Claim.ClaimNumber atau kolom serupa di entitas Claim inti.

Contoh
000-123-45678000-987-65432001-456-11223
Nama aktivitas
ActivityName
Nama aktivitas bisnis atau peristiwa yang terjadi pada titik tertentu dalam siklus klaim.
Deskripsi

Atribut ini menjelaskan langkah atau tonggak tertentu dalam proses klaim, seperti 'Klaim Dibuat', 'Investigasi Dimulai', atau 'Pembayaran Diterbitkan'. Urutan aktivitas untuk satu ID Klaim membentuk alur proses.

Analisis urutan, frekuensi, dan durasi antaraktivitas merupakan inti process mining. Analisis ini membantu menemukan model proses, mengidentifikasi hambatan, mendeteksi siklus pengerjaan ulang, dan menganalisis penyimpangan proses.

Mengapa ini penting

Atribut ini menentukan langkah-langkah proses, sehingga peta proses dapat ditampilkan dan alur proses serta hambatan dapat dianalisis.

Sumber data

Biasanya, atribut ini diambil dari tabel peristiwa atau log audit di ClaimCenter. Caranya dengan memetakan peristiwa sistem atau perubahan status tertentu ke nama aktivitas yang sudah distandardisasi.

Contoh
Klaim dibuatKeputusan tanggung jawab ditetapkanPembayaran diterbitkanKlaim ditutup
Waktu peristiwa
EventTime
Tanggal dan waktu tepat saat aktivitas terjadi.
Deskripsi

Stempel waktu ini menunjukkan saat persis suatu aktivitas tercatat di sistem. Data ini menjadi dasar untuk semua analisis proses berbasis waktu.

Urutan kronologis EventTime untuk satu ID Klaim memungkinkan alur proses direkonstruksi. Selisih waktu antara peristiwa yang berurutan digunakan untuk menghitung waktu siklus, waktu tunggu, dan waktu pemrosesan. Informasi ini penting untuk menganalisis kinerja, mengidentifikasi hambatan, dan memantau SLA.

Mengapa ini penting

Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung waktu siklus dan durasi, serta menemukan keterlambatan dalam proses.

Sumber data

Data ini terdapat bersama data peristiwa atau aktivitas di tabel riwayat atau audit Guidewire ClaimCenter, biasanya pada kolom 'CreateTime' atau 'UpdateTime'.

Contoh
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
Jenis klaim
ClaimType
Kategori klaim asuransi, seperti kendaraan, properti, atau tanggung gugat.
Deskripsi

Jenis klaim mengelompokkan klaim berdasarkan lini bisnis atau sifat kerugiannya. Setiap jenis klaim biasanya memiliki proses dan tingkat kerumitan yang berbeda, serta tunduk pada peraturan yang berbeda.

Analisis proses berdasarkan jenis klaim penting untuk mendapatkan wawasan yang bermakna. Anda dapat membandingkan kinerja proses antar-lini bisnis, menemukan hambatan khusus untuk jenis klaim tertentu, dan menyesuaikan inisiatif perbaikan proses dengan karakteristik tiap kategori klaim.

Mengapa ini penting

Memungkinkan klaim dikelompokkan untuk dianalisis, karena jenis yang berbeda, seperti kendaraan dan properti, sering mengikuti proses dan target kinerja yang berbeda.

Sumber data

Diambil dari entitas Policy atau Claim di ClaimCenter, biasanya berdasarkan kode Line of Business (LOB).

Contoh
Kendaraan pribadiProperti komersialTanggung gugat umumKompensasi pekerja
Penilai klaim yang ditugaskan
AssignedAdjuster
Nama atau ID pengguna yang ditugaskan untuk menangani klaim atau aktivitas tertentu.
Deskripsi

Atribut ini menunjukkan penilai klaim yang bertanggung jawab atas suatu klaim pada waktu tertentu. Penilai dapat ditugaskan untuk menangani seluruh klaim atau tugas tertentu di dalamnya.

Analisis berdasarkan penilai klaim penting untuk menyeimbangkan beban kerja, mengelola kinerja, dan menemukan kebutuhan pelatihan. Analisis ini membantu menjawab pertanyaan seperti: 'Penilai mana yang menangani klaim terbanyak?', 'Apakah kinerja antarpenilai berbeda?', dan 'Apakah pekerjaan sudah dibagi secara merata?'.

Mengapa ini penting

Mencatat keterlibatan pengguna untuk menganalisis beban kerja, membandingkan kinerja, dan menemukan hambatan terkait sumber daya.

Sumber data

Tersedia di entitas Claim atau Exposure dalam ClaimCenter, dan biasanya terhubung ke objek User, misalnya Claim.Assignee.

Contoh
j.doem.smiths.jones
Penyebab kerugian
LossCause
Alasan atau penyebab khusus terjadinya kerugian, seperti tabrakan, kebakaran, atau kerusakan akibat air.
Deskripsi

Atribut ini menjelaskan alasan klaim diajukan. Penyebab kerugian sering menentukan langkah investigasi yang diperlukan, jenis ahli yang dibutuhkan, dan tingkat kerumitan klaim secara keseluruhan.

Analisis proses berdasarkan penyebab kerugian dapat mengungkap pola yang sebelumnya tidak terlihat. Misalnya, klaim terkait 'Kerusakan akibat air' mungkin lebih sering perlu dikerjakan ulang atau membutuhkan lebih banyak keterlibatan ahli dibandingkan klaim 'Pencurian'. Wawasan ini membantu menyusun prosedur penanganan yang lebih terarah dan efisien.

Mengapa ini penting

Memberi konteks tentang sifat klaim agar dampak berbagai penyebab kerugian terhadap alur dan durasi proses dapat dianalisis.

Sumber data

Kolom standar pada entitas Claim, biasanya bernama 'LossCause'.

Contoh
TabrakanKebakaranKerusakan akibat airPencurian
Status klaim
ClaimStatus
Status keseluruhan klaim saat peristiwa terjadi, misalnya terbuka, ditutup, atau ditolak.
Deskripsi

Atribut ini menunjukkan status umum klaim. Status utama mencakup 'Terbuka', 'Ditutup', 'Ditolak', dan 'Dibuka Kembali'. Status akhir klaim merupakan metrik hasil yang penting.

Melacak perubahan status klaim membantu menentukan tonggak dan hasil utama proses. Informasi ini digunakan untuk mengetahui penyelesaian akhir klaim, menghitung tingkat penolakan, dan menganalisis seberapa sering klaim dibuka kembali setelah ditutup. Hal ini sering menandakan masalah proses atau ketidakpuasan pelanggan.

Mengapa ini penting

Menunjukkan hasil klaim. Informasi ini penting untuk menganalisis tingkat penolakan, pola penutupan, dan frekuensi klaim dibuka kembali.

Sumber data

Kolom inti pada entitas Claim, biasanya bernama 'State' atau 'Status'.

Contoh
TerbukaDitutupDitolakDibuka kembali
Departemen
Department
Unit bisnis atau departemen yang bertanggung jawab menangani aktivitas klaim.
Deskripsi

Atribut ini menunjukkan departemen atau tim tempat penilai klaim yang ditugaskan bekerja, seperti 'Klaim Kendaraan', 'Klaim Properti', atau 'Unit Investigasi Khusus'. Informasi ini memberi konteks organisasi pada proses.

Analisis berdasarkan departemen penting untuk memahami kinerja proses di tingkat organisasi. Analisis ini membantu menemukan keterlambatan serah terima antar-departemen, membandingkan efisiensi tim, dan mengalokasikan sumber daya dengan lebih efektif di seluruh organisasi klaim.

Mengapa ini penting

Memberi konteks organisasi untuk menganalisis kinerja berbagai tim dan menemukan masalah serah terima antar-departemen.

Sumber data

Informasi ini biasanya tercantum di profil pengguna atau grup yang ditugaskan dalam ClaimCenter.

Contoh
Divisi Klaim KendaraanUnit Klaim PropertiUnit Investigasi Khusus (SIU)
Jenis polis
PolicyType
Jenis polis asuransi tertentu yang menjadi dasar pengajuan klaim.
Deskripsi

Jenis polis mengelompokkan klaim dengan lebih terperinci daripada jenis klaim. Atribut ini menunjukkan produk asuransi tertentu, seperti 'Pemilik Rumah', 'Kendaraan Komersial', atau 'Tanggung Gugat Siber'. Perincian ini dapat mengungkap variasi proses yang terkait dengan produk tertentu.

Analisis proses berdasarkan jenis polis membantu menemukan inefisiensi khusus produk. Misalnya, klaim untuk polis yang baru diluncurkan mungkin mengikuti proses yang belum matang sehingga menimbulkan keterlambatan. Hasil analisis ini dapat menjadi masukan untuk merancang produk dan menstandardisasi proses.

Mengapa ini penting

Memungkinkan analisis proses untuk produk asuransi tertentu dan membantu menemukan perbedaan penanganan berdasarkan detail polis.

Sumber data

Informasi ini terdapat di entitas Policy yang terhubung ke Claim.

Contoh
Asuransi Pemilik Rumah Multi-RisikoTanggung Gugat Kendaraan KomersialAsuransi Kargo Darat dan Laut
Jumlah klaim yang diajukan
ClaimedAmount
Total nilai uang yang pertama kali diajukan pemegang polis.
Deskripsi

Atribut ini mencatat nilai kerugian yang dilaporkan oleh pengaju klaim. Nilainya sering berupa perkiraan awal yang dapat berubah setelah klaim diselidiki dan cadangan ditetapkan.

Analisis jumlah klaim yang diajukan membantu mengelompokkan klaim berdasarkan dampak finansial. Klaim bernilai tinggi biasanya melalui proses yang lebih ketat dan rumit daripada klaim bernilai rendah. Membandingkan proses untuk tiap rentang nilai dapat mengungkap peluang untuk menyederhanakan penanganan klaim kecil atau menerapkan kontrol lebih ketat pada klaim besar.

Mengapa ini penting

Memungkinkan klaim dikelompokkan berdasarkan nilai finansial, karena klaim bernilai tinggi mungkin mengikuti proses yang berbeda dan lebih rumit.

Sumber data

Informasi ini mungkin tidak tersedia dalam satu kolom, tetapi dapat dihitung dari perkiraan awal kerugian yang tercatat pada Exposure.

Contoh
5000.00150000.00750.50
Jumlah pembayaran
PaymentAmount
Nilai uang yang benar-benar dibayarkan untuk suatu aktivitas pembayaran.
Deskripsi

Atribut ini mencatat nilai setiap pembayaran untuk suatu klaim. Satu klaim dapat menerima beberapa pembayaran selama siklusnya.

Informasi ini penting untuk analisis keuangan dalam process mining. Anda dapat menggunakannya untuk melacak total pembayaran per klaim, menganalisis waktu persetujuan pembayaran berdasarkan jumlahnya, dan menghubungkan inefisiensi proses dengan hasil finansial. Misalnya, klaim dengan waktu siklus panjang mungkin berkaitan dengan total pembayaran yang lebih tinggi.

Mengapa ini penting

Mencatat transaksi keuangan dalam klaim agar nilai pembayaran dan kaitannya dengan aktivitas proses dapat dianalisis.

Sumber data

Terdapat di entitas terkait pembayaran yang terhubung ke klaim, biasanya dalam tabel transaksi atau cek.

Contoh
4500.00125000.00500.00
Negara bagian yurisdiksi
JurisdictionState
Negara bagian atau yurisdiksi yang mengatur klaim dan menentukan persyaratan peraturan.
Deskripsi

Atribut ini menentukan yurisdiksi hukum, misalnya negara bagian di AS, tempat klaim ditangani. Peraturan asuransi dapat sangat berbeda antarwilayah dan memengaruhi langkah proses, tenggat komunikasi, serta dokumentasi yang diwajibkan.

Atribut ini penting untuk memantau kepatuhan. Analisis proses berdasarkan yurisdiksi memastikan persyaratan peraturan khusus wilayah dipenuhi. Analisis ini juga dapat menjelaskan perbedaan waktu siklus atau jalur proses yang disebabkan oleh batasan hukum, bukan inefisiensi operasional.

Mengapa ini penting

Penting untuk analisis kepatuhan karena peraturan tiap yurisdiksi berbeda dan memengaruhi proses klaim.

Sumber data

Kolom standar pada entitas Claim, biasanya bernama 'JurisdictionState'.

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

Atribut boolean ini membedakan aktivitas yang dijalankan sistem, seperti pembuatan cadangan otomatis atau surat yang dibuat sistem, dari aktivitas yang dilakukan secara manual oleh penilai klaim.

Analisis atribut ini penting untuk memahami tingkat otomatisasi dalam proses klaim. Atribut ini membantu menemukan titik yang sering memerlukan campur tangan manual, mengukur efektivitas inisiatif pemrosesan langsung, dan mencari peluang otomatisasi baru dengan menunjukkan tugas berulang berbasis aturan yang masih dikerjakan manusia.

Mengapa ini penting

Membedakan aktivitas yang dijalankan sistem dari aktivitas yang dilakukan manusia. Informasi ini penting untuk menganalisis otomatisasi dan menemukan hambatan akibat pekerjaan manual.

Sumber data

Nilai ini sering kali perlu ditentukan. Misalnya, peristiwa yang dicatat oleh pengguna sistem umum dapat ditandai sebagai aktivitas otomatis.

Contoh
truefalse
Pembaruan data terakhir
LastDataUpdate
Stempel waktu yang menunjukkan kapan data terakhir kali diperbarui atau diambil dari sistem sumber.
Deskripsi

Atribut ini mencatat waktu pengambilan data terbaru dari sistem sumber. Sebagai kolom metadata, informasi ini penting untuk mengetahui seberapa mutakhir analisis yang dilakukan.

Tampilkan informasi ini dengan jelas di dashboard dan analisis agar pengguna tahu kapan data diperbarui. Dengan begitu, mereka dapat menilai apakah wawasan yang ditampilkan mencerminkan kondisi operasional saat ini atau berdasarkan data lama.

Mengapa ini penting

Menunjukkan kemutakhiran data agar pengguna tahu seberapa baru analisis proses yang ditampilkan.

Sumber data

Nilai ini dibuat dan disimpan selama proses ETL untuk mencatat waktu pemuatan data.

Contoh
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
Pengerjaan ulang
IsRework
Penanda yang menunjukkan apakah suatu aktivitas merupakan bagian dari siklus pengerjaan ulang, yaitu kembali ke tahap proses sebelumnya.
Deskripsi

Atribut hasil perhitungan ini menandai aktivitas yang menjadi bagian dari siklus pengerjaan ulang. Misalnya, jika proses beralih dari 'Investigasi Selesai' kembali ke 'Investigasi Dimulai', aktivitas 'Investigasi Dimulai' yang kedua akan ditandai sebagai pengerjaan ulang.

Menemukan pengerjaan ulang penting untuk mengungkap inefisiensi proses dan masalah kualitas. Dashboard Frekuensi Pengerjaan Ulang dan Penolakan menggunakan metrik ini untuk menghitung seberapa sering klaim menyimpang dari alur ideal. Analisis penyebab pengerjaan ulang dapat meningkatkan kualitas dan kecepatan proses secara signifikan.

Mengapa ini penting

Menunjukkan inefisiensi proses dan masalah kualitas dengan menandai aktivitas yang menjadi bagian dari siklus pengerjaan ulang.

Sumber data

Nilai ini dihitung di dalam alat process mining dengan menganalisis urutan aktivitas untuk setiap kasus.

Contoh
truefalse
Permintaan informasi berulang
RepeatedInfoRequestFlag
Penanda yang menunjukkan apakah aktivitas 'Informasi Tambahan Diminta' terjadi lebih dari sekali untuk klaim yang sama.
Deskripsi

Penanda boolean ini bernilai true jika suatu klaim memiliki lebih dari satu aktivitas 'Informasi Tambahan Diminta'. Kondisi ini sering menunjukkan ketidakefisienan pada tahap awal pengumpulan informasi.

Atribut ini mendukung KPI 'Tingkat Permintaan Informasi Berulang'. Atribut ini membantu mengukur masalah pengumpulan fakta awal yang tidak lengkap, yang dapat menyebabkan keterlambatan dan membuat pelanggan frustrasi. Analisis klaim yang ditandai dapat membantu memperbaiki daftar periksa dan prosedur bagi penilai klaim agar semua informasi yang diperlukan diminta sekaligus.

Mengapa ini penting

Menemukan ketidakefisienan saat pengumpulan informasi tidak tuntas pada upaya pertama sehingga proses tertunda dan perlu dikerjakan ulang.

Sumber data

Dihitung di dalam alat process mining dengan menghitung jumlah aktivitas 'Informasi Tambahan Diminta' untuk setiap kasus.

Contoh
truefalse
Sistem sumber
SourceSystem
Sistem tempat data diambil.
Deskripsi

Atribut ini menunjukkan asal data peristiwa. Dalam lingkungan sistem perusahaan modern, peristiwa terkait klaim dapat berasal dari beberapa sistem, seperti sistem inti Guidewire, sistem manajemen dokumen, atau portal pelanggan.

Mencantumkan sistem sumber penting untuk tata kelola data, penelusuran masalah ketidakkonsistenan data, dan pemahaman lingkungan teknologi yang mendukung proses. Informasi ini membantu membedakan langkah proses inti dari aktivitas pendukung di sistem lain.

Mengapa ini penting

Menunjukkan asal data. Informasi ini penting untuk tata kelola data dan analisis yang melibatkan beberapa sistem terintegrasi.

Sumber data

Biasanya, nilai statis ini ditambahkan saat proses ekstraksi, transformasi, dan pemuatan data (ETL).

Contoh
Guidewire ClaimCenter v10API Portal PelangganDocumentum
Status SLA
SLAState
Menunjukkan apakah klaim ditutup sebelum atau pada tanggal target penyelesaian.
Deskripsi

Atribut hasil perhitungan ini menunjukkan kategori pemenuhan SLA untuk setiap klaim yang ditutup. Nilainya diperoleh dengan membandingkan stempel waktu aktivitas 'Klaim Ditutup' dengan 'Tanggal Target Penyelesaian'.

Atribut ini mendukung dashboard 'Pemenuhan Target Penyelesaian Klaim' dengan menyederhanakan analisis ke dalam kategori yang jelas, seperti 'Tepat Waktu' atau 'Terlambat'. Anda dapat memfilter dan mengelompokkan data dengan mudah untuk menghitung tingkat pemenuhan SLA secara keseluruhan serta menelusuri penyebab keterlambatan.

Mengapa ini penting

Menunjukkan hasil pemenuhan SLA dalam kategori yang jelas sehingga kinerja tepat waktu mudah difilter, dikelompokkan, dan dianalisis.

Sumber data

Kolom hasil perhitungan: IF (ActualCloseDate <= ResolutionTargetDate, 'Tepat Waktu', 'Terlambat').

Contoh
Tepat waktuTerlambat
Tanggal kejadian kerugian
LossDate
Tanggal terjadinya insiden atau kerugian yang menjadi dasar pengajuan klaim.
Deskripsi

Tanggal kejadian kerugian adalah tanggal peristiwa sebenarnya, seperti kecelakaan mobil atau kerusakan properti, yang menjadi dasar klaim. Tanggal ini berbeda dari tanggal klaim dilaporkan atau dibuat.

Jeda antara tanggal kejadian kerugian dan aktivitas 'Klaim Dibuat', yang disebut jeda pelaporan, merupakan KPI penting. Analisis jeda ini dapat memberi wawasan tentang perilaku pelanggan dan efektivitas saluran pelaporan awal kerugian.

Mengapa ini penting

Memberi konteks penting tentang asal klaim dan membantu menganalisis jeda pelaporan, yaitu waktu antara insiden dan pengajuan klaim.

Sumber data

Kolom tanggal inti pada entitas Claim, biasanya bernama 'LossDate'.

Contoh
2023-05-102023-04-202023-05-28
Tanggal target penyelesaian
ResolutionTargetDate
Tanggal batas penyelesaian klaim sesuai SLA internal atau peraturan.
Deskripsi

Tanggal target penyelesaian adalah batas waktu penutupan klaim. Tanggal ini biasanya ditentukan berdasarkan faktor seperti yurisdiksi, jenis klaim, dan ketentuan polis. Tanggal tersebut menjadi acuan untuk mengukur kinerja dan kepatuhan.

Atribut ini penting untuk membuat dashboard dan KPI pemenuhan SLA. Dengan membandingkan tanggal aktivitas 'Klaim Ditutup' dengan tanggal target, analisis dapat menandai klaim yang terlambat secara otomatis, mengukur tingkat penyelesaian tepat waktu, dan menemukan jenis klaim atau departemen yang kesulitan memenuhi target.

Mengapa ini penting

Menjadi acuan untuk mengukur pemenuhan Service Level Agreement (SLA) dan menemukan klaim yang berisiko terlambat.

Sumber data

Kolom ini mungkin dibuat khusus atau dihitung berdasarkan aturan bisnis yang dikonfigurasi di ClaimCenter, mungkin terkait dengan metrik klaim tertentu.

Contoh
2023-06-142023-07-202023-08-28
Waktu selesai
EndTime
Stempel waktu yang menunjukkan kapan aktivitas selesai.
Deskripsi

Waktu selesai menandai berakhirnya suatu aktivitas, terutama tugas yang durasinya dapat diukur, seperti 'Investigasi' atau 'Peninjauan Dokumen'. Banyak aktivitas process mining berlangsung seketika sehingga cukup dicatat dengan StartTime. Namun, aktivitas yang memiliki waktu mulai dan selesai yang jelas sebaiknya mencatat kedua stempel waktu tersebut.

Atribut ini memungkinkan penghitungan waktu pemrosesan aktivitas secara tepat, terpisah dari waktu tunggu. Dengan begitu, Anda dapat mengetahui tugas mana yang memakan waktu, bukan hanya melihat jeda panjang antarlangkah.

Mengapa ini penting

Atribut ini mengukur dengan tepat waktu yang dibutuhkan untuk menyelesaikan aktivitas, terpisah dari waktu tunggu.

Sumber data

Nilai ini mungkin perlu ditentukan dengan mencari peristiwa berikutnya yang secara logis menandai akhir aktivitas, misalnya perubahan status dari 'Sedang Berlangsung' menjadi 'Selesai'.

Contoh
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
Wajib Disarankan Opsional

Aktivitas penanganan klaim

Catat langkah proses utama dan tonggak penting ini dalam log peristiwa untuk menemukan dan menganalisis proses klaim secara akurat.
7 Disarankan 7 Opsional
Aktivitas Deskripsi
Cadangan awal ditetapkan
Menandai pembuatan transaksi cadangan keuangan pertama untuk suatu exposure guna memperkirakan potensi biaya klaim. Peristiwa keuangan penting ini tercatat secara langsung.
Mengapa ini penting

Tahap ini penting untuk analisis keuangan dan memahami seberapa cepat potensi kewajiban dinilai. Keterlambatan dapat memengaruhi perencanaan dan pelaporan keuangan.

Sumber data

Peristiwa ini tercatat saat catatan cc_reserveline pertama yang terkait dengan exposure pada klaim dibuat. CreateTime transaksi menjadi stempel waktu peristiwa.

Pengumpulan data

Temukan stempel waktu pembuatan paling awal dari semua baris cadangan untuk exposure pada klaim tertentu.

Jenis peristiwa explicit
Exposure dibuat
Aktivitas ini menandai pembuatan exposure, yang mewakili potensi kewajiban atau jenis kerugian tertentu dalam klaim, misalnya kerusakan kendaraan atau cedera. Peristiwa ini tercatat secara langsung di Guidewire.
Mengapa ini penting

Exposure menjadi dasar pengelompokan dan analisis klaim. Melacak pembuatannya membantu Anda memahami variasi proses berdasarkan kerumitan klaim dan jenis kerugian.

Sumber data

Diambil dari CreateTime catatan baru di tabel cc_exposure. Setiap catatan terhubung ke satu ID Klaim.

Pengumpulan data

Temukan stempel waktu pembuatan catatan baru di tabel entitas Exposure.

Jenis peristiwa explicit
Klaim dibuat
Aktivitas ini menandai laporan pertama kejadian kerugian (FNOL) dan pembuatan resmi catatan klaim baru di Guidewire ClaimCenter. Peristiwa ini tercatat secara langsung saat entitas Claim baru pertama kali disimpan ke database.
Mengapa ini penting

Sebagai peristiwa awal utama, aktivitas ini penting untuk mengukur waktu siklus klaim dari awal hingga akhir. Aktivitas ini menjadi titik awal untuk semua KPI kinerja dan durasi berikutnya.

Sumber data

Peristiwa ini tercatat secara langsung dari CreateTime pada tabel cc_claim. Pembuatan catatan baru dengan ID Klaim unik menjadi pemicu peristiwa.

Pengumpulan data

Temukan stempel waktu pembuatan catatan baru di tabel entitas Claim utama.

Jenis peristiwa explicit
Klaim ditolak
Menunjukkan keputusan akhir untuk menolak klaim dan menjadi titik akhir proses. Peristiwa ini disimpulkan saat status klaim berubah menjadi ditutup dengan alasan 'Ditolak'.
Mengapa ini penting

Peristiwa hasil ini penting. Analisis frekuensi, alasan, dan jalur proses yang berujung pada penolakan membantu menemukan masalah dalam penerimaan klaim, investigasi, atau penafsiran polis.

Sumber data

Disimpulkan dari perubahan kolom State pada tabel cc_claim menjadi 'Ditutup', disertai nilai 'Ditolak' atau nilai serupa pada kolom CloseReason. CloseDate menjadi stempel waktu peristiwa.

Pengumpulan data

Filter perubahan status klaim menjadi 'Ditutup' dengan kode alasan yang menunjukkan penolakan.

Jenis peristiwa inferred
Klaim ditutup
Menandai penutupan klaim setelah semua aktivitas dan pembayaran selesai. Ini adalah peristiwa akhir utama untuk klaim yang berhasil diselesaikan, yang disimpulkan dari perubahan status utama klaim.
Mengapa ini penting

Sebagai peristiwa akhir utama, aktivitas ini penting untuk menghitung waktu siklus dari awal hingga akhir dan mengukur pencapaian SLA. Aktivitas ini menandai selesainya siklus klaim.

Sumber data

Disimpulkan dari perubahan kolom State pada tabel cc_claim menjadi 'Ditutup'. Stempel waktu peristiwa diambil dari CloseDate pada catatan klaim.

Pengumpulan data

Temukan saat kolom status utama klaim diperbarui menjadi 'Ditutup'.

Jenis peristiwa inferred
Pembayaran disetujui
Menunjukkan persetujuan resmi atas pembayaran penyelesaian klaim. Peristiwa audit penting ini tercatat secara langsung saat pengguna yang berwenang menyetujui transaksi.
Mengapa ini penting

Tahap penting ini memungkinkan pembayaran akhir diproses. Analisis waktu sebelum dan sesudah aktivitas ini membantu memisahkan keterlambatan akibat alur kerja persetujuan atau ketersediaan manajer.

Sumber data

Peristiwa ini sering tercatat secara langsung di tabel cc_history dan terkait dengan entitas cc_check atau cc_transaction. Catatan tersebut merekam perubahan status dari 'Menunggu Persetujuan' menjadi 'Disetujui'.

Pengumpulan data

Lacak perubahan status menjadi 'Disetujui' untuk transaksi pembayaran tertentu.

Jenis peristiwa explicit
Pembayaran diterbitkan
Aktivitas ini menandai tahap akhir proses pembayaran, saat pembayaran resmi diterbitkan dan dikirim ke sistem keuangan. Transaksi keuangan ini tercatat secara langsung.
Mengapa ini penting

Aktivitas ini penting untuk mengukur efisiensi proses pengiriman pembayaran. Aktivitas ini membantu membedakan keterlambatan persetujuan dari keterlambatan pencairan dana.

Sumber data

Diambil dari IssueDate atau perubahan status menjadi 'Diterbitkan' atau 'Diajukan' pada entitas cc_check atau cc_transaction. Peristiwa ini sering tercatat secara langsung dengan stempel waktu.

Pengumpulan data

Temukan IssueDate atau stempel waktu perubahan status menjadi 'Diterbitkan' pada catatan pembayaran.

Jenis peristiwa explicit
Informasi tambahan diminta
Menunjukkan permintaan informasi atau dokumentasi tambahan yang dikirim kepada pengaju klaim atau pihak ketiga. Biasanya, permintaan ini tercatat sebagai 'Aktivitas' (tugas) yang dibuat secara eksplisit di ClaimCenter.
Mengapa ini penting

Aktivitas ini menjadi titik awal pengukuran KPI 'Waktu Siklus Pengumpulan Informasi Tambahan'. Jika sering terjadi, hal ini dapat menandakan proses FNOL yang tidak lengkap atau pengumpulan informasi yang tidak efisien.

Sumber data

Diambil dari CreateTime catatan cc_activity dengan ActivityPattern yang terkait dengan permintaan dokumen atau informasi dari pihak eksternal.

Pengumpulan data

Temukan pembuatan tugas untuk meminta informasi dari pihak eksternal.

Jenis peristiwa explicit
Informasi tambahan diterima
Menandai selesainya permintaan informasi tambahan. Hal ini tercatat saat 'Aktivitas' (tugas) terkait permintaan informasi ditandai sebagai 'Selesai'.
Mengapa ini penting

Peristiwa ini menjadi titik akhir pengukuran KPI 'Waktu Siklus Pengumpulan Informasi Tambahan'. Jeda panjang antara permintaan dan penerimaan informasi sering menjadi penyebab keterlambatan dalam proses klaim.

Sumber data

Diambil dari CloseTime catatan cc_activity dengan ActivityPattern yang terkait dengan permintaan informasi. Status aktivitas harus 'Selesai'.

Pengumpulan data

Temukan stempel waktu penyelesaian tugas untuk meminta informasi dari pihak eksternal.

Jenis peristiwa explicit
Investigasi dimulai
Menandai awal resmi tahap investigasi untuk klaim atau eksposur. Tahap ini sering disimpulkan dari pembuatan 'Aktivitas' (tugas) pertama yang terkait investigasi di Guidewire.
Mengapa ini penting

Aktivitas ini menandai awal tahap penting yang sering kali berlangsung lama. Analisis waktu tunggu sebelum investigasi dimulai dan durasi investigasi dapat mengungkap hambatan utama.

Sumber data

Disimpulkan dari CreateTime catatan cc_activity dengan ActivityPattern yang terkait dengan investigasi, misalnya 'Investigasi Awal' atau 'Hubungi Saksi'.

Pengumpulan data

Temukan pembuatan pertama tugas dengan pola atau subjek yang terkait dengan investigasi.

Jenis peristiwa inferred
Keputusan tanggung jawab ditetapkan
Menandai saat keputusan mengenai tanggung jawab atau kesalahan ditetapkan untuk suatu exposure. Peristiwa ini biasanya disimpulkan dari perubahan status pada entitas Exposure.
Mengapa ini penting

Ini adalah tahap keputusan penting yang menentukan dimulainya penyelesaian dan pembayaran. Analisis waktu hingga keputusan dibuat membantu menemukan hambatan dalam tahap investigasi dan penilaian.

Sumber data

Disimpulkan dari tabel cc_history dengan melacak perubahan pada State atau kolom status tanggung jawab khusus di entitas cc_exposure. Stempel waktu catatan riwayat menunjukkan waktu peristiwa.

Pengumpulan data

Pantau log audit atau tabel riwayat untuk melihat perubahan status atau tanggung jawab exposure.

Jenis peristiwa inferred
Klaim dibuka kembali
Menunjukkan klaim yang statusnya berubah dari 'Ditutup' kembali menjadi 'Terbuka' untuk menjalani proses tambahan. Peristiwa ini disimpulkan dari urutan perubahan status tertentu.
Mengapa ini penting

Aktivitas ini menandakan pengerjaan ulang. Banyaknya klaim yang dibuka kembali menunjukkan kemungkinan masalah pada penyelesaian awal, kerusakan yang terlewat, atau kegagalan proses lainnya. Akibatnya, biaya dan inefisiensi meningkat.

Sumber data

Disimpulkan dari tabel cc_history dengan menemukan perubahan kolom State pada entitas cc_claim dari 'Ditutup' kembali menjadi 'Terbuka' atau status aktif lainnya.

Pengumpulan data

Pantau kolom status utama klaim untuk menemukan perubahan dari status ditutup menjadi terbuka.

Jenis peristiwa inferred
Klaim ditugaskan
Menunjukkan penugasan klaim kepada pengguna tertentu (penilai klaim) atau grup untuk ditangani. Biasanya, peristiwa ini disimpulkan dengan memantau perubahan pada kolom penugasan di entitas Claim.
Mengapa ini penting

Melacak penugasan penting untuk menganalisis beban kerja penilai klaim, menemukan hambatan dalam perutean, dan mengukur waktu hingga tindakan pertama oleh petugas yang ditugaskan.

Sumber data

Disimpulkan dari tabel cc_history dengan melacak perubahan pada kolom AssignedUser atau AssignedGroup yang terkait dengan ID Klaim tertentu. Stempel waktu perubahan menunjukkan kapan peristiwa terjadi.

Pengumpulan data

Pantau log audit atau tabel riwayat untuk melihat perubahan pada kolom penugasan klaim.

Jenis peristiwa inferred
Nilai penyelesaian dihitung
Aktivitas ini menandai saat nilai penyelesaian telah ditentukan, tetapi belum disetujui untuk dibayar. Peristiwa ini dapat disimpulkan dari pembuatan pembayaran dengan status 'Menunggu Persetujuan'.
Mengapa ini penting

Menandai peralihan dari penilaian ke pembayaran. Tahap ini menjadi titik awal pengukuran KPI 'Waktu Tunggu Otorisasi Pembayaran' dan membantu menemukan keterlambatan dalam rantai persetujuan.

Sumber data

Disimpulkan dari CreateTime catatan cc_check atau cc_transaction dengan status awal 'Menunggu Persetujuan' atau status serupa sebelum 'Disetujui'.

Pengumpulan data

Temukan pembuatan catatan pembayaran atau transaksi dengan status sebelum persetujuan.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi data

Cara mengambil data dari Guidewire ClaimCenter

Siap memulai?

Gunakan templat ini untuk menyiapkan data, lalu temukan wawasan tentang proses penanganan klaim Anda. Mulai tingkatkan alur kerja Anda hari ini.

Percepat penanganan klaim dan selesaikan kasus lebih cepat

Kurangi tumpukan klaim, cegah penipuan, dan targetkan 70% pemrosesan langsung tanpa intervensi.

Mulai uji coba gratis

Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.