Szablon danych do analizy obsługi szkód

Claim ID to podstawowy klucz łączący wszystkie zdarzenia i działania dotyczące jednej szkody, od zgłoszenia do zamknięcia. Dzięki niemu można śledzić cały przebieg obsługi szkody.

W analizie process mining ten atrybut jest niezbędny do utworzenia widoku sprawy. Analitycy mogą prześledzić pełny przebieg każdej szkody, zmierzyć całkowity czas obsługi i analizować warianty procesu.

To podstawowy identyfikator sprawy, który łączy wszystkie powiązane zdarzenia i umożliwia analizę całego przebiegu obsługi szkody.

To klucz główny w głównej tabeli lub encji szkody w Duck Creek Claims. Nazwę konkretnej tabeli i pola można znaleźć w dokumentacji systemu.

Czas zdarzenia określa dokładną datę i godzinę każdego działania zarejestrowanego w przebiegu obsługi szkody. Te dane czasowe są niezbędne do analizy efektywności.

W analizie timestamp służy do obliczania czasu między działaniami, wykrywania okresów oczekiwania, mierzenia całkowitego czasu obsługi sprawy i badania wyników procesu w różnych okresach. To podstawa wszystkich wskaźników procesu opartych na czasie.

Ten timestamp jest niezbędny do obliczania wszystkich wskaźników opartych na czasie, takich jak czas cyklu i czas trwania. Umożliwia analizę efektywności i wykrywanie wąskich gardeł.

To standardowe pole timestamp powiązane z dziennikami zdarzeń lub transakcji w Duck Creek Claims. Warto szukać pól takich jak „CreateDate”, „Timestamp” lub „EventDate”.

Ten atrybut opisuje konkretny etap lub zadanie w procesie obsługi szkody, na przykład „Zgłoszenie szkody”, „Przydzielenie likwidatora” lub „Wypłata odszkodowania”. Każde działanie oznacza osobny moment w przebiegu obsługi szkody.

Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Umożliwia odkrywanie modeli procesów, wykrywanie wąskich gardeł i pętli ponownej pracy oraz analizę odstępstw od modelu standardowego.

Nazwa działania określa etapy przepływu procesu. Jest niezbędna do odkrywania, analizowania i monitorowania procesu obsługi szkód.

Zwykle ustalana na podstawie dzienników zdarzeń, nazw transakcji lub zapisów zmian statusu w Duck Creek Claims. Może być konieczne mapowanie danych z kilku pól lub tabel źródłowych.

Ten atrybut określa grupę funkcyjną lub dział obsługujący szkodę, na przykład „Przyjmowanie zgłoszeń”, „Zespół dochodzeniowy” lub „Zespół ds. rozliczeń”. Zapewnia kontekst organizacyjny dla przebiegu procesu.

Analiza według działów pomaga zrozumieć wyniki procesu na poziomie całej organizacji. Ułatwia wykrywanie wąskich gardeł między działami, pomiar efektywności zespołów i analizę przepływu pracy w organizacji.

Umożliwia analizę wyników według obszarów funkcjonalnych i pomaga wykrywać przekazywanie spraw między działami oraz wąskie gardła w poszczególnych zespołach.

Warto sprawdzić dokumentację Duck Creek Claims. Informacje te są często powiązane z profilem przypisanego użytkownika lub przydziałem do kolejki albo grupy roboczej.

Poziom złożoności szkody wskazuje przewidywany wpływ lub stopień trudności jej obsługi. Może być określany na podstawie wstępnego oszacowania szkody, charakteru zdarzenia lub innych zdefiniowanych reguł biznesowych.

Atrybut ten ma duże znaczenie dla analizy wyników, ponieważ szkody o wysokim poziomie złożoności zwykle wymagają większej liczby działań, dłuższej obsługi i specjalistycznych zasobów. Podział KPI według poziomu złożoności pomaga ustalać realistyczne cele i oceniać wpływ złożoności na efektywność procesu oraz jego wyniki.

Umożliwia podział szkód według złożoności, co pozwala dokładniej analizować wyniki i realistycznie porównywać czas cyklu oraz koszty.

