Hasar dosyası işlemleri veri şablonunuz

FINEOS Claims
Hasar dosyası işlemleri veri şablonunuz

Hasar dosyası işlemleri veri şablonunuz

Bu şablon, hasar dosyası süreçlerini etkili biçimde analiz etmek için gereken temel verileri düzenli bir şekilde toplamanıza yardımcı olur. İzlenecek temel öznitelikleri ve önemli etkinlikleri sıralar; ayrıca bu bilgileri kaynak sistemlerinizden nasıl çıkaracağınıza dair pratik öneriler sunar. Olay günlüğünüzü hazırlamak ve hasar dosyası işlemlerini iyileştirme çalışmalarınıza hızla başlamak için şablonu kullanın.
  • Ayrıntılı analiz için önerilen öznitelikler
  • İzlenecek temel hasar dosyası işleme etkinlikleri
  • Veri çıkarma için pratik öneriler
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Hasar dosyası işleme öznitelikleri

Hasar dosyası işleme iş akışlarını ayrıntılı analiz etmek için olay günlüğünüze eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 8 Önerilen 9 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Hasar sürecinin belirli bir anında gerçekleşen iş olayının veya görevin adıdır.
Açıklama

Bu öznitelik, Hasar talebi gönderildi, İlk inceleme tamamlandı veya Ödeme yapıldı gibi hasar sürecindeki tek bir adımı ya da önemli aşamayı tanımlar. Her etkinlik, hasar talebi üzerinde gerçekleştirilen ayrı bir işlemi gösterir.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining çalışmalarının temelini oluşturur. Gerçek süreç akışını ortaya çıkarır, işlerin biriktiği darboğazları belirlemeye yardımcı olur ve hasar taleplerinin izlediği yaygın ya da istisnai yolları gösterir.

Neden önemli?

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

Nereden alınır?

Genellikle FINEOS Claims sistemindeki olay günlüklerinden, görev durumu değişikliklerinden veya denetim izlerinden elde edilir.

Örnekler
Hasar talebi kaydedildiHasar tutarı değerlendirildiÖdeme yetkilendirildiHasar talebi kapatıldı
Hasar Talebi Kimliği
ClaimId
Tek bir sigorta hasar talebini tanımlayan benzersiz kimliktir. Süreç analizinde temel vaka tanımlayıcısı olarak kullanılır.
Açıklama

Hasar Talebi Kimliği, hasar talebinin tüm yaşam döngüsü boyunca etkinlikleri, olayları ve veri noktalarını birbirine bağlayan temel anahtardır. İlk başvurudan nihai kapanışa kadar her temas noktasının tek bir vaka kapsamında birlikte izlenmesini sağlar.

Process Mining çalışmalarında bu öznitelik, her hasar talebinin baştan sona izlediği yolu yeniden oluşturmak için gereklidir. Süreç akışlarını analiz etmenize, toplam sonuçlanma sürelerini hesaplamanıza ve farklı hasar taleplerinin ele alınış biçimlerindeki farklılıkları belirlemenize yardımcı olur.

Neden önemli?

İlgili tüm olayları tek bir süreç örneğine bağlayan temel tanımlayıcıdır. Hasar talebinin yaşam döngüsünü baştan sona analiz etmeyi mümkün kılar.

Nereden alınır?

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

Örnekler
CL-2023-001234CL-2023-005678CL-2024-009101
Olay zamanı
EventTime
Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren zaman damgasıdır.
Açıklama

Olay zamanı, hasar işlemlerindeki bir etkinliğin gerçekleştiği kesin tarih ve saati kaydeder. Bu kronolojik veri, olayları doğru sıraya koymak ve hasar talebinin zaman çizelgesini anlamak için önemlidir.

Analiz sırasında 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 hedeflerine göre performansı ölçmek ve sürecin zaman içindeki işleyişini anlamak için temel bir veridir.

Neden önemli?

Bu zaman damgası olayların kronolojik sırasını gösterir. Çevrim süresi gibi zamana dayalı metrikleri hesaplamak ve darboğazları belirlemek için gereklidir.

Nereden alınır?

Bu bilgi genellikle FINEOS Claims sistemindeki her olay veya durum kaydıyla ilişkili oluşturulma ya da güncellenme zaman damgası olarak bulunur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Kaynak sistem
SourceSystem
Verilerin alındığı BT sistemini belirtir.
Açıklama

Bu öznitelik, süreç verilerinin kaynağını belirtir. Bu analizde değer her zaman FINEOS Claims olacaktır. Ancak birden fazla sistemin kullanıldığı ortamlarda veri kökenini izlemek ve veri kalitesini sağlamak için önem taşır.

Daha geniş kapsamlı analizlerde, birden fazla sisteme yayılan süreçleri ayırt etmeye yardımcı olur ve verilerin kaynağına göre doğru yorumlanmasını sağlar.

Neden önemli?

Verilerin kaynağı hakkında önemli bağlam sağlar. Veri yönetişimi, doğrulama ve diğer sistemlerle entegrasyon için gereklidir.

Nereden alınır?

Genellikle veri alma işlemi sırasında Veri Seti kaynağını belirtmek için eklenen sabit bir değerdir.

