Hasar işlemleri Veri Templateiniz

Sapiens ClaimsPro
Hasar işlemleri Veri Templateiniz

Hasar işlemleri Veri Templateiniz

Bu Template, hasar iş akışınızı analiz etmek için gerekli verileri toplamanıza yönelik ayrıntılı bir rehber sunar. İzlenmesi gereken temel öznitelikleri ve etkinlikleri, Sapiens ClaimsPro için hazırlanmış pratik veri çıkarma yönergeleriyle birlikte açıklar. Veri toplama sürecinizi kolaylaştırmak ve anlamlı Process Mining analizine hazırlanmak için bu kaynağı kullanın.
  • Hasar verisi toplama için önerilen öznitelikler
  • Hasar sürecinizde izlenecek temel aktiviteler
  • Sapiens ClaimsPro için adım adım veri çıkarma yönergeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Hasar taleplerinin işlenmesi öznitelikleri

Kapsamlı hasar talebi işleme analizi yapmak ve gizli verimsizlikleri ortaya çıkarmak için Event Logunuza eklemeniz önerilen veri alanları aşağıda yer alır.
3 Gerekli 6 Önerilen 10 İsteğe bağlı
Ad Açıklama
Faaliyet adı
ActivityName
Hasar sürecinin belirli bir noktasında gerçekleşen iş faaliyetinin veya olayın adıdır.
Açıklama

Bu öznitelik, hasar yaşam döngüsü içinde gerçekleştirilen tek bir adımı veya görevi tanımlar. Örneğin 'Hasar bildirildi', 'İlk inceleme yapıldı' veya 'Ödeme yapıldı'. Her faaliyet, başlangıç zamanı ve muhtemel bir bitiş zamanı olan ayrı bir süreç noktasını temsil eder.

Faaliyetleri analiz etmek, Process Mining'in temelini oluşturur. Süreç haritasını görselleştirmenizi, adımlar arasındaki darboğazları belirlemenizi, faaliyet sıklığını analiz etmenizi ve süreç varyasyonlarını anlamanızı sağlar. Belirli bir Hasar ID'sine ait faaliyetlerin sıralaması, süreç akışının temelini oluşturur.

Neden önemli?

Süreç adımlarını tanımlar. Bu, süreç haritası oluşturmak ve darboğazları veya verimsizlikleri belirlemek için temel öneme sahiptir.

Nereden alınır?

Genellikle Sapiens ClaimsPro içindeki Event Loglardan, durum değişikliği kayıtlarından veya görev tamamlama tablolarından elde edilir. Durum kodlarından veya işlem türlerinden haritalama yapılması gerekebilir.

Örnekler
Hasar kaydedildiİnceleme başlatıldıTazminat hesaplandıHasar kapatıldı
Hasar ID'si
ClaimId
Her sigorta hasarı için kullanılan ve hasarın yaşam döngüsünü izlemeye yarayan benzersiz dosya kimliğidir.
Açıklama

Claim ID, tek bir sigorta hasarıyla ilişkili tüm olayları ve etkinlikleri birbirine bağlayan temel vaka tanımlayıcısıdır. İlk başvurudan nihai kapanışa kadar hasarın tüm yolculuğunun tutarlı biçimde yeniden oluşturulmasını ve analiz edilmesini sağlar.

Process Mining içinde her Event Log kaydı bir Claim ID ile ilişkilendirilmelidir. Bu sayede araç her hasarın eksiksiz yolunu izleyebilir, süreç varyantlarını görselleştirebilir, uçtan uca çevrim sürelerini hesaplayabilir ve standart iş akışındaki darboğazları veya sapmaları belirleyebilir. Verileri Claim ID üzerinden analiz etmek, hasarın yolculuğuna ilişkin eksiksiz bir görünüm sunar.

Neden önemli?

İlişkili tüm faaliyetleri tek bir süreç örneğinde gruplamak ve hasar yaşam döngüsünü uçtan uca analiz etmek için gereklidir.

Nereden alınır?

Sapiens ClaimsPro içindeki ana hasar işlem tablosunda bulunan birincil anahtardır. Kesin tablo ve alan adı için sistem belgelerine başvurun.

Örnekler
CL-2023-001234CL-2023-005678CL-2024-009101
Olay zaman damgası
EventTimestamp
Belirli bir faaliyet veya olayın başladığı kesin tarih ve saattir.
Açıklama

Event Timestamp, hasar sürecindeki her etkinliğin başlangıç zamanını kaydeder. Olayları sıralamak ve aralarındaki süreleri hesaplamak için gerekli kronolojik bağlamı sağlar. Bu zaman damgası, Event Logun zamansal temelini oluşturur.

Process Mining analizinde bu öznitelik, çevrim süreleri, bekleme süreleri ve etkinlik süreleri dahil olmak üzere zamanla ilgili tüm metrikleri hesaplamak için kritik öneme sahiptir. Olayların ne zaman gerçekleştiğine ilişkin gerçek verilere dayanak sağlayarak darboğazların keşfedilmesini, süreç performansının zaman içindeki analizini ve SLA uyumluluğunun izlenmesini mümkün kılar.

