Hasar işlemleri veri şablonunuz

Başlangıç zamanı, bir etkinliğin başladığı anı gösteren kesin tarih ve saat bilgisidir. Süreç günlüğündeki her olay için önemli bir veri noktasıdır ve performans analizinde gereken zaman bilgisini sağlar.

Process Mining kapsamında başlangıç zamanı, vaka yolculuğunu doğru biçimde yeniden oluşturmak için olayları kronolojik sıraya koymada kullanılır. Çevrim süreleri, bekleme süreleri ve işlem süreleri gibi temel performans göstergelerinin hesaplanmasını sağlar. Zaman damgalarını inceleyerek adımlar arasındaki gecikmeleri belirleyebilir, hizmet düzeyi anlaşmalarına (SLA) uyumu ölçebilir ve talep sürecinin zaman içindeki işleyişini anlayabilirsiniz.

Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi zamanla ilgili tüm metrikleri hesaplamak için gereklidir.

Genellikle olay günlüklerinde, denetim izlerinde veya işlem verilerinde 'olay zamanı' ya da 'oluşturulma tarihi' adıyla kaydedilir.

Etkinlik adı, talep işleme sürecinin yaşam döngüsündeki belirli bir adımı, görevi veya olayı tanımlar. 'Talep kaydedildi', 'İnceleme başladı' veya 'Ödeme yapıldı' gibi etkinlikler, yapılan işi ifade eder. Her etkinlik, olay günlüğünde kaydedilen ayrı bir süreç adımıdır.

Process Mining analizinde etkinlikler, süreç haritasının yapı taşlarıdır. Etkinliklerin sırasını, sıklığını ve süresini incelemek; gerçek süreç akışını, yaygın yolları, darboğazları ve standart prosedürden sapmaları ortaya çıkarır. Anlaşılır ve uygulanabilir bir süreç modeli oluşturmak için etkinlik adlarının açık ve tutarlı olması önemlidir.

Etkinlikler süreç haritasının temelini oluşturur. Sıraları ve süreleri analiz edilen adımları ve görevleri tanımlayarak süreç performansını anlamaya yardımcı olur.

Genellikle talep yönetim sistemindeki olay günlüklerinde, denetim izlerinde veya işlem kayıtlarında bulunur.

Talep kimliği, her sigorta talebi kayda alındığında ona atanan benzersiz bir anahtardır. İlk başvurudan nihai kapatmaya kadar talebin yaşam döngüsü boyunca ilgili tüm etkinlikleri, olayları ve veri noktalarını birbirine bağlar.

Process Mining kapsamında talep kimliği, her talebin uçtan uca yolculuğunu yeniden oluşturmanın temelini oluşturur. Yazılım, aynı talep kimliğine sahip tüm olayları gruplandırarak süreç akışını görselleştirebilir, farklılıkları belirleyebilir ve vaka düzeyindeki metrikleri hesaplayabilir. Eksper atamasından ödemenin yapılmasına kadar her işlemin doğru taleple ilişkilendirilmesini sağlayarak tutarlı ve doğru bir süreç analizi sunar.

İlgili tüm olayları birbirine bağlayan bu temel vaka kimliği sayesinde her talebin uçtan uca yolculuğunu izleyebilirsiniz.

Genellikle talep dosyasının veya talep yönetim sistemi işlem kaydının üst bölümünde ya da ana kaydında bulunur.

Kaynak sistem özniteliği, etkinliğin ilk kaydedildiği belirli BT uygulamasını veya platformunu tanımlar. Karmaşık ortamlarda talep işleme verileri, temel talep platformu, belge yönetim sistemi veya müşteri ilişkileri yönetimi (CRM) aracı gibi birden fazla sistemden gelebilir.

Kaynak sistemi bilmek, verileri doğrulamak ve süreç parçalanmasını incelemek açısından faydalıdır. Veri kalitesi sorunlarının kaynağını bulmaya yardımcı olur; farklı sistemler arasındaki elle veri aktarımından veya iş devrinden kaynaklanan verimsizlikleri ortaya çıkarabilir. Bu analiz, sistem entegrasyonunu ve otomasyonu iyileştirme fırsatlarını gösterebilir.

