Hasar Süreçleri Data Şablonunuz

Hasar Kimliği, tek bir sigorta hasarıyla ilişkili tüm olayları ve etkinlikleri başvurudan kapanışa kadar birbirine bağlayan temel anahtardır. Hasarın tüm yaşam döngüsünün tutarlı bir şekilde takip edilmesini sağlar.

Process Mining analizinde, bu özellik vaka görünümünü oluşturmak için hayati öneme sahiptir; analistlerin her hasarın tam yolculuğunu izlemesine, uçtan uca döngü sürelerini ölçmesine ve süreç varyantlarını analiz etmesine olanak tanır.

Bu, süreçteki tüm ilgili olayları birbirine bağlayan temel Case ID'sidir ve talebin yaşam döngüsünün eksiksiz, uçtan uca bir görünümünü sağlar.

Bu, Duck Creek Claims içindeki ana talep varlığı veya tablosunda birincil anahtardır. Belirli tablo ve alan adı için sistem belgelerine başvurun.

Bu özellik, talep sürecinde gerçekleştirilen 'Talep Gönderildi', 'Eksper Atandı' veya 'Ödeme Yapıldı' gibi belirli bir adımı ya da görevi açıklar. Her aktivite, talebin yaşam döngüsünde ayrı bir noktayı temsil eder.

Bu aktivitelerin sıralamasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Bu analiz sayesinde süreç modelleri keşfedilebilir, darboğazlar belirlenebilir, tekrar işleme döngüleri tespit edilebilir ve standart bir modele karşı süreç sapmaları analiz edilebilir.

Etkinlik Adı, hasar sürecini keşfetmek, analiz etmek ve izlemek için temel olan süreç akışındaki adımları tanımlar.

Genellikle Duck Creek Claims içindeki event log'larından, işlem adlarından veya durum değişikliği kayıtlarından elde edilir. Bu, birden fazla kaynak alandan veya tablodan eşleme gerektirebilir.

Event Time, talebin yaşam döngüsünde kaydedilen her faaliyetin kesin tarihini ve saatini sağlar. Bu zamansal bilgi, performans analizi için kritik öneme sahiptir.

Analizde, bu timestamp; faaliyetler arasındaki döngü sürelerini hesaplamak, bekleme sürelerini belirlemek, genel vaka süresini ölçmek ve farklı zaman dilimlerinde süreç performansını analiz etmek için kullanılır. Herhangi bir zamana dayalı süreç metriğinin omurgasını oluşturur.

Bu zaman damgası, döngü süreleri ve vaka uzunlukları gibi tüm zaman tabanlı metrikleri hesaplamak için çok önemlidir; performans analizini ve darboğaz tespitini mümkün kılar.

Bu, Duck Creek Claims'deki olay veya işlem kayıtlarıyla ilişkili standart bir zaman damgası alanıdır. 'CreateDate', 'Timestamp' veya 'EventDate' gibi alanları inceleyin.

Bu özellik, bir aktiviteyi gerçekleştiren kullanıcıyı veya kaynağı tanımlar. Talep yaşam döngüsü boyunca, dosya farklı eksperler veya ekipler arasında el değiştirdikçe bu özellik değişebilir.

Kaynak performansını, iş yükü dağılımını ve görev devirlerini analiz etmek için bu özellik kritik öneme sahiptir. Eksper verimliliğine, iş yükü farklılıklarına ve darboğazların belirlenmesine odaklanan dashboard'lar, işin kişiler tarafından nasıl dağıtıldığını ve işlendiğini anlamak için genellikle bu özelliği temel alır.

Kaynak performansı, iş yükü dengeleme ve işbirliği modellerinin analizini sağlar; bu sayede darboğazları ve eğitim ihtiyaçlarını belirlemeye yardımcı olur.

Duck Creek Claims dokümantasyonuna başvurun. Talep görevleri, olayları veya ana talep kaydıyla ilgili tablolarda kullanıcı, sahip veya atanan kişi alanlarını arayın.

