Šablona dat pro likvidaci pojistných událostí

Univerzální šablona pro process mining
Šablona dat pro likvidaci pojistných událostí

Šablona dat pro likvidaci pojistných událostí

Univerzální šablona pro process mining

Toto je obecná šablona dat pro process mining pro proces Zpracování pojistných událostí. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.

Vyberte konkrétní systém
  • Přehled důležitých datových atributů.
  • Důležité aktivity procesu pro úplný přehled o jeho průběhu.
  • Flexibilní rámec použitelný v různých systémech pro likvidaci pojistných událostí.
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy likvidace pojistných událostí

Níže najdete doporučená datová pole a jejich popis. Jsou potřebná k vytvoření podrobného záznamu událostí pro analýzu likvidace pojistných událostí.
5 Povinné 7 Doporučené 6 Volitelné
Název Popis
Čas zahájení
StartTime
Časové razítko označující začátek konkrétní aktivity nebo události.
Popis

Čas zahájení je přesný údaj o datu a čase, kdy aktivita začala. U každé události v záznamu procesu poskytuje nezbytný časový kontext pro analýzu výkonnosti.

V process mining slouží čas zahájení k chronologickému seřazení událostí a přesné rekonstrukci průběhu případu. Na jeho základě se počítají ukazatele výkonnosti, například doba cyklu, čekání a zpracování. Analýza časových razítek pomáhá odhalit prodlevy mezi kroky, měřit dodržování dohod o úrovni služeb (SLA) a porozumět časovému průběhu zpracování pojistných událostí.

Proč je to důležité

Toto časové razítko je nezbytné pro správné seřazení událostí a výpočet časových metrik, například doby cyklu a úzkých míst.

Kde data získat

Obvykle se zaznamenává v záznamech událostí, auditních stopách nebo transakčních datech pod označením „event time“ či „creation date“.

Příklady
2023-03-15T09:00:00Z2023-05-20T14:35:10Z2023-07-01T11:21:05Z
ID pojistné události
ClaimId
Jedinečný identifikátor pojistné události, který slouží jako hlavní identifikátor případu pro process mining.
Popis

ID pojistné události je jedinečný klíč přidělený každé pojistné události při její registraci. Propojuje všechny související aktivity, události a datové body po celou dobu jejího zpracování, od prvotního nahlášení až po konečné uzavření.

V process mining je ID pojistné události nezbytné pro rekonstrukci celého průběhu každého případu. Software seskupí všechny události se stejným ID, zobrazí tok procesu, odhalí odchylky a vypočítá metriky na úrovni případu. Díky tomu lze každou činnost, od přiřazení likvidátora po odeslání platby, správně přiřadit ke konkrétní pojistné události a přesně analyzovat její průběh.

Proč je to důležité

Jde o hlavní identifikátor případu, který propojuje všechny související události a umožňuje sledovat celý průběh každé pojistné události.

Kde data získat

Obvykle se nachází v záhlaví nebo hlavním záznamu spisu pojistné události či transakce v systému pro správu pojistných událostí.

Příklady
CL-2023-001234A789-C54329876543210
Název aktivity
ActivityName
Název pracovní aktivity nebo události, ke které v konkrétním okamžiku došlo v rámci pojistné události.
Popis

Název aktivity popisuje konkrétní krok, úkol nebo událost v průběhu zpracování pojistné události. Může jít například o „Registrace pojistné události“, „Zahájení šetření“ nebo „Odeslání platby“. Každá aktivita představuje samostatný bod procesu zaznamenaný v záznamu událostí.

Při analýze pomocí process mining tvoří aktivity základ procesní mapy. Jejich pořadí, četnost a trvání ukazují skutečný průběh procesu, běžné postupy, úzká místa i odchylky od standardního postupu. Jasné a jednotné názvy aktivit jsou důležité pro srozumitelný a prakticky využitelný model procesu.

Proč je to důležité

Aktivity tvoří základ procesní mapy. Popisují kroky a úkoly, jejichž pořadí a trvání analyzujete, abyste porozuměli výkonnosti procesu.

Kde data získat

Obvykle se nachází v záznamech událostí, auditních stopách nebo transakčních záznamech v systému pro správu pojistných událostí.

