Szablon danych do analizy obsługi roszczeń
Szablon danych do analizy 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
Atrybuty obsługi roszczeń
| 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 | |||
Czynności w obsłudze roszczeń
| 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 | |||
Instrukcje pobierania danych
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.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.