Szablon danych do analizy obsługi roszczeń

FINEOS Claims
Szablon danych do analizy obsługi roszczeń

Szablon danych do analizy obsługi roszczeń

Ten szablon porządkuje zbieranie danych potrzebnych do analizy procesu obsługi roszczeń. Zawiera podstawowe atrybuty i najważniejsze czynności do śledzenia, a także praktyczne wskazówki dotyczące pobierania tych informacji z systemów źródłowych. Skorzystajcie z niego, aby przygotować dziennik zdarzeń i szybciej rozpocząć analizę oraz usprawnianie obsługi roszczeń.
  • Zalecane atrybuty do szczegółowej analizy
  • Najważniejsze czynności w obsłudze roszczeń do śledzenia
  • Praktyczne wskazówki dotyczące pobierania danych
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty obsługi roszczeń

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby szczegółowo analizować workflow obsługi roszczeń.
5 Wymagane 8 Zalecane 9 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Znacznik czasu wskazujący, kiedy wystąpiła dana czynność lub zdarzenie.
Opis

Czas zdarzenia określa dokładną datę i godzinę wykonania czynności związanej z obsługą roszczenia. Dane chronologiczne są niezbędne do prawidłowego uporządkowania zdarzeń i zrozumienia przebiegu sprawy.

W analizie znacznik czasu służy do obliczania czasu trwania, czasu obsługi i czasu oczekiwania między poszczególnymi etapami. Jest podstawą wykrywania opóźnień, pomiaru wyników względem SLA i analizy dynamiki procesu w czasie.

Dlaczego to ważne

Znacznik czasu określa kolejność zdarzeń, co jest niezbędne do obliczania wskaźników czasowych, takich jak czas obsługi, i wykrywania wąskich gardeł.

Skąd pobrać

Informacje te są zwykle dostępne jako znacznik czasu utworzenia lub aktualizacji powiązany z każdym zdarzeniem albo rekordem statusu w FINEOS Claims.

Przykłady
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Identyfikator roszczenia
ClaimId
Unikalny identyfikator pojedynczego roszczenia ubezpieczeniowego, używany jako główny identyfikator sprawy w analizie procesu.
Opis

Identyfikator roszczenia łączy wszystkie czynności, zdarzenia i dane z całego okresu obsługi sprawy. Dzięki niemu można śledzić wszystkie etapy, od pierwszego zgłoszenia do ostatecznego zamknięcia, w ramach jednej sprawy.

W process mining ten atrybut jest niezbędny do odtworzenia przebiegu obsługi każdego roszczenia od początku do końca. Umożliwia analizę przebiegu procesu, obliczanie całkowitego czasu rozpatrywania oraz wykrywanie różnic w sposobie obsługi poszczególnych roszczeń.

Dlaczego to ważne

To podstawowy identyfikator, który łączy powiązane zdarzenia w jedną instancję procesu i umożliwia analizę całego przebiegu obsługi roszczenia.

Skąd pobrać

To klucz główny w głównych tabelach zarządzania sprawami roszczeń w FINEOS Claims.

Przykłady
CL-2023-001234CL-2023-005678CL-2024-009101
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub zadania, które wystąpiło na danym etapie obsługi roszczenia.
Opis

Ten atrybut opisuje pojedynczy krok lub etap procesu obsługi roszczenia, na przykład „Zgłoszenie roszczenia”, „Zakończenie wstępnej weryfikacji” lub „Wysłanie płatności”. Każda czynność oznacza konkretne działanie podjęte w sprawie.

Analiza kolejności i częstotliwości tych czynności stanowi podstawę process mining. Pokazuje rzeczywisty przebieg procesu, pomaga wykryć wąskie gardła, w których gromadzi się praca, oraz wskazuje typowe i wyjątkowe ścieżki obsługi roszczeń.

Dlaczego to ważne

Atrybut określa kroki procesu, dzięki czemu można przedstawić mapę procesu i analizować wzorce oraz odstępstwa w workflow.

Skąd pobrać

Dane pochodzą zwykle z dzienników zdarzeń, zmian statusu zadań lub ścieżek audytu w systemie FINEOS Claims.

Przykłady
Rejestracja roszczeniaOcena szkodyAutoryzacja płatnościZamknięcie roszczenia
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone z systemu źródłowego.
Opis

Ten atrybut podaje datę i godzinę ostatniego pobrania lub aktualizacji danych. Pozwala ocenić, jak aktualne są analizowane dane.

Informacja ta ma znaczenie dla zarządzania danymi i pozwala użytkownikom sprawdzić, czy analizują najnowsze dane o procesie. Ułatwia określenie opóźnienia w dostępności danych i jest przydatna przy raportowaniu procesów analizowanych niemal w czasie rzeczywistym.

Dlaczego to ważne

Atrybut wskazuje aktualność danych, dzięki czemu użytkownicy wiedzą, jaki okres obejmuje analiza i kiedy dane zostały ostatnio odświeżone.

Skąd pobrać

Ten znacznik czasu jest zwykle generowany i zapisywany przez narzędzie do pobierania danych lub ETL po zakończeniu ich ładowania.

Przykłady
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
System źródłowy
SourceSystem
Wskazuje system IT, z którego pobrano dane.
Opis