Příklady
Pojistná událost zaevidovánaVyhodnocení škodyOdeslání platbyZamítnutí pojistné události
Poslední aktualizace dat
LastDataUpdate
Časové razítko poslední aktualizace dat nebo jejich extrakce ze zdrojového systému.
Popis

Poslední aktualizace dat označuje, kdy byla naposledy obnovena data záznamu událostí ze zdrojových systémů. Časové razítko ukazuje, jak aktuální jsou analyzovaná data.

Při analýze procesu je aktuálnost dat důležitá pro informované rozhodování. Tento atribut vám pomůže zjistit, zda sledujete proces téměř v reálném čase, nebo historický snímek. Je zvlášť důležitý pro dashboardy průběžného monitorování a pro ověření, že závěry vycházejí z relevantních a aktuálních informací.

Proč je to důležité

Ukazuje aktuálnost dat, takže analýzu i rozhodování můžete opřít o nejnovější informace.

Kde data získat

Obvykle jde o metadata vytvořená při extrakci, transformaci a načítání dat (ETL).

Příklady
2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Zdrojový systém
SourceSystem
Systém, ze kterého byla data o událostech získána.
Popis

Atribut Zdrojový systém určuje konkrétní IT aplikaci nebo platformu, ve které byla aktivita původně zaznamenána. V prostředí s více systémy mohou data o pojistných událostech pocházet například z hlavní platformy pro jejich správu, systému pro správu dokumentů nebo nástroje pro řízení vztahů se zákazníky (CRM).

Znalost zdrojového systému pomáhá ověřovat data a analyzovat roztříštěnost procesu. Umožňuje dohledat původ problémů s kvalitou dat a odhalit neefektivitu způsobenou ručním přenosem dat nebo předáváním práce mezi systémy. Analýza může ukázat možnosti lepší integrace systémů a automatizace.

Proč je to důležité

Určuje původ dat o událostech, což je důležité pro jejich ověření a analýzu průběhu procesu ve více IT systémech.

Kde data získat

Tyto informace mohou být součástí logiky extrakce dat nebo uložené jako pole v záznamech událostí propojených systémů.

Příklady
Sada systémů pro správu pojistných událostíPortál CRMSystém pro správu dokumentů
Čas ukončení
EndTime
Časové razítko označující dokončení konkrétní aktivity nebo události.
Popis

Čas ukončení je přesný údaj o datu a čase, kdy aktivita skončila. Pokud je k dispozici také čas zahájení, lze přesně změřit dobu jejího trvání.

Tento atribut je cenný pro podrobnou analýzu výkonnosti. Rozdíl mezi časem zahájení a ukončení udává dobu zpracování aktivity, která pomáhá určit neefektivní kroky. Analýza dob zpracování ukáže, které aktivity spotřebovávají nejvíce zdrojů a kde se vyplatí zaměřit zlepšování provozu. Je také základem dashboardů pro sledování úzkých míst procesu a výkonnosti týmů.

Proč je to důležité

Umožňuje přesně vypočítat dobu zpracování aktivit, což je důležité pro odhalení úzkých míst a analýzu efektivity využití zdrojů.

Kde data získat

Obvykle se nachází v záznamech událostí nebo auditních stopách spolu s časem zahájení. Pokud se zaznamenávají jen změny, může být nutné jej odvodit.

Příklady
2023-03-15T11:30:00Z2023-05-20T15:05:45Z2023-07-01T11:29:15Z
Částka pojistného plnění
SettlementAmount
Konečná finanční částka vyplacená příjemci nebo třetí straně za účelem vyřízení pojistné události.
Popis

Částka pojistného plnění představuje celkovou sumu vyplacenou při vyřízení pojistné události. Jde o důležitý ukazatel výsledku, který vyjadřuje její finanční dopad. Obvykle se stanoví po vyčíslení škody a přijetí rozhodnutí.

V process mining je tento atribut nezbytný pro analýzu nákladů. Umožňuje počítat KPI, například průměrné náklady na pojistnou událost, a zkoumat, jak odchylky v procesu ovlivňují finanční výsledky. Analýza může například ukázat, že případy s opakovaným zpracováním nebo delší dobou cyklu vedou k vyšším částkám pojistného plnění. Tím se propojí efektivita procesu s finančními výsledky a získají se podklady pro dashboard „Analýza nákladů na pojistné události“.

Proč je to důležité