Örnekler
FINEOS ClaimsFINEOS Claims v11.2
Verilerin son güncellenme zamanı
LastDataUpdate
Bu olaya ait verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, verilerin en son alındığı veya güncellendiği tarih ve saati gösterir. Analiz edilen verilerin güncelliğini 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ıklarını anlamaları için önem taşır. Veri gecikmesine ilişkin beklentileri yönetmeye yardımcı olur ve gerçeğe yakın zamanlı süreçleri raporlamak için gereklidir.

Neden önemli?

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

Nereden alınır?

Bu zaman damgası genellikle veri alma veya ETL aracı tarafından veri yükleme işi tamamlandığında oluşturulup kaydedilir.

Örnekler
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Atanan hasar uzmanı
AssignedAdjuster
Etkinlikten sorumlu hasar uzmanının veya kullanıcının adı ya da kimliğidir.
Açıklama

Bu öznitelik, hasar sürecindeki belirli bir görevi gerçekleştiren kişiyi veya ekibi tanımlar. Süreç etkinliklerini çalışanlarla ilişkilendirmenin temel yoludur.

Atanan hasar uzmanına göre yapılan analiz, iş yükü dağılımını, bireysel performansı ve kaynak verimliliğini anlamak için önemlidir. İş yükü aşırı olan uzmanları gösterebilir, performans karşılaştırmalarıyla eğitim fırsatlarını belirleyebilir ve iş yüklerini dengelemek için kaynakların daha iyi dağıtılmasını destekleyebilir.

Neden önemli?

Bu öznitelik, süreç adımlarını bunları gerçekleştiren kişilerle ilişkilendirir. Böylece iş yükünü analiz edebilir, kaynak verimliliğini değerlendirebilir ve performansı karşılaştırabilirsiniz.

Nereden alınır?

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

Örnekler
John SmithEmily JonesADJ-4561
Başvuru kanalı
SubmissionChannel
Hasar başvurusunun ilk olarak iletildiği yöntem veya kanal.
Açıklama

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

Süreci başvuru kanalına göre incelemek, bazı kanalların daha hızlı işlem, daha fazla yeniden çalışma (ör. eksik bilgi nedeniyle) veya daha iyi sonuç sağlayıp sağlamadığını belirlemeye yardımcı olur. Bu bulgular, hataları azaltmak için çevrimiçi formları iyileştirmek gibi kanal geliştirme yatırımlarına yön verebilir.

Neden önemli?

Bazı başvuru kanallarının daha verimli işlem veya daha yüksek yeniden çalışma oranlarıyla ilişkili olup olmadığını belirlemeye yardımcı olur; kanal stratejisi ve yatırımları için yol gösterir.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu bilgi genellikle hasar başvurusu alınırken kaydedilir ve ana hasar kaydında saklanır.

Örnekler
Çevrimiçi portalPostaBrokerTelefon
Bitiş zamanı
EndTime
Belirli bir etkinliğin veya olayın ne zaman tamamlandığını gösteren zaman damgasıdır.
Açıklama

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, tam olarak hesaplamanızı sağlar.

Analiz sırasında etkin işlem süresini bekleme süresinden ayırmak için önemlidir. Ayrıntılı darboğaz analizleri oluşturmanıza yardımcı olur; en çok zaman alan etkinlikleri ve adımlar arasında kuyrukların oluştuğu noktaları gösterir.

Neden önemli?

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

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu bilgi olay günlüklerinde bulunabilir veya sonraki etkinliğin başlangıç zamanından hesaplanabilir.

Örnekler
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z
Çözüm hedef tarihi
ResolutionTargetDate
SLA’lara veya mevzuata göre hasarın çözüme kavuşturulmasının beklendiği hedef tarih.
Açıklama

Bu öznitelik, hizmet seviyesi anlaşmalarında (SLA) veya mevzuat gerekliliklerinde belirtilen hasar süreci tamamlama tarihini gösterir. Gerçek performansı ölçmek için bir kıyas noktası sağlar.

SLA uyumluluğunu izlemek için bu tarih gereklidir. Hasarın fiilen kapatıldığı tarih ile çözüm hedef tarihini karşılaştırarak SLA uyumluluk oranını hesaplayabilir, SLA ihlali riski taşıyan hasarları belirleyebilir ve uyumsuzluğa yol açan gecikmelerin temel nedenlerini inceleyebilirsiniz.

Neden önemli?

SLA uyumluluğunu ölçmek için kıyas noktası sağlar. Geciken hasarları belirlemeye ve gecikme nedenlerini incelemeye imkan verir.

Nereden alınır?

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

Örnekler
2023-11-15T23:59:59Z2024-01-30T23:59:59Z
Departman
Department
Etkinliği veya hasarı yürütmekten sorumlu iş departmanı ya da birimi.
Açıklama

Bu öznitelik, belirli bir etkinlikten sorumlu olan veya belirli bir aşamada hasarın sahibi olan kuruluş birimini belirtir. Örneğin İlk başvuru, İnceleme birimi veya Ödemeler departmanı.

