Veri Şablonu: Hasar Süreci

Bu özellik, hasar sürecinde gerçekleştirilen belirli bir adımı veya görevi açıklar; örneğin 'Claim Submitted', 'Adjuster Assigned' ya da 'Payment Issued'. Her aktivite, dosyanın yaşam döngüsündeki ayrı bir noktayı temsil eder.

Bu aktivitelerin sıralaması ve sıklığının analiz edilmesi Process Mining'in özüdür. Böylece süreç modelleri keşfedilir, darboğazlar bulunur, yeniden işleme döngüleri tespit edilir ve standart modele göre süreç sapmaları analiz edilir.

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

Genellikle Duck Creek Claims içindeki olay günlükleri, işlem adları veya durum değişikliği kayıtlarından türetilir. Birden fazla kaynak alanın veya tablonun eşleştirilmesini gerektirebilir.

Event Time, hasarın yaşam döngüsünde kaydedilen her aktivite için kesin tarih ve saati sağlar. Bu zamansal bilgi performans analizi için kritiktir.

Analizde bu timestamp, aktiviteler arası çevrim sürelerini hesaplamak, bekleme sürelerini görmek, toplam dosya süresini ölçmek ve süreci farklı dönemlerde analiz etmek için kullanılır. Zamana dayalı tüm süreç metriklerinin belkemiğidir.

Bu zaman damgası, çevrim ve süreye dayalı tüm metriklerin hesaplanması için kritiktir; performans analizini ve darboğazların belirlenmesini sağlar.

Duck Creek Claims'teki olay veya işlem günlükleriyle ilişkili standart bir zaman damgası alanıdır. 'CreateDate', 'Timestamp' ya da 'EventDate' gibi alanlara bakın.

Hasar ID'si, bir sigorta dosyasına ait tüm olay ve aktiviteleri başvurudan kapanışa kadar birbirine bağlayan temel anahtardır. Böylece hasarın tüm yaşam döngüsü bir bütün olarak izlenebilir.

Process Mining analizinde bu özellik, vaka görünümünü oluşturmak için kritiktir; analistler her bir hasarın uçtan uca yolculuğunu izleyebilir, çevrim sürelerini ölçebilir ve süreç varyantlarını analiz edebilir.

Süreçteki tüm ilgili olayları birbirine bağlayan temel Case ID'dir; hasar dosyasının yaşam döngüsüne uçtan uca bir bakış sağlar.

Bu, Duck Creek Claims içindeki ana claim varlığında ya da tablosunda birincil anahtardır. Belirli tablo ve alan adları için sistem dokümantasyonuna bakın.

Bu özellik, aktiviteyi gerçekleştiren kullanıcıyı veya kaynağı tanımlar. Dosya farklı uzmanlar veya ekipler arasında devredildikçe yaşam döngüsü boyunca değişebilir.

Kaynak performansı, iş yükü dağılımı ve devir teslimleri analiz etmek için esastır. Hasar uzmanı tamamlama hızı, iş yükü değişkenliği ve darboğaz tespiti odaklı dashboard'lar, işin bireylere nasıl paylaştırılıp işlendiğini anlamak için bu özelliğe büyük ölçüde dayanır.

Kaynak performansını, iş yükü dengesini ve iş birliği kalıplarını analiz etmeyi sağlar; darboğazları ve eğitim ihtiyaçlarını belirlemeye yardımcı olur.

Duck Creek Claims dokümantasyonuna başvurun. Hasar görevleri, event'ler veya ana hasar kaydıyla ilgili tablolarda user, owner ya da assignee alanlarını arayın.

Bu özellik, dosyayı yürüten fonksiyonel grup veya departmanı belirtir; örneğin 'Initial Intake', 'Investigation Unit' ya da 'Settlement Team'. Süreç akışına organizasyonel bir bağlam ekler.

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

Fonksiyonel alan bazında performans analizi yapmayı sağlar; bölümler arası devirleri ve ekibe özgü darboğazları görünür kılar.

Duck Creek Claims dokümantasyonuna başvurun. Bu bilgi çoğu zaman atanan kullanıcının profiliyle ya da bir kuyruk/workgroup atamasıyla ilişkilidir.

Hasar Şiddeti, bir talebin beklenen etkisini veya karmaşıklığını gösterir. İlk kayıp tahmini, olayın niteliği veya önceden tanımlanmış iş kuralları temel alınabilir.