Jde o důležitý ukazatel výsledku, který přímo propojuje průběh procesu s finančním dopadem a umožňuje posoudit náklady a přínosy jeho zlepšení.

Kde data získat

Najdete ji ve finančních záznamech nebo záznamech o platbě spojených s pojistnou událostí. Konečnou podobu získá při jejím uzavření nebo výplatě.

Příklady
1500.0025000.50125.750.00
Cílové datum vyřízení
ResolutionTargetDate
Datum, do kterého se má pojistná událost vyřídit podle dohod o úrovni služeb (SLA) nebo právních předpisů.
Popis

Cílové datum vyřízení neboli termín je lhůta pro dokončení zpracování pojistné události. Určují ji právní předpisy nebo interní dohody o úrovni služeb (SLA), jejichž cílem je zajistit včasné služby zákazníkům.

Tento atribut je důležitý pro sledování shody a výkonnosti. Porovnáním skutečného data uzavření pojistné události s cílovým datem můžete měřit míru dodržování SLA. Process mining ukáže, které kroky nebo varianty procesu nejčastěji vedou k překročení lhůty. Díky tomu můžete termíny řídit s předstihem a upřednostnit zlepšení, která nejvíce přispějí k včasnému vyřízení. Atribut podporuje dashboard „Dodržování SLA a termínů“.

Proč je to důležité

Umožňuje měřit včasné plnění SLA nebo zákonných lhůt, což je důležitý ukazatel efektivity procesu.

Kde data získat

Obvykle se vypočítá podle obchodních pravidel při vytvoření pojistné události a uloží se do jejího hlavního záznamu.

Příklady
2023-04-142023-06-192023-08-30
Oddělení
Department
Organizační jednotka, tým nebo oddělení odpovědné za zpracování aktivity či pojistné události v daném okamžiku.
Popis

Atribut Oddělení určuje organizační skupinu, která odpovídá za pojistnou událost v konkrétní fázi jejího zpracování. Může jít například o oddělení prvotního hlášení škod, vyšetřovací útvar nebo oddělení plateb.

Tyto informace pomáhají porozumět předávání práce a spolupráci mezi různými částmi organizace. Pohled na proces podle oddělení může odhalit prodlevy při přesunu pojistné události mezi týmy. Pomáhá také určit úzká místa mezi odděleními a vyhodnotit pracovní zátěž i výkonnost jednotlivých týmů. Podporuje tak KPI, například vyváženost pracovní zátěže likvidátorů, a dashboardy výkonnosti týmů.

Proč je to důležité

Pomáhá analyzovat předávání práce mezi týmy a odhalit úzká místa mezi odděleními, což usnadňuje hodnocení výkonnosti organizace.

Kde data získat

Obvykle se ukládá v záznamu pojistné události a bývá přiřazeno k odpovědnému uživateli nebo aktuální fázi procesu.

Příklady
Tým příjmu oznámeníOddělení zvláštního šetřeníPosouzení odpovědnostiFinance a platby
Přiřazený likvidátor
AssignedAdjuster
Jméno nebo ID uživatele, například likvidátora, který zpracovává pojistnou událost nebo aktivitu.
Popis

Atribut Přiřazený likvidátor označuje zaměstnance nebo uživatele, který provedl konkrétní aktivitu nebo v daném okamžiku odpovídá za pojistnou událost. Propojuje jednotlivé kroky procesu s lidmi, kteří je vykonávají.

Analýza podle likvidátora pomáhá řídit pracovní zátěž, hodnotit výkonnost a určovat potřeby školení. Vedoucí mohou porovnávat výsledky členů týmu, spravedlivěji rozdělovat práci a zjistit, kdo podává nadprůměrný výkon nebo potřebuje další podporu. Tento pohled na úrovni zdrojů se hodí pro dashboardy výkonnosti týmu a rozložení pracovní zátěže.

Proč je to důležité

Propojuje aktivity procesu s lidmi, kteří je vykonávají, a umožňuje analyzovat pracovní zátěž, výkonnost týmu a rozdělení zdrojů.

Kde data získat

Najdete jej v transakčních záznamech, auditních protokolech nebo polích pro přiřazení uživatele v systému pro správu pojistných událostí.

Příklady
Jan NovákUSER789Eva Svobodovátým_likvidátorů_a
Typ pojistné události
ClaimType
Kategorie pojistné události, která umožňuje rozdělit a porovnat výkonnost procesu u různých typů událostí.
Popis