Ten atrybut określa źródło danych o procesie. W tej analizie będzie nim zawsze „FINEOS Claims”, ale w środowisku obejmującym wiele systemów ma on istotne znaczenie dla śledzenia pochodzenia danych i zapewnienia ich jakości.

W szerszym ujęciu analitycznym pomaga rozróżniać procesy obejmujące kilka systemów i prawidłowo interpretować dane z uwzględnieniem ich źródła.

Dlaczego to ważne

Atrybut wskazuje pochodzenie danych, co jest niezbędne do zarządzania nimi, ich weryfikacji i integracji z innymi systemami.

Skąd pobrać

Zazwyczaj jest to stała wartość dodawana podczas pobierania danych, aby oznaczyć źródło zbioru.

Przykłady
FINEOS ClaimsFINEOS Claims v11.2
Czas zakończenia
EndTime
Znacznik czasu wskazujący, kiedy zakończyła się dana czynność lub zdarzenie.
Opis

Atrybut czasu zakończenia zapisuje dokładny moment zakończenia czynności. W połączeniu z czasem rozpoczęcia (EventTime) pozwala precyzyjnie obliczyć czas wykonania każdego kroku.

W analizie umożliwia odróżnienie aktywnego czasu pracy od czasu bezczynnego oczekiwania. Pozwala szczegółowo analizować wąskie gardła, wskazać czynności zajmujące najwięcej czasu i wykryć miejsca, w których tworzą się kolejki.

Dlaczego to ważne

Pozwala precyzyjnie obliczyć czas realizacji każdej czynności, co pomaga wykrywać nieefektywne etapy i oceniać wykorzystanie zasobów.

Skąd pobrać

Należy sprawdzić dokumentację FINEOS Claims. Informacja może być dostępna w dziennikach zdarzeń lub można ją ustalić na podstawie czasu rozpoczęcia kolejnego zdarzenia.

Przykłady
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z
Docelowa data rozpatrzenia
ResolutionTargetDate
Termin, do którego roszczenie powinno zostać rozpatrzone zgodnie z SLA lub przepisami.
Opis

Atrybut określa termin zakończenia obsługi roszczenia wynikający z umów SLA lub wymogów regulacyjnych. Stanowi punkt odniesienia do oceny rzeczywistych wyników.

Data ta jest niezbędna do monitorowania zgodności z SLA. Porównanie rzeczywistej daty zamknięcia roszczenia z docelową datą rozpatrzenia pozwala obliczyć odsetek spraw obsłużonych zgodnie z SLA, wykryć roszczenia zagrożone przekroczeniem terminu i przeanalizować przyczyny opóźnień prowadzących do niezgodności.

Dlaczego to ważne

To punkt odniesienia przy ocenie zgodności z SLA. Pozwala wykrywać opóźnione roszczenia i analizować przyczyny opóźnień.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Termin jest często wyliczany na podstawie daty zgłoszenia i typu roszczenia, zgodnie z regułami biznesowymi.

Przykłady
2023-11-15T23:59:59Z2024-01-30T23:59:59Z
Dział
Department
Dział lub jednostka organizacyjna odpowiedzialna za obsługę działania albo roszczenia.
Opis

Atrybut określa jednostkę organizacyjną odpowiedzialną za dane działanie lub obsługę roszczenia na określonym etapie, na przykład „Przyjęcie zgłoszenia”, „Dział dochodzeń” lub „Dział płatności”.

Analiza procesu według działów pomaga zrozumieć przekazywanie spraw między jednostkami, które często powoduje opóźnienia. Ułatwia wskazanie działów tworzących wąskie gardła, ocenę ich efektywności i analizę przydziału zasobów w organizacji.

Dlaczego to ważne

Umożliwia analizę wyników według jednostek organizacyjnych, wskazując opóźnienia przy przekazywaniu spraw między działami i wąskie gardła w poszczególnych działach.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Dział można ustalić na podstawie profilu przypisanego likwidatora szkody lub kolejki, do której przypisano zadanie.

Przykłady
Przyjęcie i rejestracjaDział dochodzeń specjalnychObsługa płatnościWeryfikacja medyczna
Kanał zgłoszenia
SubmissionChannel
Sposób lub kanał, za pośrednictwem którego zgłoszono roszczenie.
Opis

Atrybut ten określa sposób przyjęcia roszczenia, na przykład przez portal internetowy, e-mail, pocztą tradycyjną lub za pośrednictwem agenta. Kanał zgłoszenia może znacząco wpływać na jakość danych i czas rozpoczęcia obsługi.

Analiza procesu według kanału zgłoszenia pozwala ustalić, które kanały przyspieszają obsługę, wiążą się z częstszymi poprawkami, na przykład z powodu brakujących informacji, lub prowadzą do lepszych wyników. Wnioski mogą pomóc w wyborze inwestycji usprawniających poszczególne kanały, na przykład w poprawie formularzy internetowych, aby ograniczyć liczbę błędów.

Dlaczego to ważne

Pozwala sprawdzić, czy niektóre kanały przyjmowania zgłoszeń przyspieszają obsługę lub wiążą się z częstszymi poprawkami, co pomaga planować rozwój kanałów i inwestycje.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Kanał jest zwykle rejestrowany podczas przyjmowania roszczenia i zapisywany w głównym rekordzie.

