Templat data pemrosesan klaim Anda

Salesforce Financial Services Cloud
Templat data pemrosesan klaim Anda

Templat data pemrosesan klaim Anda

Templat ini merangkum data penting yang Anda perlukan untuk menganalisis alur kerja pemrosesan klaim. Templat ini menjelaskan atribut yang perlu dikumpulkan, aktivitas utama yang perlu dilacak, serta cara praktis mengekstrak data dari Salesforce Financial Services Cloud. Gunakan panduan ini untuk menyiapkan log peristiwa bagi analisis process mining.
  • Atribut yang disarankan untuk dikumpulkan
  • Aktivitas utama yang perlu dilacak
  • Panduan ekstraksi data dari Salesforce Financial Services Cloud
Baru mengenal log peristiwa? Pelajari cara membuat log peristiwa process mining.

Atribut pemrosesan klaim

Berikut kolom data yang disarankan untuk dimasukkan ke log peristiwa agar analisis pemrosesan klaim berjalan menyeluruh.
5 Wajib 7 Disarankan 11 Opsional
Nama Deskripsi
ID klaim
ClaimId
Pengenal unik untuk setiap klaim asuransi, yang berfungsi sebagai ID kasus utama untuk analisis proses.
Deskripsi

ID klaim adalah pengenal utama yang menghubungkan semua aktivitas, peristiwa, dan titik data untuk satu klaim asuransi, dari pengajuan hingga penutupan.

Dalam process mining, atribut ini penting untuk merekonstruksi perjalanan setiap klaim dari awal hingga akhir. ID ini menggabungkan semua peristiwa terkait ke dalam satu kasus sehingga Anda dapat menganalisis durasi siklus, variasi proses, dan hambatan pada setiap klaim.

Mengapa ini penting

ID ini menjadi kunci untuk melacak siklus hidup klaim. Tanpa ID klaim yang unik, berbagai langkah proses tidak dapat dihubungkan menjadi satu rangkaian yang utuh untuk dianalisis.

Sumber data

Biasanya berupa 'CaseNumber' pada objek Case atau kolom ID unik khusus pada objek 'Claim' (FinancialServicesCloud.Claim).

Contoh
CL-00012345CL-00012346CL-00012347
Nama aktivitas
ActivityName
Nama aktivitas bisnis atau peristiwa tertentu yang terjadi pada suatu waktu dalam siklus hidup klaim.
Deskripsi

Atribut ini menjelaskan satu langkah atau tonggak dalam proses klaim, seperti 'Klaim diajukan', 'Peninjauan awal dilakukan', atau 'Pembayaran dikirim'. Atribut ini menjadi dasar peta proses.

Dengan menganalisis urutan dan frekuensi aktivitas, Anda dapat menemukan jalur proses yang paling umum (varian), melihat penyimpangan dari proses standar, dan mengidentifikasi aktivitas yang sering diulang sebagai tanda pengerjaan ulang.

Mengapa ini penting

Atribut ini menjelaskan 'apa' yang terjadi dalam proses. Dengan begitu, alur proses dapat divisualisasikan dan hambatan, pengulangan pekerjaan, serta variasi proses dapat ditemukan.

Sumber data

Ditentukan dari perubahan kolom 'Status' pada objek Claim/Case atau dari 'Subject' pada rekaman Task atau Event terkait.

Contoh
Klaim diajukanPeninjauan awal selesaiInformasi tambahan dimintaKlaim ditutup
Pembaruan data terakhir
LastDataUpdate
Waktu pembaruan atau ekstraksi data terbaru dari sistem sumber.
Deskripsi

Atribut ini menunjukkan tanggal dan waktu terakhir data diambil dari Salesforce Financial Services Cloud. Informasi ini memberi konteks tentang kebaruan data yang dianalisis.

Pengguna dashboard memerlukannya untuk mengetahui seberapa mutakhir analisis yang ditampilkan. Informasi ini membantu menetapkan ekspektasi tentang ketepatan waktu data dan memastikan alur data berjalan sesuai jadwal.

Mengapa ini penting

Memberi konteks penting tentang kebaruan data agar analis dan pengguna bisnis mengetahui seberapa mutakhir tampilan proses.

Sumber data

Nilai ini dibuat dan ditambahkan ke dataset oleh alat ekstraksi data atau proses ETL saat dijalankan.

Contoh
2023-10-27T02:00:00Z
Sistem sumber
SourceSystem
Menunjukkan sistem asal tempat data peristiwa dicatat.
Deskripsi

Atribut ini menunjukkan aplikasi atau platform sumber tempat data diambil. Untuk proses ini, nilainya selalu 'Salesforce Financial Services Cloud'.

Meski nilainya mungkin selalu sama, mencatat sistem sumber secara eksplisit merupakan praktik yang baik, terutama jika data berasal dari beberapa sistem. Ini memperjelas asal data dan membantu tata kelola serta validasi data.

Mengapa ini penting

Memastikan asal data tercatat dengan jelas. Hal ini penting untuk tata kelola data, pemecahan masalah, dan integrasi data dari beberapa sistem perusahaan.

Sumber data

Biasanya berupa nilai tetap yang ditambahkan saat ekstraksi dan transformasi data untuk menandai asal dataset.