Olay verilerinin kaynağını gösterir. Bu bilgi, verileri doğrulamak ve birden fazla BT sistemindeki süreç yürütümünü incelemek için önemlidir.

Bu bilgi, veri çıkarma mantığının bir parçası olabilir veya entegre sistemlerin olay günlüklerinde bir alan olarak saklanabilir.

Son veri güncellemesi, olay günlüğü verilerinin kaynak sistemlerden en son ne zaman yenilendiğini gösterir. Bu zaman damgası, analiz edilen verilerin güncelliği hakkında bilgi verir ve paydaşların verilerin ne kadar güncel olduğunu bilmesini sağlar.

Her süreç analizinde, bilinçli kararlar almak için verilerin ne zaman güncellendiğini bilmek önemlidir. Bu öznitelik, kullanıcıların gerçek zamana yakın bir süreci mi yoksa geçmişe ait bir anlık görüntüyü mü incelediğini anlamasına yardımcı olur. Sürekli izleme panoları ve çıkarımların güncel, konuyla ilgili bilgilere dayanmasını sağlamak için özellikle önemlidir.

Analizlerin ve kararların güncel bilgilere dayanmasını sağlayarak verilerin güncelliği hakkında önemli bir bağlam sunar.

Genellikle veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulan üst verilerdir.

Atanan eksper özniteliği, belirli bir etkinliği gerçekleştiren veya belirli bir zamanda talepten sorumlu olan çalışanı ya da kullanıcıyı tanımlar. Bu öznitelik, süreç adımlarını yürüten kişilerle ilişkilendirir.

Eksper bazında veri analizi; iş yükü yönetimi, performans değerlendirmesi ve eğitim ihtiyaçlarının belirlenmesi açısından önemlidir. Yöneticilerin ekip üyelerinin performansını karşılaştırmasına, işlerin dengeli dağıtılmasını sağlamasına ve yüksek performans gösteren ya da ek desteğe ihtiyaç duyabilecek kişileri belirlemesine yardımcı olur. Kaynak düzeyindeki bu görünüm, ekip performansı ve iş yükü dengesi panoları için önemlidir.

Süreç etkinliklerini bunları gerçekleştiren kişilerle ilişkilendirerek iş yükü, ekip performansı ve kaynak dağılımı analizlerini mümkün kılar.

Talep yönetim sistemindeki işlem kayıtlarında, denetim günlüklerinde veya kullanıcı atama alanlarında bulunur.

Bitiş zamanı, bir etkinliğin tamamlandığı anı gösteren kesin tarih ve saat bilgisidir. Başlangıç zamanıyla birlikte kullanıldığında, etkinliğin tamamlanmasının ne kadar sürdüğünü tam olarak ölçmenizi sağlar.

Bu öznitelik, ayrıntılı performans analizi için çok değerlidir. Başlangıç ve bitiş zamanları arasındaki fark, verimsiz adımları belirlemeye yarayan temel bir metrik olan işlem süresini veya etkinlik süresini verir. İşlem sürelerini inceleyerek en çok kaynak tüketen etkinlikleri ve operasyonları iyileştirme çalışmalarının hangi noktalara odaklanması gerektiğini belirleyebilirsiniz. Süreç darboğazları ve ekip performansıyla ilgili panoların oluşturulmasında temel bir veridir.

Etkinliklerin işlem sürelerini hassas biçimde hesaplamayı sağlar. Bu, darboğazları belirlemek ve kaynak verimliliğini incelemek için önemlidir.

Genellikle olay günlüklerinde veya denetim izlerinde başlangıç zamanıyla birlikte bulunur. Yalnızca değişiklik olayları kaydediliyorsa bu değer türetilerek hesaplanabilir.

Departman özniteliği, yaşam döngüsünün belirli bir aşamasında talepten sorumlu kurumsal grubu belirtir. Örnek olarak 'İlk hasar bildirimi', 'Özel incelemeler birimi' veya 'Ödemeler departmanı' verilebilir.