Neden önemli?

Olayları kronolojik olarak sıralamak ve çevrim süresi ile darboğazlar gibi süreye dayalı tüm metrikleri hesaplamak için gereklidir.

Nereden alınır?

Sapiens ClaimsPro içindeki olay veya işlem günlüğü tablolarında, faaliyet ya da durum değişikliği bilgilerinin yanında bulunur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Atanan departman
AssignedDepartment
Belirli bir aşamada hasarı yürütmekten sorumlu departman veya ekiptir.
Açıklama

Bu öznitelik, bir hasara veya etkinliğe atanan 'Initial Intake', 'Complex Claims' veya 'SIU (Special Investigations Unit)' gibi iş birimini ya da ekibi belirtir. Süreci departman açısından analiz etmenizi sağlar.

Departmana göre analiz yapmak, belirli ekiplere özgü darboğazları belirlemeye, departmanlar arasındaki devir teslimleri anlamaya ve departman verimliliğini değerlendirmeye yardımcı olur. 'Adjuster & Department Activity Load' Dashboardu ve üst düzey kurumsal süreç analizi için gereklidir.

Neden önemli?

Farklı ekipler arasındaki süreç performansını ve devirleri analiz etmenizi sağlayarak kurumsal darboğazları ortaya çıkarır.

Nereden alınır?

Çoğu zaman sistemdeki kullanıcı profiliyle ilişkilendirilir veya doğrudan hasar nesnesine atanır. Sapiens ClaimsPro belgelerine başvurun.

Örnekler
Otomatik Hasar BölümüMülk HasarlarıÖzel İnceleme Birimi
Atanan hasar uzmanı
AssignedAdjuster
Hasarı veya belirli bir faaliyeti yürütmekten sorumlu hasar uzmanının adı veya ID'sidir.
Açıklama

Bu öznitelik, hasar üzerinde bir işlem gerçekleştiren kullanıcıyı veya kaynağı belirler. Atanan eksperi izlemek, iş yükü dağılımını, bireysel performansı ve kaynak tahsisini anlamanın temelidir.

Analiz sırasında süreç haritasını filtreleyerek farklı eksperlerin hasarları nasıl yönettiğini görmenizi, performanslarını karşılaştırmanızı ve olası eğitim fırsatlarını belirlemenizi sağlar. 'Adjuster & Department Activity Load' Dashboardunu oluşturmak ve 'Adjuster Workload Balance' KPI değerini hesaplamak için temel bir özniteliktir.

Neden önemli?

Kaynak analizi için önemlidir; iş yükü dengesizliklerini, yüksek performans gösteren çalışanları ve eğitim ihtiyaçlarını belirlemeye yardımcı olur.

Nereden alınır?

Sapiens ClaimsPro içindeki kullanıcı faaliyet günlüklerinde veya işlem tablolarında bulunur ve çoğu zaman kaydı oluşturan ya da son değiştiren kullanıcıyla ilişkilendirilir.

Örnekler
John Smithj.smithUSR-00451
Hasar şiddeti
ClaimSeverity
Hasarın karmaşıklığını veya olası mali etkisini sınıflandırır, örneğin düşük, orta veya yüksek.
Açıklama

Claim Severity, bir hasarın tahmini karmaşıklığını, riskini veya finansal etkisini gösteren derecelendirmedir. Bu derecelendirme çoğu zaman gereken inceleme düzeyini, eksperin sahip olması gereken deneyimi ve hasarın izleyeceği iş akışını belirler.

Bu öznitelik, 'Claim Severity Cycle Time Analysis' Dashboardu için kritik öneme sahiptir. Daha karmaşık hasarların verimli biçimde ele alınıp alınmadığını veya uzun çevrim sürelerine orantısız biçimde katkıda bulunup bulunmadığını anlamaya yardımcı olur. Yüksek önem derecesine sahip bir hasarın düşük önem derecesine sahip bir hasardan daha uzun sürmesi beklendiğinden, performans metrikleri için önemli bir bağlam sağlar.

Neden önemli?

Çevrim süresi analizi için önemli bağlam sağlar; bazı hasarların neden diğerlerinden daha uzun sürdüğünü ve karmaşık dosyaların verimli biçimde ele alınıp alınmadığını anlamaya yardımcı olur.

Nereden alınır?

Bu alan, manuel olarak girilmiş bir değer veya Sapiens ClaimsPro içindeki hasar özelliklerine göre türetilmiş bir skor olabilir.

Örnekler
DüşükOrtaYüksekKarmaşık
Hasar türü
ClaimType
Otomobil, mülk veya sorumluluk gibi sigorta hasarının kategorisidir.
Açıklama

Claim Type, hasarları iş koluna veya kaybın niteliğine göre sınıflandırır. Bu temel segmentasyon özniteliği, bir hasarın hangi süreç iş akışını izleyeceğini ve hangi ekiplerin sürece dahil olacağını çoğu zaman belirler.