Contoh
Salesforce Financial Services Cloud
Waktu peristiwa
EventTime
Waktu yang menunjukkan kapan aktivitas atau peristiwa tertentu terjadi.
Deskripsi

Waktu peristiwa mencatat tanggal dan waktu yang tepat untuk setiap aktivitas dalam siklus hidup klaim. Data waktu ini diperlukan untuk mengurutkan peristiwa secara kronologis dan menghitung durasi.

Dalam analisis, stempel waktu digunakan untuk menghitung semua metrik terkait waktu, termasuk durasi siklus antaraktivitas, waktu tunggu, dan total durasi kasus. Data ini juga menjadi dasar animasi proses dan membantu menemukan kapan serta di mana keterlambatan terjadi.

Mengapa ini penting

Atribut ini menunjukkan 'kapan' setiap peristiwa terjadi. Dengan demikian, Anda dapat menghitung durasi, menganalisis kinerja proses dari waktu ke waktu, dan menemukan hambatan terkait waktu.

Sumber data

Untuk perubahan status, gunakan 'CreatedDate' dari riwayat kolom objek, misalnya CaseHistory. Untuk tugas, gunakan 'CompletedDateTime' atau 'CreatedDate'.

Contoh
2023-04-15T10:22:05Z2023-04-16T14:05:10Z2023-04-18T09:00:00Z
Departemen
Department
Departemen atau tim internal yang bertanggung jawab menangani klaim.
Deskripsi

Atribut ini menunjukkan unit bisnis atau departemen yang menangani klaim, seperti 'Asuransi kendaraan pribadi', 'Kendaraan komersial', atau 'Unit investigasi khusus'.

Menganalisis proses berdasarkan departemen membantu menemukan perbedaan kinerja antartim, memahami pembagian beban kerja, serta mengidentifikasi penyimpangan proses atau hambatan khusus di departemen tertentu. Dimensi ini berguna dalam dashboard seperti 'Ringkasan kepatuhan SLA klaim' untuk melihat kinerja berbagai bagian organisasi.

Mengapa ini penting

Memungkinkan perbandingan kinerja antarunit bisnis, sehingga Anda dapat menemukan praktik terbaik dan mengalokasikan sumber daya dengan lebih efektif.

Sumber data

Nilai ini dapat berasal dari kolom khusus pada objek Claim/Case atau disimpulkan dari profil atau peran pengguna yang ditetapkan pada objek User.

Contoh
Klaim kendaraan pribadiProperti komersialUnit investigasi penipuan
Jenis klaim
ClaimType
Kategori klaim asuransi, seperti kendaraan, properti, atau tanggung gugat.
Deskripsi

Jenis klaim merupakan dimensi penting untuk mengelompokkan dan menganalisis proses klaim. Jenis klaim yang berbeda sering kali mengikuti proses yang berbeda, memiliki tingkat kerumitan yang berbeda, dan tunduk pada SLA yang berbeda.

Dengan memfilter atau membandingkan kinerja berdasarkan jenis klaim, analis dapat menemukan hambatan khusus untuk jenis tertentu, menilai kepatuhan terhadap SLA yang ditetapkan, dan memahami perbedaan proses antar kategori. Atribut ini digunakan dalam dashboard seperti 'Ringkasan kepatuhan SLA klaim' dan 'Analisis alasan penolakan klaim' untuk menghasilkan wawasan yang lebih terarah.

Mengapa ini penting

Memungkinkan klaim dikelompokkan untuk membandingkan proses, menemukan masalah khusus pada jenis tertentu, dan menentukan inisiatif perbaikan yang sesuai.

Sumber data

Biasanya berupa kolom standar 'Type' atau kolom daftar pilihan khusus pada objek Case atau Claim.

Contoh
Kendaraan bermotorRumah tinggalProperti komersialTanggung gugat umum
Kanal pengajuan
SubmissionChannel
Cara atau kanal yang digunakan untuk pertama kali mengajukan klaim.
Deskripsi

Atribut ini menunjukkan cara klaim pertama kali dilaporkan, misalnya melalui portal web, aplikasi seluler, telepon, atau email. Kanal pengajuan dapat sangat memengaruhi kelengkapan informasi awal dan langkah pemrosesan selanjutnya.

Menganalisis klaim berdasarkan kanal pengajuan membantu memahami pola permintaan dan efisiensi berbagai cara penerimaan klaim. Dashboard 'Jumlah dan volume klaim yang diproses' menggunakan atribut ini untuk melacak jumlah klaim dari setiap kanal dari waktu ke waktu. Informasi ini dapat menjadi dasar untuk mengalokasikan sumber daya dan menentukan investasi teknologi.

Mengapa ini penting

Membantu menilai efisiensi berbagai kanal penerimaan klaim dan mengetahui apakah kanal tertentu menyebabkan lebih banyak pengerjaan ulang atau memperpanjang durasi siklus.

Sumber data

Biasanya berupa kolom daftar pilihan khusus pada objek Claim/Case, yang sering diberi label 'Origin' atau 'Channel'.