Süreci departmana göre incelemek, gecikmelerin sık görüldüğü birimler arası devir teslimleri anlamak açısından önemlidir. Hangi departmanların darboğaz oluşturduğunu belirlemeye, departman verimliliğini ölçmeye ve kuruluş genelindeki kaynak dağılımını incelemeye yardımcı olur.

Neden önemli?

Kuruluş birimlerine göre performans analizine imkan verir; departmanlar arası devir teslim gecikmelerini ve darboğazları ortaya çıkarır.

Nereden alınır?

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

Örnekler
Başvuru ve kayıtÖzel incelemeler birimiÖdeme işlemleriTıbbi inceleme
Hasar durumu
ClaimStatus
Olay gerçekleştiği sırada hasarın mevcut veya geçmiş durumu.
Açıklama

Hasar durumu, hasarın yaşam döngüsündeki aşamasını gösterir. Örneğin Açık, Bilgi bekleniyor, Onaylandı, Reddedildi veya Kapatıldı olabilir. Bu öznitelik, hasarın belirli bir andaki durumunu gösterir.

Süreç analizinde durum değişiklikleri çoğu zaman doğrudan süreç etkinlikleriyle ilişkilidir. Hasar sonuçlarını anlamak, taleplerin uzun süre aynı durumda beklediği darboğazları belirlemek ve Reddedildi ya da Kapatıldı gibi nihai sonuçların nedenlerini incelemek için durumları izlemek önemlidir.

Neden önemli?

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

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Ana hasar kaydındaki bu temel alan, hasarın yaşam döngüsü boyunca güncellenir.

Örnekler
KaydedildiİnceleniyorÖdeme bekleniyorKapatıldı - ÖdendiKapatıldı - Reddedildi
Hasar türü
ClaimType
Engellilik, mülk hasarı veya sorumluluk gibi sigorta hasar talebinin kategorisidir.
Açıklama

Hasar türü, poliçenin veya hasarın niteliğine göre talepleri sınıflandırır. Farklı hasar türleri genellikle farklı süreç akışlarını izler, farklı mevzuat gerekliliklerine tabidir ve özel işlem gerektirir.

Karşılaştırmalı analiz için önemli bir boyuttur. Analistler, süreç görünümünü hasar türüne göre filtreleyip gruplandı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 ihtiyaçlarına göre şekillendirebilir. Böylece bazı hasar türlerinin işlenmesinin doğası gereği daha verimsiz olup olmadığı anlaşılabilir.

Neden önemli?

Farklı hasar kategorilerinin performansını karşılaştırmak ve aralarındaki farklılıkları belirlemek için süreci gruplandırmaya imkan verir. Böylece iyileştirme çalışmaları belirli ihtiyaçlara göre planlanabilir.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu, hasarın temel bir özniteliğidir; genellikle kayıt sırasında belirlenir ve ana vaka tablosunda saklanır.

Örnekler
Kısa süreli iş göremezlikUzun süreli iş göremezlikHayat sigortasıKaza sonucu ölüm
Hasarın ağırlığı
ClaimSeverity
Hasarın karmaşıklığını veya olası mali etkisini sınıflandırır (ör. düşük, orta, yüksek).
Açıklama

Hasarın ağırlığı; karmaşıklık, aciliyet veya mali risk düzeyini gösterir. Ağır hasarlar, hafif hasarlara kıyasla daha fazla adım, uzman incelemesi veya daha uzun işlem süresi gerektirebilir.

Süreci hasarın ağırlığına göre incelemek, kaynak dağılımının ve süreç tasarımının farklı karmaşıklık düzeylerine uygun olup olmadığını anlamaya yardımcı olur. Ağır hasarların orantısız biçimde gecikip gecikmediğini veya hafif hasarlara gereğinden fazla işlem yapılıp yapılmadığını ortaya çıkarabilir. Böylece süreç daha doğru gruplandırılabilir ve kaynaklar daha iyi yönetilebilir.

Neden önemli?

Hasarın ağırlığına göre gruplandırma, sürecin etkisi yüksek hasarlara doğru öncelik verip vermediğini kontrol etmeye ve belirli karmaşıklık düzeylerinin darboğaz yaratıp yaratmadığını belirlemeye yardımcı olur.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu bilgi özel bir alanda tutulabilir veya tahmini hasar tutarı gibi diğer özniteliklerden türetilebilir.

Örnekler
DüşükOrtaYüksekKarmaşık
Hasar tarihi
LossDate
Sigorta hasarına yol açan olayın gerçekleştiği tarih.
Açıklama

Hasar tarihi, gerçek olayın (ör. kaza veya yaralanma) ne zaman gerçekleştiğini belirtir. Hasar başvurusunun yapıldığı tarihten farklıdır ve hasarın doğrulanması ile işlenmesinde önemli bir etken olabilir.

Bu öznitelik değerli bir bağlam sunar. Hasar tarihi ile Hasar başvurusu tarihi arasındaki süre (bildirim gecikmesi), önemli bir performans göstergesi olabilir. Bu süreyi incelemek, bildirim sürecindeki sorunları ve bunların hasarın yaşam döngüsüne etkisini ortaya çıkarabilir.

