Claims Processing Veri Templateiniz

Bu öznitelik, 'Hasar Bildirildi', 'İlk İnceleme Tamamlandı' veya 'Ödeme Yapıldı' gibi Hasar İşleme sürecindeki tek bir adımı ya da kilometre taşını tanımlar. Her faaliyet, hasar üzerinde gerçekleştirilen ayrı bir işlemi temsil eder.

Bu faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Gerçek süreç akışını ortaya çıkarır, işlerin biriktiği darboğazları belirlemeye yardımcı olur ve hasarların izlediği yaygın veya istisnai yolları gösterir.

Süreçteki adımları tanımlar; süreç haritasını görselleştirmenizi, Workflow örüntülerini ve sapmaları analiz etmenizi sağlar.

Genellikle FINEOS Claims sistemi içindeki olay günlüklerinden, görev durumu değişikliklerinden veya denetim izlerinden türetilir.

Hasar Kimliği, bir hasarın yaşam döngüsü boyunca tüm faaliyetleri, olayları ve veri noktalarını birbirine bağlayan temel anahtardır. İlk bildirimden nihai kapanışa kadar her temas noktasının tek bir vakanın parçası olarak tutarlı biçimde izlenmesini sağlar.

Process Mining'de bu öznitelik, her hasarın uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Süreç akışlarını analiz etmenize, toplam sonuçlandırma sürelerini hesaplamanıza ve farklı hasarların nasıl işlendiğindeki değişiklikleri belirlemenize olanak tanır.

İlgili tüm olayları tek bir süreç örneğine bağlayan temel tanımlayıcıdır ve hasar yaşam döngüsünün uçtan uca analiz edilmesini mümkün kılar.

FINEOS Claims içindeki ana hasar vaka yönetimi tablolarında birincil anahtar olarak kullanılır.

Olay zamanı, bir Hasar İşleme faaliyetinin gerçekleştiği kesin tarih ve saati kaydeder. Bu kronolojik veri, olayları doğru sıraya koymak ve bir hasarın zaman çizelgesini anlamak için gereklidir.

Analizde bu zaman damgası, farklı adımlar arasındaki süreleri, çevrim sürelerini ve bekleme sürelerini hesaplamak için kullanılır. Gecikmeleri belirlemek, SLA'lara göre performansı ölçmek ve sürecin zamansal dinamiklerini anlamak için temel bir veridir.

Bu zaman damgası, olayların kronolojik sırasını sağlar. Çevrim süresi gibi zamana dayalı tüm metrikleri hesaplamak ve darboğazları belirlemek için gereklidir.

Bu bilgi genellikle FINEOS Claims içindeki her olay veya durum kaydıyla ilişkilendirilmiş oluşturulma ya da güncelleme zaman damgası olarak bulunur.

Bu öznitelik, süreç verilerinin kaynağını belirtir. Bu analizde değer her zaman 'FINEOS Claims' olacaktır. Ancak birden fazla sistemin bulunduğu ortamlarda veri soyunu izlemek ve veri kalitesini güvence altına almak için büyük önem taşır.

Daha geniş bir analitik bağlamda, birden fazla sisteme yayılabilen süreçleri birbirinden ayırmaya yardımcı olur ve veri yorumunun kaynağa göre doğru yapılmasını sağlar.

Verilerin kaynağı hakkında önemli bir bağlam sunar. Bu bilgi, veri yönetişimi, doğrulama ve diğer sistemlerle entegrasyon için gereklidir.

Bu değer genellikle veri çıkarma sırasında eklenir ve veri setinin kaynağını belirtmek için kullanılır.

Bu öznitelik, verilerin en son ne zaman çıkarıldığını veya güncellendiğini gösteren tarih ve saati sunar. Analiz edilen verilerin güncelliğini ve ne kadar yeni olduğunu anlamak için önemlidir.

Bu bilgi, veri yönetişimi açısından ve kullanıcıların en güncel süreç verilerine bakıp bakmadığını anlaması için önem taşır. Veri gecikmesiyle ilgili beklentileri yönetmeye yardımcı olur ve gerçeğe yakın zamanlı süreçlerin raporlanması için gereklidir.

Verilerin güncelliğini gösterir. Böylece kullanıcılar analizin kapsadığı dönemi ve verilerin en son ne zaman yenilendiğini anlayabilir.

Bu zaman damgası genellikle veri çıkarma veya ETL aracı tarafından veri yükleme işinin sonunda oluşturulur ve saklanır.