Contoh
Portal webAplikasi selulerTeleponEmail
Petugas klaim yang ditetapkan
AssignedAdjuster
Nama pengguna atau petugas klaim yang ditugaskan dan bertanggung jawab menangani klaim.
Deskripsi

Atribut ini menunjukkan petugas klaim yang bertanggung jawab atas suatu aktivitas atau keseluruhan kasus. Biasanya, nilainya diambil dari pemilik kasus klaim atau orang yang menyelesaikan tugas tertentu.

Menganalisis kinerja setiap petugas klaim penting untuk pengelolaan operasional. Dashboard seperti 'Beban kerja dan kinerja petugas klaim' menggunakan atribut ini untuk melacak jumlah klaim, kasus aktif, dan durasi siklus per orang. Informasi ini membantu membagi beban kerja secara seimbang dan menemukan kebutuhan pembinaan.

Mengapa ini penting

Atribut ini penting untuk menganalisis kinerja tim dan individu, mengelola beban kerja, serta menemukan praktik terbaik atau kebutuhan pelatihan.

Sumber data

Ini adalah kolom 'OwnerId' pada objek Case atau Claim, yang terhubung ke objek User untuk mendapatkan nama petugas klaim.

Contoh
Alice JohnsonRobert SmithMaria Garcia
Status klaim
ClaimStatus
Status klaim saat peristiwa terjadi (misalnya, terbuka, sedang ditinjau, atau ditutup).
Deskripsi

Status klaim menunjukkan posisi klaim dalam siklus hidupnya, seperti 'New', 'Investigation', 'Pending Customer', atau 'Closed'. Atribut ini penting untuk memahami kondisi proses saat ini.

Atribut ini banyak digunakan dalam dashboard operasional seperti 'Laporan usia klaim terbuka' untuk menampilkan beban kerja saat ini dan menemukan klaim yang terlalu lama tertahan pada status tertentu. Perubahan status juga menjadi cara utama untuk menentukan aktivitas dalam peta proses.

Mengapa ini penting

Memberikan gambaran terkini tentang kondisi klaim aktif, sehingga Anda dapat mengelola tumpukan pekerjaan dan menemukan kasus yang terhenti.

Sumber data

Ini adalah kolom standar 'Status' pada objek Case atau Claim.

Contoh
TerdaftarSedang diinvestigasiPenawaran penyelesaian diajukanDitutup, dibayarDitutup, ditolak
Total nilai klaim
TotalClaimAmount
Total nilai uang yang diajukan pemegang polis sebagai klaim pada awal proses.
Deskripsi

Atribut ini menunjukkan total nilai kerugian atau kerusakan yang diklaim pelanggan pada awal proses. Nilai ini sering memengaruhi tingkat kerumitan klaim, pemeriksaan yang diperlukan, dan jalur pemrosesannya.

Menganalisis metrik proses berdasarkan nilai klaim dapat mengungkap pola penting. Misalnya, klaim bernilai tinggi mungkin memiliki durasi siklus lebih panjang, melibatkan lebih banyak langkah, atau dialihkan ke tim khusus. Informasi ini membantu menetapkan SLA yang realistis dan memperkirakan cadangan dana.

Mengapa ini penting

Memberi konteks finansial untuk setiap kasus, sehingga Anda dapat menganalisis dampak nilai klaim terhadap kerumitan, durasi, dan hasil proses.

Sumber data

Kolom mata uang khusus pada objek Claim di Financial Services Cloud, misalnya 'ClaimedAmount__c'.

Contoh
1500.0025000.50125.75
Waktu selesai
EndTime
Waktu yang menandai selesainya suatu aktivitas. Digunakan untuk menghitung durasi secara akurat.
Deskripsi

Atribut waktu selesai mencatat saat tepat suatu aktivitas berakhir. Waktu mulai (EventTime) menandai awal aktivitas, sedangkan waktu selesai menjadi batas akhir untuk mengukur durasinya.

Dengan data waktu mulai dan waktu selesai, Anda dapat menghitung durasi pemrosesan aktivitas secara akurat dan membedakannya dari waktu tunggu antaraktivitas. Data ini penting untuk membuat dashboard seperti 'Rincian durasi langkah proses' dan menemukan inefisiensi dalam tugas tertentu, bukan hanya di antara tugas.

Mengapa ini penting

Memungkinkan penghitungan waktu pemrosesan aktif setiap aktivitas secara akurat. Ini penting untuk membedakan waktu yang menghasilkan nilai dari waktu tunggu.

Sumber data

Diambil dari data stempel waktu. Misalnya, jika 'Peninjauan awal dilakukan' dipicu oleh perubahan status, EndTime dapat menggunakan waktu perubahan status berikutnya.

Contoh
2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
Alasan penolakan
ReasonForRejection
Alasan khusus yang diberikan saat klaim ditolak.
Deskripsi

Saat keputusan akhir klaim adalah 'Rejected', atribut ini mencatat alasan penolakan, seperti 'Tidak ditanggung polis', 'Diduga penipuan', atau 'Informasi tidak lengkap'.