Bu özellik performans analizi için kritik önemdedir; yüksek şiddetli talepler genellikle daha fazla adım, daha uzun işlem süresi ve özel uzmanlık gerektirir. KPI'ları şiddete göre bölümlendirmek, gerçekçi performans hedefleri belirlemeye ve karmaşıklığın süreç verimliliği ile sonuçlar üzerindeki etkisini anlamaya yardımcı olur.

Hasarları karmaşıklığına göre segmentlemenize yardımcı olur; böylece performansı daha ayrıntılı analiz eder, çevrim süresi ve maliyetler için gerçekçi kıyaslamalar yapabilirsiniz.

Duck Creek Claims dokümantasyonuna başvurun. Bu, özel bir alan olabilir ya da başlangıç hasar karşılığı tutarından türetilmiş olabilir.

Bu özellik, dosyayla ilişkili kaybın ilk tahmini değerini temsil eder. Çoğu zaman dosyanın yönlendirmesini, önem derecesini ve gereken inceleme seviyesini etkileyen temel bir finansal metriktir.

Analizde, 'Loss Amount' dosyaları segmentlere ayırmak ve finansal etkinin süreç davranışıyla nasıl ilişkilendiğini anlamak için kullanılır. Örneğin daha yüksek tutarlı dosyalar farklı yollardan ilerleyebilir veya çevrim süreleri daha uzun olabilir. Operasyonel süreç verisine kritik bir finansal bağlam sağlar.

Hasara finansal bir bağlam kazandırır; dosya değerinin süreç akışını, süresini ve sonucunu nasıl etkilediğini analiz etmeyi sağlar.

Duck Creek Claims dokümantasyonuna başvurun. Bu, hasar kaydındaki temel bir finansal alandır; çoğunlukla 'Reported Loss' veya 'Initial Reserve' olarak geçer.

Talep Durumu, talebin yaşam döngüsündeki mevcut aşamasını gösterir. Talebin genel süreçte nerede olduğuna dair üst düzey bir özet sağlar.

Bu özellik, talep envanterine üst düzey görünümler oluşturmak ve dosyaları filtrelemek için kullanışlıdır. Özellikle bir talebin nihai sonucunu (örn. 'Closed - Paid', 'Closed - Denied') belirlemek için önemlidir; bu da sonuç analizi ve ret oranlarını anlamak için gereklidir.

Hasarın mevcut durumuna ve nihai sonucuna dair anlık bir görünüm sağlar; sonuç analizi ve dosya filtreleme için kritiktir.

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

Talep Türü, talepleri iş koluna veya hasarın niteliğine göre sınıflandırır. Bu, talep verisini bölümlendirmek ve analiz etmek için temel bir boyuttur.

Bu özellik, farklı talep türleri arasında süreç performansını karşılaştırmak için kullanılır. Örneğin 'Auto - Total Loss' talebi, 'Property - Water Damage' talebine kıyasla çok farklı bir süreç izler ve farklı KPI'lara sahiptir. Talep Türüne göre yapılan analiz, bağlam sağlar ve daha anlamlı performans karşılaştırmaları ile hedefe yönelik süreç iyileştirmelerine imkân tanır.

Bu, analizi segmentlere ayırmak için kritik bir boyuttur; çünkü farklı dosya türlerinin genellikle farklı süreçleri, SLA'ları ve karmaşıklık seviyeleri vardır.

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

Bu özellik, bir aktivitenin tamamlanma zamanını işaretler. StartTime aktivitenin ne zaman başladığını gösterirken, EndTime o görevin süre hesabının diğer tarafını sağlar.

Process Mining'de aktiviteler için hem başlangıç hem bitiş zamanlarının olması performansı çok daha derinlemesine analiz etmeyi mümkün kılar. 'Processing Time' (aktif çalışma süresi) ile 'Waiting Time'ı (görevler arasındaki bekleme süresi) hassas biçimde hesaplamayı sağlar. Bu ayrım, darboğazları doğru tespit etmek için kritik önemdedir.

Aktivitelerin gerçek işlem sürelerini hesaplamayı, aktif çalışma süresi ile bekleme (idle) süresini ayırt etmeyi sağlar; bu, doğru darboğaz analizi için kritiktir.

Event log’larda ayrı bir timestamp alanı olarak bulunabilir veya aynı dosya için dizideki bir sonraki aktivitenin StartTime değeri kullanılarak türetilebilir.