Przykłady
Portal internetowyPocztaBrokerTelefon
Przypisany likwidator
AssignedAdjuster
Imię i nazwisko lub identyfikator likwidatora albo użytkownika odpowiedzialnego za daną czynność.
Opis

Ten atrybut wskazuje osobę lub zespół, który wykonał dane zadanie w procesie obsługi roszczenia. Pozwala powiązać czynności w procesie z zasobami ludzkimi.

Analiza danych według przypisanego likwidatora pomaga zrozumieć rozkład obciążenia pracą, indywidualne wyniki i efektywność wykorzystania zasobów. Może wskazać przeciążonych likwidatorów, ujawnić potrzeby szkoleniowe na podstawie porównania wyników i pomóc lepiej rozdzielić pracę.

Dlaczego to ważne

Atrybut łączy etapy procesu z osobami, które je wykonują. Umożliwia analizę obciążenia pracą, efektywności wykorzystania zasobów i porównanie wyników.

Skąd pobrać

Należy sprawdzić dokumentację FINEOS Claims. Informacje te są zwykle przechowywane w polach dotyczących właściciela zadania lub przypisania użytkownika, powiązanych ze zdarzeniami roszczenia.

Przykłady
John SmithEmily JonesADJ-4561
Rodzaj roszczenia
ClaimType
Kategoria roszczenia ubezpieczeniowego, na przykład dotyczącego niezdolności do pracy, mienia lub odpowiedzialności cywilnej.
Opis

Typ roszczenia określa się na podstawie rodzaju polisy lub charakteru szkody. Poszczególne typy roszczeń często przebiegają według różnych wariantów procesu, podlegają odmiennym wymogom regulacyjnym i wymagają innego sposobu obsługi.

To ważny wymiar analizy porównawczej. Filtrowanie lub podział widoku procesu według typu roszczenia pozwala analitykom wykrywać wąskie gardła charakterystyczne dla poszczególnych typów, porównywać wyniki między kategoriami i dostosowywać działania usprawniające do ich specyfiki. Można dzięki temu sprawdzić, czy obsługa niektórych typów roszczeń jest z natury mniej efektywna.

Dlaczego to ważne

Podział procesu na kategorie pozwala porównywać wyniki i wykrywać różnice między typami roszczeń, co ułatwia lepsze ukierunkowanie usprawnień.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. To podstawowy atrybut roszczenia, zwykle ustawiany podczas rejestracji i zapisywany w głównej tabeli spraw.

Przykłady
Krótkoterminowa niezdolność do pracyDługoterminowa niezdolność do pracyUbezpieczenie na życieŚmierć wskutek nieszczęśliwego wypadku
Status roszczenia
ClaimStatus
Bieżący lub historyczny status roszczenia w chwili wystąpienia zdarzenia.
Opis

Status roszczenia określa jego etap w cyklu obsługi, na przykład „Zarejestrowane”, „Oczekuje na informacje”, „Zatwierdzone”, „Odrzucone” lub „Zamknięte”. Atrybut pokazuje, na jakim etapie znajduje się roszczenie w danym momencie.

W analizie procesu zmiany statusu często odpowiadają konkretnym działaniom. Śledzenie statusu pomaga zrozumieć wyniki obsługi, wykryć wąskie gardła, w których roszczenia długo pozostają na jednym etapie, oraz przeanalizować przyczyny końcowego rozstrzygnięcia, takiego jak „Odrzucone” lub „Zamknięte”.

Dlaczego to ważne

Atrybut ten pomaga analizować wyniki obsługi roszczeń, filtrować sprawy aktywne i zamknięte oraz wykrywać etapy, na których sprawy utknęły.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. To podstawowe pole głównego rekordu roszczenia, aktualizowane w trakcie jego obsługi.

Przykłady
ZarejestrowaneW trakcie weryfikacjiOczekuje na płatnośćZamknięte, wypłaconoZamknięte, odrzucono
Waga roszczenia
ClaimSeverity
Klasyfikacja złożoności roszczenia lub jego potencjalnego wpływu finansowego, np. niska, średnia, wysoka.
Opis

Waga roszczenia określa jego złożoność, pilność lub ryzyko finansowe. Obsługa roszczeń o wysokiej wadze może wymagać większej liczby etapów, specjalistycznej weryfikacji lub dłuższego czasu niż w przypadku roszczeń o niskiej wadze.

Analiza procesu według wagi roszczenia pomaga ocenić, czy przydział zasobów i sposób organizacji procesu odpowiadają różnym poziomom złożoności. Może ujawnić, czy obsługa roszczeń o wysokiej wadze nadmiernie się opóźnia albo czy roszczenia o niskiej wadze przechodzą zbyt wiele etapów. Dzięki temu można lepiej podzielić proces i zarządzać zasobami.

Dlaczego to ważne

Podział według wagi pozwala sprawdzić, czy proces nadaje odpowiedni priorytet roszczeniom o dużym wpływie oraz czy określony poziom złożoności powoduje powstawanie wąskich gardeł.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Waga może być zapisana w osobnym polu lub wyliczana na podstawie innych atrybutów, takich jak szacowana kwota szkody.

Przykłady
NiskaŚredniaWysokaZłożona
Czy wymaga poprawki
IsRework
Wartość logiczna wskazująca, czy działanie jest powtórzeniem lub poprawką.
Opis