Atribut ini menjadi dasar dashboard 'Analisis alasan penolakan klaim'. Dengan menganalisis frekuensi setiap alasan penolakan, misalnya berdasarkan jenis klaim atau departemen, organisasi dapat menemukan peluang untuk memperbaiki penilaian risiko, memperjelas ketentuan polis, atau meningkatkan proses pengumpulan informasi agar pengajuan yang tidak valid berkurang.

Mengapa ini penting

Menunjukkan secara langsung alasan klaim ditolak. Informasi ini penting untuk memperbaiki kebijakan penilaian risiko dan mengurangi pemrosesan klaim tidak valid yang membuang waktu.

Sumber data

Biasanya berupa kolom daftar pilihan khusus pada objek Claim/Case yang wajib diisi saat status berubah menjadi 'Rejected' atau 'Closed - Denied'.

Contoh
Masa pertanggungan berakhirKerugian tidak ditanggungDiduga penipuanKlaim duplikat
Diotomatisasi
IsAutomated
Penanda boolean yang menunjukkan apakah aktivitas dilakukan oleh sistem otomatis, bukan oleh pengguna.
Deskripsi

Penanda ini membedakan tugas yang diselesaikan oleh petugas klaim dengan tugas yang dijalankan melalui alur kerja otomatis, aturan, atau integrasi sistem. Contohnya, pendaftaran klaim awal mungkin sepenuhnya otomatis.

Analisis otomatisasi penting untuk memahami efisiensi proses. Analisis ini membantu mengukur keberhasilan inisiatif otomatisasi, menemukan langkah yang cocok untuk diotomatisasi, serta membandingkan kecepatan dan konsistensi tugas otomatis dengan tugas manual.

Mengapa ini penting

Membedakan aktivitas yang dilakukan manusia dan sistem. Informasi ini penting untuk menilai dampak dan efektivitas otomatisasi.

Sumber data

Biasanya ditentukan dari data lain. Jika pengguna yang terkait dengan suatu peristiwa adalah pengguna umum bernama 'System' atau 'Integration', penanda ini diatur ke true.

Contoh
truefalse
Durasi kasus
CaseDuration
Total waktu dari peristiwa pertama hingga peristiwa terakhir dalam satu klaim. Disebut juga waktu siklus.
Deskripsi

Metrik ini mengukur total durasi penanganan klaim dari awal hingga akhir, mulai dari pengajuan sampai penutupan. Nilainya dihitung dari selisih waktu peristiwa terakhir dan peristiwa pertama untuk setiap Claim ID.

Ini salah satu KPI terpenting untuk mengukur kinerja proses, dan menjadi fokus KPI 'Average Claim Cycle Time' serta dashboard 'Claim End-to-End Cycle Time'. Proyek perbaikan proses sering menargetkan pengurangan durasi ini.

Mengapa ini penting

Mengukur efisiensi proses dari awal hingga akhir dan menjadi indikator penting pengalaman pelanggan.

Sumber data

Kolom hasil perhitungan: waktu peristiwa terakhir dikurangi waktu peristiwa pertama untuk setiap 'ClaimId'. Nilai ini dihitung oleh alat process mining.

Contoh
30 hari 5 jam15 hari 10 jam90 hari 2 jam
ID pelanggan
CustomerId
Pengenal unik pelanggan atau pemegang polis yang mengajukan klaim.
Deskripsi

ID pelanggan menghubungkan klaim dengan orang atau organisasi yang mengajukannya. Di Salesforce, ID ini biasanya berupa kolom pencarian ke objek Account atau Contact.

Atribut ini memungkinkan analisis proses klaim yang berfokus pada pelanggan. Anda dapat menggunakannya untuk menganalisis riwayat klaim setiap pelanggan, menemukan pelanggan yang sering mengajukan klaim, dan menyesuaikan layanan. Atribut ini juga penting untuk menghubungkan data klaim dengan data pelanggan lain dari CRM agar bisnis dapat dilihat secara menyeluruh.

Mengapa ini penting

Memungkinkan analisis yang berfokus pada pelanggan, membantu memahami pola klaim setiap pelanggan dan mengukur dampak proses klaim terhadap hubungan dengan pelanggan.

Sumber data

Ini adalah kolom pencarian pada objek Claim/Case yang merujuk ke objek Account atau Contact (misalnya, 'AccountId' atau 'ContactId').

Contoh
0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU
Jumlah penyelesaian klaim
SettlementAmount
Jumlah akhir yang dibayarkan kepada pengaju klaim setelah klaim diselesaikan.
Deskripsi

Atribut ini mencatat jumlah yang benar-benar dibayarkan kepada pengaju klaim saat klaim ditutup dan diselesaikan. Jumlah ini dapat berbeda dari nilai klaim awal karena hasil penilaian, risiko sendiri, dan batas pertanggungan polis.

Menganalisis jumlah penyelesaian, terutama jika dibandingkan dengan nilai klaim awal, memberi wawasan tentang akurasi penilaian kerugian dan hasil negosiasi penyelesaian. Ini adalah metrik finansial penting untuk memahami total biaya klaim.

Mengapa ini penting

Menunjukkan dampak finansial akhir suatu klaim. Informasi ini penting untuk analisis keuangan, penetapan cadangan dana, dan penilaian akurasi estimasi kerugian awal.

Sumber data