Bu öznitelik, hasar sürecindeki belirli bir görevi gerçekleştiren kişiyi veya ekibi belirtir. Süreç etkinliklerini insan kaynaklarıyla ilişkilendirmenin temel yoludur.

Atanan Hasar Uzmanına göre veri analizi yapmak, iş yükü dağılımını, bireysel performansı ve kaynak verimliliğini anlamak için önemlidir. Aşırı iş yükü altındaki hasar uzmanlarını ortaya çıkarabilir, performans karşılaştırmalarıyla eğitim fırsatlarını belirleyebilir ve iş yüklerini dengelemek için daha iyi kaynak tahsisi stratejilerini destekleyebilir.

Süreç adımlarını bu adımları gerçekleştiren kişilerle ilişkilendirir. Böylece iş yükü analizi, kaynak verimliliği değerlendirmesi ve performans karşılaştırması yapılabilir.

FINEOS Claims belgelerine başvurun. Bu bilgi genellikle hasar olaylarıyla ilişkili görev sahipliği veya kullanıcı ataması alanlarında saklanır.

Bu öznitelik, hasarın nasıl alındığını kaydeder. Örneğin çevrim içi portal, e-posta, posta veya acente aracılığıyla gönderilmiş olabilir. Farklı başvuru kanalları veri kalitesini ve ilk işlem sürelerini önemli ölçüde etkileyebilir.

Süreci başvuru kanalına göre analiz etmek, belirli kanalların daha hızlı işlemeye, daha yüksek yeniden işleme oranlarına, örneğin eksik bilgi nedeniyle, veya daha iyi sonuçlara yol açıp açmadığını belirlemeye yardımcı olur. Bu içgörüler, hataları azaltmak için çevrim içi formları iyileştirmek gibi kanal optimizasyonu yatırımlarına yön verebilir.

Belirli başvuru kanallarının daha verimli işlemeye veya daha yüksek yeniden işleme oranlarına yol açıp açmadığını belirlemeye yardımcı olur. Böylece kanal stratejisi ve yatırım kararları desteklenir.

FINEOS Claims belgelerine başvurun. Bu bilgi genellikle hasar kabul sürecinde alınır ve ana hasar kaydında saklanır.

Bitiş Zamanı özniteliği, bir etkinliğin tamamlandığı kesin anı kaydeder. Başlangıç Zamanı (EventTime) ile birlikte kullanıldığında her adımın tamamlanmasının ne kadar sürdüğünü, yani işlem süresini, kesin olarak hesaplamayı sağlar.

Analizde bu bilgi, etkin işlem süresi ile boşta bekleme süresini ayırt etmek için önemlidir. Ayrıntılı darboğaz analizleri oluşturulmasına yardımcı olur. Böylece en fazla zamanı hangi etkinliklerin tükettiği ve adımlar arasında kuyrukların nerede oluştuğu görülebilir.

Her etkinliğin işlem süresini kesin olarak hesaplamayı sağlar. Bu bilgi, verimsiz adımları belirlemek ve kaynak kullanımını ölçmek için önemlidir.

FINEOS Claims belgelerine başvurun. Bu bilgi olay günlüklerinde bulunabilir veya sonraki olayın başlangıç zamanından türetilebilir.