Bu bilgi, farklı kuruluş birimleri arasındaki iş devirlerini ve iş birliğini anlamak için önemlidir. Süreci departman bazında incelemek, talep bir ekipten diğerine geçtiğinde yaşanan gecikmeleri ortaya çıkarabilir. Departmanlar arasındaki darboğazları belirlemeye yardımcı olur ve ekiplere özgü iş yükü ile performansı değerlendirmek için gereklidir. Eksper iş yükü dengesi gibi temel performans göstergelerini ve ekip performansı panolarını destekler.

Ekipler arasındaki iş devirlerini incelemeye ve departmanlar arası darboğazları belirlemeye yardımcı olarak kurumsal performans analizini destekler.

Genellikle talep kaydında, atanan kullanıcıyla veya mevcut süreç aşamasıyla ilişkili olarak saklanır.

Sonuçlandırma hedef tarihi, yani son tarih, talep sürecinin tamamlanması için belirlenen süredir. Bu tarih genellikle mevzuat gereklilikleri veya müşterilere zamanında hizmet sunmayı amaçlayan kurum içi hizmet düzeyi anlaşmaları (SLA) tarafından belirlenir.

Bu öznitelik, uyumluluk ve performans takibi için temel önemdedir. Kuruluşlar, talebin gerçek kapanış tarihini hedef tarihle karşılaştırarak SLA’ya uyum oranını ölçebilir. Process Mining, hangi süreç adımlarının veya akışlarının SLA ihlaline yol açma olasılığının daha yüksek olduğunu gösterebilir. Böylece son tarihler önceden yönetilebilir ve zamanında sonuçlandırmayı en çok etkileyecek iyileştirmelere öncelik verilebilir. Bu analiz, 'SLA ve son tarihlere uyum' panosunu doğrudan destekler.

SLA’lara veya mevzuattaki son tarihlere zamanında uyumu ölçmeyi sağlar. Bu, süreç etkinliğinin önemli bir göstergesidir.

Genellikle talep oluşturulurken iş kurallarına göre hesaplanır ve ana talep kaydında saklanır.

Talep önem derecesi, talebin karmaşıklığını, aciliyetini veya olası maliyetini değerlendirir. Bu sınıflandırma, taleplere öncelik verilmesine ve uygun beceri düzeyindeki eksperlere yönlendirilmesine yardımcı olur. Önem derecesi; tahmini zarar tutarı, olayın niteliği veya dava süreci olup olmadığı gibi etkenlere göre belirlenebilir.

Süreci talep önem derecesine göre incelemek, işlem adımlarının talebin niteliğine uygun olup olmadığını anlamak açısından önemlidir. Örneğin, yüksek önem dereceli taleplerin çevrim süresi daha uzun olabilir; ancak bu taleplerin daha kapsamlı bir incelemeden geçmesi beklenir. Bu öznitelik, karmaşık taleplerin gereken ilgiyi görürken basit taleplerin hızla işlenip işlenmediğini doğrulamaya yardımcı olur. Böylece kaynak dağılımı ve müşteri memnuniyeti iyileştirilebilir.

Basit ve karmaşık talepleri ayırt etmeye, süreç yürütümünün talebin karmaşıklığına uygun olup olmadığını incelemeye yardımcı olur.

Genellikle talep ilk kaydedilirken iş kurallarına göre belirlenir ve ana talep kaydında bir alan olarak saklanır.

Talep türü, talepleri iş koluna veya hasarın niteliğine göre sınıflandırır. Örnek olarak 'Otomobil', 'Mülk', 'Sorumluluk' veya 'Maluliyet' verilebilir. Farklı talep türleri genellikle farklı süreç yolları izler; karmaşıklık düzeyleri ve SLA’ları da değişebilir.

Süreç analizini talep türüne göre gruplandırmak, anlamlı içgörüler elde etmenin temel yollarından biridir. Farklı kategorilerdeki çevrim sürelerini, maliyetleri ve süreç uyumunu karşılaştırmanızı sağlar. Örneğin analiz, otomobil taleplerinde verimli olan bir sürecin mülk taleplerinde verimsiz kaldığını gösterebilir ve iyileştirme çalışmalarının doğru alanlara yönelmesine yardımcı olur. Bu öznitelik, 'Talep kategorisine göre performans' panosu için gereklidir.