Bu özellik, talebi ele alan 'İlk Başvuru', 'Soruşturma Birimi' veya 'Tazminat Ekibi' gibi fonksiyonel grubu ya da departmanı belirtir. Süreç akışına organizasyonel bir bağlam sağlar.

Departmana göre analiz yapmak, süreç performansını toplu düzeyde anlamanın anahtarıdır. Departmanlar arası darboğazları belirlemeye, ekip düzeyinde verimliliği ölçmeye ve işin organizasyon genelinde nasıl aktığını anlamaya yardımcı olur.

Fonksiyonel alana göre performans analizi yapılmasını sağlar, departmanlar arası devir teslimleri ve ekibe özgü darboğazları vurgular.

Duck Creek Claims dokümantasyonuna başvurun. Bu bilgi genellikle atanan kullanıcının profili veya bir kuyruk/iş grubu atamasıyla ilişkilidir.

Hasar Durumu, hasarın yaşam döngüsündeki mevcut aşamasını temsil eder. Hasarın genel süreçteki yerini üst düzey bir özetle sunar.

Bu nitelik, hasar envanterinin genel görünümünü oluşturmak ve vakaları filtrelemek için kullanışlıdır. Özellikle bir hasarın nihai sonucunu ('Ödendi - Kapatıldı', 'Reddedildi - Kapatıldı' gibi) belirlemek açısından önemlidir; bu da sonuç analizi ve ret oranlarını anlamak için hayati değer taşır.

Hasarın mevcut durumu ve nihai sonucu hakkında anlık bir görünüm sunar; sonuç analizi ve vaka filtreleme için kritik öneme sahiptir.

Duck Creek Claims dokümantasyonuna başvurun. Bu, ana talep kaydında temel bir alandır.

Bu özellik, taleple ilişkili hasarın başlangıçtaki tahmini değerini temsil eder. Talebin yönlendirmesini, ciddiyetini ve gereken soruşturma seviyesini sıklıkla etkileyen anahtar bir finansal metriktir.

Analizlerde, hasar miktarı talepleri segmente etmek ve finansal etkinin süreç davranışıyla nasıl ilişkilendiğini anlamak amacıyla kullanılır. Örneğin, daha yüksek değerli talepler farklı yollar izleyebilir veya daha uzun çevrim sürelerine sahip olabilir. Operasyonel süreç verilerine önemli finansal bağlam sağlar.

Hasara finansal bir bağlam sağlar, böylece bir hasarın değerinin işleme yolunu, süresini ve sonucunu nasıl etkilediğinin analiz edilmesine olanak tanır.

Duck Creek Claims dokümantasyonuna başvurun. Bu, talep üzerindeki temel bir finansal alandır ve genellikle 'Bildirilen Zarar' veya 'İlk Rezerv' olarak anılır.

Hasar Şiddeti, bir hasarın beklenen etkisini veya karmaşıklığını gösterir. İlk hasar tahmini, olayın niteliği veya önceden tanımlanmış iş kurallarına dayanabilir.

Bu nitelik, performans analizi için hayati öneme sahiptir, çünkü yüksek şiddetli hasarlar genellikle daha fazla adım, daha uzun işlem süreleri ve uzmanlaşmış kaynaklar gerektirir. KPI'ları şiddet düzeyine göre segmentlere ayırmak, gerçekçi performans hedefleri belirlemeye ve karmaşıklığın süreç verimliliğini ve sonuçlarını nasıl etkilediğini anlamaya yardımcı olur.

Talepleri karmaşıklıklarına göre segmentlere ayırmaya yardımcı olur; bu da daha incelikli performans analizleri yapılmasına, döngü süreleri ve maliyetler için gerçekçi kıyaslamalar yapılmasına olanak tanır.

Duck Creek Claims dokümantasyonuna başvurun. Bu, özel bir alan olabilir veya ilk zarar rezervi miktarından türetilebilir.

Hasar Türü, hasarları iş koluna veya kaybın niteliğine göre sınıflandırır. Bu, hasar verilerini segmentlere ayırmak ve analiz etmek için temel bir boyuttur.