Ten wyliczany atrybut oznacza działania będące poprawkami, na przykład drugie zdarzenie „Poproszono o dodatkowe informacje” w tej samej sprawie. Zwykle wykrywa się je na podstawie powtarzających się działań lub cofnięć w przebiegu procesu.

Oznaczenie poprawek ułatwia analizę nieefektywności. Pozwala łatwo obliczyć odsetek poprawek, czyli ważny KPI. Dashboardy mogą wykorzystywać ten atrybut do pokazywania częstotliwości i wpływu poprawek, co pomaga ustalić przyczyny nieefektywnych powtórzeń.

Dlaczego to ważne

Bezpośrednio oznacza nieefektywne powtórzenia w procesie, ułatwiając obliczenie odsetka poprawek i analizę przyczyn ponownego wykonywania pracy.

Skąd pobrać

Atrybut jest wyliczany podczas analizy process mining przez wykrywanie powtarzających się działań w tej samej sprawie. Można na przykład oznaczyć drugie wystąpienie działania „Rozpoczęto dochodzenie”.

Przykłady
truefalse
Data szkody
LossDate
Data wystąpienia zdarzenia, które spowodowało zgłoszenie roszczenia.
Opis

Data szkody wskazuje, kiedy doszło do zdarzenia, na przykład wypadku lub urazu. Różni się od daty zgłoszenia roszczenia i może mieć znaczenie przy jego weryfikacji i obsłudze.

Atrybut ten dostarcza ważnego kontekstu. Czas między datą szkody a datą zgłoszenia roszczenia, czyli opóźnienie w zgłoszeniu, może być istotnym KPI. Analiza tego okresu pozwala wykryć problemy w procesie zgłaszania i ocenić ich wpływ na cały cykl obsługi roszczenia.

Dlaczego to ważne

Dostarcza ważnego kontekstu i pozwala obliczyć opóźnienie w zgłoszeniu, czyli czas od szkody do zgłoszenia. Może ono wpływać na złożoność i wynik obsługi roszczenia.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Data jest standardowym polem rejestrowanym podczas zgłoszenia szkody lub rejestracji roszczenia.

Przykłady
2023-10-152023-09-012024-02-20
Kwota szkody
LossAmount
Szacowana kwota szkody lub rezerwa finansowa związana z roszczeniem.
Opis

Kwota szkody oznacza wstępne oszacowanie lub rezerwę finansową utworzoną na potrzeby roszczenia. Wartość może się zmieniać w miarę prowadzenia dochodzenia i oceny sprawy.

Dane finansowe pomagają dzielić roszczenia na grupy i sprawdzać, jak ich wartość wiąże się z przebiegiem procesu. Można na przykład ustalić, czy obsługa roszczeń o wyższej wartości trwa dłużej lub wymaga częstszych poprawek. Kwota szkody jest też ważnym elementem prognoz finansowych i zarządzania ryzykiem.

Dlaczego to ważne

Dostarcza kontekstu finansowego i pozwala analizować wpływ wartości roszczenia na czas obsługi, złożoność i przebieg procesu.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Dane te znajdują się zwykle w tabelach finansowych lub dotyczących rezerw, powiązanych z roszczeniem.

Przykłady
5000.00150000.00250.50
Kwota wypłaty
PaymentAmount
Rzeczywista kwota wypłacona z tytułu roszczenia.
Opis

Kwota wypłaty to suma wypłacona po rozpatrzeniu i zatwierdzeniu roszczenia. Jeśli dokonano kilku wypłat, atrybut może oznaczać kwotę pojedynczej transakcji.

Atrybut ten jest niezbędny do uzgadniania danych finansowych i analizy kwot wypłaconych w ramach procesu. Pozwala porównać początkową szacowaną kwotę szkody z końcową wypłatą. W analizie procesu pomaga ocenić finansowe skutki różnych wariantów procesu i decyzji.

Dlaczego to ważne

Pokazuje finansowy wynik procesu, co pozwala oceniać wyniki finansowe i analizować wartość roszczeń.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Dane znajdują się w tabelach transakcji płatniczych powiązanych ze sprawą.

Przykłady
4850.00145000.000.00
Numer polisy
PolicyNumber
Unikalny identyfikator polisy, z której tytułu zgłoszono roszczenie.
Opis

Numer polisy identyfikuje umowę ubezpieczenia obejmującą dane roszczenie. Łączy roszczenie z konkretnym klientem, warunkami polisy i zakresem ochrony.

Choć nie jest bezpośrednim atrybutem procesu, dostarcza ważnego kontekstu biznesowego. Umożliwia grupowanie danych o roszczeniach według polisy lub klienta, co pomaga analizować częstotliwość roszczeń i doświadczenia klientów, a także wykrywać polisy, z których wynika wiele złożonych roszczeń.

Dlaczego to ważne

Dostarcza kontekstu biznesowego, łącząc roszczenie z umową konkretnego klienta i umożliwiając analizę procesu z perspektywy klienta.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. To podstawowa informacja rejestrowana przy zgłoszeniu roszczenia i zapisywana w jego głównym rekordzie.

Przykłady
POL-987654321POL-123456789
Przyczyna odrzucenia
DenialReason
Kod lub opis wyjaśniający, dlaczego roszczenie zostało odrzucone.
Opis

