Szablon danych dotyczących obsługi szkód
Szablon danych dotyczących obsługi szkód
- Zalecane atrybuty do gromadzenia danych o szkodach
- Najważniejsze działania do śledzenia w procesie obsługi szkód
- Instrukcja eksportu danych z Sapiens ClaimsPro krok po kroku
Atrybuty procesu obsługi szkód
| Nazwa | Opis | ||
|---|---|---|---|
| Identyfikator roszczenia ClaimId | Unikalny identyfikator każdego roszczenia ubezpieczeniowego, używany jako główny identyfikator sprawy do śledzenia jej przebiegu. | ||
| Opis Identyfikator roszczenia to podstawowy identyfikator sprawy, który łączy wszystkie zdarzenia i czynności dotyczące pojedynczego roszczenia ubezpieczeniowego. Dzięki niemu można odtworzyć i przeanalizować cały przebieg sprawy, od zgłoszenia do jej zamknięcia. W process mining każdy wpis w dzienniku zdarzeń musi być powiązany z identyfikatorem roszczenia. Pozwala to prześledzić pełną ścieżkę każdej sprawy, zobrazować warianty procesu, obliczyć czas realizacji od początku do końca oraz wykryć wąskie gardła i odstępstwa od standardowego workflow. Analiza według identyfikatora roszczenia daje pełny obraz przebiegu sprawy. Dlaczego to ważne Umożliwia połączenie wszystkich powiązanych czynności w jedną instancję procesu i analizę całego cyklu obsługi roszczenia. Skąd pobrać To klucz główny w głównej tabeli transakcji dotyczących roszczeń. Dokładną nazwę tabeli i pola można znaleźć w dokumentacji systemu. Przykłady CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Nazwa czynności ActivityName | Nazwa konkretnej czynności biznesowej lub zdarzenia, które wystąpiło na danym etapie obsługi roszczenia. | ||
| Opis Ten atrybut opisuje pojedynczy krok lub zadanie wykonane w ramach obsługi roszczenia, na przykład „Zgłoszono roszczenie”, „Przeprowadzono wstępną weryfikację” lub „Wypłacono odszkodowanie”. Każda czynność oznacza odrębny etap procesu, który ma czas rozpoczęcia i może mieć czas zakończenia. Analiza czynności stanowi podstawę process mining. Umożliwia wizualizację mapy procesu, wykrywanie wąskich gardeł między etapami, analizę częstotliwości czynności i poznanie różnic w przebiegu procesu. Sekwencja czynności dla danego identyfikatora roszczenia wyznacza przepływ procesu. Dlaczego to ważne Określa kolejne kroki procesu, co jest niezbędne do utworzenia mapy procesu oraz wykrycia wąskich gardeł i nieefektywności. Skąd pobrać Zwykle pochodzi z dzienników zdarzeń, rejestrów zmian statusu lub tabel zadań w Sapiens ClaimsPro. Może wymagać mapowania kodów statusu lub typów transakcji. Przykłady Szkoda zarejestrowanaRozpoczęto dochodzenieObliczono odszkodowanieZamknięto szkodę | |||
| Znacznik czasu zdarzenia EventTimestamp | Dokładna data i godzina rozpoczęcia danej czynności lub zdarzenia. | ||
| Opis Znacznik czasu zdarzenia zapisuje moment rozpoczęcia każdej czynności w procesie obsługi roszczenia. Pozwala ustalić kolejność zdarzeń i obliczyć czas między nimi. Stanowi podstawę chronologiczną dziennika zdarzeń. W analizie process mining ten atrybut jest niezbędny do obliczania wszystkich miar związanych z czasem, w tym czasu realizacji, czasu oczekiwania i czasu trwania czynności. Umożliwia wykrywanie wąskich gardeł, analizę wyników procesu w czasie oraz monitorowanie zgodności z SLA, ponieważ pokazuje, kiedy faktycznie wystąpiły poszczególne zdarzenia. Dlaczego to ważne Znacznik czasu jest niezbędny do chronologicznego uporządkowania zdarzeń i obliczania miar czasu, takich jak czas realizacji i czas przebywania w wąskim gardle. Skąd pobrać W Sapiens ClaimsPro znajduje się w tabelach zdarzeń lub transakcji, obok informacji o czynności albo zmianie statusu. Przykłady 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| Czas zakończenia zdarzenia EventEndTime | Dokładna data i godzina zakończenia danej czynności. | ||
| Opis Czas zakończenia zdarzenia wskazuje moment zakończenia czynności. Niektóre zdarzenia są natychmiastowe (StartTime jest równe EndTime), ale wiele czynności trwa przez pewien czas. Jeśli ten znacznik czasu jest dostępny, pozwala dokładnie zmierzyć czas trwania każdego kroku. Atrybut służy do obliczania „czasu aktywnej pracy” lub „czasu przetwarzania” czynności, w odróżnieniu od „czasu oczekiwania” między czynnościami. Dzięki temu można odróżnić czas poświęcony na obsługę roszczenia od czasu, gdy sprawa czeka w kolejce. To ważne przy wskazywaniu czynności, które zajmują najwięcej czasu. Dlaczego to ważne Umożliwia obliczenie aktywnego czasu przetwarzania poszczególnych czynności i odróżnienie czasu pracy od czasu oczekiwania. Skąd pobrać Może znajdować się w tych samych dziennikach transakcji co czas rozpoczęcia albo wymagać wyliczenia na podstawie czasu rozpoczęcia kolejnego zdarzenia. Szczegóły można znaleźć w dokumentacji Sapiens ClaimsPro. Przykłady 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| Kwota ugody SettlementAmount | Ostateczna kwota wypłacona zgłaszającemu w ramach ugody dotyczącej roszczenia. | ||
| Opis Ten atrybut określa kwotę ugody dotyczącej roszczenia. Jest miarą wyniku, która odzwierciedla finansowe skutki sprawy i decyzje podjęte w trakcie procesu. W analizie procesu kwota ugody służy w dashboardzie „Decyzje dotyczące roszczeń i analiza ugód” do sprawdzania, czy różnice w przebiegu procesu lub działania likwidatorów wiążą się z wysokością ugody. Jest też podstawą KPI „Wskaźnik spójności kwot ugód”, który pomaga wykrywać rozbieżności w decyzjach dotyczących podobnych roszczeń. Dlaczego to ważne To miara wyniku procesu. Analiza kwoty ugody w zestawieniu z wariantami procesu może pokazać, jak nieefektywność lub odstępstwa wpływają na wynik finansowy. Skąd pobrać Dane znajdują się w tabelach finansowych lub transakcji płatniczych powiązanych z roszczeniem w Sapiens ClaimsPro. Przykłady 5000.001250.75250000.00 | |||
| Przypisany dział AssignedDepartment | Dział lub zespół odpowiedzialny za obsługę roszczenia na danym etapie. | ||
| Opis Ten atrybut wskazuje jednostkę biznesową lub zespół, na przykład „Wstępna rejestracja”, „Roszczenia złożone” lub „Jednostka ds. dochodzeń specjalnych”, któremu przypisano roszczenie albo czynność. Umożliwia analizę procesu z perspektywy działu. Analiza według działu pomaga wykrywać wąskie gardła charakterystyczne dla poszczególnych zespołów, śledzić przekazywanie spraw między działami i oceniać ich efektywność. Jest niezbędna do przygotowania dashboardu „Obciążenie likwidatorów i działów” oraz analizy procesów na poziomie całej organizacji. Dlaczego to ważne Umożliwia analizę wyników procesu i przekazywania spraw między zespołami, co pomaga wykrywać wąskie gardła w organizacji. Skąd pobrać Często jest powiązany z profilem użytkownika w systemie lub przypisany bezpośrednio do sprawy. Szczegóły można znaleźć w dokumentacji Sapiens ClaimsPro. Przykłady Dział likwidacji szkód komunikacyjnychRoszczenia majątkoweJednostka ds. dochodzeń specjalnych | |||
| Przypisany likwidator szkody AssignedAdjuster | Imię i nazwisko lub identyfikator likwidatora odpowiedzialnego za obsługę roszczenia albo wykonanie konkretnej czynności. | ||
| Opis Ten atrybut wskazuje użytkownika lub zasób, który wykonał czynność dotyczącą roszczenia. Informacja o przypisanym likwidatorze pomaga analizować rozkład obciążenia pracą, indywidualne wyniki i przydział zasobów. Dzięki temu można filtrować mapę procesu według likwidatora, porównywać sposób obsługi roszczeń i wskazywać potrzeby szkoleniowe. Atrybut jest niezbędny do przygotowania dashboardu „Obciążenie likwidatorów i działów” oraz obliczenia KPI „Równowaga obciążenia likwidatorów”. Dlaczego to ważne Umożliwia analizę zasobów, w tym wykrywanie nierównomiernego obciążenia pracą, wysokich wyników i potrzeb szkoleniowych. Skąd pobrać Dane można znaleźć w dziennikach aktywności użytkowników lub tabelach transakcji w Sapiens ClaimsPro. Często są powiązane z użytkownikiem, który utworzył lub ostatnio zmodyfikował rekord. Przykłady Jan Kowalskij.kowalskiUSR-00451 | |||
| Rodzaj roszczenia ClaimType | Kategoria roszczenia ubezpieczeniowego, na przykład komunikacyjne, majątkowe lub z tytułu odpowiedzialności cywilnej. | ||
| Opis Rodzaj roszczenia określa się na podstawie linii biznesowej lub charakteru szkody. To podstawowy atrybut segmentacji, który często decyduje o tym, jakim workflow będzie przebiegać obsługa roszczenia i które zespoły będą w nią zaangażowane. Analiza procesu według rodzaju roszczenia pomaga wykrywać różnice w efektywności i procedurach między liniami biznesowymi. Na przykład roszczenie komunikacyjne może być obsługiwane szybko i w dużej mierze automatycznie, a roszczenie dotyczące nieruchomości komercyjnej może wymagać złożonej i długotrwałej obsługi. Ten atrybut jest potrzebny do obliczenia KPI „Wskaźnik spójności kwot ugód”. Dlaczego to ważne Umożliwia porównanie procesów w różnych liniach biznesowych, aby wskazać dobre praktyki i wąskie gardła charakterystyczne dla poszczególnych kategorii roszczeń. Skąd pobrać Standardowe pole głównego rekordu roszczenia w Sapiens ClaimsPro. To podstawowy element danych w każdym systemie obsługi roszczeń. Przykłady Szkody fizyczne w pojazdachOgólna odpowiedzialność cywilnaOdszkodowania pracowniczeNieruchomości komercyjne | |||
| Waga roszczenia ClaimSeverity | Klasyfikacja złożoności roszczenia lub jego potencjalnych skutków finansowych, na przykład niska, średnia lub wysoka. | ||
| Opis Waga roszczenia to ocena jego przewidywanej złożoności, ryzyka lub ekspozycji finansowej. Często decyduje o poziomie wymaganej weryfikacji, doświadczeniu likwidatora i przebiegu workflow. Ten atrybut jest niezbędny w dashboardzie „Analiza czasu realizacji według wagi roszczenia”. Pozwala sprawdzić, czy bardziej złożone roszczenia są obsługiwane sprawnie i czy w większym stopniu przyczyniają się do wydłużenia czasu realizacji. Stanowi ważny kontekst dla miar wyników, ponieważ obsługa roszczenia o wysokiej wadze powinna trwać dłużej niż roszczenia o niskiej wadze. Dlaczego to ważne Dostarcza kontekstu do analizy czasu realizacji. Pomaga wyjaśnić, dlaczego obsługa niektórych roszczeń trwa dłużej, i ocenić efektywność pracy nad złożonymi sprawami. Skąd pobrać Może to być pole wypełniane ręcznie lub ocena wyliczana na podstawie cech roszczenia w Sapiens ClaimsPro. Przykłady NiskaŚredniaWysokaZłożona | |||
| Czy wymagało ponownej pracy IsRework | Obliczana wartość logiczna wskazująca czynności należące do pętli poprawek. | ||
| Opis Atrybut przyjmuje wartość „true”, gdy czynność lub sekwencja czynności zostaje powtórzona w ramach tego samego roszczenia. Na przykład jeśli po czynności „Wstępna weryfikacja” następuje „Poproszono o dodatkowe informacje”, a potem ponownie „Wstępna weryfikacja”, drugie wystąpienie weryfikacji zostanie oznaczone jako ponowna praca. Oznaczanie ponownej pracy pozwala mierzyć nieefektywność procesu. Dane te są wykorzystywane w dashboardzie „Trendy poprawek i ponownych zgłoszeń roszczeń” oraz KPI „Częstotliwość pętli poprawek w obsłudze roszczeń”. Analiza takich pętli pomaga ustalić przyczyny, na przykład niską jakość danych na początku procesu lub niejasne wytyczne, i ograniczyć niepotrzebną pracę. Dlaczego to ważne Pozwala mierzyć nieefektywność procesu przez oznaczanie powtarzanych czynności i kierować działania usprawniające tam, gdzie są potrzebne. Skąd pobrać Tego atrybutu nie ma w systemie źródłowym. Narzędzie process mining oblicza go, wykrywając powtarzające się sekwencje czynności w ramach jednej sprawy. Przykłady truefalse | |||
| Data ostatniej aktualizacji danych LastDataUpdate | Znacznik czasu wskazujący, kiedy dane zostały ostatnio odświeżone lub pobrane z systemu źródłowego. | ||
| Opis Ten atrybut zapisuje datę i godzinę ostatniego pobrania danych z Sapiens ClaimsPro. Pozwala ocenić aktualność analizowanych danych. Zwykle ma tę samą wartość we wszystkich rekordach jednego zbioru danych. W analizie lub dashboardzie znacznik czasu informuje, jak aktualne są dane. Pozwala ustalić, czy wyświetlane są informacje bieżące, czy historyczne, co ma znaczenie przy podejmowaniu decyzji operacyjnych. Dlaczego to ważne Informuje o aktualności danych, dzięki czemu wiadomo, jak świeże są wyniki analizy. Skąd pobrać Wartość jest generowana i zapisywana w zbiorze danych podczas procesu ekstrakcji (ETL). Przykłady 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
| Data szkody LossDate | Data zdarzenia, które spowodowało szkodę i doprowadziło do zgłoszenia roszczenia. | ||
| Opis Data szkody, nazywana również datą wystąpienia szkody, to dzień, w którym doszło do zdarzenia będącego podstawą roszczenia, na przykład wypadku samochodowego lub uszkodzenia mienia. Z perspektywy klienta często od niej zaczyna się cały proces obsługi roszczenia. Ten atrybut jest potrzebny do obliczenia opóźnienia w zgłoszeniu, czyli czasu między datą szkody a datą czynności „Zgłoszono roszczenie”. Analiza tego opóźnienia może dostarczyć informacji o zachowaniach klientów i wskazać możliwości zachęcania do szybszego zgłaszania szkód, co często prowadzi do lepszych wyników. Dlaczego to ważne Wyznacza początek zdarzenia będącego podstawą roszczenia i umożliwia analizę opóźnienia w zgłoszeniu, czyli czasu od szkody do zgłoszenia roszczenia. Skąd pobrać Podstawowe pole głównego rekordu roszczenia, uzupełniane podczas pierwszego zgłoszenia szkody (FNOL). Przykłady 2023-10-202023-11-152024-01-05 | |||
| Docelowa data rozwiązania sprawy ResolutionTargetDate | Docelowa data zamknięcia roszczenia, ustalona na podstawie umów o gwarantowanym poziomie usług (SLA). | ||
| Opis Docelowa data rozwiązania sprawy to termin zamknięcia roszczenia, często ustalany na podstawie takich czynników jak rodzaj roszczenia, jurysdykcja lub warunki polisy. Służy do pomiaru wyników i zgodności z umowami o gwarantowanym poziomie usług. Ta data jest podstawą dashboardu „Zgodność z SLA przy rozpatrywaniu roszczeń” i KPI „Odsetek roszczeń rozpatrzonych w terminie”. Porównanie faktycznej daty czynności „Zamknięto roszczenie” z terminem docelowym pozwala automatycznie oznaczyć roszczenia jako „W terminie” lub „Po terminie” i ocenić realizację SLA. Dlaczego to ważne Stanowi punkt odniesienia przy pomiarze zgodności z SLA. Umożliwia obliczenie odsetka spraw rozwiązanych w terminie i wykrywanie roszczeń zagrożonych opóźnieniem. Skąd pobrać Data może być zapisana w głównym rekordzie roszczenia lub w powiązanym module zarządzania SLA w Sapiens ClaimsPro. Przykłady 2024-01-152024-03-202024-06-01 | |||
| Kanał zgłoszenia SubmissionChannel | Sposób, w jaki roszczenie zostało zgłoszone, na przykład przez portal internetowy, agenta lub pocztą. | ||
| Opis Ten atrybut wskazuje kanał, przez który przyjęto nowe roszczenie. Wybór kanału może znacząco wpływać na jakość danych zebranych na początku, a ta z kolei oddziałuje na dalszy przebieg procesu. Analiza procesu według kanału zgłoszenia pomaga ocenić jego efektywność i jakość. Na przykład dashboard „Efektywność kanałów zgłaszania roszczeń” może pokazać, czy roszczenia zgłoszone przez portal internetowy są obsługiwane szybciej i wymagają mniej poprawek niż te przesłane pocztą. Takie informacje pomagają planować usprawnienia kanałów i cyfryzację. Dlaczego to ważne Pomaga wskazać kanały, które zapewniają najsprawniejszą obsługę, oraz możliwości automatyzacji i poprawy jakości obsługi klienta. Skąd pobrać Zazwyczaj jest rejestrowany przy pierwszym kontakcie i zapisywany w głównym rekordzie roszczenia w Sapiens ClaimsPro. Przykłady Portal internetowyAgentPocztaTelefon | |||
| Numer polisy PolicyNumber | Unikalny identyfikator polisy ubezpieczeniowej, na podstawie której zgłoszono roszczenie. | ||
| Opis Numer polisy łączy roszczenie z konkretną umową ubezpieczenia zawartą przez zgłaszającego. Dostarcza informacji o zakresie ochrony, limitach i udziałach własnych, które wpływają na obsługę roszczenia i podejmowane decyzje. Choć nie zawsze jest bezpośrednio wykorzystywany w analizie przepływu procesu, ma duże znaczenie przy szczegółowej analizie. Pozwala połączyć dane o roszczeniach z danymi o polisach, aby uzyskać pełniejszy obraz relacji z klientem i profilu ryzyka. Można też grupować roszczenia według polisy, by wykrywać problematyczne polisy lub trendy. Dlaczego to ważne Łączy roszczenie z umową ubezpieczenia i umożliwia pogłębioną analizę danych o procesie w zestawieniu ze szczegółami polisy, takimi jak zakres ochrony i limity. Skąd pobrać Standardowe pole głównego rekordu roszczenia w Sapiens ClaimsPro, łączące je z systemem obsługi polis. Przykłady POL-987654321POL-123456789POL-555444333 | |||
| Powód odrzucenia ReasonForRejection | Konkretny powód odmowy wypłaty z roszczenia lub odrzucenia płatności. | ||
| Opis Gdy decyzja dotycząca roszczenia brzmi „Odmowa”, ten atrybut podaje jej uzasadnienie. Może to być standardowy kod lub opis tekstowy wyjaśniający, dlaczego roszczenie nie zostało objęte ochroną, na przykład „Wyłączenie w polisie”, „Brak dowodów” lub „Podejrzenie oszustwa”. Informacja ta jest bardzo przydatna w dashboardzie „Decyzje dotyczące roszczeń i analiza ugód”. Analiza powodów odmowy może ujawnić powtarzające się problemy, na przykład dużą liczbę odmów z powodu niekompletnych informacji. Może to wskazywać na problemy z gromadzeniem danych. Atrybut pomaga ustalić przyczyny odmów. Dlaczego to ważne Dostarcza kontekstu dla roszczeń, których nie uznano. Umożliwia analizę przyczyn odmów, ograniczenie ich liczby i poprawę jakości zgłoszeń. Skąd pobrać Jest powiązany z czynnościami „Odrzucono roszczenie” lub „Podjęto decyzję w sprawie roszczenia”. Prawdopodobnie jest zapisany w polu statusu lub kodu przyczyny w Sapiens ClaimsPro. Przykłady Wyłączenie w polisieZdarzenie nieobjęte ochronąNie przekazano wymaganych informacjiDuplikat roszczenia | |||
| Status roszczenia ClaimStatus | Bieżący stan obsługi roszczenia, na przykład otwarte, oczekujące lub zamknięte. | ||
| Opis Ten atrybut określa ogólny status sprawy dotyczącej roszczenia w danym momencie. Czynności są zdarzeniami, a status opisuje stan roszczenia wynikający z tych zdarzeń. Pokazuje w skrócie, na jakim etapie obsługi znajduje się sprawa. Analiza statusu roszczeń pomaga określić liczbę otwartych spraw i ich bieżący etap. Przydaje się w dashboardach operacyjnych i przy obliczaniu KPI „Wskaźnik przejrzystości statusu roszczeń”, który pokazuje, jak często i w jakim stopniu aktualizuje się status w trakcie procesu. Dlaczego to ważne Pokazuje ogólny bieżący stan roszczenia. Ułatwia śledzenie spraw w toku i ocenę postępów w ich obsłudze. Skąd pobrać Podstawowe pole głównego rekordu roszczenia w Sapiens ClaimsPro, aktualizowane przez różne transakcje biznesowe. Przykłady OtwarteOczekuje na informacjeZamknięte, wypłacono odszkodowanieZamknięte, odmówiono wypłaty | |||
| Status SLA SlaState | Wyliczana wartość wskazująca, czy zamknięto roszczenie przed upływem docelowego terminu jego rozpatrzenia. | ||
| Opis Ten atrybut jest wyliczany przez porównanie znacznika czasu czynności „Zamknięto roszczenie” z wartością „ResolutionTargetDate”. Przypisuje roszczeniom status „W terminie” lub „Po terminie”, dzięki czemu od razu widać, jak przebiega realizacja SLA. To pole obliczeniowe stanowi podstawę dashboardu „Zgodność z SLA przy rozpatrywaniu roszczeń”. Ułatwia analizę, ponieważ pozwala szybko odfiltrować roszczenia zamknięte po terminie i zbadać wspólne ścieżki procesu lub wąskie gardła, które spowodowały opóźnienie. Wspiera bezpośrednio KPI „Odsetek roszczeń rozpatrzonych w terminie”. Dlaczego to ważne Bezpośrednio mierzy zgodność z SLA i ułatwia filtrowanie oraz analizę roszczeń rozpatrzonych po terminie. Skąd pobrać Tego atrybutu nie ma w systemie źródłowym. Jest obliczany podczas transformacji danych przez porównanie wartości „EventTimestamp” dla czynności „Zamknięto roszczenie” z wartością „ResolutionTargetDate”. Przykłady W terminiePo terminie | |||
| System źródłowy SourceSystem | Wskazuje system, z którego pobrano dane, w tym przypadku Sapiens ClaimsPro. | ||
| Opis Ten atrybut określa pochodzenie danych o procesie. W tym zbiorze danych jego wartość może być stała, na przykład „Sapiens ClaimsPro”, ale ma duże znaczenie w środowiskach, w których łączy się dane z wielu systemów. W analizie pomaga w zarządzaniu danymi, rozwiązywaniu problemów i prawidłowym przypisywaniu wniosków do systemu źródłowego. Umożliwia śledzenie pochodzenia danych i poznanie kontekstu technologicznego procesu. Dlaczego to ważne Pozwala śledzić pochodzenie danych, co ma znaczenie przy łączeniu danych z wielu systemów i podczas audytów. Skąd pobrać Zazwyczaj jest to stała wartość dodawana podczas procesu ekstrakcji, transformacji i ładowania danych (ETL), aby oznaczyć źródło rekordów. Przykłady Sapiens ClaimsProClaimsPro v10.1 | |||
Działania w procesie obsługi szkód
| Działanie | Opis | ||
|---|---|---|---|
| Dochodzenie zakończone | Oznacza zakończenie wszystkich niezbędnych czynności dochodzeniowych i udokumentowanie ustaleń. Jest to warunek podjęcia ostatecznej decyzji w sprawie szkody. | ||
| Dlaczego to ważne Ten etap wyznacza koniec gromadzenia dowodów. Umożliwia analizę sprawności dochodzenia i jego wpływu na czas podejmowania decyzji. Skąd pobrać Zdarzenie można ustalić na podstawie zmiany statusu na „Dochodzenie zakończone” lub „Oczekuje na decyzję” albo znacznika czasu zakończenia ostatniego zadania dochodzeniowego. Rejestrowanie Znacznik czasu zmiany statusu wskazującej na zakończenie dochodzenia lub oznaczenie wszystkich zadań podrzędnych jako zakończonych. Typ zdarzenia inferred | |||
| Podjęto decyzję w sprawie szkody | Upoważniony likwidator podjął i zapisał oficjalną decyzję o zatwierdzeniu, częściowym zatwierdzeniu lub odrzuceniu roszczenia. To ważny etap procesu. | ||
| Dlaczego to ważne To istotny punkt decyzyjny, który wyznacza dalszy przebieg procesu: wypłatę lub zamknięcie sprawy. Czas do podjęcia decyzji jest ważnym wskaźnikiem efektywności. Skąd pobrać Zdarzenie jest zwykle rejestrowane osobno, gdy w systemie zostaje uzupełnione i zapisane pole dotyczące decyzji lub rozstrzygnięcia, np. „Zatwierdzona” albo „Odrzucona”. Rejestrowanie Znacznik czasu ustawienia pola lub statusu decyzji, np. „Claim Status”, na ostateczną wartość, taką jak „Zatwierdzona” lub „Odrzucona”. Typ zdarzenia explicit | |||
| Szkoda zarejestrowana | Oznacza formalne utworzenie i przypisanie unikalnego Claim ID w Sapiens ClaimsPro. Zwykle następuje po zgłoszeniu szkody i oznacza, że sprawa została oficjalnie wprowadzona do systemu w celu dalszej obsługi. | ||
| Dlaczego to ważne Wyznacza oficjalny początek obsługi wewnętrznej. Czas między zdarzeniami „Szkoda zgłoszona” i „Szkoda zarejestrowana” pokazuje sprawność przyjmowania zgłoszeń. Skąd pobrać Zdarzenie można ustalić na podstawie znacznika czasu zmiany statusu rekordu szkody ze wstępnego, np. „oczekująca”, na „zarejestrowana” lub „otwarta”. Może też być zapisane jako osobny wpis w dzienniku. Rejestrowanie Znacznik czasu zmiany statusu szkody na „Zarejestrowana”, „Otwarta” lub równoważny status aktywny. Typ zdarzenia inferred | |||
| Szkoda zgłoszona | Oznacza pierwsze przyjęcie zgłoszenia szkody od ubezpieczonego lub strony trzeciej, niezależnie od kanału zgłoszenia. To początek cyklu obsługi szkody. Zdarzenie jest zwykle rejestrowane przez integrację lub ręczne wprowadzenie danych. | ||
| 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. Skąd pobrać Zdarzenie można zwykle ustalić na podstawie znacznika czasu utworzenia pierwszego rekordu szkody lub pola „submission date” w głównej tabeli szkód. Rejestrowanie Utworzenie rekordu szkody w systemie, często powiązane z rejestracją First Notice of Loss (FNOL). Typ zdarzenia explicit | |||
| Wypłacono odszkodowanie | Zrealizowano transakcję finansową wypłaty odszkodowania. Zdarzenie oznacza moment przekazania środków zgłaszającemu lub uprawnionemu beneficjentowi. | ||
| Dlaczego to ważne To ważny etap widoczny dla klienta. Czas od zdarzenia „Podjęto decyzję w sprawie szkody” do wypłaty ma duży wpływ na zadowolenie klienta. Skąd pobrać Zdarzenie można ustalić na podstawie znacznika czasu transakcji płatniczej w module finansowym, powiązanej z Claim ID. Rejestrowanie Znacznik czasu z dziennika transakcji płatniczych lub interfejsu systemu finansowego, powiązany ze szkodą. Typ zdarzenia explicit | |||
| Zamknięto szkodę | Sprawa została oficjalnie zamknięta w systemie. Oznacza to zakończenie wszystkich czynności, w tym wypłaty lub przekazania informacji o odrzuceniu roszczenia. Jest to główne zdarzenie kończące proces. | ||
| Dlaczego to ważne To zdarzenie kończy proces i pozwala obliczyć całkowity czas obsługi każdej szkody od początku do końca. Skąd pobrać Zdarzenie można ustalić na podstawie znacznika czasu aktualizacji głównego statusu szkody na „Zamknięta” lub równoważny status końcowy. Rejestrowanie Znacznik czasu zmiany głównego statusu szkody na „Zamknięta”. Typ zdarzenia inferred | |||
| Obliczono odszkodowanie | Po zatwierdzeniu roszczenia obliczono ostateczną kwotę odszkodowania należną zgłaszającemu. Ten etap poprzedza zatwierdzenie wypłaty. | ||
| Dlaczego to ważne Pomiar sprawności obliczania kwoty po podjęciu decyzji. Wąskie gardła na tym etapie mogą opóźnić wypłatę. Skąd pobrać Zdarzenie można ustalić na podstawie znacznika czasu wprowadzenia i potwierdzenia pola „Settlement Amount” w module finansowym systemu. Rejestrowanie Znacznik czasu ostatecznego ustalenia wartości pola „Settlement Amount” w rekordzie szkody. Typ zdarzenia inferred | |||
| Odrzucono roszczenie | Roszczenie zostało oficjalnie odrzucone i przygotowuje się dokumentację do zamknięcia sprawy. Zdarzenie następuje po „Podjęto decyzję w sprawie szkody”, gdy decyzją było odrzucenie roszczenia. | ||
| Dlaczego to ważne To ważna alternatywna ścieżka procesu. Jej analiza może ujawnić wzorce dotyczące odrzuconych roszczeń i pomóc sprawdzić, czy zastosowano właściwe procedury. Skąd pobrać Często jest to to samo zdarzenie co „Zamknięto szkodę”, rozróżnione na podstawie końcowej decyzji. Można je modelować jako osobną czynność, gdy wartość pola „Decision” to „Denied”. Rejestrowanie Zdarzenie można wyprowadzić z „Zamknięto szkodę”, jeśli końcowa decyzja w sprawie szkody ma wartość „Denied” lub podobną. Typ zdarzenia calculated | |||
| Oszacowano wartość szkody | Zdarzenie oznacza formalne ustalenie i zapisanie finansowej wartości szkody. Jest to ważna informacja przy obliczaniu ostatecznej kwoty odszkodowania. | ||
| Dlaczego to ważne Ten etap ma istotne znaczenie dla planowania finansowego i zarządzania rezerwami. Opóźnienia w oszacowaniu wartości szkody mogą wstrzymać cały proces rozliczenia i wypłaty. Skąd pobrać Zdarzenie jest zwykle rejestrowane jako znacznik czasu zatwierdzenia lub ostatecznego ustalenia w systemie rezerwy finansowej albo kwoty szkody. Rejestrowanie Znacznik czasu ostatecznego wprowadzenia lub zatwierdzenia pola „Loss Amount” albo „Reserve Amount”. Typ zdarzenia explicit | |||
| Otrzymano dodatkowe informacje | Oznacza otrzymanie wymaganych informacji, po którym można wznowić obsługę szkody. Zdarzenie kończy cykl poprawek rozpoczęty prośbą o uzupełnienie danych. | ||
| Dlaczego to ważne Analiza czasu między zdarzeniami „Poproszono o dodatkowe informacje” i „Otrzymano dodatkowe informacje” ujawnia opóźnienia po stronie zewnętrznej i pomaga lepiej zarządzać oczekiwaniami klientów. Skąd pobrać Zdarzenie można ustalić na podstawie zmiany statusu szkody z „Oczekuje na informacje” na aktywny, np. „Otwarta” lub „W trakcie weryfikacji”. Może też być powiązane z wpisem o otrzymanym dokumencie. Rejestrowanie Znacznik czasu zmiany statusu z „Oczekująca” na aktywny, często po przesłaniu dokumentu. Typ zdarzenia inferred | |||
| Ponownie otwarto szkodę | Wcześniej zamknięta szkoda została ponownie otwarta w celu dalszej weryfikacji lub podjęcia działań. To zdarzenie wyjątkowe, które może wystąpić po otrzymaniu nowych informacji lub odwołania. | ||
| Dlaczego to ważne Zdarzenie wskazuje wyjątki w procesie i możliwe problemy z pierwotną obsługą szkody. Duży odsetek ponownie otwartych spraw może świadczyć o niskiej jakości decyzji lub niewłaściwej komunikacji z klientem. Skąd pobrać Zdarzenie można ustalić na podstawie zmiany statusu z „Zamknięta” na „Otwarta” lub „W trakcie weryfikacji”. Rejestrowanie Znacznik czasu zmiany statusu końcowego lub zamkniętego na dowolny status aktywny lub otwarty. Typ zdarzenia inferred | |||
| Poproszono o dodatkowe informacje | Likwidator stwierdził, że brakuje informacji lub są one niekompletne, i wysłał prośbę do ubezpieczonego lub strony trzeciej. Rozpoczyna to częsty okres oczekiwania w procesie. | ||
| Dlaczego to ważne To zdarzenie rozpoczyna cykl poprawek. Częste występowanie może wskazywać na problemy z początkowym zebraniem danych, które powodują opóźnienia i zwiększają nakład pracy ręcznej. Skąd pobrać Zdarzenie może być zapisane jako osobny wpis po wysłaniu korespondencji albo ustalone na podstawie zmiany statusu szkody na „Oczekuje na informacje” lub „Wstrzymana”. Rejestrowanie Znacznik czasu zmiany statusu szkody na „Oczekuje na informacje” lub wpis w dzienniku dotyczący wysłanej wiadomości. Typ zdarzenia inferred | |||
| Rozpoczęto dochodzenie | Oznacza początek formalnego dochodzenia w sprawie szkody. Może obejmować przydzielenie specjalistów, zaplanowanie oględzin lub inne szczegółowe czynności związane z gromadzeniem dowodów. | ||
| Dlaczego to ważne To początek ważnego i często czasochłonnego etapu. Pomiar czasu dochodzenia pomaga wykryć główne wąskie gardła. Skąd pobrać Zdarzenie można zwykle ustalić na podstawie zmiany statusu na „W trakcie dochodzenia” lub daty utworzenia pierwszego zadania albo przydziału związanego z dochodzeniem. Rejestrowanie Znacznik czasu aktualizacji statusu szkody na „Dochodzenie w toku” lub podobny. Typ zdarzenia inferred | |||
| Wstępna weryfikacja zakończona | Likwidator lub pracownik obsługujący szkodę zakończył pierwszą ocenę zgłoszenia i dokumentacji. Na tym etapie ustala się wstępną zasadność roszczenia i dalsze kroki. | ||
| Dlaczego to ważne Ten etap pomaga ocenić, jak szybko zgłoszenia są wstępnie kwalifikowane. Opóźnienia mogą znacznie wydłużyć cały proces i obniżyć zadowolenie klientów. Skąd pobrać Zdarzenie można zwykle ustalić na podstawie znacznika czasu zmiany statusu na „W trakcie weryfikacji” lub „Zweryfikowana” albo zakończenia zadania lub kroku workflow dotyczącego wstępnej weryfikacji. Rejestrowanie Znacznik czasu zakończenia zadania „Wstępna weryfikacja” lub aktualizacji statusu zapisanej w dzienniku zdarzeń szkody albo tabeli historii. Typ zdarzenia inferred | |||
| Zatwierdzono wypłatę | Uzyskano wewnętrzną zgodę na wypłatę odszkodowania. Zwykle kwotę weryfikuje i zatwierdza przełożony lub pracownik działu finansowego. | ||
| Dlaczego to ważne Pozwala wykryć opóźnienia w wewnętrznym workflow zatwierdzania wypłaty, które występują po podjęciu decyzji w sprawie szkody i obliczeniu kwoty. Skąd pobrać Zdarzenie jest zwykle rejestrowane po zatwierdzeniu wypłaty w workflow systemu albo zmianie statusu na „Oczekuje na wypłatę” lub „Zatwierdzona do wypłaty”. Rejestrowanie Wpis w dzienniku zdarzeń lub znacznik czasu zmiany statusu wskazujący na zatwierdzenie wypłaty. Typ zdarzenia explicit | |||
Instrukcje eksportu 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?
Zacznij optymalizować obsługę szkód, przygotowując dane za pomocą tego szablonu. Uzyskaj przydatne informacje i wprowadź konkretne usprawnienia w workflow.
Przyspiesz obsługę szkód i zlikwiduj zaległości
Dołącz do firm, które osiągają 70% obsługi bez ręcznej interwencji i szybko rozliczają szkody.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.