Typ pojistné události je klasifikace podle oblasti pojištění nebo povahy škody, například automobilová škoda, škoda na majetku, odpovědnostní škoda nebo pracovní neschopnost. Různé typy pojistných událostí se často zpracovávají odlišně, mají různou míru složitosti a podléhají různým SLA.

Rozdělení analýzy procesu podle typu pojistné události je základní způsob, jak získat užitečné poznatky. Umožňuje porovnávat dobu cyklu, náklady a shodu procesu napříč kategoriemi. Analýza může například ukázat, že efektivní postup u automobilových škod nefunguje stejně dobře u škod na majetku. Na základě toho můžete cíleně zlepšovat proces. Tento atribut je nezbytný pro dashboard „Výkonnost podle kategorie pojistné události“.

Proč je to důležité

Umožňuje rozdělit pojistné události a porovnat procesy i výkonnost napříč oblastmi pojištění. Pomáhá tak odhalit problémy specifické pro jednotlivé kategorie.

Kde data získat

Standardní pole hlavního záznamu pojistné události, které se obvykle vyplňuje při jejím vytvoření.

Příklady
Automobilová škodaŠkoda na majetkuOdškodnění při pracovním úrazuObecná odpovědnost
Závažnost pojistné události
ClaimSeverity
Klasifikace odhadované složitosti nebo možného finančního dopadu pojistné události, například nízká, střední nebo vysoká.
Popis

Závažnost pojistné události vyjadřuje její složitost, naléhavost nebo možnou finanční náročnost. Tato klasifikace pomáhá určit prioritu případu a přiřadit jej likvidátorovi s odpovídajícími zkušenostmi. Závažnost se může určovat podle odhadované výše škody, povahy události nebo probíhajícího soudního sporu.

Analýza procesu podle závažnosti ukazuje, zda jsou postupy přizpůsobené konkrétním případům. U závažných pojistných událostí lze například očekávat delší dobu zpracování a důkladnější šetření. Tento atribut pomáhá ověřit, že složitým případům věnujete potřebnou pozornost a jednodušší vyřizujete rychle. Tím lépe využijete zdroje a podpoříte spokojenost zákazníků.

Proč je to důležité

Pomáhá rozlišit jednoduché a složité pojistné události a ověřit, zda způsob jejich zpracování odpovídá jejich náročnosti.

Kde data získat

Často se určuje podle obchodních pravidel při příjmu pojistné události a ukládá jako pole v jejím hlavním záznamu.

Příklady
NízkáStředníVysokáKatastrofická
Číslo pojistné smlouvy
PolicyNumber
Jedinečný identifikátor pojistné smlouvy, na jejímž základě byla škoda nahlášena.
Popis

Číslo pojistné smlouvy je jedinečný identifikátor smlouvy, která se vztahuje k nahlášené škodě. Propojuje pojistnou událost s konkrétním klientem, podmínkami smlouvy, limity pojistného krytí a dalšími smluvními údaji.

Při samotné analýze průběhu procesu se toto číslo nemusí vždy přímo využívat, přesto jde o důležitý kontextový údaj. Umožňuje seskupit data o pojistných událostech podle smlouvy nebo klienta a odhalit například časté pojistné události u jednoho pojistníka. Data lze také doplnit o údaje na úrovni smlouvy, například o typu smlouvy nebo výši pojistného krytí, a provádět podrobnější segmentaci a analýzu.

Proč je to důležité

Propojuje pojistnou událost s konkrétní pojistnou smlouvou a umožňuje doplnit data o smlouvě pro podrobnější analýzu v širším kontextu.

Kde data získat

Základní údaj zaznamenaný při nahlášení pojistné události a uložený v záhlaví jejího záznamu.

Příklady
POL-987654A-100-200-300555444333
Datum škody
LossDate
Datum, kdy došlo k události nebo škodě, kvůli níž byla pojistná událost nahlášena.
Popis

Datum škody označuje den, kdy skutečně došlo k události, například dopravní nehodě nebo poškození majetku, která vedla k nahlášení pojistné události. Liší se od data, kdy byla pojistná událost nahlášena nebo zaregistrována v systému.