Warto sprawdzić dokumentację Duck Creek Claims. Może to być osobne pole albo wartość wyliczona na podstawie początkowej kwoty rezerwy na szkodę.

Ten atrybut wskazuje użytkownika lub zasób wykonujący dane działanie. Może się zmieniać w trakcie obsługi szkody, gdy sprawa jest przekazywana między likwidatorami lub zespołami.

Jest niezbędny do analizy efektywności pracy, rozkładu obciążenia i przekazywania spraw. Dashboardy dotyczące liczby obsługiwanych spraw, różnic w obciążeniu i wąskich gardeł często opierają się na tym atrybucie, aby pokazać, jak praca jest przydzielana i wykonywana.

Umożliwia analizę efektywności pracy, równomiernego podziału obciążenia i współpracy. Pomaga wykrywać wąskie gardła i potrzeby szkoleniowe.

Warto sprawdzić dokumentację Duck Creek Claims. Należy szukać pól użytkownika, właściciela lub osoby przypisanej w tabelach dotyczących zadań, zdarzeń lub głównej encji szkody.

Rodzaj szkody określa się na podstawie linii biznesowej lub charakteru zdarzenia powodującego szkodę. To podstawowy wymiar segmentacji i analizy danych o szkodach.

Atrybut ten służy do porównywania wyników procesu dla różnych rodzajów szkód. Na przykład szkoda komunikacyjna będąca szkodą całkowitą przebiega inaczej i ma inne KPI niż szkoda majątkowa spowodowana zalaniem. Analiza według rodzaju szkody zapewnia kontekst, ułatwia porównywanie wyników i pomaga dostosować działania usprawniające.

To ważny wymiar segmentacji analizy, ponieważ różne rodzaje szkód często wiążą się z odmiennymi procesami, SLA i poziomem złożoności.

Warto sprawdzić dokumentację Duck Creek Claims. Jest to podstawowy atrybut głównego rekordu szkody.

Status szkody określa jej aktualny etap w cyklu obsługi. Pokazuje w skrócie, na jakim etapie całego procesu znajduje się szkoda.

Ten atrybut przydaje się do tworzenia ogólnych zestawień szkód i filtrowania spraw. Szczególnie ważne jest ustalenie końcowego wyniku sprawy, na przykład „Zamknięta, wypłacono odszkodowanie” lub „Zamknięta, odmowa”. To niezbędne do analizy wyników i zrozumienia przyczyn odmów.

Pokazuje aktualny stan szkody i końcowy wynik sprawy, co ułatwia analizę rezultatów i filtrowanie spraw.

Informacje można znaleźć w dokumentacji Duck Creek Claims. To podstawowe pole głównego rekordu szkody.

Ten atrybut określa początkową szacunkową wartość straty związanej ze szkodą. To ważny wskaźnik finansowy, który często wpływa na sposób przekazania sprawy, ocenę jej wagi i wymagany zakres postępowania wyjaśniającego.

W analizie wartość szkody służy do grupowania spraw i sprawdzania, jak jej wysokość wiąże się z przebiegiem procesu. Na przykład szkody o wyższej wartości mogą przechodzić inną ścieżkę lub być rozpatrywane dłużej. Atrybut ten uzupełnia dane o przebiegu procesu o kontekst finansowy.

Uzupełnia dane o szkodzie o kontekst finansowy i pozwala sprawdzić, jak jej wartość wpływa na przebieg, czas rozpatrywania i wynik sprawy.

Informacje można znaleźć w dokumentacji Duck Creek Claims. To podstawowe pole finansowe szkody, często określane jako „zgłoszona wartość straty” lub „rezerwa początkowa”.

Ten atrybut określa czas zakończenia czynności. StartTime wskazuje, kiedy się rozpoczęła, a EndTime pozwala obliczyć czas jej trwania.

W process mining dane o początku i końcu czynności umożliwiają dokładniejszą analizę wyników. Pozwalają precyzyjnie obliczyć „Czas realizacji”, czyli czas aktywnej pracy nad zadaniem, oraz „Czas oczekiwania” między zadaniami. To rozróżnienie jest niezbędne do prawidłowego wykrywania wąskich gardeł.