Neden önemli?

Önemli bir bağlam sunar ve hasarın gerçekleşmesinden başvuruya kadar geçen bildirim süresinin hesaplanmasını sağlar. Bu süre, hasarın karmaşıklığını ve sonucunu etkileyebilir.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu tarih, genellikle İlk hasar bildirimi veya hasar kaydı sırasında alınan standart bir alandır.

Örnekler
2023-10-152023-09-012024-02-20
Hasar tutarı
LossAmount
Hasarla ilişkili tahmini veya ayrılmış mali tutar.
Açıklama

Hasar tutarı, ilk tahmini veya hasar için ayrılan mali karşılığı gösterir. Hasar incelenip değerlendirildikçe bu değer güncellenebilir.

Bu mali veri, hasarları gruplandırmak ve mali etkinin süreç davranışıyla ilişkisini anlamak açısından önemlidir. Örneğin, tutarı yüksek hasarların işlenmesinin daha uzun sürüp sürmediğini veya daha fazla yeniden çalışma gerektirip gerektirmediğini gösterir. Ayrıca mali tahmin ve risk yönetimi için temel girdilerden biridir.

Neden önemli?

Sürece mali bağlam kazandırır; hasar tutarının işlem süresini, karmaşıklığı ve izlenen yolları nasıl etkilediğini incelemeye imkan verir.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu bilgi genellikle hasarla bağlantılı mali veya karşılık tablolarında bulunur.

Örnekler
5000.00150000.00250.50
Müşteri bölgesi
CustomerRegion
Hasar başvurusunda bulunan kişinin veya poliçe sahibinin coğrafi bölgesi ya da eyaleti.
Açıklama

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

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

Neden önemli?

Coğrafi gruplandırma sayesinde bölgesel performans farklılıklarını, uyumluluk değişikliklerini veya konuma özgü darboğazları belirlemeye imkan verir.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu bilgi genellikle sistemde kayıtlı poliçe sahibi veya başvuru sahibi adresinden alınır.

Örnekler
KuzeydoğuKaliforniyaOrtabatıFL
Ödeme tutarı
PaymentAmount
Hasar için fiilen ödenen tutar.
Açıklama

Ödeme tutarı, hasar sonuçlandırılıp onaylandıktan sonra ödenen nihai tutardır. Birden fazla ödeme yapılan hasarlarda bu tutar, tek bir ödeme işlemini gösterebilir.

Bu öznitelik, mali mutabakat ve sürecin mali sonuçlarını incelemek için önemlidir. İlk tahmini hasar tutarı ile nihai ödemeyi karşılaştırmaya imkan verir. Süreç analizinde, farklı süreç akışlarının veya kararların mali etkisini anlamaya yardımcı olur.

Neden önemli?

Sürecin mali sonucunu izler; mali performansı ölçmeye ve hasarların değerini incelemeye yardımcı olur.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Bu veri, hasar vakasıyla bağlantılı ödeme işlemi tablolarında bulunur.

Örnekler
4850.00145000.000.00
Poliçe numarası
PolicyNumber
Hasarın bildirildiği sigorta poliçesinin benzersiz tanımlayıcısı.
Açıklama

Poliçe numarası, hasarı teminat altına alan sigorta sözleşmesinin tanımlayıcısıdır. Hasarı belirli bir müşteriye, poliçe koşullarına ve teminat ayrıntılarına bağlar.

Doğrudan bir süreç özniteliği olmasa da önemli bir iş bağlamı sunar. Hasar verilerini poliçeye veya müşteriye göre bir araya getirerek hasar sıklığını ve müşteri deneyimini inceleyebilir, çok sayıda karmaşık hasara yol açan poliçeleri belirleyebilirsiniz.

Neden önemli?

Hasarı belirli bir müşteri sözleşmesine bağlayarak önemli bir iş bağlamı sunar ve müşteri odaklı süreç analizine imkan verir.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Hasar kaydı sırasında alınan bu temel veri, ana hasar kaydında saklanır.

Örnekler
POL-987654321POL-123456789
Ret nedeni
DenialReason
Hasarın neden reddedildiğini açıklayan kod veya açıklama.
Açıklama

Hasar Reddedildi sonucuyla kapatıldığında bu öznitelik, kararın özel nedenini belirtir. Poliçe kapsamında değil, dolandırıcılık şüphesi veya eksik bilgi gibi nedenler söz konusu olabilir.

Bu öznitelik, hasar retlerinin temel nedenlerini incelemek için önemlidir. Farklı ret nedenlerinin sıklığını analiz ederek başvuru sürecindeki yaygın sorunları, müşterilerin poliçe teminatlarıyla ilgili kafa karışıklıklarını veya hasar uzmanlarının eğitim ihtiyaçlarını belirleyebilirsiniz. Bu bulgular, ret oranlarını azaltmaya ve müşteri memnuniyetini artırmaya yönelik çalışmalara katkı sağlar.

Neden önemli?

Başarısız süreçlerin temel nedenlerini incelemek, hasar retlerini azaltma ve başvuru kalitesini artırma fırsatlarını belirlemek için önemlidir.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Claim Denied etkinliği gerçekleştirilirken genellikle yapılandırılmış bir alan veya kod seçilir.