Gdy roszczenie zostaje odrzucone, atrybut ten wskazuje konkretną przyczynę decyzji. Może nią być na przykład brak ochrony w polisie, podejrzenie oszustwa lub niekompletne informacje.

Atrybut ten pomaga ustalić przyczyny odrzucania roszczeń. Analiza częstotliwości poszczególnych przyczyn pozwala wykryć typowe problemy przy zgłaszaniu, niejasności klientów dotyczące zakresu ochrony lub potrzeby szkoleniowe likwidatorów szkód. Wnioski mogą pomóc ograniczyć liczbę odrzuceń i poprawić zadowolenie klientów.

Dlaczego to ważne

Pomaga ustalić przyczyny niepowodzeń procesu oraz wskazać możliwości ograniczenia liczby odrzuconych roszczeń i poprawy jakości przyjmowanych zgłoszeń.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Przyczyna jest zwykle zapisywana w ustrukturyzowanym polu lub jako kod wybierany podczas działania „Odrzuć roszczenie”.

Przykłady
Wyłączenie w polisieNie przekazano wymaganych informacjiDuplikat roszczeniaPodejrzenie oszustwa
Przyczyna ponownego otwarcia
ReopenReason
Kod lub opis wyjaśniający, dlaczego zamknięte roszczenie zostało ponownie otwarte.
Opis

Atrybut ten określa przyczynę zmiany statusu roszczenia z „Zamknięte” na aktywny. Typowe powody to otrzymanie nowych informacji, odwołanie klienta lub poprawienie błędu.

Analiza przyczyn ponownego otwarcia pozwala bezpośrednio ocenić jakość procesu i trwałość rozstrzygnięć. Duża liczba ponownie otwartych roszczeń, zwłaszcza z określonych przyczyn, wskazuje, że pierwotne zamknięcie sprawy mogło być nieprawidłowe. Dane te pomagają wykryć słabe punkty dochodzenia lub podejmowania decyzji i wskazać obszary do usprawnienia, tak aby roszczenia były prawidłowo rozpatrywane za pierwszym razem.

Dlaczego to ważne

Ujawnia przypadki, w których roszczenie zamknięto przedwcześnie lub błędnie, i wskazuje możliwości poprawy skuteczności rozpatrywania spraw za pierwszym razem.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Przyczyna jest zwykle zapisywana, gdy użytkownik wybiera w systemie działanie „Otwórz roszczenie ponownie”.

Przykłady
Złożono odwołanieOtrzymano nowe dowody medycznePoprawiono błąd administracyjnyKonieczna korekta płatności
Region klienta
CustomerRegion
Region geograficzny lub stan zamieszkania osoby zgłaszającej roszczenie albo ubezpieczającego.
Opis

Atrybut wskazuje lokalizację geograficzną powiązaną z roszczeniem, określoną na podstawie adresu osoby zgłaszającej roszczenie lub miejsca wystąpienia szkody.

Analiza geograficzna może ujawnić regionalne różnice w typach i częstotliwości roszczeń oraz efektywności ich obsługi. Pomaga sprawdzić, czy niektóre oddziały regionalne osiągają lepsze wyniki, a także wykryć lokalne czynniki, takie jak przepisy lub zjawiska pogodowe, które wpływają na obsługę roszczeń. Ułatwia to lepsze ukierunkowanie zarządzania i przydziału zasobów.

Dlaczego to ważne

Podział geograficzny pozwala wykrywać regionalne różnice w wynikach, zgodności z przepisami i wąskich gardłach charakterystycznych dla danej lokalizacji.

Skąd pobrać

Więcej informacji można znaleźć w dokumentacji FINEOS Claims. Dane te są zwykle pobierane z adresu ubezpieczającego lub osoby zgłaszającej roszczenie zapisanego w systemie.

Przykłady
Północny wschódKaliforniaŚrodkowy zachódFloryda
Status SLA
SLAState
Wyliczany status wskazujący, czy zakończono obsługę roszczenia przed upływem docelowego terminu.
Opis

Atrybut ten określa w prosty sposób, czy obsługa każdego roszczenia spełniła wymagania SLA. Jest wyliczany przez porównanie daty zamknięcia roszczenia z docelową datą rozpatrzenia. Wynik jest oznaczany jako „W terminie” lub „Po terminie”.

Ułatwia raportowanie i analizę zgodności z SLA. Zamiast analizować surowe daty, można użyć tych kategorii do tworzenia dashboardów pokazujących odsetek spraw obsłużonych zgodnie z SLA, filtrowania opóźnionych roszczeń w celu analizy ich wspólnych cech oraz monitorowania zmian wyników w czasie. Atrybut bezpośrednio wspiera dashboard i KPI dotyczące realizacji SLA.

Dlaczego to ważne

Zapewnia prosty i czytelny wskaźnik wyników SLA dla każdej sprawy, ułatwiając pomiar i analizę zgodności z SLA.

Skąd pobrać

To pole jest wyliczane przez porównanie znacznika czasu ostatniego działania z wartością „ResolutionTargetDate” dla każdej sprawy.

Przykłady
W terminiePo terminie
Wymagane Zalecane Opcjonalne

Czynności w obsłudze roszczeń

