Šablona dat pro likvidaci pojistných událostí
Šablona dat pro likvidaci pojistných událostí
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í.
Atributy likvidace pojistných událostí
| 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 | |||
Aktivity při likvidaci pojistných událostí
| 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 | |||
Návody k extrakci dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
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ů.
Platební kartu nepotřebujete. Začněte zlepšovat procesy ještě dnes.