Örnekler
Poliçe istisnasıBilgi sağlanmadıMükerrer hasar başvurusuDolandırıcılık şüphesi
SLA durumu
SLAState
Tamamlanan bir hasarın çözüm hedef tarihine uyup uymadığını gösteren hesaplanmış durum.
Açıklama

Bu öznitelik, her hasarın SLA performansını açık ve kategorik biçimde gösterir. Claim Closed tarihi ile Resolution Target Date karşılaştırılarak zamanında veya gecikmiş olarak sınıflandırılır.

SLA uyumluluğunun raporlanmasını ve analizini kolaylaştırır. Analistler ham tarihlerle çalışmak yerine bu kategoriyi kullanarak SLA uyumluluk oranını gösteren panolar oluşturabilir, ortak özelliklerini incelemek için geciken hasarları filtreleyebilir ve SLA performansındaki eğilimleri zaman içinde izleyebilir. SLA uyumluluk panosunu ve KPI’ı doğrudan destekler.

Neden önemli?

Her vaka için SLA performansını açık ve basit biçimde gösterir; SLA uyumluluk oranını ölçmeyi ve incelemeyi kolaylaştırır.

Nereden alınır?

Bu hesaplanan alan, her vaka için son etkinliğin zaman damgası ile ResolutionTargetDate karşılaştırılarak elde edilir.

Örnekler
ZamanındaGecikmiş
Yeniden açılma nedeni
ReopenReason
Kapatılmış bir hasarın neden yeniden açıldığını açıklayan kod veya açıklama.
Açıklama

Bu öznitelik, hasarın Kapatıldı durumundan yeniden etkin duruma alınma nedenini kaydeder. Yaygın nedenler arasında yeni bilgi alınması, başvuru sahibinin itirazı veya bir hatanın düzeltilmesi yer alır.

Yeniden açılma nedenlerini incelemek, süreç kalitesini ve sonucun kesinliğini doğrudan ölçmenin bir yoludur. Özellikle belirli nedenlerle çok sayıda hasarın yeniden açılması, 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 biçimde kapatılmasını sağlayacak süreç iyileştirme hedeflerini ortaya çıkarabilir.

Neden önemli?

Bir hasarın erken veya hatalı kapatıldığı süreç sorunlarını doğrudan gösterir ve ilk seferde doğru sonuca ulaşma fırsatlarını ortaya çıkarır.

Nereden alınır?

FINEOS Claims dokümantasyonuna başvurun. Kullanıcı sistemde Reopen Claim işlemini gerçekleştirdiğinde bu neden genellikle kaydedilir.

Örnekler
İtiraz başvurusu yapıldıYeni tıbbi kanıt alındıYazım hatası düzeltildiÖdeme düzeltmesi gerekiyor
Yeniden çalışma mı
IsRework
Bir etkinliğin tekrar veya yeniden çalışma olduğunu belirten mantıksal değer.
Açıklama

Bu hesaplanan öznitelik, aynı hasar için ikinci kez Bilgi istendi gibi yeniden çalışmayı gösteren etkinlikleri işaretler. Genellikle yinelenen etkinlikler veya süreç akışındaki geriye dönüşler saptanarak belirlenir.

Yeniden çalışmayı açıkça işaretlemek, verimsizliğe odaklanan analizleri kolaylaştırır. Önemli bir performans göstergesi olan yeniden çalışma oranının kolayca hesaplanmasını sağlar. Panolar bu işareti kullanarak yeniden çalışmanın sıklığını ve etkisini görselleştirebilir, verimsiz döngülerin temel nedenlerini bulmaya yardımcı olabilir.

Neden önemli?

Verimsiz süreç döngülerini doğrudan işaretler; yeniden çalışma oranını hesaplamayı ve yinelenen işlerin nedenlerini incelemeyi kolaylaştırır.

Nereden alınır?

Bu değer, aynı vaka için yinelenen etkinlikler belirlenerek Process Mining analizi sırasında türetilir. Örneğin, Investigation Started etkinliğinin ikinci kez gerçekleşmesini işaretler.

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

Hasar dosyası işleme etkinlikleri

Süreci doğru biçimde keşfetmek ve darboğazları belirlemek için olay günlüğünüzde kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 9 İsteğe bağlı
Aktivite Açıklama
Hasar talebi gönderildi
Kuruluşun hasar talebini ilk kez aldığı anı belirtir. Talep web portalları, e-posta veya posta gibi farklı kanallardan gelebilir. Bu, hasar sürecinin başlangıç noktasıdır. Genellikle İlk Hasar Bildirimi (FNOL) hazırlık alanına veya doğrudan FINEOS sistemine girildiğinde kaydedilir.
Neden önemli?

Bu etkinlik, sürecin temel başlangıç olayıdır. Başvurudan kayda kadar geçen süreyi analiz ederek veri girişindeki ve ilk hasar kaydının oluşturulmasındaki gecikmeleri belirleyebilirsiniz. Bu gecikmeler toplam çevrim süresini etkiler.