Pozwala dokładnie obliczyć czas realizacji czynności i odróżnić aktywną pracę od przestojów i oczekiwania. To niezbędne do rzetelnej analizy wąskich gardeł.

Może być dostępny jako osobne pole znacznika czasu w dzienniku zdarzeń. Można go też wyznaczyć na podstawie StartTime kolejnej czynności w sekwencji dla tej samej sprawy.

Ten atrybut logiczny przyjmuje wartość true, jeśli czynność została powtórzona w sprawie po wykonaniu innych czynności. Przykładem jest przejście procesu od „Oceny szkody” z powrotem do „Rozpoczęcia postępowania wyjaśniającego”.

Atrybut ten pozwala mierzyć i analizować ponowne przetwarzanie. Wspiera KPI „Odsetek szkód wymagających ponownego przetwarzania” oraz dashboard „Powtarzanie czynności i wzorce ponownego przetwarzania szkód”. Umożliwia filtrowanie i wyróżnianie czynności oraz spraw, w których wystąpiło ponowne przetwarzanie. Dzięki temu łatwiej wskazać nieefektywne działania i problemy z jakością procesu.

Mierzy ponowne przetwarzanie na poziomie czynności, ułatwiając ocenę, wizualizację i analizę przyczyn oraz skutków nieefektywności procesu.

To pole nie pochodzi z systemu źródłowego. Jest obliczane podczas przygotowania danych za pomocą algorytmów wykrywających powtarzające się sekwencje czynności w ramach sprawy.

Ten atrybut logiczny powstaje przez porównanie znacznika czasu czynności „Zamknięcie szkody” z wartością ResolutionTargetDate dla danej sprawy. Określa, czy sprawę rozpatrzono w terminie (true), czy po terminie (false).

Atrybut ten bezpośrednio wspiera KPI „Odsetek szkód rozpatrzonych w terminie”. Ułatwia zbiorcze przedstawianie zgodności z SLA na dashboardach oraz analizę szczegółową cech spraw rozpatrywanych po terminie, takich jak rodzaj szkody, dział czy ścieżka procesu.

Bezpośrednio mierzy zgodność z SLA dla każdej szkody, umożliwiając filtrowanie i analizę przyczyn opóźnień.

To pole nie pochodzi z systemu źródłowego. Jest obliczane podczas przygotowania danych przez porównanie znacznika czasu ostatniej czynności z polem ResolutionTargetDate.

Ta flaga odróżnia zadania wykonane przez użytkowników od czynności realizowanych automatycznie przez system, takich jak wysyłanie powiadomień, wstępna walidacja danych czy obsługa bezpośrednia, bez ręcznej interwencji.

Analiza tego atrybutu pozwala ocenić poziom automatyzacji procesu obsługi szkód. Ułatwia mierzenie efektów wdrożonych rozwiązań, wskazuje kolejne możliwości automatyzacji i pomaga sprawdzić, czy zautomatyzowane czynności nie powodują problemów na dalszych etapach.

Pomaga mierzyć wpływ automatyzacji na efektywność i koszty oraz wskazuje możliwości obsługi spraw bez ręcznej interwencji.

Informację można wywnioskować z użytkownika przypisanego do zdarzenia, na przykład „SYSTEM” lub „BATCH”, albo odczytać z osobnej flagi w rekordzie zdarzenia.

Ten atrybut wskazuje, kiedy zbiór danych został ostatnio zaktualizowany. Informuje, jak aktualne są analizowane dane.

W dashboardach i analizach pozwala poinformować użytkowników, kiedy dane zostały odświeżone. Pomaga też ocenić, czy widok procesu uwzględnia najnowsze transakcje.

Informuje użytkowników o aktualności danych, co ma znaczenie przy interpretacji analizy i podejmowaniu decyzji na czas.

Ten timestamp jest generowany podczas procesu wyodrębniania, transformacji i ładowania danych (ETL). Zwykle jest przechowywany w metadanych zbioru danych.

Ten atrybut przechowuje termin zamknięcia sprawy. Zależy on często od wymogów regulacyjnych, umów o gwarantowanym poziomie usług (SLA) lub wewnętrznych wskaźników KPI. Może się różnić w zależności od rodzaju szkody lub jej wagi.