Süreci Claim Type üzerinden analiz etmek, farklı iş kollarındaki verimlilik ve prosedür farklılıklarını belirlemek için önemlidir. Örneğin otomobil hasarı süreci büyük ölçüde otomatik ve hızlı olabilirken ticari mülk hasarı süreci karmaşık ve yavaş ilerleyebilir. Bu öznitelik, 'Settlement Amount Consistency Index' KPI değerini hesaplamak için gereklidir.

Neden önemli?

En iyi uygulamaları ve her hasar kategorisine özgü darboğazları belirlemek için farklı iş kollarındaki süreçleri karşılaştırmanızı sağlar.

Nereden alınır?

Sapiens ClaimsPro içindeki ana hasar kaydında bulunan standart bir alandır. Her hasar sistemi için temel veri öğelerinden biridir.

Örnekler
Otomobil Fiziksel HasarlarıGenel Sorumlulukİşçi TazminatıTicari Mülk
Olay bitiş zamanı
EventEndTime
Belirli bir faaliyetin tamamlandığı kesin tarih ve saattir.
Açıklama

Olay bitiş zamanı, bir faaliyetin tamamlandığı anı gösterir. Bazı olaylar anlık gerçekleşir, yani StartTime ile EndTime birbirine eşittir, ancak birçok faaliyetin bir süresi vardır. Bu zaman damgası mevcut olduğunda her adımın ne kadar sürdüğünü kesin biçimde ölçmenizi sağlar.

Bu öznitelik, bir faaliyetin 'etkin süresini' veya 'işleme süresini', faaliyetler arasındaki 'bekleme süresinden' ayırarak hesaplamak için kullanılır. Böylece bir hasar üzerinde aktif olarak çalışılan süreyle hasarın kuyrukta beklediği süreyi birbirinden ayırabilirsiniz. Bu ayrım, zaman alan belirli faaliyetleri belirlemek için önemlidir.

Neden önemli?

Tek tek faaliyetlerin etkin işleme süresini hesaplamanızı ve değer yaratan süreyle bekleme süresini ayırt etmenizi sağlar.

Nereden alınır?

Başlangıç zamanıyla aynı işlem günlüklerinde bulunabilir veya sonraki olayın başlangıç zamanından çıkarılması gerekebilir. Sapiens ClaimsPro belgelerine başvurun.

Örnekler
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z
Tazminat Tutarı
SettlementAmount
Hasarı sonuçlandırmak üzere hak sahibine ödenen nihai parasal tutar.
Açıklama

Bu öznitelik, hasar tazminatının tutarını kaydeder. Hasarın finansal etkisini ve süreç sırasında alınan kararları yansıtan temel bir sonuç metriğidir.

Süreç analizinde Settlement Amount, süreç varyantlarının veya eksper davranışlarının tazminat sonuçlarıyla nasıl ilişkili olabileceğini incelemek için 'Claim Decision & Settlement Insights' Dashboardunda kullanılır. Ayrıca benzer hasar türleri için tazminat kararlarındaki tutarsızlıkları belirlemeye yardımcı olan 'Settlement Amount Consistency Index' KPI değerinin temel girdilerinden biridir.

Neden önemli?

Bu, önemli bir sonuç metriğidir. Süreç varyantlarıyla birlikte analiz edildiğinde, süreç verimsizliklerinin veya sapmaların finansal sonuçları nasıl etkilediğini gösterebilir.

Nereden alınır?

Sapiens ClaimsPro içinde hasarla ilişkili finans veya ödeme işlemi tablolarında bulunur.

Örnekler
5000.001250.75250000.00
Başvuru Kanalı
SubmissionChannel
Hasarın ilk kez iletildiği yöntem, örneğin çevrim içi portal, acente veya posta.
Açıklama

Bu öznitelik, yeni bir hasar için başvuru kanalını belirler. Farklı kanallar başlangıçtaki veri kalitesini önemli ölçüde etkileyebilir ve bu etki sürecin sonraki tamamına yansır.

Süreci Submission Channel üzerinden analiz etmek, verimlilik ve kaliteyle ilgili sorulara yanıt vermeye yardımcı olur. Örneğin 'Claims Submission Channel Efficiency' Dashboardu, çevrim sürelerinin daha kısa ve yeniden çalışma oranlarının postayla gönderilen hasarlara kıyasla daha düşük olup olmadığını gösterebilir. Bu içgörü, kanal optimizasyonu ve dijital dönüşüm yatırımlarına yön verebilir.

Neden önemli?

En verimli işlemenin hangi başvuru kanallarından geldiğini belirlemeye yardımcı olur ve otomasyonla müşteri deneyimini iyileştirme fırsatlarını ortaya çıkarır.

Nereden alınır?

Genellikle ilk temas noktasında alınır ve Sapiens ClaimsPro içindeki ana hasar kaydında bir alan olarak saklanır.