Talepleri gruplandırarak farklı iş kollarındaki süreçleri ve performansı karşılaştırmayı, kategoriye özgü sorunları belirlemeyi sağlar.

Ana talep kaydında bulunan standart bir alandır ve genellikle talep ilk oluşturulduğunda belirlenir.

Tazminat tutarı, bir talebi sonuçlandırmak için ödenen toplam parasal değeri ifade eder. Talebin mali etkisini gösteren önemli bir sonuç metriğidir. Genellikle hasar değerlendirildikten ve karar verildikten sonra belirlenir.

Process Mining kapsamında bu öznitelik, maliyet analizleri için gereklidir. 'Talep başına ortalama maliyet' gibi temel performans göstergelerinin hesaplanmasını ve süreç farklılıklarının mali sonuçları nasıl etkilediğinin incelenmesini sağlar. Örneğin analiz, belirli yeniden çalışma döngülerinden geçen veya çevrim süresi daha uzun olan taleplerin daha yüksek tazminat tutarlarıyla sonuçlandığını gösterebilir. Böylece süreç verimliliği ile mali performans arasındaki bağlantı ortaya çıkar ve 'Talep maliyeti analizi' panosu desteklenir.

Süreç davranışını mali etkiyle doğrudan ilişkilendiren bu temel sonuç metriği, süreç iyileştirmelerinin maliyet-fayda analizini mümkün kılar.

Talebe bağlı mali veya ödeme kayıtlarında bulunur; talep kapatıldığında ya da ödeme yapıldığında kesinleşir.

Başvuru kanalı, talebin şirkete ilk olarak nasıl bildirildiğini gösterir. Yaygın kanallar arasında çevrimiçi müşteri portalı, mobil uygulama, acente, broker veya posta bulunur.

Süreci başvuru kanalına göre incelemek; veri kalitesi, verimlilik ve müşteri deneyimindeki önemli farklılıkları ortaya çıkarabilir. Örneğin dijital portal üzerinden iletilen taleplerde, postayla gönderilenlere kıyasla daha az veri girişi hatası görülebilir ve ilk işlemler daha hızlı tamamlanabilir. Bu içgörüler, hangi kanalların öne çıkarılacağı ve otomasyon ile süreç iyileştirmelerine nerede yatırım yapılacağı konusunda stratejik kararları destekler.

Başvuru kanalının süreç verimliliğini, veri kalitesini ve toplam çevrim süresini nasıl etkilediğini incelemeye yardımcı olur.

Genellikle 'İlk hasar bildirimi' (FNOL) sürecinde kaydedilir ve ana talep kaydında saklanır.

Hasar tarihi, talebe yol açan olayın (ör. trafik kazası veya maddi hasar) gerçekleştiği günü belirtir. Talebin bildirildiği ya da sisteme kaydedildiği tarihten farklıdır.

Hasar tarihi ile talebin kayıt tarihi arasındaki süre, bildirim gecikmesi olarak adlandırılır. Bu süreyi analiz etmek, müşteri davranışını anlamak ve bildirimde olağan dışı uzun gecikmeler gibi olası dolandırıcılık risklerini belirlemek açısından önemlidir. Olaydan sonuca kadar tüm hasar sürecinin zaman çizelgesini sunar ve yalnızca kurum içi işlem süresine bakmaktan daha geniş bir görünüm sağlar.

Olayın gerçekleştiği tarihi belirler; bildirim gecikmelerini ve olaydan kapanışa kadar geçen sürenin tamamını analiz etmenizi sağlar.

Hasar sahibi tarafından İlk Hasar Bildirimi sırasında verilir ve ana hasar kaydında saklanır.

Poliçe numarası, bildirilen zararı teminat altına alan sigorta sözleşmesinin benzersiz referansıdır. Hasar talebini belirli bir müşteriyle, poliçe koşullarıyla, teminat limitleriyle ve sözleşmenin diğer ayrıntılarıyla ilişkilendirir.