Poniżej przedstawiono najważniejsze kroki procesu i punkty kontrolne, które warto rejestrować w dzienniku zdarzeń, aby prawidłowo odkrywać przebieg procesu i identyfikować wąskie gardła.
6 Zalecane 9 Opcjonalne
Działanie Opis
Autoryzacja płatności
Oznacza formalne zatwierdzenie wypłaty obliczonej kwoty rozliczenia. Często jest to osobny etap po podjęciu decyzji w sprawie roszczenia, wymagający zgody kierownika lub określonego zespołu. Zdarzenie może być rejestrowane jako zmiana statusu na „Zatwierdzone do wypłaty”.
Dlaczego to ważne

To zdarzenie jest istotne przy pomiarze KPI „Czas autoryzacji płatności”. Opóźnienia między decyzją a autoryzacją mogą być ukrytym wąskim gardłem, które wpływa na zadowolenie klientów.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany statusu na „Oczekiwanie na płatność”, „Gotowe do wypłaty” lub „Płatność autoryzowana” w historii statusów roszczenia.

Rejestrowanie

Znacznik czasu zmiany statusu na „Zatwierdzone do wypłaty” lub podobny.

Typ zdarzenia inferred
Podjęcie decyzji w sprawie roszczenia
To ważny etap, na którym ubezpieczyciel formalnie decyduje o uznaniu, częściowym uznaniu lub odrzuceniu roszczenia. Zdarzenie jest niemal zawsze rejestrowane w FINEOS jako jawna zmiana statusu na „Zatwierdzone”, „Odrzucone” lub „Rozliczone”.
Dlaczego to ważne

To istotny etap, który wyznacza dalszy przebieg procesu, czyli wypłatę lub zamknięcie sprawy. Pomiar czasu do podjęcia decyzji i analiza wyników spraw są tu szczególnie ważne.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu w tabeli historii statusów roszczenia, odpowiadającego statusowi ostatecznej decyzji, np. „Zatwierdzone”, „Odrzucone” lub „Odmowa”.

Rejestrowanie

Znacznik czasu zmiany statusu na „Zatwierdzone” lub „Odrzucone”.

Typ zdarzenia inferred
Rejestracja roszczenia
Oznacza formalne utworzenie rekordu roszczenia w systemie FINEOS. Na tym etapie sprawa otrzymuje unikalny identyfikator i zostaje oficjalnie otwarta do obsługi. Zdarzenie jest zwykle rejestrowane na podstawie znacznika czasu utworzenia głównego obiektu roszczenia.
Dlaczego to ważne

To ważny etap, w którym samo zgłoszenie staje się aktywną sprawą. Stanowi wiarygodny punkt początkowy do pomiaru wewnętrznego czasu obsługi.

Skąd pobrać

Zdarzenie można ustalić na podstawie znacznika czasu utworzenia głównej sprawy roszczenia w bazie FINEOS. W większości podstawowych obiektów systemowych data utworzenia jest zapisywana na potrzeby audytu.

Rejestrowanie

Należy użyć znacznika czasu utworzenia głównego rekordu sprawy roszczenia.

Typ zdarzenia explicit
Wysłanie płatności
Oznacza moment faktycznego przetworzenia i wysłania płatności do zgłaszającego lub usługodawcy. W FINEOS zdarzenie jest często wywoływane przez integrację z systemem finansowym i zapisywane w dzienniku transakcji lub jako końcowa aktualizacja statusu płatności.
Dlaczego to ważne

To moment, który ma szczególne znaczenie dla klienta. Analiza czasu od autoryzacji do wysłania płatności pomaga usprawnić jej obsługę i poprawić jakość obsługi klienta.

Skąd pobrać

Zdarzenie może być zapisane bezpośrednio w tabeli dziennika transakcji płatniczych w FINEOS lub w zintegrowanym systemie zobowiązań. Możliwym źródłem jest też zmiana statusu na „Opłacone”.

Rejestrowanie

Należy użyć daty transakcji z rejestru płatności lub znacznika czasu zmiany statusu na „Opłacone”.

Typ zdarzenia explicit
Zamknięcie roszczenia
Oznacza końcowy status roszczenia w systemie, po zakończeniu wszystkich czynności, w tym wypłaty lub odrzucenia. Zdarzenie jest rejestrowane, gdy status roszczenia w FINEOS zmienia się na „Zamknięte” lub „Sfinalizowane”.
Dlaczego to ważne

To główne zdarzenie kończące proces. Czas od zgłoszenia roszczenia do jego zamknięcia jest podstawowym KPI służącym do pomiaru ogólnej efektywności procesu.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu ostatecznej zmiany statusu na „Zamknięte” w historii statusów roszczenia. Jest to ostatnia zarejestrowana aktualizacja statusu sprawy zakończonej pomyślnie.

Rejestrowanie

Znacznik czasu ostatecznej zmiany statusu na „Zamknięte” lub „Sfinalizowane”.

Typ zdarzenia inferred
Zgłoszenie roszczenia
Oznacza moment, w którym organizacja po raz pierwszy otrzymuje zgłoszenie roszczenia, na przykład przez portal internetowy, e-mail lub pocztą. To początek procesu obsługi. Zdarzenie jest zwykle rejestrowane, gdy First Notice of Loss (FNOL) trafia do obszaru pośredniego lub bezpośrednio do FINEOS.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces. Analiza czasu od zgłoszenia do rejestracji pomaga wykryć opóźnienia we wprowadzaniu danych i zakładaniu sprawy, które wydłużają cały proces.