Bu nitelik, farklı hasar türleri arasındaki süreç performansını karşılaştırmak için kullanılır. Örneğin, bir 'Oto - Tam Hasar' vakası, bir 'Mülk - Su Hasarı' vakasından çok farklı bir süreci takip eder ve farklı KPI'lara sahiptir. Hasar Türüne göre analiz yapmak bağlam sağlar ve daha anlamlı performans karşılaştırmalarına ve özel süreç iyileştirme girişimlerine olanak tanır.

Bu, analizleri segmente etmek için kritik bir boyuttur; çünkü farklı talep türleri genellikle kendine özgü süreçlere, SLA'lara ve karmaşıklık seviyelerine sahiptir.

Duck Creek Claims dokümantasyonuna başvurun. Bu, ana talep kaydında temel bir özelliktir.

Bu özellik, bir aktivitenin tamamlanma zamanını işaretler. Başlangıç Zamanı (StartTime) bir aktivitenin ne zaman başladığını gösterirken, Bitiş Zamanı (EndTime) ilgili görev için süre hesaplamasının tamamlanmasını sağlar.

Process Mining'de, aktiviteler için hem başlangıç hem de bitiş zamanına sahip olmak, performansın çok daha derinlemesine analiz edilmesini mümkün kılar. Bu, 'İşleme Süresi' (bir görev üzerindeki aktif çalışma süresi) ile 'Bekleme Süresi' (görevler arasında harcanan süre) arasındaki kesin hesaplamayı sağlar. Bu ayrım, darboğazları doğru bir şekilde belirlemek için kritik öneme sahiptir.

Hassas faaliyet işleme sürelerinin hesaplanmasını sağlar; aktif çalışma süresini boş/bekleme süresinden ayırır ve bu, doğru darboğaz analizi için kritik öneme sahiptir.

Olay loglarında ayrı bir timestamp alanı olarak mevcut olabilir veya aynı vaka için sıradaki aktivitenin StartTime'ı olarak türetilebilir.

Bu özellik, talep kapatma son tarihini saklar. Bu tarih genellikle yasal düzenlemeler, hizmet seviyesi anlaşmaları (SLA'lar) veya dahili temel performans göstergeleri (KPI'lar) tarafından belirlenir ve talep türüne ya da ciddiyetine göre değişebilir.

Bu, 'Zamanında Talep Çözümleme Oranı' KPI'sını hesaplamak ve 'Talep Çözümleme Hedefine Uygunluk' dashboard'unu desteklemek için temel oluşturur. Böylece, SLA'larını ihlal etme riski taşıyan taleplerin proaktif izlenmesine olanak tanır ve iş önceliklendirmesine yardımcı olur.