Rozdíl mezi datem škody a datem registrace pojistné události se označuje jako prodleva při hlášení. Její analýza pomáhá porozumět chování klientů a odhalit možná rizika podvodu, například neobvykle dlouhé prodlevy při hlášení. Poskytuje úplnější časovou osu od vzniku škody po její vyřízení a širší pohled než samotná doba interního zpracování.

Proč je to důležité

Určuje datum skutečné události a umožňuje analyzovat prodlevy při hlášení i celý průběh od vzniku škody po uzavření případu.

Kde data získat

Údaj sdělí žadatel při prvním nahlášení škody a uloží se do hlavního záznamu pojistné události.

Příklady
2023-03-102023-05-182023-06-25
Důvod zamítnutí
DenialReason
Konkrétní důvod uvedený při zamítnutí nebo odmítnutí pojistné události.
Popis

Důvod zamítnutí je kód nebo textový popis, který vysvětluje, proč nebylo pojistné plnění vyplaceno. Důvodem může být například to, že se událost nevztahuje na pojistné krytí, podezření na podvod nebo chybějící požadované dokumenty.

Analýza důvodů zamítnutí pomáhá najít možnosti, jak zlepšit interní procesy i komunikaci s klienty. Pokud je například mnoho pojistných událostí zamítnuto kvůli chybějícím údajům, může být potřeba upravit proces jejich příjmu. Analýza hlavních příčin zamítnutí může vést ke srozumitelnějšímu znění pojistných podmínek, lepší informovanosti klientů a menšímu objemu administrativní práce na případech, které budou nakonec zamítnuty.

Proč je to důležité

Ukazuje, proč se pojistné plnění nevyplácí, a pomáhá hledat hlavní příčiny pro zlepšení komunikace s klienty i úvodních kroků procesu.

Kde data získat

Likvidátor vybere důvod z předem připraveného seznamu nebo jej zadá jako text při aktivitě „Pojistná událost zamítnuta“.

Příklady
Není kryto pojistnou smlouvouPodezření na podvodNeúplná dokumentaceDuplicitní pojistná událost
Kanál podání
SubmissionChannel
Způsob nebo kanál, kterým byla pojistná událost poprvé nahlášena.
Popis

Kanál podání označuje, jakým způsobem byla pojistná událost společnosti poprvé nahlášena. Mezi běžné kanály patří zákaznický portál, mobilní aplikace, pojišťovací agent, makléř nebo klasická pošta.

Analýza procesu podle kanálu podání může odhalit rozdíly v kvalitě dat, efektivitě i zákaznické zkušenosti. U pojistných událostí nahlášených přes digitální portál může být například méně chyb při zadávání údajů a kratší doba prvotního zpracování než u oznámení zaslaných poštou. Tyto poznatky vám pomohou rozhodnout, které kanály podporovat a kam směřovat investice do automatizace a zlepšování procesů.

Proč je to důležité

Pomáhá analyzovat, jak kanál příjmu oznámení ovlivňuje efektivitu procesu, kvalitu dat a celkovou dobu jeho zpracování.

Kde data získat

Obvykle se zaznamenává při prvním oznámení škody (FNOL) a ukládá se do hlavního záznamu pojistné události.

Příklady
Webový portálLikvidátorTelefonPošta
Požadovaná částka
ClaimedAmount
Celková částka, kterou pojistník původně požaduje při nahlášení pojistné události.
Popis

Požadovaná částka je původní odhad škody nebo částka, kterou žadatel požaduje na začátku procesu. Během šetření a posouzení se může změnit.

Tento údaj se hodí pro několik typů analýz. Lze podle něj předběžně určit závažnost pojistné události a sledovat rozdíl mezi původně požadovanou částkou a konečným plněním. Analýza tohoto rozdílu ukáže, jak přesné jsou počáteční odhady a jak účinně se v procesu likvidace pojistných událostí kontrolují náklady. Údaj se využívá také při finančních prognózách a tvorbě rezerv.

Proč je to důležité

Vyjadřuje původní finanční rozsah pojistné události. Hodí se k posouzení její závažnosti a analýze rozdílu oproti konečnému plnění.

Kde data získat

Zaznamenává se při prvotním nahlášení pojistné události a ukládá se do finanční části jejího záznamu.

Příklady
2000.0035000.00500.00
Stav pojistné události
ClaimStatus
Celkový stav pojistné události v daném okamžiku, například otevřená, čekající nebo uzavřená.
Popis

