Templat data penanganan klaim Anda
Templat data penanganan klaim Anda
- Atribut yang disarankan untuk dikumpulkan
- Aktivitas utama yang perlu dilacak
- Panduan ekstraksi data dari Guidewire ClaimCenter
Atribut penanganan klaim
| 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 | |||
Aktivitas penanganan klaim
| 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 | |||
Panduan ekstraksi data
Langkah
- Periksa prasyarat: Pastikan Anda memiliki izin dan kredensial yang diperlukan untuk mengakses database data mart Guidewire DataHub / InfoCenter dengan hak akses baca. Pastikan tugas ETL yang mengisi data mart klaim berjalan dengan baik dan datanya sudah diperbarui.
- Hubungkan ke database: Gunakan klien SQL standar, seperti DBeaver atau SQL Server Management Studio, untuk terhubung ke server database data mart.
- Pelajari skema: Sebelum menjalankan kueri lengkap, kenali skema data mart. Temukan tabel utama untuk klaim, eksposur, aktivitas, dan transaksi keuangan. Nama tabel utama biasanya diakhiri dengan _dim (dimensi) dan _fact (fakta). Langkah ini membantu Anda memeriksa nama tabel dan kolom pengganti dalam skrip.
- Siapkan kueri SQL: Salin seluruh skrip SQL dari bagian kueri ke editor kueri di klien SQL Anda.
- Ganti nilai pengganti: Periksa skrip dengan saksama dan ganti semua nilai pengganti. Ini mencakup nama database/skema (misalnya, [YourDataMart]), parameter rentang tanggal ('[StartDate]', '[EndDate]'), serta nilai konfigurasi khusus sistem, seperti pola aktivitas dan kode status.
- Jalankan kueri: Jalankan kueri SQL yang sudah disesuaikan pada data mart. Waktu eksekusi bergantung pada rentang tanggal yang dipilih dan volume data di sistem Anda.
- Tinjau data awal: Setelah kueri selesai, periksa beberapa ratus baris pertama hasilnya. Pastikan kolom ClaimID, ActivityName, dan EventTime terisi sesuai harapan dan mencakup berbagai jenis aktivitas.
- Ekspor ke CSV: Ekspor seluruh hasil dari klien SQL ke file CSV. Beri nama yang jelas, misalnya guidewire_claimcenter_event_log.csv.
- Siapkan untuk ProcessMind: Pastikan file CSV disimpan dengan encoding UTF-8. Periksa apakah baris judul kolom sesuai dengan alias kolom dalam kueri SQL. File kini siap diunggah ke ProcessMind.
Konfigurasi
- Sumber data: Data mart klaim Guidewire DataHub/InfoCenter. Database dimensional ini berisi data yang telah diagregasi untuk pelaporan dan analitik, terpisah dari database produksi ClaimCenter yang aktif.
- Otorisasi yang diperlukan: Akses baca saja ke database SQL yang menampung data mart. Anda memerlukan nama pengguna, kata sandi, dan detail koneksi, seperti alamat server dan nama database.
- Status tugas ETL: Akurasi ekstraksi bergantung pada keberhasilan dan ketepatan waktu tugas ETL Guidewire yang mengisi data mart. Periksa waktu eksekusi terakhir yang berhasil untuk mengetahui seberapa baru datanya.
- Filter rentang tanggal: Kueri yang disediakan menggunakan klausa WHERE dengan nilai pengganti '[StartDate]' dan '[EndDate]'. Sebaiknya mulai dengan rentang terbatas, misalnya 3-6 bulan, agar kinerja tetap terjaga. Filter tanggal diterapkan pada CreateTime klaim.
- Nilai khusus konfigurasi: Guidewire dapat dikonfigurasi sesuai kebutuhan. Sesuaikan nilai dalam klausa WHERE dengan pengaturan organisasi Anda, termasuk:
- Nama ActivityPattern, misalnya 'fnol', 'investigation', 'Request additional information'
- Kode ClaimStatus, ExposureStatus, dan CloseReason, misalnya 'denied', 'closed'
- Kode TransactionStatus, misalnya 'pendingapproval', 'approved', 'issued'
- Kinerja: Mengueri tabel riwayat atau audit berukuran besar dapat menghabiskan banyak sumber daya. Untuk kumpulan data yang sangat besar, jalankan kueri di luar jam sibuk. Pastikan kolom ClaimID atau ClaimNumber memiliki indeks pada tabel terkait.
Contoh kueri sql
-- This query extracts a process mining event log for claims processing from a Guidewire DataHub/InfoCenter Data Mart.
-- Replace placeholders: [YourDataMart], [StartDate], [EndDate], and any configuration-specific string literals.
WITH ClaimHistory AS (
-- Pre-process claim history to identify status changes, especially for Reopened events.
SELECT
ClaimID,
Status,
UpdateTime,
LAG(Status, 1) OVER (PARTITION BY ClaimID ORDER BY UpdateTime) AS PreviousStatus
FROM [YourDataMart].[dbo].[ClaimHistory_dim] -- Placeholder for claim history/audit table
),
BaseClaims AS (
-- Select the set of claims to be analyzed based on a date range.
SELECT
c.ClaimID AS ClaimPublicID, -- Using PublicID as it's often the user-facing ID
c.ClaimNumber AS ClaimID,
c.AssignedAdjusterName AS AssignedAdjuster,
c.PolicyType AS ClaimType,
c.ClaimStatus AS ClaimStatus,
c.LossCause AS LossCause,
c.CreateTime
FROM [YourDataMart].[dbo].[Claim_dim] c
WHERE c.CreateTime >= '[StartDate]' AND c.CreateTime < '[EndDate]'
)
-- 1. Claim Created
SELECT
bc.ClaimID AS ClaimID,
'Claim Created' AS ActivityName,
bc.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
UNION ALL
-- 2. Claim Assigned
-- This captures the first assignment event from the history table.
SELECT
bc.ClaimID,
'Claim Assigned' AS ActivityName,
MIN(ch.UpdateTime) AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ClaimHistory_dim] ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.EventType = 'Assignment' -- Assumes an EventType column exists to identify assignment changes
GROUP BY bc.ClaimID, bc.AssignedAdjuster, bc.ClaimType, bc.ClaimStatus, bc.LossCause
UNION ALL
-- 3. Exposure Created
SELECT
bc.ClaimID,
'Exposure Created' AS ActivityName,
e.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Exposure_dim] e ON bc.ClaimPublicID = e.ClaimID
UNION ALL
-- 4. Initial Reserve Set
-- Finds the very first reserve transaction for any exposure on the claim.
SELECT
x.ClaimID,
'Initial Reserve Set' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY t.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Reserve'
) x
WHERE x.rn = 1
UNION ALL
-- 5. Investigation Started
-- Finds the creation of the first investigation-related activity.
SELECT
x.ClaimID,
'Investigation Started' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY a.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Investigation%'
) x
WHERE x.rn = 1
UNION ALL
-- 6. Additional Info Requested
SELECT
bc.ClaimID,
'Additional Info Requested' AS ActivityName,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%'
UNION ALL
-- 7. Additional Info Received
SELECT
bc.ClaimID,
'Additional Info Received' AS ActivityName,
a.CompletionTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%' AND a.CompletionTime IS NOT NULL
UNION ALL
-- 8. Liability Decision Made
-- Captures when an exposure's liability decision is first set.
SELECT
x.ClaimID,
'Liability Decision Made' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
eh.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY eh.UpdateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ExposureHistory_dim] eh ON bc.ClaimPublicID = eh.ClaimID
WHERE eh.LiabilityDecision IS NOT NULL AND eh.PreviousLiabilityDecision IS NULL -- Captures the first time it was set
) x
WHERE x.rn = 1
UNION ALL
-- 9. Settlement Calculated
-- Captures the creation of a payment transaction that is pending approval.
SELECT
bc.ClaimID,
'Settlement Calculated' AS ActivityName,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.TransactionStatus = 'PendingApproval'
UNION ALL
-- 10. Payment Approved
SELECT
bc.ClaimID,
'Payment Approved' AS ActivityName,
t.ApprovalDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.ApprovalDate IS NOT NULL AND t.TransactionStatus = 'Approved'
UNION ALL
-- 11. Payment Issued
SELECT
bc.ClaimID,
'Payment Issued' AS ActivityName,
t.IssueDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.IssueDate IS NOT NULL AND t.TransactionStatus = 'Issued'
UNION ALL
-- 12. Claim Denied
SELECT
bc.ClaimID,
'Claim Denied' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Denied' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 13. Claim Closed
SELECT
bc.ClaimID,
'Claim Closed' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Closed' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND NOT EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 14. Claim Reopened
SELECT
bc.ClaimID,
'Claim Reopened' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Open' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.PreviousStatus = 'Closed' AND ch.Status <> 'Closed'; Langkah
- Pastikan organisasi Anda memiliki data share Snowflake Guidewire Cloud Data Access (CDA) yang aktif untuk lingkungan ClaimCenter. Minta administrator Guidewire Cloud memberikan pengenal akun Snowflake, database, skema, warehouse, role, metode autentikasi, dan konfigurasi jaringan yang diizinkan.
- Pastikan nama objek dan kolom CDA yang tersedia di data share Anda. Skema dan nama kolom CDA dapat berbeda menurut tenant, rilis, konfigurasi, dan model berbagi data. Ganti setiap nilai pengganti objek atau kolom dalam tanda kurung siku dengan objek yang sesuai di lingkungan Anda. Jangan berasumsi bahwa nama entitas operasional ClaimCenter tersedia tanpa perubahan di Snowflake.
- Tentukan sumber data untuk pembuatan klaim, riwayat penugasan klaim, pembuatan eksposur, transaksi cadangan, aktivitas, riwayat status eksposur, riwayat status pembayaran, dan riwayat status klaim. Jika data share Anda tidak menyediakan tabel riwayat atau catatan audit, siapkan sumber yang disetujui dan menyimpan nilai sebelumnya, nilai baru, waktu peristiwa, serta pelaku untuk setiap perubahan status yang diperlukan.
- Hubungkan ke data share Snowflake CDA menggunakan klien, worksheet, notebook, atau alat eksekusi SQL Snowflake yang diizinkan. Jika memungkinkan, gunakan role baca saja. Atur waktu mulai dan akhir analisis dalam kueri menggunakan [Start timestamp] dan [End timestamp]. Terapkan filter perusahaan atau unit bisnis yang disetujui menggunakan [Company filter].
- Ganti nilai pengganti sumber dalam kueri dengan nama objek dan kolom CDA yang sudah diverifikasi. Kueri ini secara eksplisit membuat baris untuk 14 aktivitas yang diperlukan: Klaim Dibuat, Klaim Ditugaskan, Eksposur Dibuat, Cadangan Awal Ditetapkan, Investigasi Dimulai, Informasi Tambahan Diminta, Informasi Tambahan Diterima, Keputusan Tanggung Jawab Dibuat, Nilai Penyelesaian Dihitung, Pembayaran Disetujui, Pembayaran Diterbitkan, Klaim Ditolak, Klaim Ditutup, dan Klaim Dibuka Kembali.
- Jalankan kueri dan periksa skema hasilnya. Hasil harus memuat ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, dan LossCause. ProcessMind memerlukan ClaimID, ActivityName, dan EventTime. Pertahankan satu baris untuk setiap peristiwa dan jangan mengagregasikan peristiwa berdasarkan klaim.
- Periksa validitas stempel waktu, perubahan status, perubahan penugasan, penanganan duplikat, dan jumlah aktivitas sebelum mengekspor. Pastikan stempel waktu peristiwa menggunakan zona waktu yang konsisten. Jika beberapa peristiwa memiliki stempel waktu yang sama tetapi mewakili aktivitas bisnis berbeda, pertahankan sebagai baris terpisah.
- Ekspor hasil sebagai CSV ber-encoding UTF-8 atau format tabular lain yang didukung ProcessMind. Petakan ClaimID sebagai ID kasus, ActivityName sebagai aktivitas, dan EventTime sebagai stempel waktu peristiwa. Sertakan atribut yang disarankan sebagai atribut peristiwa tambahan, lalu unggah file ke ProcessMind tanpa menambahkan aktivitas hasil perkiraan di luar ekstraksi ini.
Konfigurasi
- Koneksi dan otorisasi: Gunakan data share Snowflake dari Guidewire melalui akun, role, warehouse, dan jalur jaringan Snowflake yang diizinkan. Dari sisi pengguna, CDA hanya menyediakan akses baca. Akses yang diperlukan bergantung pada konfigurasi tenant dan dapat mencakup izin untuk mengueri database bersama serta skema atau view tertentu.
- Konfigurasi objek sumber: Ganti semua referensi sumber dalam tanda kurung siku dengan objek yang sudah diverifikasi di data share CDA Anda. Kueri ini tidak menetapkan nama tabel atau kolom ClaimCenter yang berlaku untuk semua lingkungan karena struktur CDA berbeda menurut rilis dan tenant.
- Rentang tanggal: Mulai dengan periode tiga hingga enam bulan untuk validasi dan analisis operasional. Gunakan rentang yang lebih panjang setelah memastikan kapasitas warehouse, masa penyimpanan riwayat peristiwa, dan durasi kueri yang dapat diterima. Filter data sumber berdasarkan stempel waktu peristiwa terkait, bukan hanya tanggal pembuatan klaim, agar aktivitas berikutnya tidak terlewat.
- Kolom hasil wajib: ClaimID, ActivityName, dan EventTime harus tersedia dan tidak boleh kosong di setiap baris peristiwa. ActivityName harus menggunakan label persis seperti yang diharapkan model proses ProcessMind.
- Kolom hasil yang disarankan: Sertakan AssignedAdjuster, ClaimType, ClaimStatus, dan LossCause. Jika tersedia, gunakan nilai dari rekam data pada saat peristiwa terjadi. Jika hanya nilai status terkini yang tersedia, catat batasan ini karena atribut historis mungkin tidak mencerminkan nilai pada waktu peristiwa.
- Filter: Terapkan [Company filter] hanya setelah memastikan kolom perusahaan, organisasi, unit bisnis, atau badan hukum yang sesuai untuk tenant Anda. Jangan memfilter berdasarkan jenis dokumen, kecuali konfigurasi ClaimCenter menyediakan kolom jenis dokumen terverifikasi yang relevan dengan aktivitas yang diminta.
- Riwayat peristiwa: Untuk mengetahui perubahan penugasan, investigasi, permintaan informasi, keputusan tanggung jawab, status pembayaran, dan pembukaan kembali klaim, diperlukan data riwayat atau audit. Tabel yang hanya berisi status terkini tidak dapat merekonstruksi peristiwa sebelumnya secara andal.
- Penghapusan duplikat: Gunakan ID peristiwa sumber yang sudah diverifikasi jika tersedia. Kueri menggunakan ROW_NUMBER hanya sebagai pengaman yang dapat dikonfigurasi. Jangan menghapus duplikat hanya berdasarkan ClaimID dan stempel waktu jika beberapa aktivitas berbeda dapat terjadi pada waktu yang sama.
- Kinerja: Batasi rentang tanggal, pilih hanya kolom yang diperlukan, filter setiap sumber berdasarkan stempel waktu peristiwanya, dan gunakan warehouse Snowflake dengan kapasitas yang sesuai. Untuk volume besar, pertimbangkan membuat view peristiwa yang sudah divalidasi atau melakukan ekstraksi bertahap.
- Zona waktu: Samakan EventTime ke satu zona waktu yang terdokumentasi. Sebelum memuat log peristiwa, pastikan apakah stempel waktu CDA disimpan dalam UTC, waktu lokal, atau varian stempel waktu Snowflake.
- Prasyarat: Pastikan data keuangan, aktivitas, penugasan, eksposur, pembayaran, dan riwayat status ClaimCenter yang diperlukan tersedia dalam data share. Pastikan juga kebijakan retensi menyimpan perubahan historis yang diperlukan.
Contoh kueri sql
WITH
params AS (
SELECT
TO_TIMESTAMP_TZ('[Start timestamp]') AS start_ts,
TO_TIMESTAMP_TZ('[End timestamp]') AS end_ts
),
claim_created AS (
SELECT
CAST(c.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Created' AS ActivityName,
CAST(c.[Claim created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(c.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(c.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(c.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(c.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(c.[Claim event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim source object] c
CROSS JOIN params p
WHERE c.[Claim created timestamp column] >= p.start_ts
AND c.[Claim created timestamp column] < p.end_ts
AND [Company filter]
),
claim_assigned AS (
SELECT
CAST(h.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Assigned' AS ActivityName,
CAST(h.[Assignment event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(h.[New assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(h.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(h.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(h.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(h.[Assignment event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim assignment history object] h
CROSS JOIN params p
WHERE h.[Assignment event timestamp column] >= p.start_ts
AND h.[Assignment event timestamp column] < p.end_ts
AND h.[New assigned adjuster column] IS DISTINCT FROM h.[Previous assigned adjuster column]
AND [Company filter]
),
exposure_created AS (
SELECT
CAST(e.[Claim ID column] AS VARCHAR) AS ClaimID,
'Exposure Created' AS ActivityName,
CAST(e.[Exposure created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(e.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(e.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(e.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(e.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(e.[Exposure event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure source object] e
CROSS JOIN params p
WHERE e.[Exposure created timestamp column] >= p.start_ts
AND e.[Exposure created timestamp column] < p.end_ts
AND [Company filter]
),
initial_reserve_set AS (
SELECT
CAST(r.[Claim ID column] AS VARCHAR) AS ClaimID,
'Initial Reserve Set' AS ActivityName,
CAST(r.[Reserve transaction timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(r.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(r.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(r.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(r.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(r.[Reserve transaction identifier column] AS VARCHAR) AS SourceEventID
FROM [Your reserve transaction source object] r
CROSS JOIN params p
WHERE r.[Reserve transaction timestamp column] >= p.start_ts
AND r.[Reserve transaction timestamp column] < p.end_ts
AND r.[Reserve transaction sequence or first reserve indicator column] = [Value identifying first reserve]
AND [Company filter]
),
investigation_started AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Investigation Started' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured investigation activity value]'
AND [Company filter]
),
additional_info_requested AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Requested' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND [Company filter]
),
additional_info_received AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Received' AS ActivityName,
CAST(a.[Activity completion timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity completion timestamp column] >= p.start_ts
AND a.[Activity completion timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND a.[Activity status column] = '[Configured completed status value]'
AND [Company filter]
),
liability_decision_made AS (
SELECT
CAST(eh.[Claim ID column] AS VARCHAR) AS ClaimID,
'Liability Decision Made' AS ActivityName,
CAST(eh.[Exposure status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(eh.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(eh.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(eh.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(eh.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(eh.[Exposure status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure status history object] eh
CROSS JOIN params p
WHERE eh.[Exposure status event timestamp column] >= p.start_ts
AND eh.[Exposure status event timestamp column] < p.end_ts
AND eh.[New exposure status column] = '[Configured liability decision status value]'
AND eh.[New exposure status column] IS DISTINCT FROM eh.[Previous exposure status column]
AND [Company filter]
),
settlement_calculated AS (
SELECT
CAST(pay.[Claim ID column] AS VARCHAR) AS ClaimID,
'Settlement Calculated' AS ActivityName,
CAST(pay.[Payment created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(pay.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(pay.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(pay.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(pay.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(pay.[Payment identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment source object] pay
CROSS JOIN params p
WHERE pay.[Payment created timestamp column] >= p.start_ts
AND pay.[Payment created timestamp column] < p.end_ts
AND pay.[Payment status column] = '[Configured pending approval status value]'
AND [Company filter]
),
payment_approved AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Approved' AS ActivityName,
CAST(ph.[Payment approval timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Approving user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment approval timestamp column] >= p.start_ts
AND ph.[Payment approval timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured approved status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
payment_issued AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Issued' AS ActivityName,
CAST(ph.[Payment issued timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Issuing user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment issued timestamp column] >= p.start_ts
AND ph.[Payment issued timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured issued status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
claim_denied AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Denied' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND ch.[Claim closure reason column] = '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_closed AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Closed' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND COALESCE(ch.[Claim closure reason column], '') <> '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_reopened AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Reopened' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[Previous claim status column] = '[Configured closed status value]'
AND ch.[New claim status column] = '[Configured open status value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
all_events AS (
SELECT * FROM claim_created
UNION ALL SELECT * FROM claim_assigned
UNION ALL SELECT * FROM exposure_created
UNION ALL SELECT * FROM initial_reserve_set
UNION ALL SELECT * FROM investigation_started
UNION ALL SELECT * FROM additional_info_requested
UNION ALL SELECT * FROM additional_info_received
UNION ALL SELECT * FROM liability_decision_made
UNION ALL SELECT * FROM settlement_calculated
UNION ALL SELECT * FROM payment_approved
UNION ALL SELECT * FROM payment_issued
UNION ALL SELECT * FROM claim_denied
UNION ALL SELECT * FROM claim_closed
UNION ALL SELECT * FROM claim_reopened
),
deduplicated_events AS (
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause,
SourceEventID,
ROW_NUMBER() OVER (
PARTITION BY ActivityName, COALESCE(SourceEventID, ClaimID || '|' || TO_VARCHAR(EventTime))
ORDER BY EventTime
) AS duplicate_rank
FROM all_events
WHERE ClaimID IS NOT NULL
AND ActivityName IS NOT NULL
AND EventTime IS NOT NULL
)
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause
FROM deduplicated_events
WHERE duplicate_rank = 1
ORDER BY ClaimID, EventTime, ActivityName; Langkah
- Pastikan akses baca langsung ke database operasional Guidewire ClaimCenter lokal telah disetujui, platform database dan versi skemanya terdokumentasi, serta koneksi baca saja tersedia. Jangan mengueri database produksi tanpa jadwal ekstraksi yang disetujui.
- Identifikasi tabel fisik dan kolom yang digunakan dalam penerapan ClaimCenter Anda. Petakan entitas klaim, eksposur, aktivitas, penugasan, cadangan, pembayaran, riwayat status, serta pengguna atau grup ke nilai pengganti dalam kueri. Nama fisik dan struktur audit berbeda menurut penerapan dan versi. Ganti setiap nilai pengganti hanya setelah memeriksanya di katalog database dan model data ClaimCenter.
- Tentukan periode ekstraksi menggunakan [Start date parameter] dan [End date parameter]. Gunakan rentang tumpang tindih, misalnya satu atau dua hari sebelum tanggal mulai yang diminta, jika perubahan status, penyelesaian tugas, atau transaksi keuangan dapat tercatat di luar periode pembuatan klaim utama.
- Jalankan seluruh pernyataan SQL dengan hak akses baca saja. Setiap aktivitas akan dikeluarkan sebagai baris peristiwa tersendiri. Kueri tidak mengandalkan ProcessMind untuk menyimpulkan peristiwa setelah data dimuat. Peristiwa yang disimpulkan dari perubahan kolom dibuat di dalam pernyataan SQL berdasarkan data riwayat atau audit terkait.
- Validasi pemetaan sumber untuk setiap aktivitas. Pastikan pembuatan klaim menggunakan rekam Claim pertama yang disimpan; penugasan menggunakan perubahan penugasan; pembuatan eksposur menggunakan rekam pembuatan eksposur; cadangan awal menggunakan transaksi cadangan pertama untuk setiap eksposur; investigasi dan permintaan informasi menggunakan rekam aktivitas; tanggung jawab menggunakan perubahan status eksposur yang dikonfigurasi; penyelesaian menggunakan status pembayaran yang menunggu persetujuan; serta persetujuan dan penerbitan pembayaran menggunakan status audit keuangan masing-masing.
- Sesuaikan hasil dengan struktur log peristiwa yang diwajibkan. ClaimID harus menjadi ID kasus, ActivityName harus berisi tepat satu dari 14 nama aktivitas yang terdokumentasi, dan EventTime harus berupa stempel waktu. Pertahankan atribut yang disarankan, termasuk AssignedAdjuster, ClaimType, ClaimStatus, dan LossCause, jika tersedia dari pemetaan sumber.
- Periksa duplikat dan urutan peristiwa. Jika sumber memuat beberapa baris audit untuk perubahan bisnis yang sama, terapkan kunci penghapusan duplikat khusus penerapan pada ekspresi tabel umum yang relevan. Jangan menggabungkan peristiwa bisnis berbeda yang memiliki stempel waktu atau ID sumber berbeda.
- Ekspor hasil sebagai CSV ber-encoding UTF-8 atau format tabular lain yang didukung ProcessMind. Sertakan baris judul dengan ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, dan LossCause. Pastikan stempel waktu menyertakan informasi zona waktu atau menggunakan zona waktu database yang terdokumentasi secara konsisten. Unggah file ke ProcessMind, lalu petakan ClaimID sebagai ID kasus, ActivityName sebagai aktivitas, dan EventTime sebagai stempel waktu peristiwa.
Konfigurasi
- Akses database: Gunakan akun baca saja yang diizinkan mengueri tabel operasional ClaimCenter, tabel riwayat, tabel aktivitas, dan tabel transaksi keuangan yang diperlukan. Jangan berikan hak tulis, perubahan skema, atau hak administratif untuk ekstraksi.
- Pemetaan skema: Ganti [Your claim table], [Your exposure table], [Your activity table], [Your reserve table], [Your payment table], [Your claim history table], [Your exposure history table], dan nilai pengganti terkait dengan nama yang sudah diverifikasi di penerapan target. Jangan berasumsi nama entitas logis Guidewire sama dengan nama tabel fisik di database.
- Rentang tanggal: Mulai dengan data tiga hingga enam bulan. Gunakan [Start date parameter] dan [End date parameter], serta sertakan rentang tumpang tindih jika peristiwa dapat tercatat setelah klaim dibuat atau klaim yang dibuka kembali melintasi beberapa periode pelaporan.
- Filter: Terapkan [Company Code filter], [Document Type filter], yurisdiksi, lini bisnis, atau filter khusus organisasi lainnya hanya setelah memastikan kolom fisik dan makna bisnisnya. Hindari mengecualikan klaim tanpa pembayaran atau eksposur karena data tersebut diperlukan untuk analisis siklus proses secara menyeluruh.
- Nama aktivitas: Pertahankan ke-14 nilai ActivityName persis seperti yang ditetapkan dalam kueri agar ProcessMind menerima label peristiwa yang konsisten.
- Makna peristiwa: Aktivitas yang ditandai sebagai hasil perkiraan dibuat dalam SQL berdasarkan perubahan status, penugasan, riwayat, atau aktivitas sumber. ProcessMind tidak akan menyimpulkan peristiwa ini dari baris lain setelah data dimuat.
- Kinerja: Batasi periode ekstraksi, pilih hanya kolom yang diperlukan, filter tabel sumber sebelum menggabungkannya, dan periksa indeks pada ID klaim, ID eksposur, stempel waktu peristiwa, kolom status, serta ID transaksi. Jika tersedia, jalankan ekstraksi besar pada replika pelaporan.
- Konsistensi: Gunakan tingkat isolasi transaksi yang sesuai untuk pelaporan dan tetapkan batas ekstraksi yang konsisten. Hindari membaca tabel saat proses keuangan massal atau pembaruan status massal belum selesai.
- Zona waktu: Dokumentasikan zona waktu database dan konversikan semua stempel waktu sumber ke satu zona waktu yang disepakati sebelum ekspor. Jangan mencampur stempel waktu lokal aplikasi dengan waktu server database.
- Prasyarat: Pastikan modul ClaimCenter, izin keuangan, retensi audit atau riwayat, dan koneksi database yang diperlukan tersedia. Jika retensi riwayat atau audit dinonaktifkan, aktivitas terkait tidak dapat direkonstruksi secara andal.
- Konfigurasi validasi: Catat versi ClaimCenter, platform database, pemetaan skema, waktu ekstraksi, parameter tanggal, filter, dan jumlah baris untuk setiap ekspor.
Contoh kueri sql
WITH
claim_created AS (
SELECT
c.[Claim ID column] AS ClaimID,
CAST('Claim Created' AS VARCHAR(100)) AS ActivityName,
c.[Claim Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim table] c
WHERE c.[Claim Created Timestamp column] >= [Start date parameter]
AND c.[Claim Created Timestamp column] < [End date parameter]
),
claim_assigned AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Assigned' AS VARCHAR(100)) AS ActivityName,
h.[Assignment Change Timestamp column] AS EventTime,
h.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim assignment history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Assignment Change Timestamp column] >= [Start date parameter]
AND h.[Assignment Change Timestamp column] < [End date parameter]
AND h.[Assigned Adjuster column] IS NOT NULL
),
exposure_created AS (
SELECT
e.[Claim ID column] AS ClaimID,
CAST('Exposure Created' AS VARCHAR(100)) AS ActivityName,
e.[Exposure Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure table] e
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = e.[Claim ID column]
WHERE e.[Exposure Created Timestamp column] >= [Start date parameter]
AND e.[Exposure Created Timestamp column] < [End date parameter]
),
initial_reserve_set AS (
SELECT
x.ClaimID,
CAST('Initial Reserve Set' AS VARCHAR(100)) AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
r.[Claim ID column] AS ClaimID,
r.[Reserve Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause,
ROW_NUMBER() OVER (
PARTITION BY r.[Exposure ID column]
ORDER BY r.[Reserve Timestamp column], r.[Reserve Transaction ID column]
) AS reserve_sequence
FROM [Your reserve transaction table] r
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = r.[Claim ID column]
WHERE r.[Reserve Timestamp column] >= [Start date parameter]
AND r.[Reserve Timestamp column] < [End date parameter]
) x
WHERE x.reserve_sequence = 1
),
investigation_started AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Investigation Started' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Investigation activity type value])
),
additional_info_requested AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Requested' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
),
additional_info_received AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Received' AS VARCHAR(100)) AS ActivityName,
a.[Activity Completed Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Completed Timestamp column] >= [Start date parameter]
AND a.[Activity Completed Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
AND a.[Activity Status column] = [Completed activity status value]
),
liability_decision_made AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Liability Decision Made' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Exposure Status column] IN ([Liability decision status value])
),
settlement_calculated AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Settlement Calculated' AS VARCHAR(100)) AS ActivityName,
p.[Payment Status Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Payment Status Timestamp column] >= [Start date parameter]
AND p.[Payment Status Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Pending approval payment status value]
),
payment_approved AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Approved' AS VARCHAR(100)) AS ActivityName,
p.[Approval Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment approval history table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Approval Timestamp column] >= [Start date parameter]
AND p.[Approval Timestamp column] < [End date parameter]
AND p.[Approval Status column] = [Approved payment status value]
),
payment_issued AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Issued' AS VARCHAR(100)) AS ActivityName,
p.[Issued Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment issuance table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Issued Timestamp column] >= [Start date parameter]
AND p.[Issued Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Issued payment status value]
),
claim_denied AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Denied' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] = [Denied status reason value]
),
claim_closed AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Closed' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] <> [Denied status reason value]
),
claim_reopened AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Reopened' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim status history table] previous_h
ON previous_h.[Claim ID column] = h.[Claim ID column]
AND previous_h.[Status Change Timestamp column] = (
SELECT MAX(prior_h.[Status Change Timestamp column])
FROM [Your claim status history table] prior_h
WHERE prior_h.[Claim ID column] = h.[Claim ID column]
AND prior_h.[Status Change Timestamp column] < h.[Status Change Timestamp column]
)
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND previous_h.[New Claim Status column] = [Closed claim status value]
AND h.[New Claim Status column] = [Open claim status value]
)
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_assigned
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM exposure_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM initial_reserve_set
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM investigation_started
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_requested
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_received
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM liability_decision_made
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM settlement_calculated
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_approved
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_issued
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_denied
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_closed
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_reopened
ORDER BY ClaimID, EventTime, ActivityName; 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.
Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.