Skąd pobrać

Zdarzenie można zwykle ustalić na podstawie daty utworzenia pierwszego rekordu zgłoszenia roszczenia lub wpisu FNOL w FINEOS. Może być zapisane bezpośrednio w dzienniku zdarzeń albo wywnioskowane z najwcześniejszego znacznika czasu powiązanego z identyfikatorem roszczenia.

Rejestrowanie

Należy użyć znacznika czasu utworzenia First Notice of Loss (FNOL) lub pierwszego rekordu roszczenia.

Typ zdarzenia inferred
Obliczenie kwoty odszkodowania
Ten etap następuje po decyzji o uznaniu roszczenia. Obliczana jest dokładna kwota wypłaty na podstawie limitów polisy, udziału własnego i oszacowanej szkody. Zdarzenie można zwykle ustalić na podstawie wprowadzenia i zatwierdzenia w FINEOS końcowej kwoty wypłaty lub rozliczenia.
Dlaczego to ważne

To działanie pozwala oddzielić obliczenie kwoty od zatwierdzenia roszczenia i autoryzacji płatności. Ułatwia ocenę sprawności zespołu finansowego przy ustalaniu ostatecznej kwoty wypłaty.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu wprowadzenia lub aktualizacji końcowej kwoty rozliczenia albo wypłaty w danych finansowych sprawy.

Rejestrowanie

Należy użyć znacznika czasu ostatniej aktualizacji pola z końcową kwotą rozliczenia.

Typ zdarzenia inferred
Ocena szkody
Oznacza obliczenie i zapisanie finansowych skutków roszczenia. Może obejmować ocenę szkód, kosztów leczenia lub innych zobowiązań. Zdarzenie jest często rejestrowane, gdy w FINEOS zostaną uzupełnione i zapisane określone pola dotyczące oceny finansowej.
Dlaczego to ważne

To ważny etap finansowy. Czas potrzebny na ocenę szkody po zakończeniu dochodzenia może służyć do oceny pracy zespołu odpowiedzialnego za wycenę.

Skąd pobrać

Zdarzenie można zwykle wywnioskować ze znacznika czasu pierwszego uzupełnienia lub zatwierdzenia w systemie pól dotyczących rezerwy finansowej albo szacowanej wartości szkody. Może nie odpowiadać osobnemu statusowi, lecz zdarzeniu wprowadzania danych.

Rejestrowanie

Należy użyć znacznika czasu ostatniej aktualizacji pól dotyczących oceny finansowej lub rezerwy.

Typ zdarzenia inferred
Odrzucenie roszczenia
Oznacza ostateczny wynik sprawy, w której nie zatwierdzono wypłaty. Zdarzenie jest rejestrowane, gdy status roszczenia zostaje ostatecznie ustawiony na „Odrzucone” lub „Odmowa”. To alternatywny punkt końcowy procesu.
Dlaczego to ważne

To jeden z głównych punktów końcowych procesu. Analiza ścieżek prowadzących do odrzucenia może dostarczyć informacji o jakości przyjmowania zgłoszeń, interpretacji warunków polisy lub możliwych przypadkach nadużyć.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zapisania ostatecznego statusu „Odrzucone” lub „Odmowa” w tabeli historii statusów roszczenia.

Rejestrowanie

Znacznik czasu ostatecznej zmiany statusu na „Odrzucone” lub „Odmowa”.

Typ zdarzenia inferred
Otrzymanie dodatkowych informacji
Oznacza otrzymanie wymaganych dokumentów lub informacji, co pozwala wznowić obsługę roszczenia. Zdarzenie można zwykle wywnioskować ze zmiany statusu z „Oczekiwanie na informacje” na aktywny, np. „W trakcie weryfikacji” lub „Gotowe do oceny”.
Dlaczego to ważne

Pomiar czasu od wysłania prośby do otrzymania informacji pokazuje opóźnienia zależne od stron zewnętrznych. Otrzymanie informacji oznacza też wznowienie wewnętrznej obsługi, dlatego jest istotne przy analizie czasu oczekiwania i przestojów.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany statusu roszczenia z „Oczekujące” na „Aktywne” lub „W trakcie obsługi”. Dokładny czas może też wskazywać powiązane zdarzenie przesłania dokumentu.

Rejestrowanie

Znacznik czasu zmiany statusu z „Oczekiwanie na informacje” na aktywny status obsługi.

Typ zdarzenia inferred
Ponowne otwarcie roszczenia
Do tego zdarzenia dochodzi, gdy wcześniej zamknięte roszczenie zostaje ponownie aktywowane w celu dalszej weryfikacji lub obsługi, często po odwołaniu albo otrzymaniu nowych informacji. Zdarzenie jest rejestrowane jako zmiana statusu z „Zamknięte” lub „Odrzucone” na aktywny, np. „W trakcie weryfikacji”.
Dlaczego to ważne