Kolom mata uang khusus pada objek Claim atau objek Payment terkait di Financial Services Cloud.

Contoh
1450.0022500.000.00
Lokasi
Location
Lokasi geografis (negara bagian atau wilayah) yang terkait dengan klaim atau polis.
Deskripsi

Atribut ini memberikan konteks geografis untuk klaim, seperti negara bagian tempat kerugian terjadi atau negara tempat pemegang polis tinggal. Data ini dapat diperoleh dari alamat pemegang polis atau detail kejadian kerugian.

Analisis geografis dapat menunjukkan tren regional dalam jenis klaim, frekuensi, dan waktu pemrosesan. Analisis ini juga dapat digunakan untuk menilai kinerja kantor di berbagai wilayah dan memastikan kepatuhan terhadap peraturan setempat.

Mengapa ini penting

Memungkinkan analisis geografis klaim untuk melihat perbedaan kinerja antarwilayah, pola penipuan, atau dampak peristiwa setempat.

Sumber data

Biasanya diambil dari kolom alamat (misalnya, 'BillingState' dan 'BillingCountry') pada objek Account atau Contact terkait.

Contoh
USACaliforniaInggris Raya
Nomor polis
PolicyNumber
Pengenal unik polis asuransi yang terkait dengan klaim.
Deskripsi

Nomor polis menghubungkan klaim dengan polis asuransi aktif pelanggan. Informasi ini memberi konteks penting tentang cakupan, batas pertanggungan, dan riwayat pemegang polis.

Meski tidak selalu menjadi faktor utama yang menentukan alur proses, nomor polis tetap merupakan data kontekstual yang penting. Data ini dapat digunakan untuk menggabungkan data klaim dengan data polis dan melakukan analisis lebih lanjut, misalnya untuk mengetahui apakah jenis polis tertentu berkaitan dengan klaim yang lebih sering atau lebih rumit.

Mengapa ini penting

Menghubungkan klaim dengan polis asuransi terkait, sehingga pola klaim dapat dianalisis berdasarkan polis atau jenis pertanggungan tertentu.

Sumber data

Ini adalah kolom pencarian pada objek Claim yang merujuk ke objek 'InsurancePolicy' di Financial Services Cloud.

Contoh
POL-987654321POL-123456789POL-555444333
Pengerjaan ulang
IsRework
Penanda boolean yang menunjukkan apakah suatu aktivitas atau rangkaian aktivitas merupakan pengerjaan ulang.
Deskripsi

Penanda ini diatur ke true saat klaim kembali ke tahap sebelumnya dalam proses. Contoh umum: dari 'Investigasi Selesai' kembali ke 'Informasi Tambahan Diminta'. Logika untuk mengenali pengerjaan ulang ditentukan berdasarkan pengetahuan tentang proses.

Atribut ini menjadi dasar dashboard 'Claims Rework Loop Analysis' dan KPI 'Rework Rate'. Atribut ini membantu mengukur frekuensi dan dampak pengerjaan ulang, yang menjadi penyebab utama inefisiensi, kenaikan biaya, dan waktu siklus yang lebih panjang.

Mengapa ini penting

Menandai secara langsung putaran proses yang tidak efisien, sehingga pengerjaan ulang dapat dihitung dan penyebab utamanya dianalisis dengan mudah.

Sumber data

Kolom hasil perhitungan. Nilainya ditentukan dengan menganalisis urutan aktivitas untuk setiap kasus. Contohnya, jika 'Aktivitas A' diikuti 'Aktivitas B', lalu 'Aktivitas A' lagi, kemunculan kedua 'A' dianggap sebagai pengerjaan ulang.

Contoh
truefalse
Status SLA
SlaStatus
Menunjukkan apakah klaim diselesaikan sesuai Service Level Agreement (SLA) yang ditetapkan.
Deskripsi

Atribut ini menunjukkan hasil dalam kategori, biasanya 'Terpenuhi' atau 'Terlewati'. Nilainya ditentukan dengan membandingkan tanggal penyelesaian klaim (waktu aktivitas terakhir) dengan 'SlaTargetDate'.

Atribut ini menjadi metrik utama untuk KPI 'SLA Adherence Rate' dan dashboard 'Claim SLA Compliance Overview'. Hasilnya menunjukkan dengan jelas apakah target tercapai, dan penting untuk pelaporan kepatuhan serta pengelolaan operasional.

Mengapa ini penting

Menunjukkan dengan jelas apakah target waktu tercapai. Hal ini penting untuk kepuasan pelanggan dan kepatuhan terhadap peraturan.

Sumber data

Kolom hasil perhitungan: jika 'EndTime' pada peristiwa terakhir kurang dari atau sama dengan 'SlaTargetDate', hasilnya 'Terpenuhi'. Jika tidak, hasilnya 'Terlewati'. Logika ini diterapkan saat transformasi data atau di dalam alat process mining.

Contoh
TerpenuhiTerlewati
Tanggal kerugian
LossDate
Tanggal terjadinya insiden atau kerugian yang menjadi penyebab pengajuan klaim.
Deskripsi

Tanggal kerugian mencatat kapan peristiwa yang ditanggung polis asuransi terjadi. Tanggal ini berbeda dari tanggal pengajuan klaim.

