Šablona dat pro vyřizování pojistných událostí
Šablona dat pro vyřizování pojistných událostí
- Doporučené atributy ke sběru
- Aktivity, které je vhodné sledovat
- Pokyny k získání dat z Duck Creek Claims
Atributy vyřizování pojistných událostí
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Časové razítko, které udává, kdy došlo ke konkrétní činnosti nebo události. | ||
| Popis Čas události uvádí přesné datum a čas každé činnosti zaznamenané v průběhu pojistné události. Tyto časové údaje jsou důležité pro analýzu výkonnosti. Při analýze se časové razítko používá k výpočtu doby mezi činnostmi, odhalování čekání, měření celkové délky případu a sledování výkonnosti procesu v různých obdobích. Je základem všech časových ukazatelů procesu. Proč je to důležité Toto časové razítko je nezbytné pro výpočet všech časových ukazatelů, například doby mezi kroky a celkové délky procesu. Umožňuje analyzovat výkonnost a odhalovat úzká místa. Kde data získat Jde o standardní pole časového razítka v protokolech událostí nebo transakcí v Duck Creek Claims. Hledejte pole jako „CreateDate“, „Timestamp“ nebo „EventDate“. Příklady 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| ID pojistné události ClaimId | Jedinečný identifikátor pojistné události, který slouží jako hlavní ID případu. | ||
| Popis ID pojistné události je základní identifikátor, který propojuje všechny události a činnosti související s jednou pojistnou událostí od nahlášení po uzavření. Díky němu lze sledovat celý průběh případu jako jeden celek. V analýze process mining je tento atribut nezbytný pro vytvoření pohledu na případy. Analytici díky němu mohou sledovat celý průběh každé pojistné události, měřit celkovou dobu vyřízení a analyzovat varianty procesu. Proč je to důležité Jde o základní ID případu, které propojuje všechny související události a umožňuje sledovat celý průběh pojistné události od začátku do konce. Kde data získat Jde o primární klíč v hlavní tabulce nebo entitě pojistných událostí v Duck Creek Claims. Konkrétní název tabulky a pole najdete v dokumentaci systému. Příklady CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Název činnosti ActivityName | Název obchodní činnosti nebo události, která se v konkrétním okamžiku týkala pojistné události. | ||
| Popis Tento atribut popisuje konkrétní krok nebo úkol v procesu vyřízení pojistné události, například „Pojistná událost nahlášena“, „Přidělen likvidátor“ nebo „Platba odeslána“. Každá činnost představuje samostatný bod v průběhu případu. Analýza pořadí a četnosti těchto činností je základem process mining. Umožňuje odhalovat modely procesů, úzká místa, opakované kroky i odchylky od standardního modelu. Proč je to důležité Název činnosti určuje jednotlivé kroky procesu. Je proto základem pro odhalování, analýzu a sledování procesu vyřizování pojistných událostí. Kde data získat Obvykle se odvozuje ze záznamů událostí, názvů transakcí nebo záznamů o změnách stavu v Duck Creek Claims. Může být nutné namapovat údaje z více zdrojových polí nebo tabulek. Příklady Pojistná událost nahlášenaPřidělen likvidátorZahájeno šetřeníPlatba odeslánaPojistná událost uzavřena | |||
| Oddělení Department | Oddělení nebo tým odpovědný za činnost či pojistnou událost v daném okamžiku. | ||
| Popis Tento atribut označuje funkční skupinu nebo oddělení, například „Příjem oznámení“, „Oddělení šetření“ nebo „Tým vypořádání“, které pojistnou událost zpracovává. Poskytuje organizační kontext průběhu procesu. Analýza podle oddělení je důležitá pro pochopení výkonnosti procesu na souhrnné úrovni. Pomáhá odhalit úzká místa mezi odděleními, měřit efektivitu týmů a sledovat tok práce napříč organizací. Proč je to důležité Umožňuje analyzovat výkonnost podle funkčních oblastí a odhalit předávání práce mezi odděleními i úzká místa v jednotlivých týmech. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Tyto informace bývají součástí profilu přiřazeného uživatele nebo přiřazení do fronty či pracovní skupiny. Příklady Likvidace škod z pojištění vozidelLikvidace škod na majetku, velké škodyOddělení zvláštních šetřeníZpracování plateb | |||
| Přidělený likvidátor AssignedAdjuster | Jméno nebo ID likvidátora odpovědného za vyřízení pojistné události v době konkrétní činnosti. | ||
| Popis Tento atribut označuje uživatele nebo zdroj, který provádí danou činnost. V průběhu vyřizování pojistné události se může měnit, když se případ předává mezi likvidátory nebo týmy. Je důležitý pro analýzu výkonu zdrojů, rozložení práce a předávání případů. Dashboardy zaměřené na počet vyřízených případů, rozdíly ve vytížení likvidátorů a úzká místa tento atribut často využívají k analýze rozdělení a zpracování práce. Proč je to důležité Umožňuje analyzovat výkon zdrojů, vyváženost pracovního vytížení a spolupráci. Pomáhá také odhalit úzká místa a potřebu školení. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. V tabulkách úkolů, událostí nebo hlavní entity pojistných událostí hledejte pole uživatele, vlastníka nebo přiřazené osoby. Příklady John SmithJane DoeRobert Brownadjuster_1138 | |||
| Stav pojistné události ClaimStatus | Aktuální stav pojistné události v daném okamžiku, například otevřená, čekající nebo uzavřená. | ||
| Popis Stav pojistné události vyjadřuje její aktuální fázi v průběhu vyřizování. Stručně ukazuje, kde se událost v celém procesu právě nachází. Tento atribut se hodí pro souhrnné přehledy pojistných událostí i pro filtrování případů. Důležitý je zejména při určování konečného výsledku, například „Uzavřeno, vyplaceno“ nebo „Uzavřeno, zamítnuto“. Tyto údaje jsou nezbytné pro analýzu výsledků a míry zamítnutí. Proč je to důležité Zachycuje aktuální stav i konečný výsledek pojistné události. Je důležitý pro analýzu výsledků a filtrování případů. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Jde o základní pole hlavního záznamu pojistné události. Příklady OtevřenáČeká se na informaceUzavřeno, vyřízenoUzavřeno, zamítnuto | |||
| Typ pojistné události ClaimType | Kategorie pojistné události, například škoda z pojištění vozidla, škoda na majetku nebo odpovědnostní škoda. | ||
| Popis Typ pojistné události rozděluje případy podle oblasti pojištění nebo povahy škody. Jde o základní dimenzi pro segmentaci a analýzu dat. Tento atribut slouží k porovnání výkonnosti procesu u různých typů pojistných událostí. Například událost „Havárie osobního vozidla, totální škoda“ má jiný průběh a jiné KPI než událost „Škoda na majetku, poškození vodou“. Analýza podle typu pojistné události poskytuje kontext, umožňuje smysluplnější porovnání výkonnosti a pomáhá přizpůsobit zlepšování procesů. Proč je to důležité Jde o důležitou dimenzi pro segmentaci analýzy, protože různé typy pojistných událostí mají často odlišné procesy, SLA a úroveň složitosti. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Jde o základní atribut hlavního záznamu pojistné události. Příklady Havárie osobního vozidlaPožár komerční nemovitostiPracovní úrazObecná odpovědnost | |||
| Výše škody LossAmount | Odhadovaná nebo skutečná finanční výše škody uvedené v pojistné události. | ||
| Popis Tento atribut vyjadřuje počáteční odhad výše škody související s pojistnou událostí. Jde o důležitý finanční ukazatel, který často ovlivňuje směrování případu, jeho závažnost i potřebný rozsah šetření. Při analýze se podle výše škody pojistné události rozdělují do skupin a sleduje se, jak finanční dopad souvisí s průběhem procesu. Případy s vyšší škodou mohou například procházet jinými kroky nebo trvat déle. Údaj doplňuje provozní data o důležitý finanční kontext. Proč je to důležité Doplňuje finanční kontext pojistné události a umožňuje analyzovat, jak její výše ovlivňuje průběh, dobu vyřízení a výsledek. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Jde o základní finanční pole pojistné události, které se často označuje jako „Nahlášená škoda“ nebo „Počáteční rezerva“. Příklady 1500.0025000.50125000.00 | |||
| Závažnost pojistné události ClaimSeverity | Klasifikace finanční nebo provozní složitosti pojistné události, například nízká, střední nebo vysoká. | ||
| Popis Závažnost pojistné události naznačuje její očekávaný dopad nebo složitost. Může vycházet z počátečního odhadu škody, povahy události nebo jiných předem stanovených obchodních pravidel. Tento atribut je důležitý pro analýzu výkonnosti, protože závažné pojistné události obvykle vyžadují více kroků, delší zpracování a specializované zdroje. Segmentace KPI podle závažnosti pomáhá stanovit realistické cíle a pochopit, jak složitost ovlivňuje efektivitu procesu a jeho výsledky. Proč je to důležité Pomáhá rozdělit pojistné události podle složitosti, a umožňuje tak podrobnější analýzu výkonnosti a realistické porovnání doby vyřízení a nákladů. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Může jít o samostatné pole nebo hodnotu odvozenou z počáteční výše rezervy na škodu. Příklady NízkáStředníVysokáKatastrofická | |||
| Automatizováno IsAutomated | Příznak určující, zda systém provedl aktivitu automaticky, bez zásahu člověka. | ||
| Popis Tento příznak rozlišuje úlohy provedené uživateli od těch, které vykonal automatizovaný systém. Patří sem například automatická oznámení, počáteční ověření údajů nebo kroky zpracování bez zásahu člověka. Analýza tohoto atributu pomáhá zjistit míru automatizace procesu vyřizování pojistných událostí. Umožňuje měřit dopad automatizace, hledat další příležitosti k jejímu využití a ověřit, že automatizované kroky fungují podle očekávání a nezpůsobují problémy v navazujících částech procesu. Proč je to důležité Pomáhá měřit dopad automatizace na efektivitu a náklady a hledat příležitosti ke zpracování bez zásahu člověka. Kde data získat Tuto informaci lze odvodit z uživatele přiřazeného k události, například „SYSTEM“ nebo „BATCH“, případně z konkrétního příznaku v záznamu události. Příklady truefalse | |||
| Čas ukončení EndTime | Časové razítko označující dokončení aktivity. | ||
| Popis Tento atribut zaznamenává čas dokončení aktivity. Zatímco StartTime označuje její začátek, EndTime poskytuje druhý údaj potřebný k výpočtu doby trvání konkrétní úlohy. V process mining umožňuje zaznamenání začátku i konce aktivit podrobnější analýzu výkonnosti. Díky těmto údajům lze přesně vypočítat dobu zpracování, tedy čas aktivní práce na úloze, a dobu čekání mezi jednotlivými úlohami. Toto rozlišení je důležité pro přesné určení úzkých míst. Proč je to důležité Umožňuje přesně vypočítat dobu zpracování aktivit a odlišit aktivní práci od nečinnosti či čekání. To je důležité pro přesnou analýzu úzkých míst. Kde data získat Může být k dispozici jako samostatné pole s časovým razítkem v záznamu událostí. Lze jej také odvodit z hodnoty StartTime následující aktivity ve stejné instanci procesu. Příklady 2023-10-26T10:05:12Z2023-10-26T15:00:00Z2023-10-27T11:20:30Z | |||
| Částka pojistného plnění SettlementAmount | Konečná částka dohodnutá jako pojistné plnění. | ||
| Popis Tento atribut zaznamenává částku pojistného plnění, která byla vypočítána a schválena k výplatě. Jde o důležitý ukazatel výsledku každé pojistné události, u které došlo k výplatě. Atribut je důležitý pro finanční analýzu a dashboardy, například „Doba schválení a vyplacení pojistného plnění“. Porovnáním s počáteční „Výší škody“ můžete posoudit přesnost rezerv. Údaj je také zásadní pro pochopení finančních výsledků procesu vyřizování pojistných událostí. Proč je to důležité Vyjadřuje hlavní finanční výsledek pojistné události. Je nezbytný pro finanční výkaznictví i analýzu přesnosti počátečních odhadů škody. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Tyto údaje se obvykle ukládají do tabulek finančních transakcí nebo plateb souvisejících s pojistnou událostí. Příklady 1450.7522000.00115800.20 | |||
| Cílové datum vyřízení ResolutionTargetDate | Datum, do kterého má být pojistná událost vyřízena podle SLA nebo interních cílů. | ||
| Popis Tento atribut uchovává termín uzavření pojistné události. Datum se často stanovuje podle regulatorních požadavků, dohod o úrovni služeb (SLA) nebo interních KPI. Může se lišit podle typu či závažnosti pojistné události. Tento údaj slouží k výpočtu KPI „Podíl pojistných událostí vyřízených včas“ a podporuje dashboard „Dodržování cílových termínů vyřízení“. Umožňuje včas sledovat případy, u kterých hrozí nedodržení SLA, a pomáhá určit priority práce. Proč je to důležité Umožňuje měřit plnění dohod o úrovni služeb (SLA) a interních cílů, které přímo ovlivňují spokojenost zákazníků a shodu. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Může jít o samostatné pole s datem SLA nebo o datum vypočítané z data podání pojistné události a obchodních pravidel. Příklady 2023-11-15T23:59:59Z2024-01-20T23:59:59Z2024-03-01T23:59:59Z | |||
| Číslo pojistky PolicyNumber | Jedinečný identifikátor pojistky, na jejímž základě byla pojistná událost nahlášena. | ||
| Popis Tento atribut propojuje pojistnou událost s příslušnou pojistkou. Poskytuje informace o pojistném krytí, podmínkách a zákazníkovi. Číslo pojistky se sice při přímé analýze průběhu procesu nepoužívá vždy, ale pomáhá obohatit data o pojistných událostech. Umožňuje je propojit s údaji o pojistkách a zákaznících a porovnat výkonnost procesu podle zákaznického segmentu, typu pojistky nebo jejího stáří. Díky tomu získáte ucelenější pohled na podnikání. Proč je to důležité Propojuje pojistnou událost se zákazníkem a pojistkou. Umožňuje širší analýzu toho, jak výkonnost procesu ovlivňuje různé zákaznické segmenty a typy pojistek. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Jde o standardní referenční pole hlavního záznamu pojistné události. Příklady PA-987654321CP-123456789WC-555444333 | |||
| Důvod zamítnutí RejectionReason | Konkrétní důvod, proč byla pojistná událost zamítnuta nebo odmítnuta. | ||
| Popis Pokud je rozhodnuto o zamítnutí pojistné události, tento atribut uvádí důvod rozhodnutí. Obvykle se vybírá z předem stanoveného seznamu kódů nebo popisů. Analýza důvodů zamítnutí je důležitá pro dashboard „Přehled rozhodnutí a zamítnutí pojistných událostí“. Pomáhá odhalit časté problémy v podáních, možné vzorce podvodného jednání nebo nejasnosti ve znění pojistných podmínek. Na základě těchto zjištění můžete upravit příjem oznámení nebo pravidla pro posuzování rizik. Proč je to důležité Ukazuje, proč jsou pojistné události zamítány. Pomáhá zlepšit příjem oznámení, omezit neplatná podání a určit, kde je potřeba školení. Kde data získat Podrobnosti najdete v dokumentaci Duck Creek Claims. Toto pole se obvykle vyplní při změně stavu pojistné události na „Zamítnuto“ nebo na podobný stav. Příklady Událost není kryta pojištěnímPlatnost pojistky skončilaDuplicitní pojistná událostPodezření na podvod | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko poslední aktualizace dat ze zdrojového systému. | ||
| Popis Tento atribut uvádí, kdy byla datová sada naposledy aktualizována. Pomáhá posoudit, jak aktuální jsou analyzovaná data. V dashboardech a analýzách informuje uživatele o aktuálnosti poznatků. Pomáhá také určit, zda pohled na proces zahrnuje nejnovější transakce. Proč je to důležité Informuje uživatele o aktuálnosti dat, která je důležitá pro správnou interpretaci analýzy a včasné rozhodování. Kde data získat Toto časové razítko vzniká při procesu extrakce, transformace a načítání dat (ETL) a obvykle se ukládá do metadat datové sady. Příklady 2024-05-21T02:00:00Z | |||
| Přepracování IsRework | Vypočítaný příznak určující, zda je aktivita součástí smyčky přepracování. | ||
| Popis Tento booleovský atribut má hodnotu true, pokud se aktivita v pojistné události opakuje poté, co už proběhly jiné aktivity. Proces může například přejít z „Posouzení škody“ zpět na „Zahájení šetření“. Atribut je důležitý pro měření a analýzu přepracování. Podporuje KPI „Míra přepracování pojistných událostí“ a dashboard „Přepracování a opakované zpracování pojistných událostí“. Umožňuje filtrovat a zvýraznit aktivity i případy, u kterých k přepracování došlo. Pomáhá tak odhalit neefektivitu a problémy s kvalitou procesu. Proč je to důležité Měří přepracování na úrovni aktivit a usnadňuje zobrazení i analýzu příčin a dopadů neefektivity procesu. Kde data získat Toto pole není součástí zdrojového systému. Vypočítává se při přípravě dat pomocí algoritmů, které v rámci případu rozpoznávají opakované posloupnosti aktivit. Příklady truefalse | |||
| Vyřízeno včas IsOnTimeResolution | Vypočítaný příznak určující, zda byla pojistná událost uzavřena nejpozději v cílovém termínu vyřízení. | ||
| Popis Tento booleovský atribut vzniká porovnáním časového razítka aktivity „Uzavření pojistné události“ s atributem „ResolutionTargetDate“ dané události. Každý případ označí jako vyřízený včas (true), nebo opožděný (false). Atribut přímo podporuje KPI „Podíl pojistných událostí vyřízených včas“. Umožňuje snadno agregovat a zobrazovat plnění SLA v dashboardech a podrobněji analyzovat společné znaky opožděných případů, například konkrétní typy pojistných událostí, oddělení nebo průchody procesem. Proč je to důležité Přímo měří plnění SLA u každé pojistné události. Umožňuje filtrovat případy po termínu a analyzovat jejich příčiny. Kde data získat Toto pole není součástí zdrojového systému. Vypočítává se při přípravě dat porovnáním časového razítka poslední aktivity s polem „ResolutionTargetDate“. Příklady truefalse | |||
| Zdrojový systém SourceSystem | Systém, ze kterého byla data o událostech získána. | ||
| Popis Tento atribut označuje zdrojovou aplikaci, ve které data o pojistné události vznikla. V tomto případě bude jeho hodnota vždy „Duck Creek Claims“. Pokud všechna data pocházejí z jednoho systému, může se tento atribut zdát nadbytečný. Je však důležitý pro správu a dohledatelnost dat, zejména pokud se v budoucnu spojí data z více systémů. Uvádí původ a strukturu dat. Proč je to důležité Poskytuje důležité informace o původu a kontextu dat. To je podstatné pro správu dat a řešení problémů, zejména v prostředí s více propojenými systémy. Kde data získat Obvykle jde o statickou hodnotu, která se přidá při extrakci a transformaci dat, aby označila jejich původ. Příklady Duck Creek Claims | |||
Aktivity při vyřizování pojistných událostí
| Aktivita | Popis | ||
|---|---|---|---|
| Platba odeslána | Tato činnost označuje provedení finanční transakce, kterou se vyplácí pojistné plnění. Jde o jasně definovanou událost, která se zaznamená při odeslání platby šekem, elektronickým převodem nebo jiným způsobem. | ||
| Proč je to důležité Tímto krokem se splní finanční závazek u schválené pojistné události. Doba od schválení platby do jejího odeslání ukazuje efektivitu finančního oddělení. Kde data získat Událost lze získat z tabulky finančních transakcí v Duck Creek Claims, která zaznamenává všechny odchozí platby včetně kódu transakce a časového razítka. Zachycení Při zpracování platby se vytvoří samostatný záznam ve finančním protokolu transakcí. Typ události explicit | |||
| Platba schválena k provedení | Označuje formální schválení výplaty vypočtené částky pojistného plnění. Často jde o samostatný krok, do kterého je zapojen vedoucí nebo jiná oprávněná osoba. Zaznamená se jako samostatná schvalovací transakce. | ||
| Proč je to důležité Jde o důležitý kontrolní bod a možné úzké místo před výplatou. Dobu od rozhodnutí o pojistné události do tohoto okamžiku měří KPI „Průměrná doba schválení pojistné události“. Kde data získat Obvykle jde o samostatnou událost ve workflow nebo finančním modulu, kdy uživatel s příslušnými oprávněními schválí platbu. Záznam najdete v protokolu schválení. Zachycení Samostatná událost schválení zaznamenaná ve workflow nebo protokolu transakcí. Typ události explicit | |||
| Pojistná událost nahlášena | Jde o první událost v procesu, kdy pojišťovna přijme první oznámení škody (First Notice of Loss, FNOL). Obvykle se zaznamená jako samostatná transakce ve chvíli, kdy agent nebo pojistník zadá do systému základní údaje o pojistné události. | ||
| Proč je to důležité Tato činnost zahajuje celý proces vyřízení pojistné události. Doba od této události k dalším krokům je důležitá pro pochopení celkové délky zpracování a efektivity příjmu oznámení. Kde data získat Obvykle jde o samostatnou událost zaznamenanou v tabulce pojistných událostí nebo FNOL při vytvoření nového záznamu v Duck Creek Claims. Zachycení Událost zaznamenaná při prvním vytvoření nového záznamu pojistné události. Typ události explicit | |||
| Pojistná událost uzavřena | Jde o poslední činnost, která označuje administrativní uzavření spisu po odeslání platby nebo vypořádání pojistné události. Zaznamená se při změně konečného stavu na „Closed“. | ||
| Proč je to důležité Tato činnost označuje úspěšné dokončení procesu. Slouží jako koncový bod pro výpočet KPI „Průměrná celková doba vyřízení pojistné události“ a dalších ukazatelů délky procesu. Kde data získat Lze ji odvodit z časového razítka konečné změny stavu na „Closed“ nebo „Settled“ v hlavní tabulce dat pojistné události. Zachycení Lze ji odvodit z konečného stavu pojistné události nastaveného na „Closed“. Typ události inferred | |||
| Pojistná událost zamítnuta | Tato činnost představuje alternativní konec procesu, kdy je pojistná událost oficiálně zamítnuta. Zaznamená se při nastavení konečného stavu na „Denied“ nebo „Rejected“. | ||
| Proč je to důležité Jde o důležitý výsledek, který je třeba analyzovat samostatně. Když zjistíte, proč a kdy se pojistné události zamítají, můžete zlepšit příjem oznámení a řídit shodu s předpisy. Kde data získat Lze ji odvodit z časového razítka konečné změny stavu pojistné události na „Denied“, „Rejected“ nebo „Closed without Payment“ v tabulce záznamů pojistných událostí. Zachycení Lze ji odvodit z konečného stavu pojistné události, který označuje zamítnutí. Typ události inferred | |||
| Rozhodnuto o pojistné události | Tato činnost představuje oficiální rozhodnutí o pojistné události, například „Approved“, „Partially Approved“ nebo „Denied“. Jde o zásadní milník, který lze odvodit ze změny stavu na konečné rozhodnutí. | ||
| Proč je to důležité Jde o důležitý milník rozhodování. Doba do jeho dosažení i výsledek rozhodnutí jsou zásadní pro analýzu procesu a jeho efektivity. Kde data získat Lze ji odvodit ze změny vyhrazeného pole „Claim Decision“ nebo „Claim Status“ na konečný stav, například „Approved“ nebo „Denied“. Zaznamená se časové razítko změny. Zachycení Lze ji odvodit ze změny hlavního stavu pojistné události nebo pole rozhodnutí. Typ události inferred | |||
| Dokončena úvodní kontrola | Označuje dokončení první důkladné kontroly pojistné události přiděleným likvidátorem. Obvykle ji lze odvodit ze změny stavu po přidělení, například z „Assigned“ na „Under Review“ nebo „Investigation“. | ||
| Proč je to důležité Tento milník pomáhá měřit dobu do první akce likvidátora a může upozornit na nahromaděnou práci. Jde o první významný kontrolní bod, který závisí na lidské činnosti. Kde data získat Lze ji odvodit ze změny pole stavu pojistné události, například na „Initial Review Complete“ nebo „Pending Information“. Použije se časové razítko této změny. Zachycení Lze ji odvodit ze změny stavu pojistné události po přidělení likvidátora. Typ události inferred | |||
| Obdrženy další informace | Označuje přijetí vyžádaných informací, po kterém může zpracování pojistné události pokračovat. Likvidátor může přijetí zaznamenat ručně, případně se zaznamená automaticky, pokud byly informace odeslány přes digitální portál. | ||
| Proč je to důležité Doba mezi vyžádáním a přijetím informací představuje důležité čekání. Její analýza pomáhá odhalit závislosti na externích stranách a úzká místa v komunikaci. Kde data získat Událost může pocházet z integrace se systémem pro správu dokumentů. Lze ji také zaznamenat ručně nebo odvodit ze změny stavu, kterou likvidátor provede po přijetí dokumentů. Zachycení Událost zaznamenaná při nahrání dokumentu nebo ručním zadání likvidátorem. Typ události explicit | |||
| Pojistná událost zaregistrována | Označuje formální přijetí a registraci nahlášené pojistné události. V tomto okamžiku se jí přidělí jedinečné ID. Často jde o automatickou systémovou událost, která následuje po úvodní kontrole údajů. | ||
| Proč je to důležité Tímto krokem se pojistná událost formálně zahájí a spustí se navazující procesy, například přidělení likvidátora. Doba mezi nahlášením a registrací může upozornit na problémy s kvalitou vstupních údajů nebo vytížením systému. Kde data získat Událost lze odvodit z časového razítka vytvoření hlavního ID pojistné události a změny jejího stavu z „pending“ nebo „submitted“ na „open“ či „registered“ v hlavní tabulce pojistných událostí. Zachycení Lze ji odvodit z časového razítka vytvoření hlavního záznamu pojistné události nebo ze změny stavu na „Open“. Typ události inferred | |||
| Přidělen likvidátor | Tato událost zaznamenává přidělení likvidátora nebo pracovníka odpovědného za vyřízení registrované pojistné události. Systém přidělení zaznamená, čímž vznikne jasný bod předání a určí se odpovědnost za další průběh. | ||
| Proč je to důležité Tato událost je důležitá pro analýzu rozdělení zdrojů, vytížení likvidátorů a prodlev při přidělování pojistných událostí. Jde o důležitý bod předání, při kterém může vzniknout čekání. Kde data získat Sleduje se podle změny pole „Assigned Adjuster“ v hlavní tabulce dat o pojistných událostech. Časové razítko lze získat z historie nebo auditního záznamu tohoto pole. Zachycení Zaznamená se do auditní stopy při vyplnění nebo změně pole likvidátora. Typ události explicit | |||
| Šetření dokončeno | Označuje ukončení šetření, při kterém byly shromážděny všechny potřebné skutečnosti. Obvykle ji lze odvodit ze změny stavu z „Under Investigation“ na stav pro rozhodování, například „Pending Decision“. | ||
| Proč je to důležité Dokončení šetření je důležitý milník, který umožňuje zahájit rozhodování a vypořádání pojistné události. Prodlevy v této fázi výrazně ovlivňují navazující kroky. Kde data získat Lze ji odvodit z časového razítka změny stavu pojistné události z fáze „investigation“ do fáze „review“ nebo „decision“. Zachycení Lze ji odvodit ze změny stavu pojistné události, která označuje ukončení šetření. Typ události inferred | |||
| Vyčíslena škoda | Tento milník označuje okamžik, kdy se na základě výsledků šetření stanoví nebo upraví finanční rezerva. Jde o odhad finančního dopadu pojistné události, který se zaznamená při zadání nebo úpravě částky rezervy. | ||
| Proč je to důležité Jde o důležitý finanční kontrolní bod procesu. Analýza okamžiku, kdy k němu dojde, ukazuje rychlost a přesnost finančního vyhodnocení. Kde data získat Často jde o samostatnou finanční transakci zaznamenanou v protokolu finančních transakcí pojistné události nebo v tabulce historie rezerv v Duck Creek Claims. Zachycení Finanční transakce zaznamenaná při stanovení nebo úpravě rezervy na pojistnou událost. Typ události explicit | |||
| Vypočtena výše pojistného plnění | Po schválení pojistné události tato činnost představuje výpočet konečné částky pojistného plnění nebo platby. Může jít o samostatný krok, případně ji lze odvodit z dokončení výpočtu částek v modulu financí. | ||
| Proč je to důležité Tato činnost je důležitá pro měření KPI „Míra opakovaného zpracování pojistného plnění“. Pokud se u jedné pojistné události vyskytne opakovaně, může to ukazovat na neefektivitu, chyby nebo vyjednávání při vypořádání. Kde data získat Může jít o samostatný záznam v protokolu transakcí nebo ji lze odvodit ze změn pole „Settlement Amount“ ve finančních údajích pojistné události. Hlavním zdrojem jsou auditní záznamy tohoto pole. Zachycení Událost zaznamenaná při výpočtu a uložení konečné částky platby. Typ události explicit | |||
| Vyžádány další informace | K této činnosti dochází, když likvidátor zjistí, že potřebuje další informace, a požádá o ně pojistníka nebo třetí stranu. Často jde o samostatnou událost propojenou s modulem komunikace nebo korespondence v systému. | ||
| Proč je to důležité Častý výskyt této činnosti může ukazovat na problémy při počátečním sběru údajů. Zároveň prodlužuje čekání, a tím i celkovou dobu vyřízení. Kde data získat Událost lze získat ze záznamů odchozí komunikace, například dopisů a e-mailů, nebo z konkrétní transakce „Request for Information“ v Duck Creek Claims. Zachycení Zaznamená se při vytvoření korespondence nebo úkolu, jehož účelem je vyžádat informace. Typ události explicit | |||
| Zahájeno šetření | Tato činnost označuje začátek formální fáze šetření pojistné události. Obvykle ji lze odvodit ze změny stavu na „Under Investigation“ nebo podobný stav. | ||
| Proč je to důležité Tímto krokem začíná fáze náročná na zdroje. Měření její délky je důležité pro KPI „Průměrná doba šetření“ a pomáhá řídit podstatnou část procesu. Kde data získat Lze ji odvodit z časového razítka změny stavu pojistné události na „Investigation in Progress“ nebo „Pending Inspection“ v hlavním poli stavu. Zachycení Lze ji odvodit ze změny stavu pojistné události, která označuje zahájení šetření. Typ události inferred | |||
Návody k získání dat
Kroky
- Otevřete konfigurační nástroj Duck Creek Data Hub: Přihlaste se do prostředí Duck Creek a přejděte do aplikace Data Hub. K vytváření nebo úpravám konfigurace exportu dat potřebujete příslušná oprávnění.
- Vytvořte novou úlohu exportu dat: V nástroji Data Hub spusťte vytvoření nové úlohy exportu. Zadejte výstižný název, například ProcessMind_Claims_Event_Log_Export.
- Definujte zdroj dat: Nastavte připojení úlohy k hlavní databázi SQL v Data Hub. Zadejte název serveru, databáze a přihlašovací údaje uživatele s oprávněním ke čtení příslušných schémat.
- Zadejte dotaz pro extrakci: Přejděte do části definice dotazu v úloze exportu. Zkopírujte celý skript z níže uvedené části s dotazem a vložte ho do editoru dotazů.
- Nastavte parametry dotazu: V konfiguraci najděte část s parametry. Definujte a nastavte hodnoty parametrů @StartDate a @EndDate použitých v dotazu. Určují požadované období extrakce, například '2023-01-01' a '2023-12-31'.
- Namapujte výstupní sloupce: Nastavte parametry výstupního souboru. Ověřte, že sloupce uvedené v příkazu SELECT (ClaimId, ActivityName, EventTime atd.) jsou správně namapované na sloupce výstupního souboru. Názvy záhlaví v souboru se musí přesně shodovat s těmito názvy.
- Nastavte výstupní soubor: Jako formát výstupu zvolte CSV. Nastavte čárku (,) jako oddělovač a kódování UTF-8, aby byl soubor kompatibilní s ProcessMind.
- Určete cílové umístění: Zadejte cestu k souboru nebo síťové umístění, kam se vygenerovaný soubor CSV uloží. Ověřte, že systém má do tohoto umístění oprávnění zapisovat.
- Naplánujte úlohu exportu: Nastavte plán úlohy. Pro počáteční analýzu ji můžete spustit ručně. Pro průběžné sledování nastavte opakované spouštění, například denně nebo týdně.
- Spusťte úlohu a stáhněte soubor: Spusťte úlohu a vytvořte soubor se záznamem událostí. Po dokončení vyzvedněte soubor CSV z umístění zadaného v kroku 8.
- Připravte soubor k nahrání: Před nahráním do ProcessMind otevřete soubor CSV a proveďte závěrečnou kontrolu. Ověřte správnost záhlaví, jednotný formát data (YYYY-MM-DD HH:MI:SS) a očekávaný obsah dat.
Konfigurace
- Předpoklady: Potřebujete přístup k modulu Duck Creek Data Hub. Uživatel nebo servisní účet, pod kterým úloha exportu běží, musí mít oprávnění ke čtení podkladových databázových tabulek Data Hubu, například [DataHubSchema].[FactClaimTransaction], [DataHubSchema].[DimClaim], [DataHubSchema].[DimStatusHistory].
- Nastavení období: Dotaz používá parametry @StartDate a @EndDate. Je nutné je nastavit a určit tak období extrakce. Pro první analýzu doporučujeme období 6 až 12 měsíců, abyste získali dostatek dokončených i právě řešených případů.
- Filtrování: Dotaz obsahuje v Common Table Expression (CTE) zástupný filtr /* AND DC.LineOfBusiness IN ('[Your_LOB_Filter]') */. Odstraňte komentář a upravte tento řádek, pokud chcete filtrovat konkrétní oblasti podnikání, například 'Personal Auto' nebo 'Commercial Property'. Omezíte tak objem dat a zaměříte analýzu.
- Aktualizace Data Hubu: Počítejte se zpožděním při aktualizaci dat v Data Hubu. Data nejsou aktuální v reálném čase a obvykle se obnovují podle plánu, například každou noc. Extrahovaná data budou aktuální k poslední úspěšné aktualizaci Data Hubu.
- Výstupní formát: Úloha exportu musí vytvářet plochý soubor, nejlépe CSV. Jako znak uzavření textu nastavte dvojité uvozovky ("). Zajistíte tak správné zpracování čárek uvnitř datových polí.
Ukázkový dotaz sql
-- Common Table Expression (CTE) to fetch core claim attributes
-- This improves readability and performance by querying base tables once.
WITH ClaimBase AS (
SELECT
DC.ClaimId,
DC.ClaimNumber,
DC.ClaimType,
DC.Severity AS ClaimSeverity,
DC.CurrentStatus AS ClaimStatus,
FC.LossAmount,
DA.AdjusterName AS AssignedAdjuster,
DD.DepartmentName AS Department,
-- Timestamps for various events
FC.FNOLReportedDate AS ClaimSubmittedTime,
FC.ClaimRegisteredDate AS ClaimRegisteredTime,
FC.AdjusterAssignmentDate AS AdjusterAssignedTime,
FC.PaymentIssuedDate AS PaymentIssuedTime,
FC.ClaimClosedDate AS ClaimClosedTime
FROM
[DataHubSchema].[DimClaim] AS DC
LEFT JOIN
[DataHubSchema].[FactClaim] AS FC ON DC.ClaimKey = FC.ClaimKey
LEFT JOIN
[DataHubSchema].[DimAdjuster] AS DA ON FC.AssignedAdjusterKey = DA.AdjusterKey
LEFT JOIN
[DataHubSchema].[DimDepartment] AS DD ON FC.DepartmentKey = DD.DepartmentKey
WHERE
FC.FNOLReportedDate BETWEEN @StartDate AND @EndDate
/* AND DC.LineOfBusiness IN ('[Your_LOB_Filter]') */ -- Optional: Uncomment to filter by Line of Business
)
-- 1. Claim Submitted
SELECT
cb.ClaimId,
'Claim Submitted' AS ActivityName,
cb.ClaimSubmittedTime AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
'Submitted' AS ClaimStatus, -- Status at the time of this event
cb.LossAmount
FROM
ClaimBase cb
WHERE
cb.ClaimSubmittedTime IS NOT NULL
UNION ALL
-- 2. Claim Registered
SELECT
cb.ClaimId,
'Claim Registered' AS ActivityName,
cb.ClaimRegisteredTime AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
'Registered' AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
WHERE
cb.ClaimRegisteredTime IS NOT NULL
UNION ALL
-- 3. Adjuster Assigned
SELECT
cb.ClaimId,
'Adjuster Assigned' AS ActivityName,
cb.AdjusterAssignedTime AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
'Assigned' AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
WHERE
cb.AdjusterAssignedTime IS NOT NULL
UNION ALL
-- 4. Initial Review Completed (Inferred from status change)
SELECT
cb.ClaimId,
'Initial Review Completed' AS ActivityName,
sh.StatusSetDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
sh.NewStatus AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE
sh.PreviousStatus IN ('Assigned', 'Registered') AND sh.NewStatus IN ('Under Review', 'Investigation')
AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.NewStatus IN ('Under Review', 'Investigation'))
UNION ALL
-- 5. Additional Information Requested
SELECT
cb.ClaimId,
'Additional Information Requested' AS ActivityName,
fct.TransactionDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
cb.ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE
fct.TransactionType = 'InformationRequestSent'
UNION ALL
-- 6. Additional Information Received
SELECT
cb.ClaimId,
'Additional Information Received' AS ActivityName,
fct.TransactionDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
cb.ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE
fct.TransactionType = 'InformationResponseReceived'
UNION ALL
-- 7. Investigation Started (Inferred from status change)
SELECT
cb.ClaimId,
'Investigation Started' AS ActivityName,
sh.StatusSetDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
sh.NewStatus AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE
sh.NewStatus = 'Under Investigation'
AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.NewStatus = 'Under Investigation')
UNION ALL
-- 8. Investigation Completed (Inferred from status change)
SELECT
cb.ClaimId,
'Investigation Completed' AS ActivityName,
sh.StatusSetDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
sh.NewStatus AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE
sh.PreviousStatus = 'Under Investigation' AND sh.NewStatus = 'Pending Decision'
AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.PreviousStatus = 'Under Investigation' AND s2.NewStatus = 'Pending Decision')
UNION ALL
-- 9. Loss Assessed (Reserve Set/Updated)
SELECT
cb.ClaimId,
'Loss Assessed' AS ActivityName,
fct.TransactionDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
cb.ClaimStatus,
fct.TransactionAmount AS LossAmount -- Use transaction amount for this event
FROM
ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE
fct.TransactionType = 'ReserveSet'
UNION ALL
-- 10. Claim Decision Made (Inferred from status change)
SELECT
cb.ClaimId,
'Claim Decision Made' AS ActivityName,
sh.StatusSetDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
sh.NewStatus AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE
sh.NewStatus IN ('Approved', 'Partially Approved', 'Denied')
AND sh.StatusSetDate = (SELECT MIN(s2.StatusSetDate) FROM [DataHubSchema].[DimStatusHistory] s2 WHERE s2.ClaimId = cb.ClaimId AND s2.NewStatus IN ('Approved', 'Partially Approved', 'Denied'))
UNION ALL
-- 11. Settlement Calculated
SELECT
cb.ClaimId,
'Settlement Calculated' AS ActivityName,
fct.TransactionDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
cb.ClaimStatus,
fct.TransactionAmount AS LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE
fct.TransactionType = 'SettlementCalculated'
UNION ALL
-- 12. Payment Authorized
SELECT
cb.ClaimId,
'Payment Authorized' AS ActivityName,
fct.TransactionDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
cb.ClaimStatus,
fct.TransactionAmount AS LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[FactClaimTransaction] fct ON cb.ClaimId = fct.ClaimId
WHERE
fct.TransactionType = 'PaymentAuthorized'
UNION ALL
-- 13. Payment Issued
SELECT
cb.ClaimId,
'Payment Issued' AS ActivityName,
cb.PaymentIssuedTime AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
'PaymentIssued' AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
WHERE
cb.PaymentIssuedTime IS NOT NULL
UNION ALL
-- 14. Claim Denied
SELECT
cb.ClaimId,
'Claim Denied' AS ActivityName,
sh.StatusSetDate AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
'Denied' AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
JOIN [DataHubSchema].[DimStatusHistory] sh ON cb.ClaimId = sh.ClaimId
WHERE
sh.NewStatus = 'Denied'
UNION ALL
-- 15. Claim Closed
SELECT
cb.ClaimId,
'Claim Closed' AS ActivityName,
cb.ClaimClosedTime AS EventTime,
cb.AssignedAdjuster,
cb.Department,
cb.ClaimType,
cb.ClaimSeverity,
'Closed' AS ClaimStatus,
cb.LossAmount
FROM
ClaimBase cb
WHERE
cb.ClaimClosedTime IS NOT NULL; Chcete začít?
Tato šablona obsahuje vše potřebné pro začátek zlepšování vyřizování pojistných událostí. Začněte pracovat s daty a zjistěte, co se v procesu děje.
Zkraťte fronty nevyřízených pojistných událostí. Zlepšete jejich zpracování
Dosáhněte 70% podílu automatického zpracování bez zásahu a snižte náklady i prodlevy.
Zkušební verze na 14 dní zdarma, bez nutnosti zadávat platební kartu.