Śledzenie ponownie otwartych roszczeń pomaga zrozumieć wyjątki i problemy w procesie. Ujawnia sprawy, których nie udało się prawidłowo rozwiązać za pierwszym razem, co wpływa na efektywność i koszty operacyjne.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu końcowego, np. „Zamknięte”, na aktywny status niekońcowy, np. „Ponownie otwarte” lub „W trakcie weryfikacji”. Wymaga to analizy kolejności zmian statusu w czasie.

Rejestrowanie

Należy ustalić znacznik czasu zmiany statusu z zamkniętego na otwarty.

Typ zdarzenia inferred
Prośba o dodatkowe informacje
Do tego zdarzenia dochodzi, gdy osoba obsługująca roszczenie uzna, że do dalszych działań potrzebne są dodatkowe informacje od zgłaszającego lub strony trzeciej. W FINEOS jest to często rejestrowane jako zmiana statusu na „Oczekiwanie na informacje” lub jako osobne zdarzenie dotyczące wysłanej wiadomości.
Dlaczego to ważne

To ważne zdarzenie przy analizie poprawek i pętli w procesie. Częste występowanie może wskazywać na problemy z początkowym zbieraniem danych i być istotną przyczyną opóźnień.

Skąd pobrać

Zdarzenie można wywnioskować ze zmiany statusu roszczenia na „Oczekiwanie na informacje” lub podobny. Może też być zapisane jako osobne zdarzenie w chwili wygenerowania przez system korespondencji z prośbą o informacje.

Rejestrowanie

Znacznik czasu zmiany statusu na „Oczekiwanie na informacje” lub wpis w dzienniku dotyczący pisma albo e-maila z prośbą o informacje.

Typ zdarzenia inferred
Rozpoczęcie dochodzenia
Oznacza rozpoczęcie formalnego dochodzenia lub rozpatrywania roszczenia. Zdarzenie jest często rejestrowane, gdy sprawa zostaje przydzielona osobie prowadzącej dochodzenie lub jej status w FINEOS zmienia się na „W trakcie dochodzenia”.
Dlaczego to ważne

Ten etap rozpoczyna potencjalnie długą i złożoną część procesu. Śledzenie czasu jego rozpoczęcia jest niezbędne do pomiaru długości i efektywności dochodzenia.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany statusu na „W trakcie dochodzenia” lub „Rozpatrywanie w toku”. Może też być powiązane z datą przydzielenia sprawie osoby prowadzącej dochodzenie.

Rejestrowanie

Znacznik czasu zmiany statusu roszczenia na „W trakcie dochodzenia”.

Typ zdarzenia inferred
Zakończenie dochodzenia
Oznacza zakończenie wszystkich niezbędnych czynności dochodzeniowych i gotowość roszczenia do podjęcia ostatecznej decyzji. Zdarzenie można wywnioskować ze zmiany statusu z „W trakcie dochodzenia” na kolejny, np. „Oczekiwanie na decyzję” lub „Gotowe do oceny”.
Dlaczego to ważne

Ten etap kończy gromadzenie dowodów. Analiza czasu od rozpoczęcia do zakończenia dochodzenia pomaga wykryć wąskie gardła w samym procesie rozpatrywania roszczenia.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany statusu z „W trakcie dochodzenia” na status wskazujący, że kolejnym etapem będzie decyzja lub ocena.

Rejestrowanie

Znacznik czasu zmiany statusu roszczenia z „W trakcie dochodzenia” na „Gotowe do podjęcia decyzji”.

Typ zdarzenia inferred
Zakończenie wstępnej weryfikacji
Oznacza, że likwidator lub pracownik obsługi zakończył pierwszą ocenę zasadności roszczenia, jego szczegółów i wymaganej dokumentacji. Zdarzenie często można wywnioskować ze zmiany statusu w FINEOS, na przykład z „Nowe” lub „Zarejestrowane” na „W trakcie weryfikacji” lub „Przypisane”.
Dlaczego to ważne

Śledzenie tego etapu pozwala mierzyć czas do pierwszego działania i wykrywać zaległości na etapie wstępnej selekcji oraz przydzielania spraw. Opóźnienia na tym etapie mogą znacznie wydłużyć cały czas obsługi roszczenia.

Skąd pobrać

Zdarzenie można wywnioskować ze znacznika czasu zmiany statusu na wskazujący zakończenie weryfikacji, np. „Wstępna weryfikacja zakończona”, „Oczekiwanie na informacje” lub „W trakcie dochodzenia”. Dane te są zwykle przechowywane w tabeli historii statusów roszczenia.

Rejestrowanie

Należy ustalić znacznik czasu zmiany statusu z „Nowe” lub „Otwarte” na status po weryfikacji.

Typ zdarzenia inferred
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z FINEOS Claims

Metody ekstrakcji danych dla tego procesu są obecnie weryfikowane. Prosimy wrócić później lub skontaktować się z nami w celu uzyskania pomocy.

Gotowi do rozpoczęcia?

Ten szablon ułatwia przygotowanie danych, dzięki czemu można szybciej przejść do odkrywania wniosków i usprawniania obsługi roszczeń. Zacznijcie korzystać z danych już dziś, aby zwiększyć efektywność i poprawić satysfakcję ubezpieczonych.

Przyspiesz obsługę roszczeń. Zacznij już dziś

Dołącz do firm, które osiągają 70% automatycznej obsługi roszczeń bez udziału pracownika w FINEOS.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.