Atribut ini penting untuk kepatuhan dan untuk menganalisis jeda antara insiden dan pelaporannya. Jeda yang panjang terkadang dapat menunjukkan masalah atau memerlukan prosedur penanganan yang berbeda. Informasi ini memberi konteks penting untuk memahami keseluruhan rangkaian peristiwa.

Mengapa ini penting

Membantu menganalisis jeda antara insiden dan pelaporannya, yang dapat memengaruhi investigasi dan penyelesaian klaim.

Sumber data

Kolom tanggal khusus pada objek Claim, misalnya 'DateOfLoss__c'.

Contoh
2023-04-122023-05-202023-06-01
Tanggal target SLA
SlaTargetDate
Tanggal target penyelesaian klaim sesuai perjanjian tingkat layanan.
Deskripsi

Tanggal target SLA adalah tanggal yang dihitung atau ditetapkan secara manual sebagai batas waktu penyelesaian klaim. Tanggal ini menjadi tolok ukur untuk menilai ketepatan waktu.

Atribut ini penting untuk memantau kinerja berdasarkan komitmen kepada pelanggan atau regulator. Atribut ini menjadi dasar KPI 'Tingkat pemenuhan SLA' dan dashboard 'Ringkasan kepatuhan SLA klaim'. Dengan begitu, organisasi dapat melacak persentase klaim yang selesai tepat waktu dan menemukan jenis klaim atau departemen yang kesulitan mencapai target.

Mengapa ini penting

Menetapkan target waktu penyelesaian klaim agar kepatuhan terhadap SLA dapat diukur secara langsung.

Sumber data

Biasanya berupa kolom rumus khusus atau kolom tanggal pada objek Claim/Case, yang dihitung berdasarkan tanggal pengajuan dan jenis klaim.

Contoh
2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
Wajib Disarankan Opsional

Aktivitas pemrosesan klaim

Catat langkah proses dan tonggak utama ini dalam log peristiwa agar proses pemrosesan klaim dapat ditemukan dengan akurat.
6 Disarankan 9 Opsional
Aktivitas Deskripsi
Informasi tambahan diminta
Menunjukkan saat penilai klaim memutuskan bahwa informasi tambahan diperlukan dari pemegang polis atau pihak ketiga. Hal ini dapat disimpulkan dari perubahan status menjadi 'Pending Customer Information' atau pembuatan rekaman 'Task' atau 'EmailMessage' terkait.
Mengapa ini penting

Aktivitas ini penting untuk menemukan siklus pengerjaan ulang. Frekuensi yang tinggi menunjukkan kemungkinan masalah pada pengumpulan data awal, yang dapat menunda proses dan memperpanjang waktu siklus.

Sumber data

Disimpulkan dari perubahan kolom 'Status' pada objek 'Claim' menjadi 'Pending Information'. Cara lainnya, gunakan tanggal pembuatan rekaman Task atau EmailMessage terkait yang memiliki jenis tertentu.

Pengumpulan data

Stempel waktu perubahan 'Status' menjadi 'Pending Info' atau pembuatan rekaman komunikasi terkait.

Jenis peristiwa inferred
Keputusan klaim dibuat
Menandai keputusan resmi untuk menyetujui atau menolak klaim. Tonggak penting ini disimpulkan dari perubahan status menjadi status keputusan akhir seperti 'Approved' atau 'Rejected'.
Mengapa ini penting

Ini adalah titik keputusan penting yang menentukan jalur proses selanjutnya. Menganalisis waktu hingga keputusan dibuat merupakan KPI penting untuk mengukur efisiensi petugas klaim dan kepatuhan terhadap SLA.

Sumber data

Disimpulkan dari waktu perubahan kolom 'Status' pada objek 'Claim' menjadi status keputusan (misalnya, 'Approved' atau 'Rejected'), yang dicatat melalui Field History Tracking.

Pengumpulan data

Waktu perubahan 'Status' menjadi 'Approved' atau 'Rejected'.

Jenis peristiwa inferred
Klaim diajukan
Menandai dimulainya proses klaim saat klaim baru pertama kali dicatat di Salesforce. Peristiwa ini biasanya diambil dari pembuatan rekaman objek 'Claim' baru.
Mengapa ini penting

Ini adalah peristiwa awal utama dalam proses. Analisis waktu dari pengajuan hingga langkah berikutnya membantu menemukan keterlambatan pada tahap penerimaan awal dan menjadi acuan untuk mengukur waktu siklus keseluruhan.

Sumber data

Diambil dari stempel waktu 'CreatedDate' pada objek standar 'Claim'. Ini memberikan titik awal yang akurat dan andal untuk setiap kasus klaim.

Pengumpulan data

Stempel waktu pembuatan rekaman objek 'Claim'.

Jenis peristiwa explicit
Klaim ditutup
Menandai penutupan akhir klaim yang berhasil di sistem setelah semua aktivitas, termasuk pembayaran, selesai. Peristiwa ini dicatat melalui perubahan status terakhir pada objek 'Claim' menjadi 'Closed'.
Mengapa ini penting