Na tej podstawie oblicza się KPI „Odsetek szkód rozpatrzonych w terminie” i monitoruje dashboard „Zgodność z docelowym terminem rozpatrzenia szkody”. Dzięki temu można wcześniej wykrywać sprawy zagrożone przekroczeniem SLA i ustalać priorytety pracy.

Pozwala mierzyć wyniki względem umów o gwarantowanym poziomie usług (SLA) i celów wewnętrznych, które bezpośrednio wpływają na zadowolenie klientów i zgodność.

Informacje można znaleźć w dokumentacji Duck Creek Claims. Może to być osobne pole z datą SLA albo data obliczana na podstawie daty zgłoszenia szkody i reguł biznesowych.

Ten atrybut zapisuje kwotę odszkodowania obliczoną i zatwierdzoną do wypłaty. To ważny wskaźnik wyniku każdej sprawy zakończonej wypłatą.

Atrybut ten ma znaczenie w analizie finansowej i dashboardach, takich jak „Czas zatwierdzenia i realizacji wypłaty”. Porównanie go z początkową „Wartością szkody” pozwala ocenić trafność rezerw. Jest też podstawą analizy finansowych wyników procesu obsługi szkód.

Pokazuje najważniejszy wynik finansowy sprawy. Jest niezbędny do raportowania finansowego i oceny trafności początkowych szacunków wartości szkody.

Informacje można znaleźć w dokumentacji Duck Creek Claims. Zwykle są przechowywane w tabelach transakcji finansowych lub płatności powiązanych ze szkodą.

Ten atrybut łączy szkodę z polisą, której dotyczy. Dostarcza informacji o zakresie ochrony, warunkach ubezpieczenia i kliencie powiązanym ze sprawą.

Numer polisy nie zawsze jest bezpośrednio wykorzystywany w analizie przebiegu procesu, ale pozwala wzbogacić dane o szkodzie. Po połączeniu z danymi o polisach i klientach można sprawdzić, jak wyniki procesu różnią się w zależności od segmentu klientów, rodzaju polisy lub czasu jej obowiązywania. Daje to pełniejszy obraz działalności.

Łączy szkodę z klientem i polisą, umożliwiając szerszą analizę wpływu wyników procesu na różne segmenty klientów i rodzaje polis.

Informacje można znaleźć w dokumentacji Duck Creek Claims. To standardowe pole referencyjne głównego rekordu szkody.

Gdy zapada decyzja o odmowie wypłaty odszkodowania, ten atrybut określa jej przyczynę. Zwykle wybiera się ją z predefiniowanej listy kodów lub opisów.

Analiza przyczyn odmów jest niezbędna w dashboardzie „Analiza decyzji i przyczyn odmów”. Pomaga wykrywać częste problemy ze zgłoszeniami, możliwe wzorce nadużyć oraz niejasne zapisy w warunkach ubezpieczenia. Wnioski z analizy mogą pomóc usprawnić przyjmowanie zgłoszeń lub zmienić zasady oceny ryzyka.

Wyjaśnia przyczyny odmów, pomagając usprawnić przyjmowanie zgłoszeń, ograniczyć nieprawidłowe zgłoszenia i wskazać obszary wymagające szkoleń.

Informacje można znaleźć w dokumentacji Duck Creek Claims. Pole jest zwykle uzupełniane po zmianie statusu szkody na „Odmowa” lub podobny.

Ten atrybut wskazuje aplikację źródłową, z której pochodzą dane o szkodzie. W tym przypadku będzie to zawsze „Duck Creek Claims”.

Może się wydawać zbędny, jeśli wszystkie dane pochodzą z jednego systemu, ale ma znaczenie dla zarządzania danymi i śledzenia ich pochodzenia. Jest też przydatny, gdy w przyszłości dane będą łączone z kilku systemów. Informuje o źródle i strukturze danych.

Zapewnia informacje o pochodzeniu danych i ich kontekście. Ma to znaczenie dla zarządzania danymi i rozwiązywania problemów, szczególnie w środowiskach z wieloma zintegrowanymi systemami.

Zwykle jest to stała wartość dodawana podczas wyodrębniania i transformacji danych, aby oznaczyć ich źródło.