Stav pojistné události označuje fázi, ve které se případ nachází v okamžiku události. Poskytuje stručný přehled o průběhu procesu, například „Probíhá šetření“, „Čeká se na informace“ nebo „Vyřízeno“.

Process mining rekonstruuje podrobný tok aktivit, zatímco atribut Stav pojistné události poskytuje užitečný kontext. Lze jej použít k ověření průběhu procesu, například zda aktivita „Odeslání platby“ správně změní stav na „Uzavřeno“, i k analýze doby strávené v jednotlivých stavech. Snáze tak zjistíte, jak dlouho případy čekají, a odhalíte systémové prodlevy nebo neefektivitu.

Proč je to důležité

Ukazuje stav pojistné události v daném okamžiku, pomáhá analyzovat dobu strávenou v jednotlivých fázích a ověřit průběh procesu.

Kde data získat

Základní pole hlavního záznamu pojistné události, které se aktualizuje v průběhu jejího zpracování.

Příklady
OtevřenáČeká se na informace od zákazníkaUzavřeno, vyplacenoUzavřeno, zamítnuto
Povinné Doporučené Volitelné

Aktivity při likvidaci pojistných událostí

Tato část popisuje hlavní kroky procesu a důležité milníky, které je vhodné zaznamenávat. Díky nim můžete přesně zmapovat proces a analyzovat provoz v oblasti likvidace pojistných událostí.
7 Doporučené 8 Volitelné
Aktivita Popis
Dokončení prvotní kontroly
Označuje dokončení první důkladné kontroly pojistné události přiděleným likvidátorem. V této fázi likvidátor posoudí oprávněnost a podrobnosti případu a určí další potřebné kroky.
Proč je to důležité

Tento milník pomáhá měřit dobu prvotního třídění a posouzení. Prodlevy v této fázi mohou výrazně prodloužit celkovou dobu vyřízení pojistné události.

Kde data získat

Tuto událost lze často odvodit ze změny stavu v systému, například z „Nová“ nebo „Přiřazena“ na „V posuzování“ nebo „Šetření“.

Zachycení

Hledejte změnu stavu, která označuje konec prvotního posouzení a začátek aktivního zpracování.

Typ události inferred
Odeslání platby
Tato aktivita označuje provedení finanční transakce, kterou se vyplácí pojistná událost. Jde o okamžik odeslání platby příjemci nebo poskytovateli.
Proč je to důležité

Jde o důležitou finanční událost, která často uzavírá standardní průběh procesu. Je zásadní pro měření doby od schválení pojistné události do výplaty.

Kde data získat

Zaznamená se jako výslovný záznam transakce nebo aktualizace konečného stavu platby, často po propojení s finančním systémem.

Zachycení

Vyhledejte událost, při které se záznam platby spojený s pojistnou událostí označí jako „Paid“, „Issued“ nebo „Disbursed“.

Typ události explicit
Pojistná událost zaevidována
Tato činnost označuje formální založení záznamu pojistné události v systému po prvním oznámení škody (FNOL). V tomto okamžiku se případu oficiálně přiřadí jedinečné Claim ID a zahájí se jeho zpracování.
Proč je to důležité

Jde o hlavní počáteční událost procesu vyřizování pojistné události. Je nezbytná pro měření celkové doby od oficiálního zaevidování případu po jeho uzavření.

Kde data získat

Tato událost se obvykle zaznamenává podle časového razítka vytvoření hlavního záznamu pojistné události nebo objektu případu ve zdrojovém systému.

Zachycení

Najděte událost založení záznamu nebo první změnu stavu v historii pojistné události.

Typ události explicit
Rozhodnutí o pojistné události
Zásadní milník, při kterém pojišťovna na základě šetření formálně rozhodne, zda pojistnou událost schválí, schválí částečně, nebo zamítne. Jde o oficiální výsledek posouzení nároku.
Proč je to důležité

Tento zásadní bod rozhoduje o dalším průběhu pojistné události, tedy o výplatě nebo zamítnutí. Je důležitý pro analýzu délky rozhodování a jeho výsledků.

Kde data získat

Tato událost se téměř vždy zaznamená jako výslovná změna stavu v systému, například na „Approved“, „Denied“ nebo „Settled“.

Zachycení

Vyhledejte první změnu stavu na konečný výsledek, například „Approved“ nebo „Denied“.

