Hasar dosyası işlemleri için veri şablonunuz
Hasar dosyası işlemleri için veri şablonunuz
- Hasar verilerini toplamak için önerilen öznitelikler
- Hasar sürecinizde izlenecek temel etkinlikler
- Sapiens ClaimsPro’dan veri çıkarmak için adım adım yönergeler
Hasar dosyası işlemleri öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Hasar sürecinin belirli bir aşamasında gerçekleşen iş etkinliğinin veya olayın adı. | ||
| Açıklama Bu öznitelik, hasar dosyasının yaşam döngüsünde gerçekleştirilen tek bir adımı veya görevi tanımlar. Örneğin 'Hasar Talebi Gönderildi', 'İlk İnceleme Yapıldı' ya da 'Ödeme Yapıldı'. Her etkinlik, başlangıç zamanı ve varsa bitiş zamanı bulunan ayrı bir süreç noktasını temsil eder. Etkinlikleri analiz etmek, Process Mining çalışmalarının temelini oluşturur. Süreç haritasını görselleştirmeyi, adımlar arasındaki darboğazları belirlemeyi, etkinlik sıklığını incelemeyi ve süreçteki farklılıkları anlamayı sağlar. Belirli bir Hasar Dosyası Kimliği için etkinliklerin sıralaması, süreç akışının temelini oluşturur. Neden önemli? Süreç adımlarını tanımlar; bu bilgi, süreç haritasını oluşturmak ve darboğazları ya da verimsizlikleri belirlemek için gereklidir. 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 alınır. Durum kodlarının ya da işlem türlerinin eşleştirilmesi gerekebilir. Örnekler Hasar talebi kaydedildiİnceleme başladıTazminat hesaplandıHasar talebi kapatıldı | |||
| Hasar Dosyası Kimliği ClaimId | Her sigorta hasar talebini benzersiz biçimde tanımlayan ve talebin yaşam döngüsünü izlemek için kullanılan temel vaka kimliği. | ||
| Açıklama Hasar Dosyası Kimliği, tek bir sigorta hasar talebiyle ilişkili tüm olayları ve etkinlikleri birbirine bağlayan temel vaka tanımlayıcısıdır. İlk başvurudan dosyanın kapanışına kadar talebin tüm yolculuğunun tutarlı biçimde yeniden oluşturulmasını ve analiz edilmesini sağlar. Process Mining çalışmalarında her Event Log kaydı bir Hasar Dosyası Kimliğiyle ilişkilendirilmelidir. Böylece araç her hasar dosyasının izlediği yolu takip edebilir, süreç varyantlarını görselleştirebilir, uçtan uca çevrim sürelerini hesaplayabilir ve darboğazları ya da standart iş akışından sapmaları belirleyebilir. Verileri Hasar Dosyası Kimliği üzerinden incelemek, dosyanın yolculuğuna dair eksiksiz bir görünüm sunar. Neden önemli? İlişkili tüm etkinlikleri tek bir süreç örneğinde toplamak ve hasar dosyalarının 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şlemleri tablosunun birincil anahtarıdır. Tablo ve alan adını kesin olarak belirlemek için sistem dokümantasyonuna başvurun. Örnekler CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Olay zaman damgası EventTimestamp | Belirli bir etkinliğin veya olayın başladığı kesin tarih ve saat. | ||
| Açıklama Olay zaman damgası, hasar sürecindeki her etkinliğin başlangıç zamanını kaydeder. Olayları sıralamak ve aralarındaki süreleri hesaplamak için gereken kronolojik bilgiyi sağlar. Bu zaman damgası, Event Logun zaman 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 önemlidir. Darboğazları bulmayı, süreç performansını zaman içinde incelemeyi ve olayların ne zaman gerçekleştiğine dair somut veriler sunarak SLA uyumluluğunu izlemeyi sağlar. Neden önemli? Olayları kronolojik sıraya koymak ve çevrim süresi gibi süreye dayalı metrikleri hesaplamak için bu zaman damgası gereklidir. Nereden alınır? Sapiens ClaimsPro içindeki etkinlik veya durum değişikliği bilgilerinin bulunduğu olay ya da işlem günlüğü tablolarında yer alır. Örnekler 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| Atanan departman AssignedDepartment | Hasar dosyasının belirli bir aşamasında dosyayı yürütmekten sorumlu departman veya ekip. | ||
| Açıklama Bu öznitelik, hasar dosyasına veya etkinliğe atanan 'İlk başvuru', 'Karmaşık hasar dosyaları' ya da 'SIU (Özel İnceleme Birimi)' gibi iş birimini veya ekibi belirtir. Sürecin departman bazında analiz edilmesini sağlar. Departman bazında analiz, belirli ekiplere özgü darboğazları belirlemeye, departmanlar arasındaki devir teslimleri anlamaya ve departman verimliliğini değerlendirmeye yardımcı olur. 'Eksper ve departman etkinlik yükü' Dashboardu ve üst düzey kurumsal süreç analizleri için gereklidir. Neden önemli? Farklı ekipler arasındaki süreç performansını ve devir teslimleri analiz ederek kurumsal darboğazları ortaya çıkarır. Nereden alınır? Genellikle sistemdeki kullanıcı profiliyle ilişkilendirilir veya doğrudan hasar dosyasına atanır. Sapiens ClaimsPro dokümantasyonuna başvurun. Örnekler Otomobil Hasarları DepartmanıMülk HasarlarıÖzel İnceleme Birimi | |||
| Atanan eksper AssignedAdjuster | Hasar dosyasını veya belirli bir etkinliği yürütmekten sorumlu eksperin adı ya da kimliği. | ||
| Açıklama Bu öznitelik, hasar dosyasında bir işlem gerçekleştiren kullanıcıyı veya kaynağı tanımlar. Atanan eksperi izlemek; iş yükü dağılımını, bireysel performansı ve kaynak tahsisini anlamak açısından önemlidir. Analizde süreç haritasını eksperlere göre filtreleyerek farklı eksperlerin hasar dosyalarını nasıl ele aldığını görebilir, performanslarını karşılaştırabilir ve olası eğitim ihtiyaçlarını belirleyebilirsiniz. Bu bilgi, 'Eksper ve departman etkinlik yükü' Dashboardunu oluşturmak ve 'Eksper iş yükü dengesi' KPI’ını hesaplamak için gereklidir. Neden önemli? Kaynak analizine yardımcı olur; iş yükü dengesizliklerini, yüksek performans gösteren çalışanları ve eğitim ihtiyaçlarını belirlemeyi sağlar. Nereden alınır? Sapiens ClaimsPro içindeki kullanıcı etkinliği günlüklerinde veya işlem tablolarında bulunur. Genellikle kaydı oluşturan ya da son değiştiren kullanıcıyla ilişkilendirilir. Örnekler John Smithj.smithUSR-00451 | |||
| Hasar dosyasının önem derecesi ClaimSeverity | Hasar dosyasının karmaşıklığını veya olası mali etkisini gösteren sınıflandırma (ör. düşük, orta, yüksek). | ||
| Açıklama Hasar dosyasının önem derecesi, tahmini karmaşıklığı, riski veya mali yükünü belirtmek için dosyaya verilen bir puandır. Bu puan, incelemenin kapsamını, eksperin sahip olması gereken deneyimi ve izlenecek iş akışını belirleyebilir. Bu öznitelik, 'Hasar dosyası önem derecesine göre çevrim süresi analizi' Dashboardu için gereklidir. Daha karmaşık dosyaların verimli biçimde ele alınıp alınmadığını veya çevrim sürelerinin uzamasına orantısız katkıda bulunup bulunmadığını anlamaya yardımcı olur. Performans metriklerine bağlam kazandırır; önem derecesi yüksek bir dosyanın, düşük bir dosyadan daha uzun sürmesi beklenir. Neden önemli? Çevrim süresi analizine bağlam kazandırır; bazı hasar dosyalarının neden 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? Sapiens ClaimsPro’da bu alan elle doldurulabilir veya hasar dosyasının özelliklerine göre hesaplanan bir puan olabilir. Örnekler DüşükOrtaYüksekKarmaşık | |||
| Hasar türü ClaimType | Otomobil, mülk veya sorumluluk gibi sigorta hasar talebi kategorisi. | ||
| Açıklama Hasar türü, hasar dosyalarını iş koluna veya kaybın niteliğine göre sınıflandırır. Bu temel segmentasyon özniteliği, dosyanın izleyeceği iş akışını ve sürece katılacak ekipleri belirler. Süreci hasar türüne göre analiz etmek, farklı iş kollarındaki verimlilik ve prosedür farklılıklarını belirlemek açısından önemlidir. Örneğin otomobil hasar dosyaları hızlı ve büyük ölçüde otomatik işlenirken ticari mülk hasar dosyaları daha karmaşık ve yavaş ilerleyebilir. 'Uzlaşma tutarı tutarlılık endeksi' KPI’ını hesaplamak için bu öznitelik gerekir. Neden önemli? Farklı iş kollarındaki süreçleri karşılaştırarak en iyi uygulamaları ve her hasar kategorisine özgü darboğazları belirlemeyi sağlar. Nereden alınır? Sapiens ClaimsPro’daki ana hasar dosyası kaydında bulunan standart bir alandır. Her hasar yönetim sisteminin temel veri öğelerindendir. Örnekler Otomobil Fiziksel HasarıGenel Sorumlulukİşçi TazminatıTicari Mülk | |||
| Olay bitiş zamanı EventEndTime | Belirli bir etkinliğin tamamlandığı kesin tarih ve saat. | ||
| Açıklama Olay bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Bazı olaylar anlık gerçekleşir (StartTime, EndTime değerine eşittir), ancak birçok etkinliğin belirli bir süresi vardır. Bu zaman damgası mevcutsa her adımın ne kadar sürdüğü kesin olarak ölçülebilir. Bu öznitelik, etkinliğin 'aktif süresini' veya 'işlem süresini', etkinlikler arasındaki 'bekleme süresinden' ayırarak hesaplamak için kullanılır. Böylece bir hasar dosyası üzerinde çalışılarak geçirilen süre ile dosyanın kuyrukta beklediği süre birbirinden ayrılır. Zaman alan etkinlikleri belirlemek için bu ayrım önemlidir. Neden önemli? Her etkinliğin aktif işlem süresini hesaplamayı ve değer katan süreyi bekleme süresinden ayırmayı 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 dokümantasyonuna başvurun. Örnekler 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| Uzlaşma tutarı SettlementAmount | Hasar talebini sonuçlandırmak için hak sahibine ödenen nihai tutar. | ||
| Açıklama Bu öznitelik, hasar dosyası için yapılan uzlaşmanın tutarını kaydeder. Dosyanın mali etkisini ve süreç boyunca alınan kararları yansıtan temel bir sonuç metriğidir. Süreç analizinde uzlaşma tutarı, süreç varyantlarının veya eksper davranışlarının uzlaşma sonuçlarıyla ilişkisini incelemek için 'Hasar kararı ve uzlaşma içgörüleri' Dashboardunda kullanılır. Benzer hasar dosyalarındaki uzlaşma kararlarının tutarlılığını belirlemeye yardımcı olan 'Uzlaşma tutarı tutarlılık endeksi' KPI’ının da temel girdilerindendir. Neden önemli? Temel bir sonuç metriğidir. Süreç varyantlarıyla birlikte incelendiğinde süreç verimsizliklerinin veya sapmaların mali sonuçları nasıl etkilediği görülebilir. Nereden alınır? Sapiens ClaimsPro’da hasar dosyasıyla ilişkili mali veya ödeme işlem tablolarında bulunur. Örnekler 5000.001250.75250000.00 | |||
| Başvuru kanalı SubmissionChannel | Hasar talebinin ilk kez iletildiği yöntem (ör. çevrimiçi portal, acente, posta). | ||
| Açıklama Bu öznitelik, yeni bir hasar talebinin alındığı kanalı belirtir. Farklı kanallar, ilk veri kalitesini önemli ölçüde etkileyebilir ve bu da sürecin sonraki aşamalarına yansır. Süreci başvuru kanalına göre analiz etmek, verimlilik ve kaliteyle ilgili soruları yanıtlamaya yardımcı olur. Örneğin 'Hasar başvuru kanalı verimliliği' Dashboardu, çevrimiçi portal üzerinden iletilen hasar taleplerinin posta yoluyla gönderilenlere kıyasla daha kısa çevrim sürelerine ve daha düşük yeniden çalışma oranlarına sahip olup olmadığını gösterebilir. Bu içgörü, kanal iyileştirmelerine ve dijital dönüşüme yapılacak yatırımlara yön verebilir. Neden önemli? Hangi başvuru kanallarının daha verimli işlem sağladığını belirlemeye yardımcı olur; otomasyon ve müşteri deneyimini iyileştirme fırsatlarını ortaya çıkarır. Nereden alınır? Genellikle ilk temas sırasında kaydedilir ve Sapiens ClaimsPro’daki ana hasar dosyası kaydında bir alan olarak saklanır. Örnekler Çevrimiçi PortalAcentePostaTelefon | |||
| Hasar dosyası durumu ClaimStatus | Hasar dosyasının mevcut operasyonel durumu (ör. açık, beklemede, kapalı). | ||
| Açıklama Bu öznitelik, hasar dosyasının belirli bir andaki genel durumunu gösterir. Etkinlikler olayları, durum ise bu olayların sonucunda dosyanın geldiği noktayı ifade eder. Dosyanın yaşam döngüsünde hangi aşamada olduğuna dair üst düzey bir özet sunar. Hasar dosyası durumunu analiz etmek, açık dosya envanterini ve dosyaların mevcut aşamasını anlamaya yardımcı olur. Operasyonel Dashboardlarda ve süreç boyunca durumun ne sıklıkta, ne ölçüde anlamlı biçimde güncellendiğini izleyerek 'Hasar dosyası durumu şeffaflık skoru' KPI’ını hesaplamak için kullanılabilir. Neden önemli? Hasar dosyasının mevcut durumuna üst düzey bir bakış sunar; devam eden iş yükünü izlemeye ve dosyaların ilerleyişini anlamaya yardımcı olur. Nereden alınır? Sapiens ClaimsPro’daki ana hasar dosyası kaydında bulunan ve çeşitli iş işlemleriyle güncellenen temel bir alandır. Örnekler AçıkBeklemede - Bilgi bekleniyorKapalı - ÖdendiKapalı - Reddedildi | |||
| Hasar tarihi LossDate | Hasar talebine neden olan olayın gerçekleştiği tarih. | ||
| Açıklama Kayıp tarihi olarak da bilinen hasar tarihi, hasar talebine konu olan olayın (ör. trafik kazası veya mülk hasarı) gerçekleştiği tarihtir. Müşterinin bakış açısından hasar sürecinin başlangıç noktasıdır. Bu öznitelik, hasar tarihi ile 'Hasar Talebi Gönderildi' tarihi arasındaki süreyi ifade eden bildirim gecikmesini hesaplamak için önemlidir. Bu gecikmeyi analiz etmek, müşteri davranışları hakkında bilgi verebilir ve daha hızlı bildirim yapılmasını teşvik etme fırsatlarını ortaya çıkarabilir. Daha hızlı bildirim çoğu zaman daha iyi sonuçlar alınmasını sağlar. Neden önemli? Hasar olayının başlangıç tarihini belirler ve kayıp ile hasar talebinin iletilmesi arasındaki bildirim gecikmesinin analiz edilmesini sağlar. Nereden alınır? Ana hasar dosyası kaydındaki temel alanlardan biridir ve İlk Hasar Bildirimi (FNOL) sırasında kaydedilir. Örnekler 2023-10-202023-11-152024-01-05 | |||
| Kaynak sistem SourceSystem | Verilerin hangi sistemden alındığını belirtir. Bu örnekte kaynak sistem Sapiens ClaimsPro’dur. | ||
| Açıklama Bu öznitelik, süreç verilerinin kaynağı hakkında bilgi verir. Bu Veri Seti için 'Sapiens ClaimsPro' gibi sabit bir değer olabilir; ancak birden fazla sistemden veri alınan ortamlarda büyük önem taşır. Analiz sırasında veri yönetişimine ve sorun gidermeye yardımcı olur, ayrıca içgörülerin doğru kaynak sisteme atfedilmesini sağlar. Veri kökenini izlemek ve sürecin teknolojik bağlamını anlamak için temel bir alandır. Neden önemli? Veri kökenini ve izlenebilirliği sağlar. Birden fazla sistemden gelen veriler birleştirildiğinde veya denetim gerektiğinde bu bilgi önem taşır. Nereden alınır? Genellikle kayıtların kaynağını belirtmek için veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında eklenen sabit bir değerdir. Örnekler Sapiens ClaimsProClaimsPro v10.1 | |||
| Poliçe numarası PolicyNumber | Hasar talebinin yapıldığı sigorta poliçesinin benzersiz tanımlayıcısı. | ||
| Açıklama Poliçe numarası, hasar dosyasını hak sahibinin sahip olduğu belirli sigorta sözleşmesine bağlar. Hasar dosyasının ele alınışını ve kararları etkileyen teminat, limit ve muafiyet bilgilerini sunar. Süreç akışı analizinde her zaman doğrudan kullanılmasa da ayrıntılı incelemeler için önemli bir özniteliktir. Analistlerin hasar dosyası verilerini poliçe verileriyle ilişkilendirmesini, müşteri ilişkisini ve risk profilini daha bütüncül biçimde değerlendirmesini sağlar. Sorunlu poliçeleri veya eğilimleri belirlemek için hasar dosyaları poliçeye göre gruplanabilir. Neden önemli? Hasar dosyasını sigorta sözleşmesine bağlar; süreç verilerini teminat ve limit gibi poliçe ayrıntılarıyla birleştirerek daha derin analiz yapılmasını sağlar. Nereden alınır? Sapiens ClaimsPro’daki ana hasar dosyası kaydında bulunan ve dosyayı poliçe yönetim sistemine bağlayan standart bir alandır. Örnekler POL-987654321POL-123456789POL-555444333 | |||
| Ret nedeni ReasonForRejection | Hasar talebi reddedildiğinde veya ödeme kabul edilmediğinde belirtilen özel neden. | ||
| Açıklama Hasar talebi kararı 'Reddedildi' olduğunda bu öznitelik, kararın gerekçesini belirtir. 'Poliçe istisnası', 'Yeterli kanıt yok' veya 'Dolandırıcılık şüphesi' gibi standart bir kod ya da talebin neden teminat kapsamında olmadığını açıklayan serbest metin olabilir. Bu bilgi, 'Hasar kararı ve uzlaşma içgörüleri' Dashboardu için çok değerlidir. Ret nedenlerini analiz etmek, eksik bilgi nedeniyle reddedilen dosyaların sayısının yüksek olması gibi örüntüleri ortaya çıkarabilir ve veri toplama aşamasındaki sorunlara işaret edebilir. Hasar taleplerinin reddedilmesinin temel nedenlerini incelemeye yardımcı olur. Neden önemli? Reddedilen hasar dosyalarına bağlam kazandırır; ret oranlarını azaltmak ve başvuru kalitesini artırmak için temel neden analizini mümkün kılar. Nereden alınır? 'Hasar Talebi Reddedildi' veya 'Hasar Dosyası Kararı Verildi' etkinlikleriyle ilişkilidir. Sapiens ClaimsPro’da bir durum ya da neden kodu alanında saklanıyor olabilir. Örnekler Poliçe istisnasıTeminat kapsamındaki bir risk değilTalep edilen bilgi sağlanmadıYinelenen hasar talebi | |||
| SLA durumu SlaState | Kapatılan hasar dosyasının sonuçlandırma hedef tarihine uyup uymadığını gösteren hesaplanmış bir işaret. | ||
| Açıklama Bu öznitelik, 'Hasar Dosyası Kapatıldı' etkinliğinin zaman damgası ile 'ResolutionTargetDate' karşılaştırılarak hesaplanır. Hasar dosyalarını 'Zamanında' veya 'Gecikmiş' gibi durumlara ayırarak SLA performansını açıkça gösterir. Bu hesaplanmış alan, 'Hasar dosyası sonuçlandırma SLA uyumluluğu' Dashboardunun temelini oluşturur. Kullanıcıların geciken tüm dosyaları hemen filtrelemesini ve gecikmeye yol açan yaygın süreç yollarını ya da darboğazları incelemesini sağlayarak analizi kolaylaştırır. 'Zamanında sonuçlandırılan hasar dosyası oranı' KPI’ını doğrudan destekler. Neden önemli? SLA uyumluluğunu doğrudan ölçer ve geç sonuçlandırılan hasar dosyalarının kolayca filtrelenip analiz edilmesini sağlar. Nereden alınır? Bu öznitelik kaynak sistemde bulunmaz. Veri dönüştürme sırasında 'Hasar Dosyası Kapatıldı' etkinliğinin 'EventTimestamp' değeri 'ResolutionTargetDate' ile karşılaştırılarak hesaplanır. Örnekler ZamanındaGecikmiş | |||
| Son veri güncellemesi LastDataUpdate | Verilerin kaynak sistemden en son ne zaman yenilendiğini veya alındığını gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, Sapiens ClaimsPro’dan en son veri alımının tarih ve saatini kaydeder. Analiz edilen verilerin ne kadar güncel olduğunu anlamak için gereklidir ve tek bir Veri Setindeki tüm kayıtlar için genellikle aynıdır. Her analizde veya Dashboardda bu zaman damgası, verilerin güncelliği hakkında önemli bilgiler verir. Kullanıcıların gerçek zamanlı verileri mi yoksa geçmişe ait bir anlık görüntüyü mü incelediğini anlamasına yardımcı olur. Bu bilgi, operasyonel kararların zamanında alınması açısından önemlidir. Neden önemli? Verilerin ne kadar güncel olduğunu göstererek kullanıcıların analizlerin güncelliğini anlamasına yardımcı olur. Nereden alınır? Bu değer, veri çıkarma (ETL) işlemi sırasında oluşturulur ve Veri Setine eklenir. Örnekler 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
| Sonuçlandırma hedef tarihi ResolutionTargetDate | Hizmet seviyesi anlaşmalarına (SLA) göre hasar dosyasının kapatılmasının beklendiği hedef tarih. | ||
| Açıklama Sonuçlandırma hedef tarihi, hasar dosyasının kapatılması için belirlenen son tarihtir. Bu tarih; hasar türü, yargı yetkisi veya poliçe koşulları gibi etkenlere göre belirlenebilir. Performansı ve hizmet seviyesi anlaşmalarına uyumu ölçmek için bir ölçüt görevi görür. Bu tarih, 'Hasar dosyası sonuçlandırma SLA uyumluluğu' Dashboardu ve 'Zamanında sonuçlandırılan hasar dosyası oranı' KPI’ı için temel oluşturur. Sistem, gerçek 'Hasar Dosyası Kapatıldı' tarihini hedef tarihle karşılaştırarak dosyaları otomatik olarak 'Zamanında' veya 'Gecikmiş' şeklinde sınıflandırabilir ve SLA performansını net biçimde gösterebilir. Neden önemli? SLA uyumluluğunu ölçmek için bir ölçüt sunar; zamanında sonuçlandırma oranının hesaplanmasını ve gecikme riski taşıyan hasar dosyalarının belirlenmesini sağlar. Nereden alınır? Bu tarih, Sapiens ClaimsPro’daki ana hasar dosyası kaydında veya ilişkili bir SLA yönetim modülünde saklanabilir. Örnekler 2024-01-152024-03-202024-06-01 | |||
| Yeniden çalışma mı IsRework | Yeniden çalışma döngüsünün parçası olan etkinlikleri belirleyen, hesaplanmış bir mantıksal değer. | ||
| Açıklama Aynı hasar dosyası için bir etkinlik veya etkinlik dizisi tekrarlandığında bu öznitelik 'true' değerini alır. Örneğin bir dosya 'İlk İnceleme' aşamasından 'Ek Bilgi İstendi' aşamasına geçip ardından yeniden 'İlk İnceleme' aşamasına dönerse, incelemenin ikinci örneği yeniden çalışma olarak işaretlenir. Yeniden çalışmayı işaretlemek, süreç verimsizliğini ölçmek için önemlidir. 'Hasar dosyalarında yeniden çalışma ve yeniden başvuru eğilimleri' Dashboardunu ve 'Hasar dosyası yeniden çalışma döngüsü sıklığı' KPI’ını destekler. Yeniden çalışma döngülerini ayrı olarak incelemek, ilk veri kalitesinin düşük olması veya yönergelerin açık olmaması gibi temel nedenleri belirlemeye ve boşa harcanan emeği azaltmak için adım atmaya yardımcı olur. Neden önemli? Tekrarlanan etkinlikleri açıkça işaretleyerek süreç verimsizliğini ölçmeye ve iyileştirme çalışmalarını hedeflemeye yardımcı olur. Nereden alınır? Kaynak sistemde bulunmaz. Process Mining aracı, tek bir vaka içindeki yinelenen etkinlik dizilerini tespit ederek bu değeri hesaplar. Örnekler truefalse | |||
Hasar dosyası işlemleri etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Hasar talebi hakkında karar verildi | Yetkili bir hasar uzmanı, hasar talebini onaylama, kısmen onaylama veya reddetme kararını vermiş ve kaydetmiştir. Bu, süreçte önemli bir dönüm noktasıdır. | ||
| Neden önemli? Bu kritik karar noktası, sonraki süreç yolunu (ödeme veya kapatma) belirler. Karara kadar geçen süreyi analiz etmek temel bir performans göstergesidir. Nereden alınır? Bu, genellikle hasar talebinin sonuç veya karar alanı doldurulup kaydedildiğinde (ör. "Onaylandı", "Reddedildi") yakalanan ayrı bir olaydır. Kaydedin Karar alanının veya durumunun (ör. "Hasar durumu") "Onaylandı" ya da "Reddedildi" gibi nihai bir karara ayarlandığı zaman damgası. Olay türü explicit | |||
| Hasar talebi iletildi | Başvuru kanalından bağımsız olarak, sigortalıdan veya üçüncü bir taraftan hasar talebinin ilk kez alınmasını ifade eder. Hasar sürecinin başlangıç noktasıdır ve genellikle entegrasyon ya da manuel veri girişi yoluyla kaydedilir. | ||
| Neden önemli? Bu etkinlik, sürecin temel başlangıç olayıdır. Başvurudan kayda alınmaya kadar geçen süreyi analiz etmek, veri girişi ve ilk hasar kaydı oluşturma aşamalarındaki 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 özel bir "başvuru tarihi" alanından alınır. Kaydedin Sistemde hasar kaydının oluşturulması; genellikle İlk Hasar Bildirimi (FNOL) girişiyle ilişkilidir. Olay türü explicit | |||
| Hasar talebi kapatıldı | Hasar talebi sistemde resmen kapatılmıştır. Ödeme veya ret bildirimi dahil tüm etkinliklerin tamamlandığını gösterir. Sürecin başarıyla tamamlandığını belirten temel son olaydır. | ||
| Neden önemli? Bu etkinlik sürecin sonunu belirtir ve her hasar talebinin toplam uçtan uca çevrim süresinin hesaplanmasını sağlar. Nereden alınır? Hasar talebinin ana durumunun "Kapalı" veya eşdeğer bir nihai duruma güncellendiği zaman damgasından çıkarılabilir. Kaydedin Ana hasar durumu alanının "Kapalı" olarak değiştiği zaman damgası. Olay türü inferred | |||
| Hasar talebi kaydedildi | Sapiens ClaimsPro’da benzersiz bir Hasar Talebi Kimliğinin resmen oluşturulmasını ve atanmasını ifade eder. Genellikle ilk başvurunun ardından gerçekleşir ve talebin işleme alınmak üzere sisteme resmen kaydedildiğini gösterir. | ||
| Neden önemli? Dahili işlemlerin resmen başladığı noktayı belirler. "Hasar talebi iletildi" ile bu etkinlik arasındaki süre, başvuru kabul sürecinin verimliliğini ölçer. Nereden alınır? Hasar kaydının durumunun ön durumdan (ör. "beklemede") "kaydedildi" veya "açık" durumuna geçtiği zaman damgasından çıkarılabilir. Açık bir günlük kaydı olarak da bulunabilir. Kaydedin Hasar talebi durumunun "Kaydedildi", "Açık" veya eşdeğer bir etkin duruma geçtiği zaman damgası. Olay türü inferred | |||
| İnceleme tamamlandı | Gerekli tüm inceleme etkinliklerinin tamamlandığını ve bulguların belgelendiğini belirtir. Hasar talebi hakkında nihai karar vermek için bu aşamanın tamamlanması gerekir. | ||
| Neden önemli? Bu önemli aşama, kanıt toplama sürecinin sonunu gösterir. İnceleme verimliliğini ve karar verme süresi üzerindeki etkisini analiz etmenizi 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ılabilir. Kaydedin İncelemenin sona erdiğini gösteren durum değişikliğinin veya tüm inceleme alt görevlerinin tamamlandı olarak işaretlenmesinin zaman damgası. Olay türü inferred | |||
| Ödeme yapıldı | Tazminat tutarının ödenmesine ilişkin finansal işlem gerçekleştirilmiştir. Bu olay, paranın talep sahibine veya lehtara gönderildiği noktayı belirtir. | ||
| Neden önemli? Bu, müşterinin doğrudan deneyimlediği önemli bir aşamadır. "Hasar talebi hakkında karar verildi" etkinliğiyle bu etkinlik arasındaki süre, müşteri memnuniyetini büyük ölçüde etkiler. Nereden alınır? Hasar Talebi Kimliğiyle ilişkilendirilmiş, finans modülündeki ödeme işlemi kaydının zaman damgasından alınır. Kaydedin Hasar talebiyle ilişkili ödeme işlem günlüğünün veya finans sistemi arayüz kaydının zaman damgası. Olay türü explicit | |||
| Ek bilgi alındı | Talep edilen bilgilerin alınmasını ve hasar işlemlerinin devam etmesini ifade eder. Bu olay, bilgi talebiyle başlayan yeniden çalışma döngüsünü kapatır. | ||
| Neden önemli? "Ek bilgi istendi" etkinliğiyle bu etkinlik 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 talebi durumunun "Bilgi bekleniyor" durumundan "Açık" veya "İnceleniyor" gibi etkin bir duruma dönmesinden çıkarılabilir. Gelen belge kaydıyla da ilişkilendirilebilir. Kaydedin Durumun "Beklemede" durumundan "Etkin" durumuna geçtiği zaman damgası; bu değişiklik genellikle belge yüklenmesiyle tetiklenir. Olay türü inferred | |||
| Ek bilgi istendi | Hasar uzmanı eksik veya tamamlanmamış bilgileri belirlemiş ve sigortalıdan ya da üçüncü bir taraftan talepte bulunmuştur. Bu etkinlik, süreçte sık görülen bir bekleme aşamasını başlatır. | ||
| Neden önemli? Bu etkinlik, yeniden çalışma döngüsünün başlangıcıdır. Sık tekrarlanması, ilk veri toplama aşamasındaki sorunlara işaret eder ve gecikmelere, daha fazla manuel işe yol açar. Nereden alınır? Yazışma gönderildiğinde açık bir olay olarak kaydedilebilir veya hasar talebi durumunun "Bilgi bekleniyor" ya da "Beklemede" olarak değişmesinden çıkarılabilir. Kaydedin Hasar talebi durumunun "Bilgi bekleniyor" durumuna geçtiği zaman damgası veya giden iletişime ilişkin günlük kaydı. Olay türü inferred | |||
| Hasar talebi reddedildi | Hasar talebi resmen reddedilmiş ve dosya kapatılmak üzere hazırlanmaktadır. Bu aşama, kararın "Reddedildi" olduğu "Hasar talebi hakkında karar verildi" etkinliğinin ardından gelir. | ||
| Neden önemli? Sürecin önemli bir alternatif yolunu ifade eder. Bu yolu analiz etmek, reddedilen hasar taleplerindeki örüntüleri ortaya çıkarabilir ve doğru prosedürlerin izlenip izlenmediğini gösterir. Nereden alınır? Bu, çoğu zaman "Hasar talebi kapatıldı" olayıyla aynıdır; nihai karar özniteliğiyle ayırt edilir. "Karar" alanının değeri "Reddedildi" olduğunda ayrı bir etkinlik olarak modellenebilir. Kaydedin Hasar talebindeki nihai karar özniteliği "Reddedildi" veya benzeri bir değer olduğunda "Hasar talebi kapatıldı" olayından türetilir. Olay türü calculated | |||
| Hasar talebi yeniden açıldı | Daha önce kapatılmış bir hasar talebi, ek inceleme veya işlem için yeniden etkinleştirilmiştir. Yeni bilgiler ya da itiraz nedeniyle gerçekleşebilen istisnai bir olaydır. | ||
| Neden önemli? Süreç istisnalarını ve ilk hasar işlemlerindeki olası sorunları ortaya çıkarır. Yeniden açılan hasar taleplerinin oranının yüksek olması, karar kalitesi veya müşteri iletişiminde sorunlara işaret edebilir. Nereden alınır? Durumun "Kapalı" durumundan yeniden "Açık" veya "İnceleniyor" durumuna geçmesinden çıkarılabilir. Kaydedin Durumun nihai veya kapalı bir durumdan etkin ya da açık bir duruma geçtiği zaman damgası. Olay türü inferred | |||
| Hasar tutarı belirlendi | Hasarın finansal değerinin resmen belirlenip kaydedildiği olaydır. Nihai tazminat tutarının hesaplanmasında temel girdilerden biridir. | ||
| Neden önemli? Bu adım finansal planlama ve karşılık yönetimi açısından önemlidir. Hasar tutarının değerlendirilmesindeki gecikmeler, tazminat ve ödeme sürecinin tamamını aksatabilir. Nereden alınır? Finansal karşılık veya hasar tutarı alanlarının sistemde kesinleştirildiği ya da onaylandığı zaman damgası olarak kaydedilmiş olabilir. Kaydedin "Hasar tutarı" veya "Karşılık tutarı" alanlarının son girişine ya da onayına ait zaman damgası. Olay türü explicit | |||
| İlk inceleme yapıldı | Bir hasar uzmanı veya hasar sorumlusu, iletilen hasar talebinin ayrıntılarını ve belgelerini ilk kez incelemiştir. Bu adım, talebin ilk geçerlilik değerlendirmesini ve izlenecek sonraki adımları belirler. | ||
| Neden önemli? Bu aşama, hasar taleplerinin ne kadar hızlı önceliklendirildiğini anlamak açısından önemlidir. Buradaki gecikmeler toplam ç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ştiği zaman damgasından ya da ilk inceleme görevinin veya iş akışı adımının tamamlanmasından çıkarılır. Kaydedin "İlk inceleme" görevinin tamamlanma zaman damgası veya hasar talebinin olay günlüğündeki ya da geçmiş tablosundaki durum güncellemesi. Olay türü inferred | |||
| İnceleme başladı | Hasar talebine ilişkin resmî inceleme aşamasının başlangıcını belirtir. Bu aşamada uzmanlar görevlendirilebilir, denetimler planlanabilir veya kanıt toplamak için başka ayrıntılı çalışmalar yapılabilir. | ||
| Neden önemli? Bu etkinlik, kritik ve çoğu zaman uzun süren bir aşamanın başlangıcını gösterir. İnceleme süresini ölçmek, önemli darboğazları belirlemek açısından ö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. Kaydedin Hasar talebi durumunun "İnceleme sürüyor" veya benzer bir duruma güncellendiği zaman damgası. Olay türü inferred | |||
| Ödeme yetkilendirildi | Tazminat tutarının ödenmesi için kurum içi onay verilmiştir. Bu aşamada genellikle bir yönetici veya ayrı bir finans ekibi üyesi ödemeyi inceler ve yetkilendirir. | ||
| Neden önemli? Hasar talebi hakkında karar verilip tutar hesaplandıktan sonra kurum içi finans onay iş akışında yaşanabilecek gecikmeleri belirler. Nereden alınır? Bu, büyük olasılıkla sistemin iş akışındaki bir onay işlemiyle tetiklenen açık bir olaydır veya durumun "Ödeme bekleniyor" ya da "Ödeme için onaylandı" olarak değişmesidir. Kaydedin Ödemenin onaylandığını gösteren açık bir olay günlüğü kaydı veya durum değişikliği zaman damgası. Olay türü explicit | |||
| Tazminat hesaplandı | Onay kararının ardından, talep sahibine ödenecek nihai tazminat tutarı hesaplanmıştır. Bu adım, ödeme yetkilendirmesinden önce gerçekleşir. | ||
| Neden önemli? Karar verildikten sonraki finansal hesaplama adımının verimliliğini ölçer. Buradaki darboğazlar nihai ödemeyi geciktirebilir. Nereden alınır? Sistemin finans modülünde "Tazminat tutarı" alanının doldurulup onaylandığı zaman damgasından çıkarılabilir. Kaydedin Hasar kaydındaki "Tazminat tutarı" alanının kesinleştirildiği zaman damgası. Olay türü inferred | |||
Veri çıkarma rehberleri
Bu sürece yönelik veri çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya yardım için bizimle iletişime geçin .
Başlamaya hazır mısınız?
Bu şablonla verilerinizi hazırlayarak hasar dosyası işlemlerinizi bugün iyileştirmeye başlayın. Değerli içgörüler elde edin ve iş akışınızda önemli iyileştirmeler yapın.
Hasar dosyası işlemlerini hızlandırın, birikmiş işleri bugün azaltın
Doğrudan işlem oranını %70'e çıkaran ve hasar dosyalarını hızla sonuçlandıran şirketlere katılın.
Kredi kartı gerekmez, kurulumu birkaç dakika sürer.