Nereden alınır?

Bu bilgi büyük olasılıkla ilk hasar bildirimi kaydının veya FINEOS sistemindeki FNOL girişinin oluşturulma tarihinden alınır. Açık bir olay günlüğü bulunabilir ya da Hasar Talebi Kimliğiyle ilişkili en erken zaman damgasından çıkarılabilir.

Kaydedin

İlk Hasar Bildirimi (FNOL) veya ilk hasar kaydının oluşturulma zaman damgasını kullanın.

Olay türü inferred
Hasar talebi hakkında karar verildi
Sigortacının hasar talebini onaylama, kısmen onaylama veya reddetme yönünde resmî karar verdiği önemli bir aşamadır. FINEOS sisteminde durumun Onaylandı, Reddedildi veya Uzlaşıldı gibi bir değere geçmesiyle neredeyse her zaman açıkça kaydedilir.
Neden önemli?

Bu önemli aşama, sonraki süreç yolunu belirler: ödeme veya kapanış. Karara kadar geçen süreyi ölçmek ve hasar taleplerinin sonuçlarını analiz etmek için bu aşamayı izlemek gerekir.

Nereden alınır?

Hasar durumu geçmişi tablosunda nihai karar durumuna karşılık gelen zaman damgasından çıkarılır. Örneğin Onaylandı, Kabul edilmedi veya Reddedildi.

Kaydedin

Durumun Onaylandı veya Reddedildi olarak değiştiği zaman damgası.

Olay türü inferred
Hasar talebi kapatıldı
Ödeme veya ret dahil tüm işlemler tamamlandıktan sonra hasar talebinin sistemdeki nihai durumunu belirtir. FINEOS sisteminde durum Kapalı veya Sonuçlandırıldı olarak güncellendiğinde kaydedilir.
Neden önemli?

Bu etkinlik, sürecin temel bitiş olayıdır. Hasar talebinin gönderilmesinden kapatılmasına kadar geçen süre, genel süreç performansını ve verimliliğini ölçen temel KPI’dır.

Nereden alınır?

Hasar durumu geçmişi günlüğünde durumun son kez Kapalı olarak değiştiği zaman damgasından çıkarılır. Başarıyla tamamlanan bir hasar talebi için kaydedilen son durum güncellemesidir.

Kaydedin

Nihai durumun Kapalı veya Sonuçlandırıldı olarak değiştiği zaman damgası.

Olay türü inferred
Hasar talebi kaydedildi
Hasar kaydının FINEOS sisteminde resmen oluşturulduğunu belirtir. Bu aşamada benzersiz bir Hasar Talebi Kimliği atanır ve vaka işleme alınmak üzere açılır. Bu olay genellikle ana hasar nesnesinin oluşturulma zaman damgasından alınır.
Neden önemli?

Bu önemli aşamada hasar talebi basit bir bildirim olmaktan çıkar ve işleme alınan bir vakaya dönüşür. Kurum içindeki işlem sürecinin süresini ölçmek için güvenilir bir başlangıç noktası sağlar.

Nereden alınır?

FINEOS veritabanındaki ana hasar vakası kaydının oluşturulma zaman damgasından elde edilir. Denetim amacıyla çoğu temel sistem nesnesinin oluşturulma tarihi kaydedilir.

Kaydedin

Ana hasar vakası kaydının oluşturulma zaman damgasını kullanın.

Olay türü explicit
Ödeme yapıldı
Ödemenin işleme alınıp talep sahibine veya hizmet sağlayıcıya gönderildiği anı belirtir. FINEOS sisteminde bu işlem genellikle bir mali sistemle entegrasyon üzerinden başlatılır ve işlem günlüğüne ya da nihai ödeme durumu güncellemesine kaydedilir.
Neden önemli?

Bu, müşteri açısından sonucun netleştiği önemli andır. Yetkilendirmeden ödemeye kadar geçen süreyi analiz ederek ödeme sürecini iyileştirebilir ve müşteri deneyimini geliştirebilirsiniz.

Nereden alınır?

FINEOS içindeki ödeme işlemi günlüğü tablosunda veya entegre borçlar muhasebesi sisteminde açık bir olay olarak bulunabilir. Ödendi durumuna geçiş de olası bir veri kaynağıdır.

Kaydedin

Ödeme defterindeki işlem tarihini veya durumun Ödendi olarak değiştiği zaman damgasını kullanın.

Olay türü explicit
Ödeme yetkilendirildi
Hesaplanan uzlaşma tutarının ödenmesi için resmî onay verildiğini belirtir. Bu adım genellikle hasar kararından ayrıdır ve ödemenin yapılması için bir yöneticinin veya belirli bir ekibin yetkilendirmesini gerektirir. Ödeme için onaylandı gibi bir durum değişikliğiyle kaydedilir.
Neden önemli?

Bu etkinlik, Ödeme yetkilendirme çevrim süresi KPI’ı için önemlidir. Karar ile yetkilendirme arasındaki gecikmeler, müşteri memnuniyetini etkileyen önemli bir gizli darboğaz olabilir.

Nereden alınır?

