Šablona dat pro zpracování pojistných událostí
Šablona dat pro zpracování pojistných událostí
- Doporučené atributy pro podrobnou analýzu
- Důležité aktivity při zpracování pojistných událostí, které je vhodné sledovat
- Praktické pokyny k získání dat
Atributy zpracování pojistných událostí
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Časový údaj určující, kdy došlo ke konkrétní aktivitě nebo události. | ||
| Popis Čas události zaznamenává přesné datum a čas, kdy proběhla aktivita při vyřizování pojistné události. Tyto chronologické údaje jsou nezbytné pro správné seřazení událostí a pochopení časového průběhu případu. Při analýze se tento časový údaj používá k výpočtu trvání, celkové doby procesu a čekání mezi jednotlivými kroky. Je nezbytný pro odhalování prodlev, měření plnění SLA a pochopení časového průběhu procesu. Proč je to důležité Tento časový údaj určuje chronologické pořadí událostí. Je nezbytný pro výpočet časových ukazatelů, například doby procesu, i pro odhalování úzkých míst. Kde data získat Ve FINEOS Claims jsou tyto údaje obvykle dostupné jako čas vytvoření nebo aktualizace přiřazený ke každé události či záznamu o stavu. Příklady 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| ID pojistné události ClaimId | Jedinečný identifikátor pojistné události, který slouží jako hlavní označení případu při analýze procesu. | ||
| Popis ID pojistné události je základní údaj, který propojuje všechny aktivity, události a datové body v průběhu jejího vyřizování. Díky němu lze sledovat všechny kontaktní body od prvního nahlášení až po konečné uzavření jako součást jednoho případu. V process mining je tento atribut nezbytný pro rekonstrukci celého průběhu každé pojistné události. Umožňuje analyzovat průběh procesu, vypočítat celkovou dobu vyřízení a odhalit rozdíly ve způsobu zpracování jednotlivých případů. Proč je to důležité Tento hlavní identifikátor propojuje všechny související události do jedné instance procesu a umožňuje analyzovat celý průběh vyřizování pojistné události. Kde data získat Jde o primární klíč v hlavních tabulkách pro správu pojistných událostí ve FINEOS Claims. Příklady CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Název aktivity ActivityName | Název konkrétní obchodní události nebo úkolu, ke kterému došlo v určitém okamžiku procesu vyřizování pojistné události. | ||
| Popis Tento atribut popisuje jednotlivý krok nebo milník procesu, například „Pojistná událost nahlášena“, „Dokončena úvodní kontrola“ nebo „Platba odeslána“. Každá aktivita představuje konkrétní úkon provedený v rámci pojistné události. Analýza pořadí a četnosti těchto aktivit je základem process mining. Ukazuje skutečný průběh procesu, pomáhá odhalit úzká místa, kde se hromadí práce, a upozorňuje na obvyklé i výjimečné postupy při vyřizování pojistných událostí. Proč je to důležité Určuje jednotlivé kroky procesu a umožňuje zobrazit mapu procesu i analyzovat vzorce workflow a odchylky. Kde data získat Obvykle se získává ze záznamů událostí, změn stavů úkolů nebo auditních záznamů v systému FINEOS Claims. Příklady Pojistná událost zaregistrovánaVyčíslena škodaPlatba schválenaPojistná událost uzavřena | |||
| Poslední aktualizace dat LastDataUpdate | Časový údaj označující, kdy byla data této události naposledy aktualizována ze zdrojového systému. | ||
| Popis Tento atribut uvádí datum a čas posledního získání nebo aktualizace dat. Pomáhá určit, jak aktuální jsou analyzovaná data. Tento údaj je důležitý pro správu dat i pro uživatele, kteří potřebují vědět, zda pracují s nejnovějšími informacemi o procesu. Pomáhá nastavit očekávání ohledně zpoždění dat a je nezbytný při reportování procesů s téměř aktuálními daty. Proč je to důležité Označuje aktuálnost dat. Uživatelé tak vědí, jaké období analýza pokrývá a kdy byla data naposledy aktualizována. Kde data získat Tento časový údaj obvykle vytvoří a uloží nástroj pro získávání dat nebo ETL po dokončení jejich načítání. Příklady 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Zdrojový systém SourceSystem | Určuje IT systém, ze kterého byla data získána. | ||
| Popis Tento atribut označuje původ dat o procesu. V této analýze bude jeho hodnota vždy „FINEOS Claims“. V prostředí s více systémy je důležitý pro sledování původu dat a zajištění jejich kvality. V širší analytice pomáhá rozlišit procesy, které probíhají ve více systémech, a správně interpretovat data podle jejich zdroje. Proč je to důležité Poskytuje důležitý kontext o původu dat. To je nezbytné pro správu a ověřování dat i jejich propojení s dalšími systémy. Kde data získat Obvykle jde o neměnnou hodnotu, která se přidává při získávání dat a označuje jejich zdroj. Příklady FINEOS ClaimsFINEOS Claims v11.2 | |||
| Čas ukončení EndTime | Časový údaj označující, kdy byla konkrétní aktivita nebo událost dokončena. | ||
| Popis Atribut Čas ukončení zaznamenává přesný okamžik dokončení aktivity. V kombinaci s časem zahájení (EventTime) umožňuje přesně vypočítat, jak dlouho daný krok trval. Při analýze pomáhá rozlišit dobu aktivního zpracování od nečinného čekání. Umožňuje podrobně analyzovat úzká místa, zjistit, které aktivity trvají nejdéle, a odhalit, kde se mezi kroky tvoří fronty. Proč je to důležité Umožňuje přesně vypočítat dobu zpracování každé aktivity. To pomáhá odhalit neefektivní kroky a vyhodnotit využití zdrojů. Kde data získat Podívejte se do dokumentace FINEOS Claims. Údaj může být dostupný v záznamech událostí nebo jej lze odvodit z času zahájení následující události. Příklady 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z | |||
| Cílové datum vyřízení ResolutionTargetDate | Datum, do kterého má být nárok vyřízen podle SLA nebo regulatorních požadavků. | ||
| Popis Tento atribut představuje termín dokončení procesu nároku stanovený dohodami o úrovni služeb (SLA) nebo regulatorními požadavky. Slouží jako měřítko pro porovnání se skutečným průběhem. Toto datum je nezbytné pro sledování plnění SLA. Porovnáním skutečného data uzavření nároku s cílovým datem vyřízení lze vypočítat míru plnění SLA, určit nároky, u kterých hrozí nedodržení termínu, a analyzovat příčiny zpoždění. Proč je to důležité Toto datum slouží jako měřítko plnění SLA. Pomáhá odhalit opožděné nároky a analyzovat příčiny zpoždění. Kde data získat Podívejte se do dokumentace FINEOS Claims. Toto datum se často vypočítává podle obchodních pravidel na základě data podání a typu nároku. Příklady 2023-11-15T23:59:59Z2024-01-30T23:59:59Z | |||
| Kanál podání SubmissionChannel | Způsob nebo kanál, kterým byl nárok původně podán. | ||
| Popis Tento atribut zaznamenává, jak byl nárok přijat, například prostřednictvím online portálu, e-mailem, poštou nebo přes agenta. Zvolený kanál může výrazně ovlivnit kvalitu údajů i dobu počátečního zpracování. Analýza procesu podle kanálu podání ukáže, zda některé kanály vedou k rychlejšímu zpracování, častějším opravám, například kvůli chybějícím informacím, nebo lepším výsledkům. Poznatky mohou pomoci při rozhodování o investicích do jednotlivých kanálů, například při úpravě online formulářů, která sníží počet chyb. Proč je to důležité Pomáhá zjistit, zda některé vstupní kanály umožňují efektivnější zpracování nebo vedou k častějším opravám. Tyto poznatky podporují rozhodování o strategii a investicích do kanálů. Kde data získat Podívejte se do dokumentace FINEOS Claims. Tento údaj se obvykle zaznamenává při přijetí nároku a ukládá do hlavního záznamu nároku. Příklady Online portálPoštaMakléřTelefon | |||
| Oddělení Department | Obchodní oddělení nebo organizační jednotka odpovědná za danou aktivitu či nárok. | ||
| Popis Tento atribut určuje organizační jednotku odpovědnou za konkrétní aktivitu nebo za nárok v určité fázi, například „Příjem a registrace“, „Vyšetřovací oddělení“ nebo „Oddělení plateb“. Analýza procesu podle oddělení je důležitá pro pochopení předávání práce mezi týmy, které často způsobuje zpoždění. Pomáhá určit, ve kterých odděleních vznikají úzká místa, měřit jejich efektivitu a analyzovat rozdělení zdrojů v organizaci. Proč je to důležité Umožňuje analyzovat výkonnost jednotlivých organizačních jednotek a odhalit zpoždění při předávání práce i úzká místa mezi odděleními. Kde data získat Podívejte se do dokumentace FINEOS Claims. Údaj může být spojen s uživatelským profilem přiděleného likvidátora nebo s frontou, do které je úkol zařazen. Příklady Příjem a registraceOddělení zvláštního šetřeníZpracování platebLékařské posouzení | |||
| Přiřazený likvidátor AssignedAdjuster | Jméno nebo ID likvidátora či uživatele odpovědného za danou aktivitu. | ||
| Popis Tento atribut určuje osobu nebo tým, který provedl konkrétní úkol v procesu vyřizování pojistné události. Umožňuje propojit aktivity procesu s pracovníky. Analýza podle přiřazeného likvidátora je důležitá pro pochopení rozložení pracovní zátěže, individuální výkonnosti a efektivity využití zdrojů. Může odhalit přetížené likvidátory, ukázat možnosti školení při porovnání výsledků a podpořit lepší rozdělení práce. Proč je to důležité Tento atribut propojuje kroky procesu s pracovníky, kteří je provádějí. Umožňuje analyzovat pracovní zátěž, efektivitu využití zdrojů a porovnávat výkonnost. Kde data získat Podívejte se do dokumentace FINEOS Claims. Tyto údaje se obvykle ukládají do polí vlastníka úkolu nebo přiřazeného uživatele u událostí pojistné události. Příklady John SmithEmily JonesADJ-4561 | |||
| Stav nároku ClaimStatus | Aktuální nebo historický stav nároku v okamžiku události. | ||
| Popis Stav nároku označuje, v jaké fázi životního cyklu se nárok nachází, například „Otevřený“, „Čeká se na informace“, „Schválený“, „Zamítnutý“ nebo „Uzavřený“. Tento atribut ukazuje, v jakém stavu se nárok nachází v daném okamžiku. Při analýze procesu změny stavu často přímo odpovídají jednotlivým aktivitám. Sledování stavu je důležité pro pochopení výsledků nároků, odhalení úzkých míst, kde nároky dlouho zůstávají v jedné fázi, i analýzu příčin konečných výsledků, například zamítnutí nebo uzavření. Proč je to důležité Tento atribut pomáhá pochopit výsledky nároků, filtrovat aktivní a uzavřené případy a odhalit fáze, ve kterých se nároky zastavují. Kde data získat Podívejte se do dokumentace FINEOS Claims. Jde o základní pole hlavního záznamu nároku, které se během jeho životního cyklu aktualizuje. Příklady ZaregistrovánV posuzováníČeká na platbuUzavřen, vyplacenoUzavřen, zamítnuto | |||
| Typ pojistné události ClaimType | Kategorie pojistné události, například pracovní neschopnost, škoda na majetku nebo odpovědnost. | ||
| Popis Typ nároku rozlišuje nároky podle povahy pojistné smlouvy nebo škodní události. Různé typy nároků se často zpracovávají odlišně, podléhají různým regulatorním požadavkům a vyžadují specifický přístup. Jde o důležitý rozměr pro srovnávací analýzu. Pokud analytici filtrují nebo rozdělují zobrazení procesu podle typu nároku, mohou odhalit úzká místa typická pro jednotlivé typy, porovnat jejich výkonnost a zaměřit zlepšování procesů na konkrétní potřeby každého typu. Pomáhá to zjistit, zda se některé typy nároků zpracovávají pomaleji už ze své podstaty. Proč je to důležité Umožňuje rozdělit proces podle kategorií nároků, porovnat jejich výkonnost a odhalit rozdíly. Díky tomu lze zlepšování lépe zacílit. Kde data získat Podívejte se do dokumentace FINEOS Claims. Jde o základní atribut nároku, který se obvykle nastavuje při registraci a ukládá do hlavní tabulky případů. Příklady Krátkodobá pracovní neschopnostDlouhodobá pracovní neschopnostŽivotní pojištěníÚmrtí následkem úrazu | |||
| Závažnost nároku ClaimSeverity | Klasifikace složitosti nároku nebo jeho možného finančního dopadu, například nízká, střední nebo vysoká. | ||
| Popis Závažnost nároku vyjadřuje jeho složitost, naléhavost nebo finanční riziko. Nároky s vysokou závažností mohou oproti méně závažným vyžadovat více kroků, specializované posouzení nebo delší dobu zpracování. Analýza procesu podle závažnosti ukáže, zda jsou zdroje a nastavení procesu přiměřené různým úrovním složitosti nároků. Může odhalit, zda se vysoce závažné nároky zpožďují častěji, nebo zda se méně závažné nároky zpracovávají zbytečně složitě. Na základě těchto poznatků lze lépe rozdělit procesy a řídit zdroje. Proč je to důležité Rozdělení podle závažnosti pomáhá ověřit, zda proces správně upřednostňuje nároky s velkým dopadem a zda určité úrovně složitosti nevytvářejí úzká místa. Kde data získat Podívejte se do dokumentace FINEOS Claims. Může jít o samostatné pole nebo hodnotu odvozenou z jiných atributů, například z odhadované výše škody. Příklady NízkáStředníVysokáSložitá | |||
| Částka vyplaceného pojistného plnění PaymentAmount | Skutečná částka vyplacená za nárok. | ||
| Popis Částka vyplaceného pojistného plnění je konečná suma vyplacená po vyřízení a schválení nároku. Pokud se nárok vyplácí po částech, může tento atribut označovat jednotlivou platbu. Tento atribut je důležitý pro finanční vyúčtování a analýzu finančních výsledků procesu. Umožňuje porovnat původní odhad škody s konečnou vyplacenou částkou. Při analýze procesu pomáhá pochopit finanční dopad různých variant procesu a rozhodnutí. Proč je to důležité Zaznamenává finanční výsledek procesu. Pomáhá měřit finanční výkonnost a analyzovat hodnotu nároků. Kde data získat Podívejte se do dokumentace FINEOS Claims. Tento údaj se nachází v tabulkách platebních transakcí propojených s případem nároku. Příklady 4850.00145000.000.00 | |||
| Číslo pojistné smlouvy PolicyNumber | Jedinečný identifikátor pojistné smlouvy, na kterou se nárok vztahuje. | ||
| Popis Číslo pojistné smlouvy identifikuje pojistnou smlouvu, která se vztahuje k nároku. Propojuje nárok s konkrétním zákazníkem, podmínkami smlouvy a rozsahem pojistného krytí. Nejde přímo o atribut procesu, ale poskytuje důležitý obchodní kontext. Umožňuje seskupovat údaje o nárocích podle smlouvy nebo zákazníka. To se hodí při analýze četnosti nároků, zákaznické zkušenosti i při hledání smluv, u kterých vzniká mnoho složitých nároků. Proč je to důležité Poskytuje důležitý obchodní kontext, propojuje nárok s konkrétní smlouvou zákazníka a umožňuje analyzovat proces z pohledu zákazníka. Kde data získat Podívejte se do dokumentace FINEOS Claims. Jde o základní údaj zaznamenávaný při registraci nároku a ukládaný do jeho hlavního záznamu. Příklady POL-987654321POL-123456789 | |||
| Datum škodní události LossDate | Datum, kdy došlo k události, která vedla k uplatnění pojistného nároku. | ||
| Popis Datum škodní události označuje, kdy k samotné události, například nehodě nebo úrazu, došlo. Liší se od data podání nároku a může hrát důležitou roli při jeho ověřování a zpracování. Tento atribut poskytuje užitečný kontext. Časový odstup mezi datem škodní události a datem podání nároku, tedy prodleva při nahlášení, může být důležitým KPI. Jeho analýza může odhalit problémy v procesu hlášení a ukázat, jak ovlivňují celý životní cyklus nároku. Proč je to důležité Poskytuje důležitý kontext a umožňuje vypočítat prodlevu při nahlášení, tedy dobu od škodní události do podání nároku. Tato prodleva může ovlivnit složitost i výsledek nároku. Kde data získat Podívejte se do dokumentace FINEOS Claims. Toto datum se běžně zaznamenává při prvním oznámení škodní události nebo při registraci nároku. Příklady 2023-10-152023-09-012024-02-20 | |||
| Důvod opětovného otevření ReopenReason | Kód nebo popis důvodu, proč byl uzavřený nárok znovu otevřen. | ||
| Popis Tento atribut zaznamenává důvod, proč se nárok přesunul ze stavu „Uzavřený“ zpět do aktivního stavu. Mezi běžné důvody patří nové informace, odvolání žadatele nebo oprava chyby. Analýza důvodů opětovného otevření přímo ukazuje kvalitu procesu a správnost jeho ukončení. Vysoký počet znovu otevřených nároků, zejména z určitých důvodů, naznačuje, že původní uzavření nebylo správné. Údaje mohou odhalit nedostatky při šetření nebo rozhodování a ukázat, na co se zaměřit při zlepšování procesů, aby byly nároky správně uzavřeny hned napoprvé. Proč je to důležité Ukazuje případy, kdy byl nárok uzavřen předčasně nebo chybně, a pomáhá najít možnosti, jak zvýšit podíl správného vyřízení hned napoprvé. Kde data získat Podívejte se do dokumentace FINEOS Claims. Důvod se obvykle zaznamená, když uživatel v systému zvolí akci „Znovu otevřít nárok“. Příklady Podáno odvoláníObdrženy nové lékařské podkladyOprava administrativní chybyJe třeba upravit platbu | |||
| Důvod zamítnutí DenialReason | Kód nebo popis důvodu, proč byl nárok zamítnut. | ||
| Popis Pokud je výsledek nároku „Zamítnutý“, tento atribut uvádí konkrétní důvod rozhodnutí. Může jít například o „Pojistná smlouva se na událost nevztahuje“, „Podezření na podvod“ nebo „Neúplné informace“. Tento atribut je důležitý pro analýzu příčin zamítnutí nároků. Četnost jednotlivých důvodů může odhalit běžné problémy při podávání, nejasnosti zákazníků ohledně pojistného krytí nebo potřebu dalšího školení likvidátorů. Na základě těchto poznatků lze omezit počet zamítnutých nároků a zlepšit zákaznickou zkušenost. Proč je to důležité Pomáhá analyzovat příčiny neúspěšného zpracování, najít možnosti, jak omezit zamítání nároků a zlepšit kvalitu jejich příjmu. Kde data získat Podívejte se do dokumentace FINEOS Claims. Obvykle jde o strukturované pole nebo kód vybraný při provedení aktivity „Zamítnutí nároku“. Příklady Výluka z pojistného krytíChybějící informaceDuplicitní nárokPodezření na podvod | |||
| Jde o opakovanou práci IsRework | Logická hodnota označující, zda se aktivita opakuje nebo představuje přepracování. | ||
| Popis Tento vypočítaný atribut označuje aktivity, které představují přepracování, například druhou událost „Vyžádání dalších informací“ u stejného nároku. Obvykle se určuje podle opakovaných aktivit nebo návratů v průběhu procesu. Výslovné označení přepracování usnadňuje analýzu neefektivity. Umožňuje snadno vypočítat míru přepracování, což je důležitý KPI. Dashboardy mohou zobrazit četnost a dopad přepracování a pomoci určit příčiny těchto neefektivních opakování. Proč je to důležité Přímo označuje neefektivní opakování v procesu, takže lze snadno vypočítat míru přepracování a analyzovat příčiny opakované práce. Kde data získat Tento údaj se odvozuje při analýze process miningem na základě opakovaných aktivit v rámci stejného případu. Označit lze například druhý výskyt aktivity „Zahájení šetření“. Příklady truefalse | |||
| Region zákazníka CustomerRegion | Zeměpisná oblast nebo stát, kde žije žadatel či pojistník. | ||
| Popis Tento atribut označuje zeměpisnou polohu související s nárokem. Může vycházet z adresy žadatele nebo z místa škodní události. Zeměpisná analýza může odhalit regionální rozdíly v typech a četnosti nároků i v efektivitě jejich zpracování. Pomáhá zjistit, zda si některé regionální pobočky vedou lépe nebo zda proces ovlivňují místní podmínky, například předpisy či počasí. Na základě těchto poznatků lze lépe zacílit řízení a rozdělení zdrojů. Proč je to důležité Umožňuje rozdělit údaje podle regionů a odhalit rozdíly ve výkonnosti, plnění požadavků nebo úzká místa typická pro konkrétní oblasti. Kde data získat Podívejte se do dokumentace FINEOS Claims. Tento údaj se obvykle odvozuje z adresy pojistníka nebo žadatele uložené v systému. Příklady SeverovýchodKalifornieStředozápadFL | |||
| Stav SLA SLAState | Vypočítaný stav, který ukazuje, zda byl dokončený nárok vyřízen do cílového data. | ||
| Popis Tento atribut poskytuje přehledný kategoriální údaj o plnění SLA u každého nároku. Odvozuje se porovnáním data uzavření nároku s cílovým datem vyřízení. Výsledek se označí jako „Včas“ nebo „Opožděně“. Usnadňuje vykazování a analýzu plnění SLA. Analytici nemusí pracovat s původními daty a mohou pomocí jednoduché kategorie vytvořit dashboardy s mírou plnění SLA, filtrovat opožděné nároky a hledat jejich společné znaky nebo sledovat vývoj plnění SLA v čase. Tento atribut přímo podporuje dashboard a KPI pro plnění SLA. Proč je to důležité Poskytuje přehledný ukazatel plnění SLA u každého případu a usnadňuje měření i analýzu míry plnění SLA. Kde data získat Jde o vypočítané pole, které vzniká porovnáním časového razítka poslední aktivity s hodnotou „ResolutionTargetDate“ u každého případu. Příklady VčasOpožděně | |||
| Výše škody LossAmount | Odhadovaná finanční částka nebo rezerva související se škodou. | ||
| Popis Výše škody představuje počáteční odhad nebo finanční rezervu vytvořenou pro nárok. Během šetření a posuzování se může měnit. Tento finanční údaj je důležitý pro rozdělení nároků do skupin a pochopení souvislosti mezi finančním dopadem a průběhem procesu. Pomáhá například zjistit, zda se nároky s vyšší částkou zpracovávají déle nebo vyžadují více oprav. Slouží také jako vstup pro finanční plánování a řízení rizik. Proč je to důležité Doplňuje finanční kontext procesu a umožňuje analyzovat, jak výše nároku ovlivňuje dobu zpracování, složitost a průběh. Kde data získat Podívejte se do dokumentace FINEOS Claims. Tento údaj se obvykle nachází ve finančních tabulkách nebo tabulkách rezerv propojených s nárokem. Příklady 5000.00150000.00250.50 | |||
Aktivity při zpracování pojistných událostí
| Aktivita | Popis | ||
|---|---|---|---|
| Platba odeslána | Označuje okamžik, kdy se platba skutečně zpracuje a odešle žadateli nebo poskytovateli. Ve FINEOS tuto událost často spustí integrace s finančním systémem a zaznamená se v transakčním protokolu nebo jako konečná aktualizace stavu platby. | ||
| Proč je to důležité Pro zákazníka jde o rozhodující okamžik. Analýza doby od schválení po odeslání platby pomáhá zjednodušit platební proces a zlepšit zákaznickou zkušenost. Kde data získat Událost může být zaznamenána přímo v tabulce transakcí plateb ve FINEOS nebo v integrovaném systému závazků. Pravděpodobným zdrojem je také změna stavu na „Zaplaceno“. Zachycení Použijte datum transakce z knihy plateb nebo čas změny stavu na „Zaplaceno“. Typ události explicit | |||
| Platba schválena | Označuje formální schválení výplaty vypočtené částky plnění. Často jde o samostatný krok po rozhodnutí o pojistné události, který musí schválit vedoucí nebo určený tým. Ve FINEOS se zaznamená například změnou stavu na „Schváleno k platbě“. | ||
| Proč je to důležité Tato aktivita je důležitá pro KPI „Doba schválení platby“. Prodleva mezi rozhodnutím a schválením může být skrytým úzkým místem, které výrazně ovlivňuje spokojenost zákazníků. Kde data získat Událost se odvozuje z času změny stavu na „Čeká se na platbu“, „Připraveno k platbě“ nebo „Platba schválena“ v historii stavů pojistné události. Zachycení Čas změny stavu na „Schváleno k platbě“ nebo podobný stav. Typ události inferred | |||
| Pojistná událost nahlášena | Označuje první přijetí oznámení o pojistné události organizací, například prostřednictvím webového portálu, e-mailu nebo pošty. Jde o začátek procesu. Událost se obvykle zaznamená při zadání prvního oznámení o škodě (FNOL) do přípravné oblasti nebo přímo do FINEOS. | ||
| Proč je to důležité Tato aktivita je hlavní počáteční událostí procesu. Analýza doby od nahlášení po registraci pomáhá odhalit prodlevy při zadávání údajů a zakládání případu, které prodlužují celkovou dobu vyřízení. Kde data získat Pravděpodobně se zaznamenává datum vytvoření prvního oznámení o pojistné události nebo záznamu FNOL v FINEOS. Může jít o samostatnou událost v záznamu událostí, případně lze čas odvodit z nejstaršího časového údaje přiřazeného k ID pojistné události. Zachycení Použijte čas vytvoření prvního oznámení o škodě (FNOL) nebo počátečního záznamu pojistné události. Typ události inferred | |||
| Pojistná událost uzavřena | Označuje konečný stav pojistné události v systému po dokončení všech aktivit, včetně výplaty nebo zamítnutí. Událost se ve FINEOS zaznamená změnou stavu na „Uzavřeno“ nebo „Dokončeno“. | ||
| Proč je to důležité Tato aktivita je hlavní koncovou událostí procesu. Doba od „Pojistná událost nahlášena“ do „Pojistná událost uzavřena“ je hlavním KPI pro měření celkové výkonnosti a efektivity procesu. Kde data získat Událost se odvozuje z času konečné změny stavu na „Uzavřeno“ v historii stavů pojistné události. Jde o poslední zaznamenanou aktualizaci stavu u úspěšně dokončeného případu. Zachycení Čas konečné změny stavu na „Uzavřeno“ nebo „Dokončeno“. Typ události inferred | |||
| Pojistná událost zaregistrována | Označuje formální založení záznamu pojistné události v systému FINEOS. V tomto okamžiku se případu přiřadí jedinečné ID a zahájí se jeho zpracování. Událost se obvykle zaznamenává podle času vytvoření hlavního objektu pojistné události. | ||
| Proč je to důležité Jde o důležitý milník, kdy se z pouhého oznámení stává aktivní případ. Poskytuje spolehlivý začátek pro měření interní doby vyřizování. Kde data získat Údaj se odvozuje od času vytvoření hlavního záznamu případu v databázi FINEOS. U většiny hlavních objektů systému se pro účely auditu eviduje datum vytvoření. Zachycení Použijte čas vytvoření hlavního záznamu případu pojistné události. Typ události explicit | |||
| Rozhodnuto o pojistné události | Jde o zásadní milník, kdy pojišťovna formálně rozhodne o schválení, částečném schválení nebo zamítnutí pojistné události. Ve FINEOS se téměř vždy zaznamená výslovnou změnou stavu, například na „Schváleno“, „Zamítnuto“ nebo „Vypořádáno“. | ||
| Proč je to důležité Tento důležitý milník určuje další průběh procesu, tedy výplatu nebo uzavření případu. Je nezbytný pro měření doby do rozhodnutí a analýzu výsledků vyřizování pojistných událostí. Kde data získat Událost se odvozuje z času v tabulce historie stavů pojistné události, který odpovídá konečnému rozhodnutí, například „Schváleno“, „Odmítnuto“ nebo „Zamítnuto“. Zachycení Čas změny stavu na „Schváleno“ nebo „Zamítnuto“. Typ události inferred | |||
| Dokončena úvodní kontrola | Označuje dokončení prvního posouzení platnosti pojistné události, jejích podrobností a potřebných dokumentů likvidátorem nebo pracovníkem, který případ zpracovává. Událost se často odvozuje ze změny stavu ve FINEOS, například z „Nová“ nebo „Zaregistrována“ na „V posuzování“ nebo „Přiřazena“. | ||
| Proč je to důležité Sledování dokončení tohoto kroku pomáhá měřit dobu do první akce a odhalit nahromaděné případy při úvodním třídění a přiřazování. Prodlevy v této fázi mohou výrazně prodloužit celou dobu vyřizování pojistné události. Kde data získat Událost se odvozuje z času změny stavu pojistné události na stav označující dokončení kontroly, například „Úvodní kontrola dokončena“, „Čeká se na informace“ nebo „Probíhá šetření“. Tyto údaje se obvykle nacházejí v tabulce historie stavů pojistné události. Zachycení Určete čas změny stavu z „Nová“ nebo „Otevřená“ na stav po kontrole. Typ události inferred | |||
| Obdrženy další informace | Označuje přijetí vyžádaných dokumentů nebo informací, po kterém může zpracování pojistné události pokračovat. Událost se obvykle odvozuje ze změny stavu z „Čeká se na informace“ zpět na aktivní stav, například „V posuzování“ nebo „Připraveno k posouzení“. | ||
| Proč je to důležité Doba mezi vyžádáním a obdržením informací ukazuje na prodlevy způsobené externími stranami. Zároveň označuje obnovení interního zpracování, a je proto důležitá při analýze čekání a přerušení procesu. Kde data získat Událost se odvozuje z času, kdy se stav pojistné události změní z „Čeká se“ na „Aktivní“ nebo „Probíhá“. Konkrétní čas může poskytnout také související událost nahrání dokumentu. Zachycení Čas změny stavu z „Čeká se na informace“ na aktivní stav zpracování. Typ události inferred | |||
| Pojistná událost zamítnuta | Označuje konečný výsledek případu, kdy nebyla schválena výplata. Událost se zaznamená při definitivní změně stavu pojistné události na „Zamítnuto“ nebo „Odmítnuto“. Jde o jednu z možných koncových událostí procesu. | ||
| Proč je to důležité Tato aktivita je důležitým koncovým bodem procesu. Analýza cest vedoucích k zamítnutí může odhalit nedostatky při příjmu pojistných událostí, problémy s výkladem pojistných podmínek nebo možné vzorce podvodného jednání. Kde data získat Událost se odvozuje z času, kdy je konečný stav pojistné události v tabulce historie zaznamenán jako „Zamítnuto“ nebo „Odmítnuto“. Zachycení Čas konečné změny stavu na „Zamítnuto“ nebo „Odmítnuto“. Typ události inferred | |||
| Pojistná událost znovu otevřena | K této události dochází, když se dříve uzavřený případ znovu aktivuje k dalšímu posouzení nebo zpracování, často kvůli odvolání nebo novým informacím. Ve FINEOS se zaznamená změnou stavu z „Uzavřeno“ nebo „Zamítnuto“ zpět na aktivní stav, například „V posuzování“. | ||
| Proč je to důležité Sledování znovu otevřených případů je důležité pro pochopení výjimek a nedostatků v procesu. Ukazuje případy, které nebyly napoprvé správně vyřešeny, a jejich dopad na efektivitu a náklady na provoz. Kde data získat Událost se odvozuje ze změny stavu z konečného stavu, například „Uzavřeno“, na aktivní stav, například „Znovu otevřeno“ nebo „V posuzování“. Je třeba analyzovat posloupnost změn stavů v čase. Zachycení Určete čas změny stavu z uzavřeného na otevřený. Typ události inferred | |||
| Šetření dokončeno | Označuje dokončení všech potřebných šetření a připravenost pojistné události k závěrečnému rozhodnutí. Událost se odvozuje ze změny stavu z „Probíhá šetření“ na následující stav, například „Čeká se na rozhodnutí“ nebo „Připraveno k posouzení“. | ||
| Proč je to důležité Tato aktivita označuje konec fáze shromažďování důkazů. Analýza doby od „Zahájeno šetření“ do tohoto okamžiku pomáhá odhalit úzká místa v samotném procesu posuzování. Kde data získat Událost se odvozuje z času, kdy se stav pojistné události změní z „Probíhá šetření“ na stav označující, že následuje rozhodnutí nebo posouzení. Zachycení Čas změny stavu pojistné události z „Probíhá šetření“ na „Připraveno k rozhodnutí“. Typ události inferred | |||
| Vyčíslena škoda | Označuje výpočet a zaznamenání finančního dopadu pojistné události. Může jít o posouzení škody na majetku, nákladů na zdravotní péči nebo jiných závazků. Událost se často zaznamená při vyplnění a uložení příslušných finančních údajů ve FINEOS. | ||
| Proč je to důležité Jde o důležitý finanční milník. Doba potřebná k vyčíslení škody po dokončení šetření může sloužit jako ukazatel výkonnosti týmu, který posouzení provádí. Kde data získat Událost se pravděpodobně odvozuje z času, kdy se v systému poprvé vyplní nebo dokončí údaje o finanční rezervě či odhadu škody. Nemusí jít o samostatný stav, ale o událost zadání údajů. Zachycení Použijte čas poslední aktualizace finančního posouzení nebo údajů o rezervě. Typ události inferred | |||
| Vypočteno pojistné plnění | K této aktivitě dochází po schválení pojistné události. Vypočítá se přesná výše plnění podle limitů pojistné smlouvy, spoluúčasti a vyčíslené škody. Událost se pravděpodobně zaznamená při zadání a potvrzení konečné částky plnění ve FINEOS. | ||
| Proč je to důležité Tato aktivita odděluje výpočet částky od schválení pojistné události a povolení platby. Pomáhá analyzovat, jak efektivně finanční tým stanovuje konečnou výši plnění. Kde data získat Událost se odvozuje z času, kdy se v účetních záznamech systému zadá nebo aktualizuje konečná částka plnění či platby za pojistnou událost. Zachycení Použijte čas poslední aktualizace pole s konečnou částkou plnění. Typ události inferred | |||
| Vyžádány další informace | K této aktivitě dochází, když pracovník zjistí, že k pokračování potřebuje další informace od žadatele nebo třetí strany. Ve FINEOS se obvykle zaznamená změnou stavu na „Čeká se na informace“ nebo záznamem o odeslané žádosti. | ||
| Proč je to důležité Tato aktivita je důležitá pro analýzu opakované práce a návratů v procesu. Častý výskyt může ukazovat na nedostatky při úvodním sběru údajů a být významným zdrojem prodlev. Kde data získat Událost se odvozuje ze změny stavu pojistné události na „Čeká se na informace“ nebo podobný stav. Může být také zaznamenána jako samostatná událost při vytvoření žádosti o informace v systému. Zachycení Čas změny stavu na „Čeká se na informace“ nebo záznam o žádosti o informace odeslané dopisem či e-mailem. Typ události inferred | |||
| Zahájeno šetření | Označuje začátek formálního šetření nebo posuzování pojistné události. Událost se často zaznamená při přiřazení případu vyšetřovateli nebo při výslovné změně stavu na „Probíhá šetření“ ve FINEOS. | ||
| Proč je to důležité Tento milník označuje začátek potenciálně dlouhé a složité části procesu. Sledování času zahájení je nezbytné pro měření délky a efektivity šetření. Kde data získat Událost se odvozuje z času změny stavu na „Probíhá šetření“ nebo „Probíhá posuzování“. Lze ji také spojit s datem přiřazení role vyšetřovatele k pojistné události. Zachycení Čas změny stavu pojistné události na „Probíhá šetření“. Typ události inferred | |||
Návody k získání dat
Metody extrakce pro tento proces právě ověřujeme. Zkuste to později nebo nás kontaktujte a požádejte o pomoc.
Chcete začít?
Tato šablona vám usnadní přípravu dat, abyste mohli rychleji odhalit užitečné poznatky a zlepšit provoz při zpracování pojistných událostí. Začněte využívat svá data a zvyšte efektivitu i spokojenost klientů.
Urychlete zpracování pojistných událostí. Začněte ještě dnes
Přidejte se k organizacím, které ve FINEOS dosahují 70% automatického zpracování bez ručních zásahů.
Bez platební karty, nastavení zabere jen několik minut.