Hizmet seviyesi anlaşmaları (SLA'lar) ve iç hedeflere karşı performans ölçümünü sağlar, bu da müşteri memnuniyetini ve uyumluluğu doğrudan etkiler.

Duck Creek Claims dokümantasyonuna başvurun. Bu, belirli bir SLA tarih alanı olabilir veya talep gönderim tarihi ile iş kurallarına göre hesaplanabilir.

İşleme Süresi, aynı zamanda aktif süre veya işlem süresi olarak da bilinir, bir kaynağın belirli bir görev üzerinde ne kadar süre aktif olarak çalıştığını ölçer. Bir aktivitenin EndTime değerinden StartTime değerinin çıkarılmasıyla hesaplanır.

Bu metrik, performans analizinin temel bir bileşenidir. Uzun süren görevlerden kaynaklanan verimsizlikler (yüksek işleme süresi) ile kaynak veya bilgi beklemekten kaynaklanan gecikmeler (yüksek bekleme süresi) arasındaki farkı ayırt etmeye yardımcı olur. Bu, darboğazların gerçek kaynağını tespit etmek için kritik öneme sahiptir.

Bir aktivite için aktif çalışma süresini ölçerek, darboğaz analizinde verimsiz görevler ile uzun bekleme süreleri arasındaki farkı ayırt etmeye yardımcı olur.

Bu bir kaynak sistem alanı değildir. Veri hazırlama aşamasında, her bir etkinlik için 'StartTime' değerinin 'EndTime' değerinden çıkarılmasıyla hesaplanır.

Bu özellik, talep verilerinin kaynak uygulamasını tanımlar. Bu bağlamda, her zaman 'Duck Creek Claims' olacaktır.

Tüm veriler tek bir sistemden geliyorsa gereksiz gibi görünse de, veri yönetişimi, izlenebilirlik ve gelecekte verilerin birden fazla sistemden birleştirilebileceği senaryolar için kritik öneme sahiptir. Verinin kökeni ve yapısına dair bağlam sağlar.

Temel veri kökeni ve bağlamı sağlar; bu da veri yönetimi ve sorun giderme, özellikle de çoklu entegre sistemlerin olduğu ortamlarda kritik öneme sahiptir.

Bu genellikle veri çıkarma ve dönüştürme sürecinde, verinin kaynağını etiketlemek için eklenen statik bir değerdir.

Bu özellik, hesaplanan ve ödeme için yetkilendirilen tazminatın değerini kaydeder. Ödeme ile sonuçlanan her talep için anahtar bir sonuç odaklı metriktir.

Bu özellik, finansal analizler ve 'Ödeme Yetkilendirme ve Yapılma Süresi' gibi dashboard'lar için kritik öneme sahiptir. Rezerv doğruluğunu analiz etmek amacıyla başlangıçtaki 'Hasar Miktarı' ile karşılaştırılabilir ve talep sürecinin finansal sonuçlarını anlamanın temelini oluşturur.

Bir hasarın temel finansal sonucunu temsil eder; finansal raporlama ve ilk zarar tahminlerinin doğruluğunu analiz etmek için hayati öneme sahiptir.

Duck Creek Claims dokümantasyonuna başvurun. Bu bilgi genellikle taleple ilişkilendirilen finansal işlem veya ödemeyle ilgili tablolarda saklanır.

Bu bayrak, insan kullanıcılar tarafından tamamlanan görevler ile otomatik bildirimler, ilk veri doğrulama veya düz geçişli işleme adımları gibi sistem otomasyonu tarafından yürütülen görevleri birbirinden ayırır.

Bu özelliği analiz etmek, talep sürecindeki otomasyon seviyesini anlamanın anahtarıdır. Otomasyon girişimlerinin etkisini ölçmeye, daha fazla otomasyon fırsatlarını belirlemeye ve otomatikleştirilmiş adımların aşağı akışta sorun yaratmadan beklendiği gibi çalıştığından emin olmaya yardımcı olur.

Otomasyonun verimlilik ve maliyet üzerindeki etkisini ölçmeye yardımcı olur ve düz geçişli işlem (straight-through processing) fırsatlarını belirler.

Bu bilgi, bir olayla ilişkili 'kullanıcıdan' (örn. 'SİSTEM' veya 'TOPLU İŞLEM') ya da olay kaydındaki belirli bir bayraktan anlaşılabilir.

Bu özellik, talebi ait olduğu sigorta poliçesine bağlar. Taleple ilişkili teminat, koşullar ve müşteri hakkında bağlam sağlar.

Süreç akışı analizinde her zaman doğrudan kullanılmasa da, Poliçe Numarası talep verilerini zenginleştirmek için paha biçilmezdir. Müşteri segmentine, poliçe türüne veya poliçe yaşına göre süreç performansının nasıl değiştiğini analiz etmek amacıyla poliçe ve müşteri verileriyle birleştirilmesine imkan tanır ve daha bütünsel bir iş görünümü sunar.

Talebi müşteri ve poliçeye bağlar; böylece süreç performansının farklı müşteri segmentlerini veya poliçe türlerini nasıl etkilediğine dair daha kapsamlı analizler yapılmasına olanak tanır.

Duck Creek Claims dokümantasyonuna başvurun. Bu, ana talep kaydında standart bir referans alanıdır.

Bir talep reddedildiğinde, bu özellik red kararının temel nedenini sunar. Bu neden genellikle önceden tanımlanmış bir kod veya açıklama listesinden seçilir.

Ret nedenlerini analiz etmek, 'Claim Decision & Rejection Insights' (Talep Kararı ve Reddetme Analizleri) dashboard'u için kritik öneme sahiptir. Bu analiz, başvurularla ilgili yaygın sorunları, potansiyel dolandırıcılık modellerini veya poliçe dilinin belirsiz olabileceği alanları belirlemeye yardımcı olur. Bu içgörü, başvuru alma sürecinde veya sigortalama kurallarında iyileştirmeler yapılmasına olanak tanır.

Taleplerin neden reddedildiğini açıklar; giriş sürecini iyileştirmek, geçersiz başvuruları azaltmak ve eğitim fırsatlarını belirlemek için uygulanabilir içgörüler sunar.

Duck Creek Claims dokümantasyonuna başvurun. Bu alan, bir talebin durumu 'Reddedildi' veya benzer bir duruma geçtiğinde genellikle doldurulur.

Bu özellik, veri setinin en son ne zaman güncellendiğini gösterir. Analiz edilen verilerin güncelliği için bir referans noktası sunar.

Dashboard'larda ve analizlerde, kullanıcılara elde edilen içgörülerin ne kadar güncel olduğu hakkında bilgi vermek için kullanılır. Bu sayede, en son işlemlerin süreç görünümüne dahil edilip edilmediği konusundaki beklentiler daha iyi yönetilebilir.

Kullanıcılara verilerin güncelliği hakkında bilgi verir; bu, analizi yorumlamak ve zamanında kararlar almak için kritik öneme sahiptir.

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve genellikle veri kümesinin metadata'sında saklanır.

Bu boolean özellik, farklı aktiviteler zaten gerçekleştikten sonra bir talep için bir aktivitenin tekrarlanması durumunda 'true' olarak ayarlanır. Örneğin, süreç 'Hasar Değerlendirildi' aşamasından 'Soruşturma Başlatıldı' aşamasına geri dönerse.

Bu özellik, tekrar işleme (rework) miktarını belirlemek ve analiz etmek için kritik öneme sahiptir. Aktivite ve tekrar işleme içeren dosyaların doğrudan filtrelenmesine ve vurgulanmasına olanak tanıyarak 'Talep Tekrar İşleme Oranı' KPI'sını ve 'Talep Tekrar İşleme ve Yeniden Süreçlendirme Kalıpları' dashboard'unu destekler. Bu, süreçteki verimsizlikleri ve kalite sorunlarını belirlemeye yardımcı olur.

Tekrar işleme süreçlerini aktivite düzeyinde nicelendirir; bu da süreç verimsizliklerinin nedenlerini ve etkilerini ölçmeyi, görselleştirmeyi ve analiz etmeyi kolaylaştırır.

Bu bir kaynak sistem alanı değildir. Veri hazırlama sırasında, bir Case içindeki tekrarlayan etkinlik dizilerini tespit eden algoritmalar kullanılarak hesaplanır.

Bu boolean özellik, 'Talep Kapatıldı' aktivitesinin zaman damgası (timestamp) ile ilgili talebin 'Çözümleme Hedef Tarihi' (ResolutionTargetDate) karşılaştırılarak türetilir. Her talebi zamanında (true) ya da geç (false) olarak işaretler.

Bu özellik, 'Zamanında Talep Çözümleme Oranı' KPI'sını doğrudan destekler. Dashboard'larda SLA uyumunun kolayca toplanmasını ve görselleştirilmesini sağlar ve geç kalan taleplerin ortak özelliklerini (örn. belirli talep türleri, departmanlar ya da süreç yolları) belirlemek için detaylı analiz (drill-down analysis) imkanı sunar.

Talep bazında SLA uyumluluğunu doğrudan ölçer, bu sayede gecikmiş talepler için güçlü filtreleme ve temel neden analizi yapılmasını sağlar.

Bu bir kaynak sistem alanı değildir. Veri hazırlama sırasında, son etkinliğin zaman damgasının 'ResolutionTargetDate' alanı ile karşılaştırılmasıyla hesaplanır.