Hasar durumu geçmişinde durumun Ödeme bekleniyor, Ödemeye hazır veya Ödeme yetkilendirildi olarak değiştiği zaman damgasından çıkarılır.

Kaydedin

Durumun Ödeme için onaylandı veya benzer bir değere geçtiği zaman damgası.

Olay türü inferred
Ek bilgi alındı
Talep edilen belgelerin veya bilgilerin alındığını ve hasar işlemlerinin devam edebileceğini belirtir. Hasar durumu Bilgi bekleniyor iken İnceleniyor veya Değerlendirmeye hazır gibi etkin bir duruma geçtiğinde bu olay genellikle çıkarımla belirlenir.
Neden önemli?

Bilginin talep edilmesiyle alınması arasındaki süreyi ölçerek dış kaynaklı gecikmeleri görebilirsiniz. Bu, kurum içi işlemlerin yeniden başladığını da gösterir; dolayısıyla bekleme sürelerini ve süreçteki duraklamaları analiz etmek için önemlidir.

Nereden alınır?

Hasar durumunun Beklemede durumundan Etkin veya İşlemde durumuna geçtiği zaman damgasından çıkarılır. İlişkili bir belge yükleme olayı da belirli bir zaman damgası sağlayabilir.

Kaydedin

Durumun Bilgi bekleniyor iken etkin bir işlem durumuna geçtiği zaman damgası.

Olay türü inferred
Ek bilgi talep edildi
Hasar sorumlusu, sürecin devam etmesi için talep sahibinden veya üçüncü bir taraftan daha fazla bilgi gerektiğine karar verdiğinde bu etkinlik gerçekleşir. FINEOS sisteminde genellikle durumun Bilgi bekleniyor olarak değişmesiyle veya giden bir iletişim etkinliğinin kaydedilmesiyle izlenir.
Neden önemli?

Bu etkinlik, yeniden çalışma ve süreç döngülerini analiz etmek için önemlidir. Sık görülmesi, ilk veri toplama aşamasındaki sorunlara işaret edebilir ve gecikmelerin başlıca nedenlerinden biri olabilir.

Nereden alınır?

Hasar durumunun Bilgi bekleniyor veya benzer bir duruma geçmesinden çıkarılır. Sistemden bilgi talep eden bir yazışma oluşturulduğunda açık bir olay olarak da kaydedilebilir.

Kaydedin

Durumun Bilgi bekleniyor olarak değiştiği zaman damgasını veya bilgi talep eden mektup ya da e-posta kaydının zaman damgasını kullanın.

Olay türü inferred
Hasar talebi reddedildi
Ödeme için onaylanmayan bir hasar talebinin nihai sonucunu belirtir. Hasar durumu kesin olarak Reddedildi veya Kabul edilmedi olarak ayarlandığında bu olay kaydedilir. Sürecin alternatif bitiş noktalarından biridir.
Neden önemli?

Bu etkinlik, sürecin önemli bir bitiş noktasıdır. Reddedilmeyle sonuçlanan yolları analiz ederek hasar başvurularının kalitesi, poliçe yorumları veya olası dolandırıcılık örüntüleri hakkında bilgi edinebilirsiniz.

Nereden alınır?

Hasar durumu geçmişi tablosunda nihai durumun Reddedildi veya Kabul edilmedi olarak kaydedildiği zaman damgasından çıkarılır.

Kaydedin

Nihai durumun Reddedildi veya Kabul edilmedi olarak değiştiği zaman damgası.

Olay türü inferred
Hasar talebi yeniden açıldı
Daha önce kapatılmış bir hasar talebi, genellikle itiraz veya yeni bilgi nedeniyle yeniden inceleme ya da işleme alındığında gerçekleşir. Durumun Kapalı veya Reddedildi iken İnceleniyor gibi etkin bir duruma geçmesiyle kaydedilir.
Neden önemli?

Yeniden açılan hasar taleplerini izlemek, süreç istisnalarını ve aksaklıklarını anlamak için önemlidir. İlk seferde doğru sonuçlandırılmayan vakaları ortaya çıkarır; bu durum verimliliği ve operasyon maliyetlerini etkiler.

Nereden alınır?

Durumun son durumdan, örneğin Kapalı iken, son durum olmayan etkin bir duruma, örneğin Yeniden açıldı veya İnceleniyor, geçmesinden çıkarılır. Bunun için durum değişikliklerinin zaman içindeki sırasını analiz etmek gerekir.

Kaydedin

Durumun kapalı iken yeniden açık duruma geçtiği zaman damgasını belirleyin.

Olay türü inferred
Hasar tutarı değerlendirildi
Hasarın mali etkisinin hesaplanıp kaydedildiğini belirtir. Bu işlem; zararların, sağlık giderlerinin veya diğer yükümlülüklerin değerlendirilmesini içerebilir. FINEOS sisteminde belirli mali değerlendirme alanları doldurulup kaydedildiğinde bu olay genellikle kayda geçer.
Neden önemli?

Bu, mali açıdan önemli bir aşamadır. Soruşturma tamamlandıktan sonra hasar tutarını değerlendirmek için geçen süre, değerlendirme ekibinin performansını ölçmekte kullanılabilir.