Bu özellik, dosya kapanışı için son tarihi saklar. Bu tarih çoğunlukla yasal gereklilikler, hizmet seviyesi anlaşmaları (SLA) veya iç KPI'lar tarafından belirlenir ve dosya türüne ya da önem derecesine göre değişebilir.

Bu, 'On-Time Claim Resolution Rate' KPI'sının hesaplanmasının temelidir ve 'Claim Resolution Target Adherence' dashboard'unu destekler. SLA ihlali riski taşıyan dosyaların proaktif olarak izlenmesini sağlar ve işi önceliklendirmeye yardımcı olur.

Performansın hizmet seviyeleri (SLA'lar) ve iç hedeflerle karşılaştırılmasını mümkün kılar; bu da müşteri memnuniyeti ve uyumluluğu doğrudan etkiler.

Duck Creek Claims dokümantasyonuna başvurun. Bu, belirli bir SLA tarih alanı olabilir ya da hasarın sisteme giriş tarihi ve iş kurallarına göre hesaplanabilir.

Processing Time, diğer adıyla aktif süre veya handling time, bir kaynağın belirli bir görev üzerinde aktif olarak ne kadar çalıştığını ölçer. Bir aktivitenin EndTime değerinden StartTime değeri çıkarılarak hesaplanır.

Bu metrik performans analizinin temel bileşenidir. Uzun süren görevlerden (yüksek processing time) kaynaklanan verimsizliklerle; kaynak ya da bilgi beklemekten (yüksek waiting time) doğan gecikmeleri ayırt etmeye yardımcı olur. Darboğazın gerçek kaynağını saptamak için kritiktir.

Bir aktivitenin aktif çalışma süresini ölçer; darboğaz analizinde verimsiz görevlerle uzun bekleme sürelerini ayırt etmeye yardımcı olur.

Bu bir kaynak sistem alanı değildir. Veri hazırlığı sırasında, her aktivite için 'EndTime' ile 'StartTime' arasındaki fark alınarak hesaplanır.

Bu özellik, hasar verisinin geldiği kaynak uygulamayı belirtir. Bu bağlamda kaynak uygulama her zaman 'Duck Creek Claims' olacaktır.

Tüm veriler tek bir sistemden geliyor olsa bile gereksiz gibi görünebilir; ancak veri yönetişimi, izlenebilirlik ve gelecekte verilerin birden fazla sistemden birleştirilebileceği senaryolar için kritiktir. Verinin kaynağı ve yapısı hakkında bağlam sağlar.

Temel data lineage ve bağlamı sunar; özellikle birden fazla entegre sistemin bulunduğu ortamlarda veri yönetişimi ve sorun giderme için kritiktir.

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

Bu bayrak, insan kullanıcılarca tamamlanan görevlerle sistem otomasyonu tarafından yürütülenleri ayırt eder; örneğin otomatik bildirimler, ilk veri doğrulaması veya straight-through processing (STP) adımları.

Bu özelliği analiz etmek, hasar sürecindeki otomasyon seviyesini anlamanın anahtarıdır. Otomasyon girişimlerinin etkisini ölçmeye, ek otomasyon fırsatlarını belirlemeye ve otomatik adımların beklendiği gibi çalışıp sonraki adımlarda sorun yaratmadığını doğrulamaya yardımcı olur.

Otomasyonun verimlilik ve maliyet üzerindeki etkisini ölçmeye yardımcı olur ve straight-through processing için fırsatları ortaya çıkarır.

Bu bilgi, bir olayla ilişkili 'user' alanından (ör. 'SYSTEM' veya 'BATCH') ya da olay kaydındaki belirli bir bayraktan çıkarılabilir.

Bu özellik, dosyayı ait olduğu sigorta poliçesine bağlar. Dosyayla ilişkili kapsam, şartlar ve müşteri hakkında bağlam sağlar.

Her zaman doğrudan süreç akışı analizinde kullanılmasa da Policy Number, hasar verisini zenginleştirmek için çok değerlidir. Poliçe ve müşteri verisiyle birleştirerek süreç performansının müşteri segmentine, poliçe türüne veya poliçe yaşına göre nasıl değiştiğini analiz etmeyi sağlar ve daha bütüncül bir iş görünümü sunar.

Hasarı müşteri ve poliçeye bağlar; böylece süreç performansının farklı müşteri segmentleri veya poliçe türleri üzerindeki etkisini daha geniş bir çerçevede analiz edebilirsiniz.

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

Bir talebin reddedilmesine karar verildiğinde, bu özellik kararın altında yatan nedeni belirtir. Genellikle önceden tanımlı bir kod veya açıklama listesinden seçilir.

Ret nedenlerinin analizi, 'Claim Decision & Rejection Insights' dashboard'u için kritiktir. Başvurulardaki yaygın sorunları, olası dolandırıcılık kalıplarını ya da poliçe dilinin belirsiz kaldığı alanları ortaya çıkarmaya yardımcı olur. Bu içgörü, başvuru (intake) sürecinde veya underwriting kurallarında iyileştirmeleri tetikleyebilir.

Hasarların neden reddedildiğini açıklar; hasar alım 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 genellikle hasarın durumu 'Denied' ya da benzeri bir duruma alındığında doldurulur.

Bu özellik, veri kümesinin en son ne zaman güncellendiğini gösterir. Analizi yapılan verinin ne kadar taze olduğuna dair bir referans noktası sağlar.

Dashboard'larda ve analizlerde, içgörülerin güncelliği hakkında kullanıcıları bilgilendirmek için kullanılır. Süreç görünümünde en yeni işlemlerin yer alıp almadığına dair beklentiyi yönetmeye yardımcı olur.

Verinin ne kadar güncel olduğunu kullanıcılara bildirir; bu, analizi doğru yorumlamak ve zamanında karar almak için kritiktir.

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sırasında üretilir ve genellikle veri kümesinin meta verisinde saklanır.

Bu özellik, ödeme için hesaplanıp yetkilendirilen tazminat tutarını kaydeder. Ödeme ile sonuçlanan her dosya için sonuç odaklı temel bir metriktir.

Bu özellik, finansal analiz ve 'Payment Authorization & Issuance Time' gibi dashboard'lar için kritiktir. Başlangıçtaki 'Loss Amount' ile karşılaştırılarak karşılık doğruluğunu analiz etmeye yardımcı olur ve hasar sürecinin finansal sonuçlarını anlamanın temelini oluşturur.

Bir hasarın finansal açıdan temel sonucunu ifade eder; finansal raporlama ve ilk kayıp tahminlerinin doğruluğunu analiz etmek için kritik önemdedir.

Duck Creek Claims dokümantasyonuna başvurun. Bu bilgi genellikle hasarla ilişkili finansal işlem ya da ödemeyle ilgili tablolarda tutulur.

Bu boolean özellik, farklı aktiviteler gerçekleştikten sonra aynı aktivite bir dosyada tekrarlandığında true olur. Örneğin süreç 'Loss Assessed'tan yeniden 'Investigation Started'a dönerse.

Yeniden işlemeyi ölçmek ve analiz etmek için esastır. 'Claim Rework Rate' KPI'sını ve 'Claim Rework & Reprocessing Patterns' dashboard'unu, yeniden işlemeyi içeren aktiviteleri ve dosyaları doğrudan filtreleyip vurgulamaya olanak tanıyarak destekler. Bu, süreçteki verimsizlikleri ve kalite sorunlarını net biçimde belirlemeye yardımcı olur.

Yeniden işlemi aktivite seviyesinde sayısallaştırır; 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ırlığı sırasında, bir dosya içindeki tekrarlayan aktivite dizilerini tespit eden algoritmalar kullanılarak hesaplanır.

Bu boolean özellik, ilgili dosya için 'Claim Closed' aktivitesinin zaman damgası ile 'ResolutionTargetDate' karşılaştırılarak türetilir. Her dosyayı zamanında (true) veya gecikmiş (false) olarak işaretler.

Bu özellik, 'On-Time Claim Resolution Rate' KPI'sını doğrudan destekler. Dashboard'larda SLA uyumunun kolayca toplanıp görselleştirilmesini sağlar ve geciken dosyaların ortak özelliklerini (örn. belirli dosya türleri, departmanlar veya süreç yolları) belirlemek için ayrıntılı incelemelere olanak tanır.

SLA uygunluğunu her hasar dosyası bazında doğrudan ölçer; geciken dosyalar için güçlü filtreleme ve kök neden analizi sağlar.

Bu bir kaynak sistem alanı değildir. Veri hazırlığı sırasında, son aktivitenin zaman damgası 'ResolutionTargetDate' alanıyla karşılaştırılarak hesaplanır.