Bu öznitelik, hizmet düzeyi anlaşmaları (SLA'lar) veya düzenleyici gerekliliklerle belirlenen hasar sürecini tamamlama son tarihini ifade eder. Gerçek performansın ölçüldüğü bir referans noktası olarak kullanılır.

Bu tarih, SLA uyumluluğunu izlemek için gereklidir. Gerçek hasar kapatma tarihi Çözüm Hedef Tarihi ile karşılaştırılarak SLA uyumluluk oranı hesaplanabilir, SLA ihlali riski taşıyan hasarlar belirlenebilir ve uyumsuzluğa yol açan gecikmelerin temel nedenleri analiz edilebilir.

SLA uyumluluğunu ölçmek için kullanılan referans noktasıdır. Geç tamamlanan hasarları belirlemeyi ve gecikme nedenlerini analiz etmeyi sağlar.

FINEOS Claims belgelerine başvurun. Bu tarih genellikle hasarın gönderim tarihi ve türüne göre iş kurallarıyla hesaplanır.

Bu öznitelik, belirli bir etkinlikten sorumlu olan veya belirli bir aşamada hasarın sahibi olan organizasyon birimini belirtir. Örnekler arasında 'İlk Kabul', 'İnceleme Birimi' ve 'Ödemeler Departmanı' yer alır.

Süreci departmana göre analiz etmek, gecikmelerin yaygın kaynakları olan işlevler arası devirleri anlamak için önemlidir. Hangi departmanların darboğaz oluşturduğunu belirlemeye, departman verimliliğini ölçmeye ve kuruluş genelinde kaynak tahsisini analiz etmeye yardımcı olur.

Organizasyon birimine göre performans analizi yapılmasını sağlar. Departmanlar arası devir gecikmelerini ve departman darboğazlarını görünür kılar.

FINEOS Claims belgelerine başvurun. Bu bilgi, atanan hasar uzmanının kullanıcı profiliyle veya görevin atandığı kuyrukla ilişkilendirilebilir.

Hasar Durumu, hasarın yaşam döngüsündeki konumunu belirtir. Örnek durumlar arasında 'Açık', 'Bilgi Bekleniyor', 'Onaylandı', 'Reddedildi' ve 'Kapalı' yer alır. Bu öznitelik, hasarın belirli bir andaki durumunu gösterir.

Süreç analizinde durum değişiklikleri genellikle süreç etkinlikleriyle doğrudan ilişkilidir. Durumu izlemek, hasarların uzun süre belirli bir durumda takıldığı darboğazları anlamak ve 'Reddedildi' veya 'Kapalı' gibi nihai sonuçların nedenlerini analiz etmek için önemlidir.

Bu öznitelik, hasar sonuçlarını anlamak, açık ve kapalı vakaları filtrelemek ve hasarların durakladığı aşamaları belirlemek için önemlidir.

FINEOS Claims belgelerine başvurun. Bu, ana hasar kaydındaki temel bir alandır ve yaşam döngüsü boyunca güncellenir.

Hasar Şiddeti, hasarın karmaşıklığı, aciliyeti veya finansal risk düzeyi için bir derece sunar. Yüksek şiddetteki hasarlar, düşük şiddetteki hasarlara kıyasla daha fazla adım, uzman incelemesi veya daha uzun işlem süresi gerektirebilir.

Süreci şiddet düzeyine göre analiz etmek, kaynak tahsisinin ve süreç tasarımının farklı karmaşıklık düzeyleri için uygun olup olmadığını anlamaya yardımcı olur. Yüksek şiddetteki hasarların orantısız biçimde gecikip gecikmediğini veya düşük şiddetteki hasarların gereğinden fazla işlenip işlenmediğini ortaya çıkarabilir. Böylece süreç bölümlendirmesi ve kaynak yönetimi iyileştirilebilir.

Şiddet düzeyine göre bölümlendirme, sürecin etkisi yüksek hasarlara doğru önceliği verip vermediğini kontrol etmeye ve belirli karmaşıklık düzeylerinin süreçte darboğaz oluşturup oluşturmadığını belirlemeye yardımcı olur.

FINEOS Claims belgelerine başvurun. Bu bilgi özel bir alanda bulunabilir veya tahmini kayıp tutarı gibi diğer özniteliklerden türetilebilir.

Hasar Türü, hasarları poliçenin veya kaybın niteliğine göre sınıflandırır. Farklı hasar türleri genellikle farklı süreç varyantlarını izler, farklı düzenleyici gerekliliklere tabi olur ve uzmanlaşmış işlem gerektirir.

Bu öznitelik karşılaştırmalı analiz için önemli bir boyuttur. Analistler süreç görünümünü Hasar Türüne göre filtreleyerek veya bölümlere ayırarak türe özgü darboğazları ortaya çıkarabilir, kategoriler arasındaki performansı karşılaştırabilir ve süreç iyileştirme çalışmalarını her hasar türünün kendine özgü ihtiyaçlarına göre uyarlayabilir. Böylece belirli hasar türlerinin işlenmesinin doğası gereği daha verimsiz olup olmadığı anlaşılabilir.

Süreci bölümlere ayırarak farklı hasar kategorileri arasındaki performansı ve değişkenlikleri karşılaştırmayı sağlar. Bu da daha hedefli iyileştirmelere yardımcı olur.

FINEOS Claims belgelerine başvurun. Bu, hasarın temel özniteliklerinden biridir. Genellikle kayıt sırasında belirlenir ve ana vaka tablosunda saklanır.

Kayıp Tarihi, gerçek olayın, örneğin kaza veya yaralanmanın, gerçekleştiği zamanı belirtir. Bu tarih, hasarın gönderildiği tarihten farklıdır ve hasar doğrulama ile işleme süreçlerinde önemli bir etken olabilir.

Bu öznitelik değerli bir bağlam sunar. Kayıp Tarihi ile 'Hasar Gönderildi' tarihi arasındaki süre, yani bildirim gecikmesi, önemli bir performans göstergesi olabilir. Bu gecikmeyi analiz etmek, bildirim süreçlerindeki sorunları ve bunların hasarın genel yaşam döngüsüne etkisini ortaya çıkarabilir.

Önemli bir bağlam sunar ve kayıptan gönderime kadar geçen bildirim gecikmesinin hesaplanmasını sağlar. Bu süre, hasarın karmaşıklığını ve sonuçlarını etkileyebilir.

FINEOS Claims belgelerine başvurun. Bu tarih, genellikle 'İlk Kayıp Bildirimi' veya hasar kaydı oluşturma sürecinde alınan standart bir alandır.

Kayıp Tutarı, bir hasar için yapılan ilk tahmini veya ayrılan finansal karşılığı ifade eder. Hasar incelenip değerlendirildikçe bu değer güncellenebilir.

Bu finansal veri, hasarları bölümlere ayırmak ve finansal etkinin süreç davranışıyla ilişkisini anlamak için önemlidir. Örneğin, değeri yüksek hasarların daha uzun sürede işlenip işlenmediğini veya daha fazla yeniden işleme gerektirip gerektirmediğini anlamaya yardımcı olur. Ayrıca finansal tahmin ve risk yönetimi için önemli bir girdidir.

Süreç hakkında finansal bağlam sunar. Hasar değerinin işlem süresini, karmaşıklığı ve izlenen yolları nasıl etkilediğini analiz etmeyi sağlar.

FINEOS Claims belgelerine başvurun. Bu bilgi genellikle hasarla ilişkili finans veya karşılık tablolarında bulunur.

Bu öznitelik, hasarla ilişkili coğrafi konumu belirtir. Konum, hasar sahibinin adresine veya kaybın gerçekleştiği yere göre belirlenebilir.

Coğrafi analiz, hasar türlerinde, sıklığında ve işlem verimliliğinde bölgesel farklılıkları ortaya çıkarabilir. Bazı bölge ofislerinin diğerlerinden daha iyi performans gösterip göstermediğini veya düzenlemeler ve hava olayları gibi konuma özgü etkenlerin hasar sürecini etkileyip etkilemediğini belirlemeye yardımcı olur. Böylece daha hedefli yönetim ve kaynak tahsisi yapılabilir.

Coğrafi bölümlendirme yaparak bölgesel performans farklılıklarını, uyumluluk değişkenliklerini veya konuma özgü darboğazları belirlemeyi sağlar.

FINEOS Claims belgelerine başvurun. Bu bilgi genellikle sistemde saklanan poliçe sahibinin veya hasar sahibinin adres ayrıntılarından türetilir.

Ödeme Tutarı, hasarın sonuçlandırılması ve onaylanmasının ardından ödenen nihai toplamdır. Birden fazla ödeme yapılan hasarlarda bu değer tek bir ödeme işlemini ifade edebilir.

Bu öznitelik, finansal mutabakat ve sürecin parasal sonuçlarını analiz etmek için gereklidir. İlk tahmini kayıp ile nihai ödeme arasındaki karşılaştırmayı mümkün kılar. Süreç analizinde farklı süreç varyantlarının veya kararların finansal etkisini anlamaya yardımcı olur.

Sürecin finansal sonucunu izler. Finansal performansı ölçmek ve hasarların değerini analiz etmek için önemlidir.

FINEOS Claims belgelerine başvurun. Bu veri, hasar vakasıyla ilişkili ödeme işlemi tablolarında bulunur.

Poliçe Numarası, hasarı kapsayan sigorta sözleşmesinin tanımlayıcısıdır. Hasarı belirli bir müşteriyle, poliçe koşullarıyla ve teminat ayrıntılarıyla ilişkilendirir.

Doğrudan bir süreç özniteliği olmasa da önemli bir iş bağlamı sunar. Hasar verilerinin poliçeye veya müşteriye göre toplulaştırılmasını sağlar. Bu bilgi, hasar sıklığını, müşteri deneyimini ve çok sayıda karmaşık hasar oluşturan poliçeleri analiz etmek için kullanılabilir.

Hasarı belirli bir müşteri sözleşmesiyle ilişkilendirerek önemli bir iş bağlamı sunar ve müşteri odaklı süreç analizini mümkün kılar.

FINEOS Claims belgelerine başvurun. Bu temel bilgi, hasar kaydı oluşturulurken alınır ve ana hasar kaydında saklanır.

Hasarın sonucu 'Reddedildi' olduğunda bu öznitelik, kararın özel nedenini sunar. Nedenler arasında 'Poliçe Kapsamında Değil', 'Dolandırıcılık Şüphesi' veya 'Eksik Bilgi' bulunabilir.

Bu öznitelik, hasar retlerinin temel neden analizinde çok değerlidir. Kuruluş, farklı ret nedenlerinin sıklığını analiz ederek gönderim sürecindeki yaygın sorunları, müşterilerin poliçe kapsamıyla ilgili yaşadığı belirsizlikleri veya hasar uzmanları için olası eğitim ihtiyaçlarını belirleyebilir. Bu içgörü, ret oranlarını azaltmaya ve müşteri memnuniyetini artırmaya yönelik çalışmalara yol gösterebilir.

Başarısız süreçlerin temel neden analizinde önemlidir. Hasar retlerini azaltma ve kabul kalitesini iyileştirme fırsatlarını belirlemeye yardımcı olur.

FINEOS Claims belgelerine başvurun. Bu bilgi genellikle 'Hasar Reddedildi' etkinliği gerçekleştirildiğinde seçilen yapılandırılmış bir alan veya koddur.

Bu öznitelik, her talep için SLA performansına ilişkin açık ve kategorik bir durum sunar. Claim Closed tarihinin Resolution Target Date ile karşılaştırılması ve sonucun On Time veya Late olarak sınıflandırılmasıyla elde edilir.

Bu yaklaşım, SLA uyumluluğuna ilişkin raporlama ve analizi kolaylaştırır. Analistler ham tarihlerle çalışmak yerine bu basit kategoriyi kullanarak SLA uyumluluk oranını gösteren Dashboardlar oluşturabilir, ortak özelliklerini analiz etmek için tüm geç kalan talepleri filtreleyebilir ve SLA performansındaki eğilimleri zaman içinde izleyebilir. SLA Adherence Dashboardunu ve KPI’ını doğrudan destekler.

Her vaka için SLA performansını açık ve basit bir göstergeyle sunar. Böylece SLA uyumluluk oranını ölçmek ve analiz etmek kolaylaşır.

Her vaka için son etkinliğin zaman damgası ile 'ResolutionTargetDate' karşılaştırılarak türetilen hesaplanmış alandır.

Bu öznitelik, bir hasarın 'Kapalı' durumdan yeniden etkin duruma geçirilme nedenini kaydeder. Yaygın nedenler arasında yeni bilgi alınması, hasar sahibinin itirazı veya bir hatanın düzeltilmesi yer alır.

Yeniden açma nedenlerini analiz etmek, süreç kalitesini ve sonuçların kesinliğini doğrudan ölçmenin bir yoludur. Özellikle belirli nedenlerle yeniden açılan hasarların sayısının yüksek olması, ilk kapatma işleminin hatalı olduğunu gösterir. Bu veri, inceleme veya karar aşamalarındaki zayıflıkları belirleyerek hasarların ilk seferde doğru şekilde kapatılmasını sağlayacak süreç iyileştirme hedefleri sunar.

Bir hasarın erken veya hatalı kapatıldığı süreç başarısızlıklarını doğrudan gösterir ve ilk seferde çözüm oranını artırma fırsatlarını ortaya çıkarır.

FINEOS Claims belgelerine başvurun. Bu neden genellikle kullanıcı sistemde 'Hasarı Yeniden Aç' işlemini gerçekleştirdiğinde kaydedilir.

Bu hesaplanan öznitelik, aynı talep için ikinci Additional Information Requested olayı gibi yeniden çalışmayı temsil eden etkinlikleri işaretler. Genellikle tekrarlanan etkinlikler veya süreç akışındaki geriye dönüş döngüleri belirlenerek tespit edilir.

Yeniden çalışmayı açıkça işaretlemek, verimsizliğe odaklanan analizi kolaylaştırır. Temel performans göstergelerinden biri olan yeniden çalışma oranını kolayca ölçmenizi sağlar. Dashboardlar bu işareti kullanarak yeniden çalışmanın sıklığını ve etkisini görselleştirebilir, bu verimsiz döngülerin kök nedenlerini belirlemenize yardımcı olabilir.

Verimsiz süreç döngülerini doğrudan işaretler. Böylece yeniden işleme oranı kolayca hesaplanabilir ve tekrarlanan işin nedenleri analiz edilebilir.

Bu değer, aynı vaka için tekrarlanan etkinlikler belirlenerek Process Mining analizi sırasında türetilir. Örneğin, 'İnceleme Başlatıldı' etkinliğinin ikinci kez gerçekleşmesi işaretlenebilir.