Nereden alınır?

Sistemde mali karşılık veya tahmini hasar tutarı alanlarının ilk kez doldurulduğu ya da kesinleştirildiği zaman damgasından çıkarılabilir. Ayrı bir durum olarak değil, veri girişi olayı olarak kaydedilmiş olabilir.

Kaydedin

Mali değerlendirme veya karşılıkla ilgili veri alanlarının son güncelleme zaman damgasını kullanın.

Olay türü inferred
İlk inceleme tamamlandı
Bir hasar uzmanının veya işlem sorumlusunun talebin geçerliliğini, ayrıntılarını ve gerekli belgeleri ilk kez değerlendirdiğini belirtir. Bu durum genellikle FINEOS sistemindeki bir durum değişikliğinden çıkarılır. Örneğin durum Yeni veya Kaydedildi iken İnceleniyor ya da Atandı olarak değişebilir.
Neden önemli?

Bu adımın ne zaman tamamlandığını izleyerek ilk işlem için geçen süreyi ölçebilir, ilk değerlendirme ve atama aşamasındaki birikmeleri belirleyebilirsiniz. Buradaki gecikmeler tüm hasar sürecini önemli ölçüde uzatabilir.

Nereden alınır?

Hasar durumu incelemenin tamamlandığını gösteren bir duruma geçtiğinde oluşan zaman damgasından çıkarılır. Örneğin İlk inceleme tamamlandı, Bilgi bekleniyor veya Soruşturma altında. Bu veri genellikle hasar durumu geçmişi tablosunda bulunur.

Kaydedin

Durumun Yeni veya Açık iken inceleme sonrası bir duruma geçtiği zaman damgasını belirleyin.

Olay türü inferred
Ödeme tutarı hesaplandı
Onay kararından sonra gerçekleşir. Ödenecek kesin tutar, poliçe limitleri, muafiyetler ve değerlendirilen hasar tutarları dikkate alınarak hesaplanır. Bu işlem, FINEOS sisteminde nihai ödeme veya uzlaşma tutarı alanı girilip onaylandığında kaydedilebilir.
Neden önemli?

Bu etkinlik, hesaplama adımını onay ve ödeme yetkilendirme adımlarından ayırır. Mali ekibin ödeme tutarlarını kesinleştirme verimliliğini analiz etmenize yardımcı olur.

Nereden alınır?

Hasar talebine ait mali kayıtlarda nihai uzlaşma veya ödeme tutarının girildiği ya da güncellendiği zaman damgasından çıkarılır.

Kaydedin

Nihai uzlaşma tutarı alanının son güncelleme zaman damgasını kullanın.

Olay türü inferred
Soruşturma başladı
Hasar talebinin resmî soruşturma veya karara bağlama aşamasının başladığını belirtir. Talep bir soruşturmacıya atandığında ya da FINEOS sistemindeki durumu açıkça Soruşturma altında olarak değiştirildiğinde kaydedilebilir.
Neden önemli?

Bu aşama, sürecin uzun ve karmaşık olabilecek bir bölümünün başlangıcını gösterir. Başlangıç zamanını izlemek, soruşturma aşamasının süresini ve verimliliğini ölçmek için gereklidir.

Nereden alınır?

Durumun Soruşturma altında veya Karara bağlama sürüyor olarak değiştiği zaman damgasından çıkarılır. Hasar talebine soruşturmacı rolünün atandığı tarih de kullanılabilir.

Kaydedin

Hasar durumunun Soruşturma altında olarak değiştiği zaman damgası.

Olay türü inferred
Soruşturma tamamlandı
Gerekli tüm soruşturma çalışmalarının tamamlandığını ve hasar talebinin nihai karara hazır olduğunu belirtir. Durumun Soruşturma altında iken Karar bekleniyor veya Değerlendirmeye hazır gibi bir duruma geçmesinden çıkarılır.
Neden önemli?

Bu etkinlik, kanıt toplama aşamasının sonunu gösterir. Soruşturmanın başlangıcından bu noktaya kadar geçen süreyi analiz ederek karar sürecindeki darboğazları belirleyebilirsiniz.

Nereden alınır?

Hasar durumu Soruşturma altında iken sıradaki aşamanın karar veya değerlendirme olduğunu gösteren bir duruma geçtiğinde oluşan zaman damgasından çıkarılır.

Kaydedin

Hasar durumunun Soruşturma altında iken Karara hazır olarak değiştiği zaman damgası.

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

Veri çıkarma rehberleri

FINEOS Claims verilerinizi nasıl alabilirsiniz?

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 şablon, veri hazırlığını kolaylaştırarak içgörüleri hızla ortaya çıkarmanıza ve hasar operasyonlarınızı iyileştirmenize yardımcı olur. Verimliliği artırmak ve poliçe sahiplerinin memnuniyetini yükseltmek için verilerinizden bugün yararlanmaya başlayın.

Hasar dosyası işlemlerini hızlandırın: Bugün başlayın

FINEOS üzerinde dosyaların %70'ini uçtan uca otomatik işleyen sektör liderlerinin arasına katılın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, kurulumu birkaç dakika sürer.