Ini adalah peristiwa akhir utama untuk proses yang berhasil. Peristiwa ini penting untuk menghitung durasi siklus dari awal hingga akhir dan mengukur keseluruhan jumlah klaim yang diproses.

Sumber data

Disimpulkan dari Field History Tracking pada kolom 'Status' di objek 'Claim', yang mencatat waktu perubahan menjadi 'Closed'.

Pengumpulan data

Waktu perubahan kolom 'Status' menjadi 'Closed'.

Jenis peristiwa inferred
Pembayaran dikirim
Menandai pencairan dana kepada pengaju klaim. Peristiwa keuangan penting ini biasanya dicatat saat rekaman pembayaran terkait klaim ditandai sebagai 'Paid' atau 'Issued'.
Mengapa ini penting

Aktivitas ini merupakan tonggak penting untuk mengukur tahap akhir pemenuhan klaim. Menganalisis waktu dari persetujuan hingga pembayaran membantu mengoptimalkan operasional keuangan.

Sumber data

Disimpulkan dari perubahan status pada objek khusus 'Claim Payment' terkait. Waktu perubahan status menjadi 'Paid' atau 'Sent' menandai terjadinya peristiwa ini.

Pengumpulan data

Waktu perubahan status pada objek 'Claim Payment' terkait.

Jenis peristiwa inferred
Peninjauan awal selesai
Menandai selesainya peninjauan menyeluruh pertama atas detail klaim oleh penilai yang ditugaskan. Peristiwa ini biasanya disimpulkan dari perubahan status objek 'Claim', misalnya dari 'New' menjadi 'Under Review' atau 'Initial Assessment Complete'.
Mengapa ini penting

Tonggak ini menandai berakhirnya masa tunggu awal dan dimulainya pemrosesan aktif. Waktu yang diperlukan untuk mencapai tahap ini menjadi indikator penting beban kerja penilai klaim dan efisiensi penerimaan.

Sumber data

Disimpulkan dari stempel waktu perubahan kolom 'Status' pada objek 'Claim' yang dicatat melalui Field History Tracking.

Pengumpulan data

Stempel waktu perubahan kolom 'Status' menjadi 'Under Review' atau status serupa.

Jenis peristiwa inferred
Informasi tambahan diterima
Menandai diterimanya informasi yang diminta sehingga pemrosesan klaim dapat dilanjutkan. Peristiwa ini disimpulkan saat status objek 'Claim' berubah dari status 'Pending' kembali ke status aktif, seperti 'Under Review'.
Mengapa ini penting

Waktu antara 'Information Requested' dan 'Information Received' sering menjadi hambatan utama. Analisis durasi ini membantu memahami ketergantungan pada pihak luar dan efektivitas komunikasi.

Sumber data

Disimpulkan dari Field History Tracking pada kolom 'Status' objek 'Claim', dengan mencatat stempel waktu saat status berubah dari 'Pending Information' menjadi status aktif.

Pengumpulan data

Waktu perubahan kolom 'Status' dari status tertunda.

Jenis peristiwa inferred
Investigasi dimulai
Menandai dimulainya tahap investigasi klaim secara resmi dan terperinci. Peristiwa ini disimpulkan dari perubahan status pada objek 'Claim' menjadi status seperti 'Investigation in Progress'.
Mengapa ini penting

Aktivitas ini menandai awal subproses penting yang sering kali memakan waktu lama. Mengukur durasi siklus investigasi penting untuk menemukan hambatan dalam pengumpulan dan analisis bukti.

Sumber data

Disimpulkan dari stempel waktu perubahan kolom 'Status' pada objek 'Claim' yang dicatat melalui Field History Tracking.

Pengumpulan data

Waktu perubahan kolom 'Status' menjadi 'Investigation'.

Jenis peristiwa inferred
Investigasi selesai
Menandai berakhirnya tahap pengumpulan dan analisis bukti klaim. Peristiwa ini biasanya disimpulkan dari perubahan status 'Investigation in Progress' menjadi 'Pending Decision' atau status serupa.
Mengapa ini penting

Tonggak ini menandai akhir subproses investigasi. Dengan demikian, durasi siklus investigasi dapat diukur secara akurat untuk membantu mengoptimalkan tahap penting ini.

Sumber data

Disimpulkan dari Field History Tracking pada kolom 'Status' di objek 'Claim', yang mencatat waktu perubahan dari status investigasi.

Pengumpulan data

Waktu perubahan kolom 'Status' dari 'Investigation'.

Jenis peristiwa inferred
Kerugian dinilai
Menandakan bahwa dampak finansial kerugian telah dinilai dan dicatat. Peristiwa ini dapat disimpulkan dari saat pertama kali kolom 'Loss Estimate' atau 'Settlement Amount' pada objek 'Claim' diisi.
Mengapa ini penting

Aktivitas ini merupakan tonggak penting dalam proses keuangan. Dengan melacak waktunya, Anda dapat memahami keterlambatan penilaian finansial yang bisa menjadi hambatan sebelum keputusan akhir dibuat.

Sumber data

Disimpulkan dari Field History Tracking pada kolom mata uang (misalnya, 'Loss_Estimate__c') di objek 'Claim', menggunakan waktu pembaruan pertama dari nilai null atau nol.

Pengumpulan data