Poliçe numarası, süreç akışı analizinde her zaman doğrudan kullanılmasa da önemli bir bağlam bilgisi sağlar. Hasar verilerini poliçe veya müşteri düzeyinde bir araya getirerek tek bir poliçe sahibinin sık sık hasar talebinde bulunması gibi örüntüleri ortaya çıkarabilir. Ayrıca daha ayrıntılı segmentasyon ve analiz için hasar verilerinin poliçe türü ve teminat tutarı gibi poliçe düzeyindeki bilgilerle zenginleştirilmesini sağlar.

Hasar talebini ilgili sigorta sözleşmesiyle ilişkilendirir. Böylece daha ayrıntılı ve bağlamı gözeten analizler için poliçe verileri eklenebilir.

Hasar talebi alınırken kaydedilen ve hasar kaydının üstbilgisinde saklanan temel bir veri.

Ret nedeni, bir hasar talebinin neden ödenmediğini açıklayan kod veya metindir. Poliçe kapsamındaki sorunlar, dolandırıcılık şüphesi ya da gerekli belgelerin sunulmaması gibi farklı nedenler olabilir.

Ret nedenlerini analiz etmek, kurum içi süreçleri ve müşteri iletişimini iyileştirme fırsatlarını belirlemek açısından önemlidir. Örneğin, çok sayıda talebin eksik bilgi nedeniyle reddedilmesi, talep alma sürecinin iyileştirilmesi gerektiğine işaret edebilir. Ret nedenlerinin kök neden analizi; poliçe metinlerinin daha anlaşılır olmasına, müşterilerin daha iyi bilgilendirilmesine ve sonuçta reddedilecek talepler için harcanan idari emeğin azalmasına yardımcı olabilir.

Hasar taleplerinin neden ödenmediğini gösterir. Kök neden analiziyle müşteri iletişimini ve ilk aşamadaki süreçleri iyileştirmenizi sağlar.

Hasar Talebi Reddedildi etkinliği gerçekleştiğinde, önceden tanımlanmış bir listeden seçilir veya hasar uzmanı tarafından metin olarak girilir.

Talep durumu, bir olay gerçekleştiğinde talebin yaşam döngüsündeki aşamasını gösterir. 'İnceleniyor', 'Bilgi bekleniyor' veya 'Sonuçlandırıldı' gibi durumlar, talebin süreçte nerede olduğuna dair genel bir özet sunar.

Process Mining, ayrıntılı akışı etkinliklerden yeniden oluştururken talep durumu özniteliği değerli bir bağlam sağlar. Süreç akışını doğrulamak (ör. 'Ödeme yapıldı' etkinliği durumu doğru biçimde 'Kapalı' olarak değiştiriyor mu?) ve taleplerin belirli durumlardaki süresini incelemek için kullanılabilir. Böylece vakaların ne kadar süre beklemede kaldığı anlaşılır; sistem genelindeki gecikmeler veya verimsizlikler ortaya çıkarılabilir.

Talebin herhangi bir andaki durumunu göstererek farklı aşamalarda geçen süreyi incelemeye ve süreç akışını doğrulamaya yardımcı olur.

Ana talep kaydındaki temel bir alandır ve talep yaşam döngüsünde ilerledikçe güncellenir.

Talep edilen tutar, zarara ilişkin ilk tahmini veya talep sahibinin sürecin başında istediği miktarı gösterir. İnceleme ve değerlendirme aşamasında bu tutar değişebilir.

Bu öznitelik farklı analizlerde kullanılabilir. Hasar talebinin başlangıçtaki önem düzeyini belirlemeye ve ilk talep tutarıyla nihai ödeme tutarı arasındaki farkı izlemeye yardımcı olur. Bu farkın analizi, ilk tahminlerin doğruluğu ve hasar sürecindeki maliyet kontrol önlemlerinin etkinliği hakkında bilgi sağlayabilir. Finansal tahmin ve karşılık hesaplamalarında da önemli bir girdidir.

Hasar talebinin başlangıçtaki mali boyutunu gösterir. Önem düzeyini değerlendirmek ve nihai ödeme tutarıyla arasındaki farkı analiz etmek için kullanılır.

Hasar talebi ilk kez oluşturulurken kaydedilir ve hasar kaydının mali bilgiler bölümünde saklanır.