Typ události inferred
Uzavření pojistné události
Jde o závěrečnou administrativní aktivitu, která uzavírá spis po vyplacení pojistného plnění nebo zamítnutí pojistné události. V této fázi jsou všechny aktivity dokončeny.
Proč je to důležité

Jde o hlavní koncovou událost procesu. Je nezbytná pro výpočet celkové doby zpracování všech pojistných událostí.

Kde data získat

Zaznamená se závěrečnou změnou stavu v systému na „Closed“ nebo „Finalized“, jakmile se dokončí veškeré zpracování.

Zachycení

Určete časové razítko, kdy se hlavní pole stavu pojistné události změní na konečnou hodnotu „Closed“.

Typ události inferred
Vyhodnocení škody
Tento milník označuje okamžik, kdy se odhadne finanční dopad pojistné události a stanoví se rezerva. Jde o formální odhad možných nákladů na pojistnou událost.
Proč je to důležité

Jde o významnou finanční událost v procesu. Analýza toho, kdy a jak často se rezervy upravují, ukazuje přesnost ocenění i efektivitu procesu.

Kde data získat

Událost se zaznamená při prvním zadání částky rezervy nebo při její pozdější úpravě ve finančních záznamech pojistné události.

Zachycení

Zaznamenejte časové razítko první transakce v záznamu finanční rezervy pojistné události.

Typ události explicit
Zamítnutí pojistné události
Tato aktivita představuje konečný výsledek pojistné události, u které nebyla schválena výplata. Následuje po rozhodnutí o zamítnutí a uzavírá záznam pojistné události se stavem zamítnuto.
Proč je to důležité

Jde o jednu z hlavních konečných událostí v procesu. Analýza zamítnutých pojistných událostí je důležitá pro pochopení četnosti zamítnutí a jejich důvodů.

Kde data získat

Událost se zaznamená, když se konečný stav pojistné události definitivně nastaví na „Denied“ nebo „Rejected“.

Zachycení

Vyhledejte konečnou změnu stavu na „Denied“, „Rejected“ nebo podobný konečný stav. Může k ní dojít až po prvotním rozhodnutí.

Typ události inferred
Dokončení šetření
Označuje dokončení všech činností spojených se šetřením, při kterém byly shromážděny a zdokumentovány všechny potřebné skutečnosti. Tento krok je podmínkou pro konečné rozhodnutí o pojistné události.
Proč je to důležité

Tento milník označuje konec fáze shromažďování podkladů. Doba do tohoto okamžiku je důležitá pro posouzení efektivity šetření.

Kde data získat

Obvykle se odvozuje ze změny stavu pojistné události z „Under Investigation“ na stav rozhodování, například „Pending Decision“ nebo „Ready for Assessment“.

Zachycení

Určete změnu stavu, která značí konec šetření a připravenost k závěrečnému rozhodnutí.

Typ události inferred
Přijetí dalších informací
Označuje přijetí vyžádaných dokumentů nebo informací, po kterém může zpracování pojistné události pokračovat. Tato činnost ukončuje čekání zahájené žádostí.
Proč je to důležité

Tato událost uzavírá cyklus žádosti o informace. Doba mezi vyžádáním a přijetím informací je důležitým ukazatelem závislosti na externích stranách a úzkých míst.

Kde data získat

Událost lze obvykle odvodit ze změny stavu pojistné události z „Čeká se na informace“ zpět na aktivní stav, například „V posuzování“.

Zachycení

Zjistěte změnu stavu z čekání zpět na aktivní zpracování.

Typ události inferred
Přiřazení likvidátora
Tato činnost zaznamenává přiřazení pojistné události konkrétnímu likvidátorovi, pracovníkovi nebo týmu. Určuje, kdo za správu případu v průběhu jeho vyřizování odpovídá.
Proč je to důležité

Sledování přiřazení je důležité pro analýzu rozložení práce, výkonu týmů a prodlev při předávání pojistných událostí.

Kde data získat

Tyto informace se obvykle zaznamenávají v protokolu přiřazení nebo sledováním změn pole „owner“ či „assignee“ v záznamu pojistné události.

Zachycení

Zaznamenávejte změny polí pro přiřazení uživatele nebo skupiny u případu pojistné události.