Waktu pertama kali kolom penilaian finansial diisi.

Jenis peristiwa inferred
Klaim ditolak
Menandai hasil akhir klaim yang ditolak. Ini adalah peristiwa akhir yang dicatat saat status objek 'Claim' diperbarui menjadi 'Rejected' atau 'Denied'.
Mengapa ini penting

Ini adalah status akhir proses yang berbeda dari penutupan klaim yang berhasil. Menganalisis klaim yang ditolak beserta alasannya dapat membantu memperbaiki proses penilaian risiko atau penyaringan awal.

Sumber data

Disimpulkan dari waktu perubahan kolom 'Status' pada objek 'Claim' menjadi 'Rejected'. Atribut 'Reason for Rejection' dapat diambil dari kolom terkait.

Pengumpulan data

Waktu perubahan kolom 'Status' menjadi 'Rejected'.

Jenis peristiwa inferred
Klaim ditugaskan
Menunjukkan bahwa klaim telah ditugaskan kepada penilai klaim atau tim tertentu untuk ditangani. Peristiwa ini dicatat dengan melacak saat kolom 'OwnerId' pada objek 'Claim' diisi atau berubah dari antrean menjadi pengguna.
Mengapa ini penting

Pelacakan penugasan penting untuk menganalisis beban kerja sumber daya dan menemukan keterlambatan sebelum penilai klaim mulai bekerja. Informasi ini membantu mengukur waktu tunggu klaim di antrean sebelum ditangani secara aktif.

Sumber data

Diambil dari Field History Tracking pada kolom 'OwnerId' objek 'Claim'. Stempel waktu perubahan dari antrean ke pengguna tertentu menandai peristiwa ini.

Pengumpulan data

Stempel waktu perubahan kolom 'OwnerId' dari antrean menjadi pengguna.

Jenis peristiwa inferred
Klaim terdaftar
Menandai pengakuan resmi dan pendaftaran klaim di sistem setelah data awal dimasukkan. Peristiwa ini sering disimpulkan dari perubahan status pada objek 'Claim', misalnya dari 'Draft' menjadi 'New' atau 'Submitted'.
Mengapa ini penting

Aktivitas ini memastikan klaim telah resmi masuk ke antrean pemrosesan. Durasi antara pengajuan dan pendaftaran dapat menunjukkan penumpukan pekerjaan pada validasi data awal atau tim penerimaan.

Sumber data

Disimpulkan dari Field History Tracking pada kolom 'Status' objek 'Claim', dengan mencatat stempel waktu saat status berubah menjadi status terdaftar, misalnya 'New' atau 'Open'.

Pengumpulan data

Stempel waktu perubahan kolom 'Status' menjadi 'New' atau 'Registered'.

Jenis peristiwa inferred
Pembayaran disetujui
Menandakan bahwa jumlah penyelesaian klaim telah mendapat persetujuan internal dan siap dibayarkan. Peristiwa ini dapat dicatat secara langsung dari objek 'Payment Request' terkait atau disimpulkan dari perubahan status seperti 'Approved for Payment'.
Mengapa ini penting

Ini adalah titik kendali internal yang penting. Keterlambatan antara keputusan dan persetujuan pembayaran dapat menunjukkan adanya hambatan dalam alur kerja persetujuan keuangan.

Sumber data

Disimpulkan dari waktu perubahan kolom 'Status' pada objek 'Claim'. Cara yang lebih andal adalah menggunakan 'CreatedDate' dari objek 'Claim Payment' terkait atau objek khusus serupa.

Pengumpulan data

Waktu pembuatan rekaman objek 'Claim Payment'.

Jenis peristiwa explicit
Penawaran penyelesaian diajukan
Menandakan bahwa jumlah penyelesaian klaim telah resmi ditawarkan kepada pengaju klaim. Peristiwa ini dapat dicatat melalui perubahan status menjadi 'Settlement Offered' atau pembuatan catatan komunikasi.
Mengapa ini penting

Aktivitas ini memulai tahap akhir negosiasi atau penerimaan. Waktu yang dibutuhkan pengaju klaim untuk merespons dapat dianalisis untuk memperbaiki strategi komunikasi dan mempersingkat tahap akhir proses.

Sumber data

Disimpulkan dari perubahan kolom 'Status' pada objek 'Claim'. Peristiwa ini juga dapat dicatat dari tanggal pembuatan rekaman 'EmailMessage' atau 'Document' terkait yang berisi surat penawaran.

Pengumpulan data

Waktu perubahan 'Status' menjadi 'Settlement Offered'.

Jenis peristiwa inferred
Disarankan Opsional

Panduan ekstraksi

Cara mengambil data dari Salesforce Financial Services Cloud

Siap memulai?

Templat ini menyediakan semua yang Anda perlukan untuk mulai mengoptimalkan pemrosesan klaim. Siapkan data Anda hari ini untuk menemukan wawasan dan meningkatkan efisiensi.

Atasi penumpukan klaim, percepat pemrosesan sekarang

Capai pemrosesan langsung 70% dan tingkatkan kepuasan pelanggan.

Mulai uji coba gratis

Tidak perlu kartu kredit. Siapkan dalam hitungan menit.