Örnekler
Çevrim içi PortalAcentaPostaTelefon
Çözüm Hedef Tarihi
ResolutionTargetDate
Hizmet seviyesi anlaşmalarına (SLA'lara) göre hasarın kapatılmasının beklendiği hedef tarih.
Açıklama

Resolution Target Date, genellikle hasar türü, yargı bölgesi veya poliçe koşulları gibi etkenlere göre belirlenen hasar kapatma son tarihidir. Performansı ve hizmet seviyesi anlaşmalarına uyumu ölçmek için bir kıstas görevi görür.

Bu tarih, 'Claim Resolution SLA Compliance' Dashboardu ve 'On-Time Claim Resolution Rate' KPI değeri için temel bir girdidir. Sistem, gerçek 'Claim Closed' tarihini bu hedefle karşılaştırarak hasarları otomatik biçimde 'On-Time' veya 'Late' olarak sınıflandırabilir ve SLA performansını net biçimde gösterebilir.

Neden önemli?

SLA uyumluluğunu ölçmek için referans noktasıdır. Zamanında çözüm oranlarının hesaplanmasını ve gecikme riski taşıyan hasarların belirlenmesini sağlar.

Nereden alınır?

Bu tarih, Sapiens ClaimsPro içindeki ana hasar kaydında veya ilişkili bir SLA yönetimi modülünde tutulabilir.

Örnekler
2024-01-152024-03-202024-06-01
Hasar Durumu
ClaimStatus
Hasarın mevcut operasyonel durumu, örneğin Open, Pending veya Closed.
Açıklama

Bu öznitelik, herhangi bir anda hasar vakasının genel durumunu temsil eder. Etkinlikler olay niteliğindeyken durum, bu olayların sonucunda hasarın bulunduğu aşamadır. Hasarın yaşam döngüsünde nerede olduğuna ilişkin üst düzey bir özet sunar.

Hasar durumunu analiz etmek, açık hasar envanterini ve bunların mevcut aşamasını anlamaya yardımcı olur. Operasyonel Dashboardlar için ve süreç boyunca durumun ne sıklıkta ve ne anlamda güncellendiğini izleyerek 'Claim Status Transparency Score' KPI değerini hesaplamak için kullanışlıdır.

Neden önemli?

Hasarın mevcut durumuna üst düzeyde bakış sağlar. Devam eden iş yükünü izlemek ve dosyanın ilerleyişini anlamak için kullanışlıdır.

Nereden alınır?

Sapiens ClaimsPro içindeki ana hasar kaydında bulunan temel bir alandır ve çeşitli iş işlemleriyle güncellenir.

Örnekler
AçıkBeklemede - Bilgi bekleniyorKapalı - ÖdendiKapalı - Reddedildi
Hasar Tarihi
LossDate
Hasara yol açan olayın gerçekleştiği tarih.
Açıklama

Hasar Tarihi veya Hasarın Gerçekleştiği Tarih olarak da adlandırılan bu alan, hasar başvurusunun yapıldığı gerçek olayı, örneğin trafik kazası veya maddi hasarı, gösterir. Müşteri açısından bakıldığında hasar sürecinin çoğu zaman başlangıç noktasıdır.

Bu öznitelik, Hasar Tarihi ile 'Claim Submitted' tarihi arasındaki süre olan bildirim gecikmesini hesaplamak için önemlidir. Bu gecikmeyi analiz etmek, müşteri davranışı hakkında içgörü sağlayabilir ve daha hızlı bildirim yapılmasını teşvik etme fırsatlarını ortaya çıkarabilir. Daha hızlı bildirimler çoğu zaman daha iyi sonuçlar doğurur.

Neden önemli?

Hasar olayının başlangıcını tanımlar ve bildirim gecikmesinin, yani hasardan başvuruya kadar geçen sürenin, analiz edilmesini sağlar.

Nereden alınır?

Ana hasar kaydındaki temel alanlardan biridir ve İlk Hasar Bildirimi (FNOL) sırasında alınır.

Örnekler
2023-10-202023-11-152024-01-05
Kaynak sistem
SourceSystem
Verilerin hangi sistemden çıkarıldığını belirtir, bu örnekte kaynak sistem Sapiens ClaimsPro'dur.
Açıklama

Bu öznitelik, süreç verilerinin kaynağı hakkında bağlam sağlar. Bu Veri Seti için 'Sapiens ClaimsPro' gibi sabit bir değer olabilir, ancak verilerin birden fazla sistemden birleştirildiği ortamlarda büyük önem taşır.

Analiz sırasında veri yönetişimine ve sorun gidermeye yardımcı olur, içgörülerin doğru kaynak sisteme atfedilmesini sağlar. Veri soyunun korunması ve sürecin teknolojik bağlamının anlaşılması için temel bir alandır.

Neden önemli?

Veri soyunu ve izlenebilirliği sağlar. Birden fazla sistemden gelen veriler birleştirildiğinde veya denetim gerektiğinde bu özellik büyük önem taşır.

Nereden alınır?

Genellikle kayıtların kaynağını etiketlemek için veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen statik bir değerdir.

Örnekler
Sapiens ClaimsProClaimsPro v10.1
Poliçe Numarası
PolicyNumber
Hasarın açıldığı sigorta poliçesinin benzersiz tanımlayıcısı.
Açıklama

Poliçe Numarası, hasarı hak sahibinin sahip olduğu belirli sigorta sözleşmesine bağlar. Bu bağlantı, hasarın ele alınmasını ve kararları etkileyen teminat, limit ve muafiyet bilgilerini sağlar.

Süreç akışı analizinde her zaman doğrudan kullanılmasa da ayrıntılı incelemeler için önemli bir özniteliktir. Analistlerin hasar verilerini poliçe verileriyle ilişkilendirmesine, müşteri ilişkisini ve risk profilini daha bütünsel biçimde görmesine imkan verir. Ayrıca poliçeye göre hasarları toplamak ve sorunlu poliçeleri ya da eğilimleri belirlemek için kullanılabilir.

Neden önemli?

Hasarı sigorta sözleşmesine bağlar. Süreç verilerini teminat ve limit gibi poliçe ayrıntılarıyla ilişkilendirerek daha derin analiz yapılmasını sağlar.

Nereden alınır?

Sapiens ClaimsPro içindeki ana hasar kaydında bulunan standart bir alandır ve hasarı poliçe yönetim sistemine bağlar.

Örnekler
POL-987654321POL-123456789POL-555444333
Reddetme Nedeni
ReasonForRejection
Bir hasar reddedildiğinde veya ödeme kabul edilmediğinde belirtilen özel neden.
Açıklama

Hasar kararı 'Denied' olduğunda bu öznitelik, kararın temel gerekçesini sunar. 'Policy Exclusion', 'Lack of Evidence' veya 'Fraud Suspected' gibi hasarın neden karşılanmadığını açıklayan standart bir kod ya da serbest metin açıklaması olabilir.

Bu bilgi, 'Claim Decision & Settlement Insights' Dashboardu için çok değerlidir. Ret nedenlerini analiz etmek, eksik bilgi nedeniyle verilen retlerin yüksek sayıda olması gibi örüntüleri ortaya çıkarabilir ve veri toplama aşamasındaki sorunlara işaret edebilir. Hasar retlerinin kök neden analizine yardımcı olur.

Neden önemli?

Reddedilen hasarlar için gerekli bağlamı sağlar. Böylece ret oranlarını azaltmak ve başvuru kalitesini iyileştirmek üzere kök neden analizi yapılabilir.

Nereden alınır?

'Claim Denied' veya 'Claim Decision Made' aktiviteleriyle ilişkilidir ve muhtemelen Sapiens ClaimsPro içindeki bir durum ya da neden kodu alanında saklanır.

Örnekler
Poliçe kapsamı dışıKapsanan bir risk değilTalep edilen bilgiler sağlanmadıMükerrer hasar talebi
SLA Durumu
SlaState
Kapatılmış bir hasarın çözüm hedef tarihine uyup uymadığını gösteren hesaplanmış bir işaret.
Açıklama

Bu öznitelik, 'Claim Closed' etkinliğinin zaman damgası ile 'ResolutionTargetDate' karşılaştırılarak elde edilir. Hasarları 'On-Time' veya 'Late' gibi durumlara ayırır ve SLA performansının net, anlık bir göstergesini sunar.

Bu hesaplanan alan, 'Claim Resolution SLA Compliance' Dashboardunun temelini oluşturur. Kullanıcıların tüm geciken hasarları anında filtrelemesine ve gecikmeye yol açan ortak süreç yollarını veya darboğazları incelemesine imkan vererek analizi kolaylaştırır. 'On-Time Claim Resolution Rate' KPI değerini doğrudan destekler.

Neden önemli?

SLA uyumluluğunu doğrudan ölçer ve geç çözülen hasarların kolayca filtrelenip analiz edilmesini sağlar.

Nereden alınır?

Bu öznitelik kaynak sistemde bulunmaz. Veri dönüştürme sırasında, 'Claim Closed' aktivitesinin 'EventTimestamp' değeri ile 'ResolutionTargetDate' karşılaştırılarak hesaplanır.

Örnekler
ZamanındaGecikmiş
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son yenilendiğini veya çıkarıldığını gösteren zaman damgasıdır.
Açıklama

Bu öznitelik, Sapiens ClaimsProdan en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliğini anlamak için gereklidir ve tek bir veri setindeki tüm kayıtlarda genellikle aynıdır.

Herhangi bir analiz veya Dashboard içinde bu zaman damgası, verilerin güncelliği hakkında önemli bir bağlam sağlar. Kullanıcıların gerçek zamanlı bilgileri mi yoksa geçmişe ait bir anlık görüntüyü mü incelediğini anlamasına yardımcı olur. Bu bilgi, zamanında operasyonel kararlar almak için önemlidir.

Neden önemli?

Verilerin güncelliği hakkında bağlam sağlayarak kullanıcıların analizin ne kadar güncel olduğunu bilmesini sağlar.

Nereden alınır?

Bu değer, veri çıkarma (ETL) sürecinde oluşturulur ve Veri Setine eklenir.

Örnekler
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Yeniden İşleme mi
IsRework
Yeniden işleme döngüsünün parçası olan aktiviteleri belirleyen hesaplanmış bir boolean işareti.
Açıklama

Bir etkinlik veya etkinlik dizisi aynı hasar için tekrarlandığında bu öznitelik 'true' olarak ayarlanır. Örneğin bir hasar 'Initial Review' adımından 'Additional Information Requested' adımına, ardından tekrar 'Initial Review' adımına geçerse incelemenin ikinci örneği yeniden çalışma olarak işaretlenir.

Yeniden çalışmayı işaretlemek, süreç verimsizliğini ölçmek için önemlidir. 'Claims Rework & Re-submission Trends' Dashboardunu ve 'Claim Rework Loop Frequency' KPI değerini besler. Kurumlar yeniden çalışma döngülerini ayırıp analiz ederek başlangıçtaki veri kalitesinin düşük olması veya yönergelerin net olmaması gibi kök nedenleri belirleyebilir ve boşa harcanan çabayı azaltmak için harekete geçebilir.

Neden önemli?

Tekrarlanan aktiviteleri açıkça işaretleyerek süreç verimsizliğinin ölçülmesine yardımcı olur ve iyileştirme çalışmalarının doğru noktalara yönlendirilmesini sağlar.

Nereden alınır?

Kaynak sistemde bulunmaz. Process Mining aracı, tek bir vaka içindeki tekrarlanan aktivite dizilerini tespit ederek bu değeri hesaplar.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Hasar taleplerinin işlenmesi faaliyetleri

Doğru süreç keşfi ve performans ölçümü için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıda yer alır.
6 Önerilen 9 İsteğe bağlı
Aktivite Açıklama
Hasar bildirildi
Hasarın, bildirim kanalından bağımsız olarak sigortalıdan veya üçüncü bir taraftan ilk kez alınmasını ifade eder. Bu, hasar yaşam döngüsünün başlangıç noktasıdır ve çoğu zaman bir entegrasyon veya manuel veri girişi aracılığıyla kaydedilir.
Neden önemli?

Bu faaliyet, sürecin birincil başlangıç olayıdır. Bildirimden kayda kadar geçen süreyi analiz etmek, veri girişindeki ve ilk hasar kurulumundaki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Büyük olasılıkla ilk hasar kaydının oluşturulma zaman damgasından veya ana hasar tablosundaki belirli bir 'bildirim tarihi' alanından alınır.

Yakalayın

Sistemde hasar kaydının oluşturulma olayıdır ve çoğu zaman First Notice of Loss (FNOL) girişiyle ilişkilidir.

Olay türü explicit
Hasar kapatıldı
Hasar dosyası sistemde resmi olarak kapatılmıştır. Ödeme veya ret bildirimi dahil tüm faaliyetlerin tamamlandığını gösterir. Bu, başarılı sürecin birincil bitiş olayıdır.
Neden önemli?

Bu faaliyet sürecin sonunu gösterir ve her hasar için toplam uçtan uca çevrim süresinin hesaplanmasını sağlar.

Nereden alınır?

Hasarın ana durumunun 'Kapalı' veya eşdeğer bir nihai duruma güncellendiği zaman damgasından çıkarılır.

Yakalayın

Ana hasar durumu alanında durumun 'Kapalı' olarak değiştiği zaman damgası.

Olay türü inferred
Hasar kararı verildi
Hasarın onaylanmasına, kısmen onaylanmasına veya reddedilmesine ilişkin resmi karar yetkili hasar uzmanı tarafından verilmiş ve kaydedilmiştir. Bu, süreçte önemli bir kilometre taşıdır.
Neden önemli?

Sonraki süreç yolunu, yani ödeme veya kapanışı belirleyen önemli bir karar noktasıdır. Karar verme süresini analiz etmek temel performans göstergelerinden biridir.

Nereden alınır?

Büyük olasılıkla hasarın sonuç veya karar alanı doldurulup kaydedildiğinde yakalanan ayrı bir olaydır, örneğin 'Onaylandı' veya 'Reddedildi'.

Yakalayın

Karar alanının veya durumunun, örneğin 'Hasar Durumu' alanının, 'Onaylandı' ya da 'Reddedildi' gibi nihai bir karara ayarlandığı zaman damgası.

Olay türü explicit
Hasar kaydedildi
Sapiens ClaimsPro içinde benzersiz bir Hasar ID'sinin resmi olarak oluşturulmasını ve atanmasını ifade eder. Bu işlem genellikle ilk bildirimden sonra gerçekleşir ve hasarın işlenmek üzere resmi olarak sisteme alındığını gösterir.
Neden önemli?

Dahili işlemenin resmi başlangıcını belirler. 'Hasar bildirildi' ile bu faaliyet arasındaki süre, kabul ve kayıt verimliliğini ölçer.

Nereden alınır?

Hasar kaydının durumunun ön hazırlık durumundan, örneğin 'beklemede', 'kayıtlı' veya 'açık' durumuna geçtiği zamandaki zaman damgasından çıkarılır. Açık bir günlük kaydı da bulunabilir.

Yakalayın

Hasar durumunun 'Kayıtlı', 'Açık' veya eşdeğer bir etkin duruma değiştiği zaman damgası.

Olay türü inferred
İnceleme tamamlandı
Gerekli tüm inceleme faaliyetlerinin tamamlandığını ve bulguların belgelendiğini gösterir. Bu, hasar hakkında nihai karar vermek için ön koşuldur.
Neden önemli?

Bu önemli kilometre taşı, kanıt toplama aşamasının sonunu gösterir. İnceleme verimliliğinin ve karar verme süresine etkisinin analiz edilmesini sağlar.

Nereden alınır?

Durumun 'İnceleme tamamlandı' veya 'Karar bekleniyor' olarak değişmesinden ya da son inceleme görevinin tamamlanma zaman damgasından çıkarılır.

Yakalayın

İncelemenin sona erdiğini gösteren durum değişikliğinin veya tüm inceleme alt görevlerinin tamamlandı olarak işaretlendiği zaman damgası.

Olay türü inferred
Ödeme yapıldı
Tazminat tutarının ödenmesine ilişkin mali işlem gerçekleştirilmiştir. Bu olay, paranın hasar sahibine veya hak sahibine gönderildiği noktayı gösterir.
Neden önemli?

Müşteriye doğrudan yansıyan önemli bir kilometre taşıdır. 'Hasar kararı verildi' ile bu faaliyet arasındaki süre, müşteri memnuniyetini büyük ölçüde etkiler.

Nereden alınır?

Hasar ID'siyle ilişkilendirilen mali modüldeki ödeme işlem kaydının zaman damgasından alınır.

Yakalayın

Hasarla ilişkili ödeme işlem günlüğündeki veya mali sistem arayüzü kaydındaki zaman damgası.

Olay türü explicit
Ek bilgi alındı
Talep edilen bilgilerin alındığını ve hasar işlemenin devam edebileceğini gösterir. Bu olay, taleple başlatılan yeniden işleme döngüsünü kapatır.
Neden önemli?

'Ek bilgi istendi' ile bu faaliyet arasındaki süreyi analiz etmek, dış kaynaklı gecikmeleri ortaya çıkarır ve müşteri beklentilerini yönetmeye yardımcı olur.

Nereden alınır?

Hasar durumunun 'Bilgi bekleniyor' durumundan 'Açık' veya 'İnceleniyor' gibi etkin bir duruma dönmesinden çıkarılır. Gelen belge günlüğüyle de ilişkilendirilebilir.

Yakalayın

Durumun 'Beklemede' durumundan 'Etkin' durumuna değiştiği zaman damgası; bu değişiklik çoğu zaman belge yüklenmesiyle tetiklenir.

Olay türü inferred
Ek bilgi istendi
Hasar uzmanı eksik veya tamamlanmamış bilgileri belirlemiş ve sigortalıya ya da üçüncü bir tarafa talep göndermiştir. Bu faaliyet, süreçte sık görülen bir bekleme durumunu başlatır.
Neden önemli?

Bu faaliyet, bir yeniden işleme döngüsünün başlangıcıdır. Sık tekrarlanması, ilk veri toplamada sorunlara işaret eder ve gecikmelere ve daha fazla manuel çalışmaya yol açar.

Nereden alınır?

Bir yazışma gönderildiğinde açık bir olay olarak kaydedilebilir veya hasar durumunun 'Bilgi bekleniyor' ya da 'Beklemede' olarak değişmesinden çıkarılabilir.

Yakalayın

Hasar durumunun 'Bilgi bekleniyor' durumuna değiştiği zaman damgası veya giden iletişime ilişkin günlük kaydı.

Olay türü inferred
Hasar reddedildi
Hasar resmi olarak reddedilmiş ve dosya kapanış için hazırlanmaktadır. Bu durum, kararın 'Reddedildi' olduğu 'Hasar kararı verildi' faaliyetinden sonra gerçekleşir.
Neden önemli?

Önemli bir alternatif süreç yolunu temsil eder. Bu yolu analiz etmek, reddedilen hasarlardaki örüntüleri ortaya çıkarabilir ve doğru prosedürlerin izlendiğinden emin olmanızı sağlar.

Nereden alınır?

Çoğu zaman 'Hasar kapatıldı' ile aynı olaydır ve nihai karar özniteliğiyle ayırt edilir. 'Karar' alanının değeri 'Reddedildi' olduğunda ayrı bir faaliyet olarak modellenebilir.

Yakalayın

Nihai karar özniteliği 'Reddedildi' veya benzeri olduğunda 'Hasar kapatıldı' olayından türetilir.

Olay türü calculated
Hasar tutarı değerlendirildi
Hasarın mali değerinin resmi olarak belirlendiği ve kaydedildiği olaydır. Nihai tazminat tutarının hesaplanması için temel girdilerden biridir.
Neden önemli?

Bu adım, mali planlama ve rezerv yönetimi açısından önemlidir. Hasar tutarının değerlendirilmesindeki gecikmeler, tüm tazminat ve ödeme sürecini geciktirebilir.

Nereden alınır?

Mali rezerv veya hasar tutarı alanlarının sistemde kesinleştirildiği ya da onaylandığı zaman damgası olarak kaydedilir.

Yakalayın

'Hasar Tutarı' veya 'Rezerv Tutarı' alanlarının kesinleştirildiği son girişle ya da onayla ilişkili zaman damgası.

Olay türü explicit
Hasar yeniden açıldı
Daha önce kapatılmış bir hasar, ek inceleme veya işlem için yeniden etkinleştirilmiştir. Bu istisna olayı, yeni bilgiler veya itiraz nedeniyle gerçekleşebilir.
Neden önemli?

Süreç istisnalarını ve ilk hasar işlemedeki olası sorunları öne çıkarır. Yeniden açılan hasar oranının yüksek olması, karar kalitesi veya müşteri iletişimiyle ilgili sorunlara işaret edebilir.

Nereden alınır?

Durumun 'Kapalı' durumundan yeniden 'Açık' veya 'İnceleniyor' durumuna değişmesinden çıkarılır.

Yakalayın

Durumun nihai veya kapalı durumdan herhangi bir etkin ya da açık duruma değiştiği zaman damgası.

Olay türü inferred
İlk inceleme yapıldı
Bir hasar uzmanı veya hasar görevlisi, bildirilen hasarın ayrıntılarını ve belgelerini ilk kez değerlendirmiştir. Bu adım, hasarın ilk geçerliliğini ve sonraki adımları belirler.
Neden önemli?

Bu kilometre taşı, hasarların ne kadar hızlı önceliklendirildiğini anlamak için önemlidir. Buradaki gecikmeler genel çevrim süresini ve müşteri memnuniyetini önemli ölçüde etkileyebilir.

Nereden alınır?

Büyük olasılıkla durumun 'İnceleniyor' veya 'İncelendi' olarak değişmesiyle ilişkili bir zaman damgasından ya da ilk inceleme görevinin veya Workflow adımının tamamlanmasından çıkarılır.

Yakalayın

Bir hasarın Event Log veya geçmiş tablosundaki 'Initial Review' görevinin tamamlanma zaman damgası ya da durum güncelleme olayı.

Olay türü inferred
İnceleme başlatıldı
Hasar için resmi inceleme aşamasının başlangıcını gösterir. Bu aşama uzmanların atanmasını, incelemelerin planlanmasını veya diğer ayrıntılı kanıt toplama faaliyetlerini içerebilir.
Neden önemli?

Bu faaliyet, önemli ve çoğu zaman zaman alan bir aşamanın başlangıcını belirler. İnceleme süresini ölçmek, başlıca darboğazları belirlemek için önemlidir.

Nereden alınır?

Büyük olasılıkla durumun 'İnceleniyor' olarak değişmesinden veya incelemeyle ilgili ilk görevin ya da atamanın oluşturulma tarihinden çıkarılır.

Yakalayın

Hasar durumunun 'İnceleme sürüyor' veya benzer bir duruma güncellendiği zaman damgası.

Olay türü inferred
Ödeme yetkilendirildi
Tazminat ödemesinin serbest bırakılması için dahili onay verilmiştir. Bu işlem çoğu zaman bir yöneticinin veya ayrı bir finans ekibi üyesinin ödemeyi inceleyip yetkilendirmesini içerir.
Neden önemli?

Hasar kararı verilip tutar hesaplandıktan sonra iç finansal onay iş akışındaki olası gecikmeleri belirler.

Nereden alınır?

Büyük olasılıkla sistemdeki bir onay işlemiyle tetiklenen açık bir olaydır veya durumun 'Ödeme bekleniyor' ya da 'Ödeme için onaylandı' olarak değişmesiyle kaydedilir.

Yakalayın

Ödemenin onaylandığını gösteren açık bir Event Log kaydı veya durum değişikliği zaman damgası.

Olay türü explicit
Tazminat hesaplandı
Onay kararının ardından, hasar sahibine ödenecek nihai tazminat tutarı hesaplanmıştır. Bu adım, ödeme yetkilendirmesinden önce gelir.
Neden önemli?

Karar verildikten sonraki mali hesaplama adımının verimliliğini ölçer. Buradaki darboğazlar nihai ödemeyi geciktirebilir.

Nereden alınır?

'Tazminat Tutarı' alanının sistemin mali modülünde doldurulduğu ve onaylandığı zaman damgasından çıkarılır.

Yakalayın

Hasar kaydındaki 'Tazminat Tutarı' alanının kesinleştirilmesiyle ilişkili zaman damgası.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Sapiens ClaimsPro'dan nasıl alırsınız

Bu sürece yönelik çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya bizimle iletişime geçin yardım alın.

Başlamaya hazır mısınız?

Bu Template ile verilerinizi hazırlayarak hasar işlemlerinizi bugün optimize etmeye başlayın. Değerli içgörüleri ortaya çıkarın ve iş akışınızda önemli iyileştirmeler sağlayın.

Hasar işlemesini hızlandırın, birikmiş işleri bugün ortadan kaldırın

Düz işlem oranını %70'e çıkaran ve hasarları hızla sonuçlandıran şirketlere katılın.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez, kurulumu birkaç dakika içinde tamamlayın.