Typ události explicit
Schválení platby
Představuje formální schválení výplaty vypočtené částky pojistného plnění. Často jde o samostatný krok, do kterého se zapojuje vedoucí nebo jiná oprávněná osoba, aby se předešlo podvodům a zajistila správnost.
Proč je to důležité

Jde o důležitý kontrolní bod. Analýza doby mezi výpočtem a schválením může odhalit zdržení při schvalování nebo problémy se shodou.

Kde data získat

Zaznamená se jako konkrétní schvalovací transakce nebo změna stavu v systému, například na „Approved for Payment“.

Zachycení

Zaznamenejte časové razítko schválení platby nebo změny stavu na „Approved for Payment“.

Typ události explicit
Výpočet pojistného plnění
Po schválení pojistné události tato aktivita představuje výpočet konečné částky pojistného plnění. Výpočet vychází z limitů pojistné smlouvy, spoluúčasti a vyčíslené škody.
Proč je to důležité

Doba trvání tohoto kroku může odhalit úzká místa mezi rozhodnutím o pojistné události a schválením platby. Jde o důležitý krok při finančním vypořádání.

Kde data získat

Tato událost se pravděpodobně zaznamená při zadání a potvrzení konečné částky platby nebo pojistného plnění ve finančním modulu systému.

Zachycení

Zjistěte, kdy se zadá konečná částka pojistného plnění nebo kdy se vytvoří záznam o platbě ve stavu „pending approval“.

Typ události explicit
Vyžádání dalších informací
K této činnosti dochází, když likvidátor zjistí, že k pokračování potřebuje další informace od žadatele nebo třetí strany. Tím se proces často dostane do stavu čekání.
Proč je to důležité

Tato činnost zahajuje běžný cyklus oprav nebo čekání. Analýza její četnosti a délky pomáhá odhalit problémy při prvotním shromažďování údajů a komunikaci.

Kde data získat

Tato událost se často zaznamenává konkrétní změnou stavu, například na „Čeká se na informace“, nebo záznamem o odeslané komunikaci.

Zachycení

Najděte změny stavu na „Čeká se na informace“ nebo vytvoření úkolu či komunikace související s žádostí o informace.

Typ události inferred
Zahájení šetření
Tato činnost označuje začátek formálního a podrobného šetření pojistné události. Může zahrnovat přidělení specialistů, plánování prohlídek nebo jiné činnosti spojené se shromažďováním důkazů.
Proč je to důležité

Sledování začátku šetření pomáhá samostatně měřit dobu této často složité a časově náročné fáze procesu.

Kde data získat

Tuto událost lze často odvodit ze změny stavu pojistné události na „V šetření“ nebo podobný stav, případně z vytvoření prvního úkolu souvisejícího se šetřením.

Zachycení

Hledejte změnu stavu na „V šetření“ nebo vytvoření prvního formálního úkolu souvisejícího se šetřením.

Typ události inferred
Znovuotevření pojistné události
K této události dochází, když se dříve uzavřená nebo zamítnutá pojistná událost znovu aktivuje k dalšímu posouzení nebo zpracování. Důvodem bývá odvolání, nové informace nebo zjištěná chyba.
Proč je to důležité

Znovuotevřené pojistné události znamenají značné opakování práce. Jejich sledování pomáhá odhalit nedostatky procesu, důvody odvolání i dopad na náklady.

Kde data získat

Událost se zaznamená změnou stavu z „Closed“ nebo „Denied“ zpět na aktivní stav, například „Under Review“.

Zachycení

Zjistěte změnu stavu z konečného stavu, například „Closed“, zpět na aktivní stav, který není konečný.

Typ události inferred
Doporučené Volitelné

Návody k extrakci dat

Jak získat data pro process mining.

Metody extrakce se liší podle systému. Podrobný postup najdete v

našem průvodci ETL   nebo   vyberte konkrétní proces a systém.

Chcete začít?

Začněte zlepšovat likvidaci pojistných událostí výběrem návodu k extrakci dat pro konkrétní systém nebo použijte tuto obecnou šablonu k přípravě záznamu událostí.

Získejte přehled, zlepšete procesy a zvyšte výkonnost

Najděte neefektivní postupy, podpořte zlepšování a rychleji dosáhněte svých cílů.

Začněte používat zkušební verzi

Platební kartu nepotřebujete. Začněte zlepšovat procesy ještě dnes.