Šablona dat pro vyřizování pojistných událostí

Guidewire ClaimCenter
Šablona dat pro vyřizování pojistných událostí

Šablona dat pro vyřizování pojistných událostí

Tato šablona vám pomůže připravit data pro zlepšování vyřizování pojistných událostí. Najdete v ní přehled atributů, které je vhodné sbírat, důležitých aktivit ke sledování i pokyny k extrakci dat. Díky tomu získáte potřebné informace pro důkladnou analýzu procesu.
  • Doporučené atributy ke sběru
  • Aktivity, které se vyplatí sledovat
  • Pokyny k extrakci dat z Guidewire ClaimCenter
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy vyřizování pojistných událostí

Tyto doporučené datové položky vám pomohou sestavit úplný záznam událostí a účinně analyzovat workflow při vyřizování pojistných událostí.
3 Povinné 4 Doporučené 14 Volitelné
Název Popis
Čas události
EventTime
Přesné datum a čas, kdy k činnosti došlo.
Popis

Toto časové razítko označuje přesný okamžik, kdy byla činnost zaznamenána v systému. Je základem veškeré časové analýzy procesů.

Chronologické seřazení hodnot EventTime pro jedno Claim ID umožňuje rekonstruovat procesní tok. Časový rozdíl mezi po sobě jdoucími událostmi slouží k výpočtu průběžné doby, čekání a doby zpracování. Tyto údaje jsou důležité pro analýzu výkonnosti, identifikaci úzkých míst a sledování SLA.

Proč je to důležité

Časové razítko je nezbytné pro řazení událostí, výpočet průběžné doby a trvání činností i odhalování zpoždění v procesu.

Kde data získat

Najdete ho u dat o událostech nebo činnostech v historických či auditních tabulkách Guidewire ClaimCenter, často v poli „CreateTime“ nebo „UpdateTime“.

Příklady
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
ID pojistné události
ClaimID
Jedinečný identifikátor každé pojistné události, který slouží jako hlavní identifikátor případu.
Popis

ID pojistné události je základem analýzy procesu. Jednoznačně identifikuje každý případ od podání po uzavření. Propojuje všechny související činnosti, dokumenty, platby a komunikaci, takže poskytuje úplný a souvislý přehled o průběhu pojistné události.

V process mining je každá událost v datové sadě přiřazena k ID pojistné události. Díky tomu lze sestavit průběh procesu od začátku do konce. To je nezbytné pro analýzu doby vyřízení, hledání variant procesu a sledování průběhu pojistné události napříč odděleními a likvidátory.

Proč je to důležité

Jde o základní identifikátor, který propojuje všechny související události a umožňuje sledovat a analyzovat celý průběh jednotlivé pojistné události.

Kde data získat

V Guidewire ClaimCenter jde o primární klíč, který se obvykle nachází v poli Claim.ClaimNumber nebo v podobném poli základní entity Claim.

Příklady
000-123-45678000-987-65432001-456-11223
Název činnosti
ActivityName
Název obchodní činnosti nebo události, ke které došlo v určité fázi životního cyklu pojistné události.
Popis

Tento atribut popisuje konkrétní krok nebo milník v procesu vyřizování pojistných událostí, například „Pojistná událost založena“, „Zahájeno šetření“ nebo „Platba odeslána“. Pořadí těchto činností pro konkrétní Claim ID tvoří procesní tok.

Analýza pořadí, četnosti a délky jednotlivých činností je základem process mining. Umožňuje odhalit procesní modely, identifikovat úzká místa, najít opakované zpracování a analyzovat odchylky od procesu.

Proč je to důležité

Určuje jednotlivé kroky procesu, a umožňuje tak zobrazit mapy procesů a analyzovat procesní tok i úzká místa.

Kde data získat

Obvykle se odvozuje z tabulek událostí nebo auditních záznamů v ClaimCenter, často mapováním konkrétních systémových událostí či změn stavu na standardizované názvy činností.

Příklady
Pojistná událost založenaRozhodnuto o odpovědnostiPlatba odeslánaPojistná událost uzavřena
Příčina škody
LossCause
Konkrétní důvod nebo příčina škodní události, například srážka, požár nebo škoda způsobená vodou.
Popis

Tento atribut podrobněji popisuje, proč byla pojistná událost nahlášena. Příčina škody často určuje potřebné kroky šetření, typ potřebných odborníků i celkovou složitost případu.

Analýza procesu podle příčiny škody může odhalit skryté vzorce. Například u škod způsobených vodou může docházet k častějšímu opakovanému zpracování nebo být potřeba více odborníků než u škod způsobených krádeží. Tato zjištění pomáhají vytvářet specializovanější a efektivnější postupy vyřizování.

Proč je to důležité

Poskytuje kontext o povaze pojistné události a umožňuje analyzovat, jak různé příčiny škody ovlivňují průběh a délku procesu.

Kde data získat

Jde o standardní pole entity Claim, obvykle nazvané „LossCause“.

Příklady
SrážkaPožárŠkoda způsobená vodouKrádež
Přidělený likvidátor
AssignedAdjuster
Jméno nebo ID uživatele pověřeného vyřízením pojistné události nebo konkrétní činnosti.
Popis

Tento atribut určuje konkrétního likvidátora odpovědného za pojistnou událost v daném okamžiku. Likvidátor může být pověřen celou pojistnou událostí nebo jen konkrétními úkoly.

Analýza podle přiděleného likvidátora je důležitá pro vyrovnávání pracovní zátěže, řízení výkonnosti a hledání příležitostí ke školení. Pomáhá odpovědět například na otázky: „Kteří likvidátoři mají nejvíce případů?“, „Liší se jejich výkonnost?“ a „Je práce rozdělená rovnoměrně?“

Proč je to důležité

Sleduje zapojení uživatelů a umožňuje analyzovat pracovní zátěž, porovnávat výkonnost a hledat úzká místa související se zdroji.

Kde data získat

Údaj je dostupný v entitě Claim nebo Exposure v ClaimCenter a často je propojený s objektem User, například Claim.Assignee.

Příklady
j.doem.smiths.jones
Stav pojistné události
ClaimStatus
Celkový stav pojistné události v okamžiku události, například otevřená, uzavřená nebo zamítnutá.
Popis

Tento atribut vyjadřuje celkový stav pojistné události. Mezi důležité stavy patří „Otevřená“, „Uzavřená“, „Zamítnutá“ a „Znovu otevřená“. Konečný stav pojistné události je důležitým ukazatelem výsledku.

Sledování změn stavu pomáhá určit hlavní milníky a výsledky procesu. Slouží k identifikaci konečného vyřízení pojistné události, výpočtu míry zamítnutí a analýze toho, jak často se události po uzavření znovu otevírají. To často poukazuje na problémy v procesu nebo nespokojenost zákazníků.

Proč je to důležité

Udává výsledek pojistné události a je důležitý pro analýzu míry zamítnutí, způsobů uzavírání a četnosti opětovného otevření.

Kde data získat

Jde o základní pole entity Claim, obvykle nazvané „State“ nebo „Status“.

Příklady
OtevřenáUzavřenáZamítnutáZnovu otevřená
Typ pojistné události
ClaimType
Kategorie pojistné události, například škoda na vozidle, škoda na majetku nebo odpovědnostní škoda.
Popis

Typ pojistné události je základní kategorie určená podle oblasti pojištění nebo povahy škody. Různé typy pojistných událostí se často řeší odlišnými postupy, mají různou míru složitosti a podléhají různým předpisům.

Rozdělení analýzy podle typu pojistné události je nezbytné pro získání užitečných poznatků. Umožňuje porovnat výkonnost procesu v různých oblastech pojištění, odhalit úzká místa typická pro konkrétní typ a přizpůsobit zlepšování procesů jeho specifikům.

Proč je to důležité

Umožňuje rozdělit pojistné události do kategorií. Různé typy, například škody na vozidlech a na majetku, se často řeší odlišnými postupy a mají různé cíle výkonnosti.

Kde data získat

Odvozuje se z entity Policy nebo Claim v ClaimCenter, často podle kódu Line of Business (LOB).

Příklady
Pojištění osobního vozidlaPojištění komerčních nemovitostíObecná odpovědnostOdškodnění zaměstnanců
Automatizováno
IsAutomated
Příznak určující, zda činnost provedl automaticky systém, nebo uživatel.
Popis

Tento logický atribut rozlišuje činnosti provedené systémem, například automatické vytvoření rezervy nebo systémem generovanou korespondenci, od činností, které ručně provedl likvidátor.

Analýza tohoto atributu pomáhá zjistit míru automatizace procesu vyřizování pojistných událostí. Umožňuje najít místa s častými ručními zásahy, měřit účinnost iniciativ zaměřených na plně automatizované zpracování a hledat další příležitosti k automatizaci opakovaných úkolů založených na pravidlech, které nyní provádějí lidé.

Proč je to důležité

Rozlišuje činnosti prováděné systémem a lidmi. To je důležité pro analýzu automatizace a hledání úzkých míst při ručním zpracování.

Kde data získat

Tuto hodnotu je často nutné odvodit. Například události zaznamenané pod obecným uživatelem „system“ lze označit jako automatizované.

Příklady
truefalse
Čas ukončení
EndTime
Časové razítko udávající, kdy byla činnost dokončena.
Popis

Čas ukončení označuje dokončení činnosti, zejména u úkolů s měřitelnou délkou, jako je „Šetření“ nebo „Kontrola dokumentů“. Mnohé činnosti v process mining jsou okamžité a stačí u nich StartTime. U činností s jasným začátkem a koncem je vhodné zaznamenat obě časová razítka.

Tento atribut umožňuje přesně vypočítat dobu zpracování činnosti a odlišit ji od čekání. Pomáhá určit, které konkrétní úkoly trvají dlouho, místo pouhého sledování prodlev mezi jednotlivými kroky.

Proč je to důležité

Umožňuje přesně změřit dobu dokončení činnosti a oddělit dobu zpracování od čekání.

Kde data získat

Hodnotu může být nutné odvodit z následující události, která činnost logicky ukončuje, například ze změny stavu z „Probíhá“ na „Dokončeno“.

Příklady
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
Částka platby
PaymentAmount
Skutečná částka vyplacená v rámci platební činnosti.
Popis

Tento atribut zaznamenává hodnotu každé jednotlivé platby za pojistnou událost. V průběhu jejího řešení může být provedeno více plateb.

V rámci process mining je tento údaj důležitý pro finanční analýzu. Lze s ním sledovat celkovou výši plnění za pojistnou událost, analyzovat dobu schvalování plateb podle částky a hledat souvislosti mezi neefektivitou procesu a finančními výsledky. Například dlouhá doba vyřízení může souviset s vyšší celkovou částkou plnění.

Proč je to důležité

Sleduje finanční transakce v rámci pojistné události a umožňuje analyzovat výši plateb i jejich souvislost s činnostmi v procesu.

Kde data získat

Najdete ji v entitách souvisejících s platbami, které jsou propojené s pojistnou událostí, často v tabulce transakcí nebo šeků.

Příklady
4500.00125000.00500.00
Cílové datum vyřízení
ResolutionTargetDate
Datum, do kterého by měla být pojistná událost vyřízena podle interních nebo regulatorních SLA.
Popis

Cílové datum vyřízení je lhůta pro uzavření pojistné události. Často se stanovuje podle jurisdikce, typu pojistné události a podmínek pojistné smlouvy. Slouží jako měřítko výkonnosti a dodržování předpisů.

Tento atribut je důležitý pro tvorbu dashboardů a KPI sledujících plnění SLA. Porovnáním skutečného data činnosti „Pojistná událost uzavřena“ s cílovým datem lze automaticky označit opožděné případy, měřit podíl včas vyřízených událostí a zjistit, které typy událostí nebo oddělení mají s dodržením lhůt potíže.

Proč je to důležité

Slouží jako měřítko plnění SLA a pomáhá identifikovat pojistné události, u kterých hrozí zpoždění.

Kde data získat

Může jít o vlastní pole nebo hodnotu odvozenou podle obchodních pravidel nastavených v ClaimCenter, případně podle konkrétních ukazatelů pojistné události.

Příklady
2023-06-142023-07-202023-08-28
Datum škody
LossDate
Datum, kdy došlo k události nebo škodě, která vedla k nahlášení pojistné události.
Popis

Datum škody je datum skutečné události, například dopravní nehody nebo poškození majetku, kvůli které se pojistná událost řeší. Liší se od data nahlášení nebo založení pojistné události.

Doba mezi datem škody a činností „Pojistná událost založena“, označovaná jako prodleva při nahlášení, je důležitý KPI. Její analýza může přinést poznatky o chování zákazníků a účinnosti kanálů pro prvotní hlášení škody.

Proč je to důležité

Poskytuje důležitý kontext o vzniku pojistné události a pomáhá analyzovat prodlevu při nahlášení, tedy dobu od vzniku škody do podání hlášení.

Kde data získat

Jde o základní datumové pole entity Claim, často nazvané „LossDate“.

Příklady
2023-05-102023-04-202023-05-28
Jurisdikce
JurisdictionState
Stát nebo jurisdikce, podle jejichž předpisů se pojistná událost vyřizuje.
Popis

Tento atribut určuje právní jurisdikci, například stát USA, podle jejíchž pravidel se pojistná událost vyřizuje. Předpisy pro pojištění se mohou v jednotlivých jurisdikcích výrazně lišit a ovlivňovat požadované kroky procesu, lhůty pro komunikaci i dokumentaci.

Tento atribut je důležitý pro sledování souladu s předpisy. Analýza procesu podle jurisdikce pomáhá ověřit dodržování místních regulatorních požadavků. Může také vysvětlit rozdíly v průběžné době nebo průběhu procesu, které vyplývají z právních omezení, nikoli z provozní neefektivity.

Proč je to důležité

Důležité pro analýzu souladu s předpisy, protože pravidla se v jednotlivých jurisdikcích liší a ovlivňují proces vyřizování pojistných událostí.

Kde data získat

Standardní pole entity Claim, obvykle nazvané „JurisdictionState“.

Příklady
CANYTXFL
Oddělení
Department
Organizační jednotka nebo oddělení odpovědné za vyřízení pojistné události.
Popis

Tento atribut označuje oddělení nebo tým, do kterého patří přidělený likvidátor, například „Likvidace škod na vozidlech“, „Likvidace škod na majetku“ nebo „Oddělení zvláštního šetření“. Poskytuje procesu organizační kontext.

Analýza podle oddělení je důležitá pro pochopení výkonnosti procesu na úrovni organizace. Pomáhá odhalit prodlevy při předávání práce mezi odděleními, porovnat efektivitu týmů a lépe rozdělit zdroje v rámci organizace likvidace pojistných událostí.

Proč je to důležité

Poskytuje organizační kontext, umožňuje porovnávat výkonnost týmů a odhalovat problémy při předávání práce mezi odděleními.

Kde data získat

Tyto informace jsou obvykle součástí profilu přiděleného uživatele nebo skupiny v ClaimCenter.

Příklady
Oddělení likvidace škod na vozidlechTým likvidace škod na majetkuOddělení zvláštního šetření (SIU)
Opakovaná žádost o informace
RepeatedInfoRequestFlag
Příznak určující, zda se u stejné pojistné události činnost „Vyžádány další informace“ opakovala více než jednou.
Popis

Tento logický příznak má hodnotu true, pokud se u pojistné události vyskytuje více než jedna činnost „Vyžádány další informace“. Často to ukazuje na neefektivitu při počátečním shromažďování informací.

Atribut přímo podporuje KPI „Míra opakovaných žádostí o informace“. Pomáhá měřit problém s neúplným zjišťováním skutečností na začátku procesu, který může vést k výrazným prodlevám a nespokojenosti zákazníků. Analýza takto označených pojistných událostí může pomoci upravit kontrolní seznamy a postupy pro likvidátory, aby si vyžádali všechny potřebné informace najednou.

Proč je to důležité

Odhaluje neefektivitu při shromažďování informací, které není napoprvé úplné a vede ke zpožděním a opakovanému zpracování.

Kde data získat

Vypočítává se v nástroji process mining počítáním výskytů činnosti „Vyžádány další informace“ v každém případu.

Příklady
truefalse
Opakované zpracování
IsRework
Příznak určující, zda činnost patří do opakovaného zpracování, tedy návratu do předchozí fáze procesu.
Popis

Tento vypočítaný atribut označuje činnosti, které jsou součástí opakovaného zpracování. Pokud se například proces vrátí z kroku „Šetření dokončeno“ zpět k „Zahájeno šetření“, druhý výskyt činnosti „Zahájeno šetření“ se označí jako opakované zpracování.

Identifikace opakovaného zpracování je zásadní pro odhalování neefektivity a problémů s kvalitou. Dashboard „Četnost opakovaného zpracování a zamítnutí“ využívá tuto metriku k měření toho, jak často se pojistné události odchylují od ideálního průběhu. Analýza příčin může výrazně zlepšit kvalitu a rychlost procesu.

Proč je to důležité

Upozorňuje na neefektivitu a problémy s kvalitou tím, že označuje činnosti, které patří do opakovaného zpracování.

Kde data získat

Vypočítává se v nástroji process mining analýzou pořadí činností v každém případu.

Příklady
truefalse
Poslední aktualizace dat
LastDataUpdate
Časové razítko udávající, kdy byla data naposledy obnovena nebo získána ze zdrojového systému.
Popis

Tento atribut uvádí čas posledního načtení dat ze zdrojového systému. Jde o metadata důležitá pro posouzení aktuálnosti analýzy.

Dashboardy a analýzy by měly tuto informaci zobrazovat na dobře viditelném místě, aby uživatelé věděli, jak aktuální data jsou. Pomáhá posoudit, zda zjištění odpovídají současnému stavu provozu, nebo vycházejí ze starších dat.

Proč je to důležité

Udává aktuálnost dat, takže uživatelé vědí, jak současný stav procesu analýza zachycuje.

Kde data získat

Tato hodnota se vytváří a ukládá během ETL procesu a označuje čas načtení dat.

Příklady
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
Požadovaná částka
ClaimedAmount
Celková částka, kterou pojistník původně požadoval.
Popis

Tento atribut udává hodnotu škody nahlášenou žadatelem. Často jde o počáteční odhad, který se může změnit během šetření a stanovení rezerv.

Analýza požadované částky umožňuje rozdělit pojistné události podle finančního dopadu. Události s vysokou hodnotou často procházejí důkladnějším a složitějším procesem než události s nízkou hodnotou. Porovnání procesu v různých hodnotových pásmech může odhalit příležitosti ke zjednodušení vyřizování menších událostí nebo k zavedení přísnějších kontrol u těch větších.

Proč je to důležité

Umožňuje rozdělit pojistné události podle finanční hodnoty, protože události s vysokou hodnotou mohou procházet odlišným a složitějším procesem.

Kde data získat

Tato informace nemusí být v jediném poli. Lze ji odvodit z počátečních odhadů škody zaznamenaných u jednotlivých položek škody.

Příklady
5000.00150000.00750.50
Stav SLA
SLAState
Udává, zda byla pojistná událost uzavřena do cílového data vyřízení.
Popis

Tento vypočítaný atribut uvádí, zda bylo u každé uzavřené pojistné události dodrženo SLA. Vypočítává se porovnáním časového razítka činnosti „Pojistná událost uzavřena“ s cílovým datem vyřízení.

Atribut přímo podporuje dashboard „Dodržení cílového termínu vyřízení pojistné události“ a zjednodušuje analýzu na přehledné kategorie, například „Včas“ nebo „Opožděně“. Umožňuje snadno filtrovat a agregovat data, vypočítat celkovou míru plnění SLA a podrobněji prozkoumat příčiny zpoždění.

Proč je to důležité

Jasně a přehledně vyjadřuje plnění SLA, takže lze snadno filtrovat, agregovat a analyzovat včasnost vyřízení.

Kde data získat

Vypočítané pole: IF (ActualCloseDate <= ResolutionTargetDate, 'On Time', 'Late').

Příklady
VčasOpožděně
Typ pojistné smlouvy
PolicyType
Konkrétní typ pojistné smlouvy, na jejímž základě byla pojistná událost nahlášena.
Popis

Typ pojistné smlouvy nabízí podrobnější rozdělení než typ pojistné události. Určuje konkrétní pojistný produkt, například „Pojištění domácnosti“, „Pojištění komerčních vozidel“ nebo „Pojištění kybernetických rizik“. Tento detail může odhalit rozdíly v procesu spojené s konkrétními produkty.

Analýza procesu podle typu pojistné smlouvy pomáhá odhalit neefektivitu u konkrétních produktů. Například pojistné události u nově zavedeného produktu mohou procházet méně ustáleným procesem, což vede ke zpožděním. Zjištění mohou posloužit při návrhu produktů a standardizaci procesů.

Proč je to důležité

Umožňuje analyzovat procesy u konkrétních pojistných produktů a odhalit rozdíly ve vyřizování podle podmínek smlouvy.

Kde data získat

Tyto informace jsou v entitě Policy, která je propojena s Claim.

Příklady
Vícenásobné pojištění domácnostiPojištění odpovědnosti za provoz komerčních vozidelPojištění vnitrozemské přepravy
Zdrojový systém
SourceSystem
Systém, ze kterého byla data získána.
Popis

Tento atribut určuje původ dat o událostech. V moderním podnikovém prostředí mohou události související s pojistnými událostmi pocházet z více systémů, například z hlavního systému Guidewire, systému pro správu dokumentů nebo zákaznického portálu.

Uvedení zdrojového systému je důležité pro správu dat, řešení nesrovnalostí a pochopení technologického prostředí procesu. Pomáhá rozlišit hlavní kroky procesu od podpůrných činností v okolních systémech.

Proč je to důležité

Určuje původ dat, což je důležité pro jejich správu i analýzu zahrnující více propojených systémů.

Kde data získat

Obvykle jde o statickou hodnotu přidanou při extrakci, transformaci a načítání dat (ETL).

Příklady
Guidewire ClaimCenter v10Customer Portal APIDocumentum
Povinné Doporučené Volitelné

Aktivity při vyřizování pojistných událostí

Jde o důležité kroky procesu a milníky, které je vhodné zaznamenat do záznamu událostí pro přesné mapování a analýzu procesu vyřizování pojistných událostí.
7 Doporučené 7 Volitelné
Aktivita Popis
Expozice založena
Tato činnost označuje založení expozice, která představuje konkrétní možný závazek nebo druh škody v rámci pojistné události, například poškození vozidla nebo zranění. V Guidewire jde o explicitní událost.
Proč je to důležité

Expozice jsou základem členění a analýzy pojistných událostí. Sledování jejich založení pomáhá pochopit, jak se proces liší podle složitosti případu a druhu škody.

Kde data získat

Událost se zaznamená z hodnoty CreateTime nového záznamu v tabulce cc_exposure. Každý záznam je propojen s jedním ID pojistné události.

Zachycení

Zjistěte časové razítko vytvoření nového záznamu v tabulce entity Exposure.

Typ události explicit
Platba odeslána
Tato činnost označuje závěrečný krok platebního procesu, kdy je platba oficiálně vystavena a odeslána do finančního systému. Jde o explicitní zaznamenanou finanční transakci.
Proč je to důležité

Tato činnost je důležitá pro měření efektivity odesílání plateb. Pomáhá rozlišit prodlevy při schvalování od prodlev při samotném odeslání peněz.

Kde data získat

Událost se zaznamená z hodnoty IssueDate nebo ze změny stavu entity cc_check či cc_transaction na „Issued“ nebo „Submitted“. Často jde o explicitní událost s časovým razítkem.

Zachycení

Zjistěte hodnotu IssueDate nebo časové razítko změny stavu platebního záznamu na „Issued“.

Typ události explicit
Platba schválena
Označuje formální schválení platby pojistného plnění. Jde o důležitou auditní událost, která se zaznamená, když transakci schválí oprávněný uživatel.
Proč je to důležité

Tento důležitý milník umožňuje provést závěrečnou platbu. Analýza doby před touto činností a po ní pomáhá určit, zda prodlevy způsobuje schvalovací workflow, nebo nedostupnost vedoucího pracovníka.

Kde data získat

Často jde o explicitní událost zaznamenanou v tabulce cc_history u entity cc_check nebo cc_transaction. Zaznamenává změnu stavu z „Pending Approval“ na „Approved“.

Zachycení

Sledujte událost změny stavu konkrétní platební transakce na „Approved“.

Typ události explicit
Pojistná událost uzavřena
Označuje úspěšné uzavření pojistné události po dokončení všech činností a plateb. Jde o hlavní úspěšnou koncovou událost, která se odvozuje od změny hlavního stavu pojistné události.
Proč je to důležité

Jako hlavní koncová událost je tato činnost nezbytná pro výpočet celkové doby vyřízení a měření plnění SLA. Označuje dokončení životního cyklu pojistné události.

Kde data získat

Událost se odvozuje od změny pole State v tabulce cc_claim na „Closed“. Čas události určuje hodnota CloseDate v záznamu pojistné události.

Zachycení

Zjistěte, kdy se hlavní stav pojistné události změní na „Closed“.

Typ události inferred
Pojistná událost založena
Tato činnost označuje první oznámení škody (FNOL) a oficiální založení nového záznamu pojistné události v Guidewire ClaimCenter. Zachytí se ve chvíli, kdy se nová entita Claim poprvé uloží do databáze.
Proč je to důležité

Jako hlavní počáteční událost je tato činnost nezbytná pro měření celkové doby vyřízení pojistné události. Slouží jako výchozí bod pro všechny následné KPI výkonnosti a doby trvání.

Kde data získat

Jde o explicitní událost zaznamenanou z hodnoty CreateTime v tabulce cc_claim. Spouštěčem události je vytvoření nového záznamu s jedinečným ID pojistné události.

Zachycení

Zjistěte časové razítko vytvoření nového záznamu v základní tabulce entity Claim.

Typ události explicit
Pojistná událost zamítnuta
Označuje konečné rozhodnutí o zamítnutí pojistné události a ukončuje proces. Událost se odvozuje od změny stavu pojistné události na uzavřený se zdůvodněním „Denied“.
Proč je to důležité

Jde o důležitou výslednou událost. Analýza četnosti zamítnutí, jejich důvodů a cest, které k nim vedly, pomáhá odhalit problémy při příjmu pojistné události, šetření nebo výkladu pojistných podmínek.

Kde data získat

Událost se odvozuje od změny pole State v tabulce cc_claim na „Closed“ v kombinaci s hodnotou „Denied“ nebo podobnou hodnotou v poli CloseReason. Čas události určuje hodnota CloseDate.

Zachycení

Vyfiltrujte změny stavu pojistné události na „Closed“, u kterých kód důvodu označuje zamítnutí.

Typ události inferred
Stanovena počáteční rezerva
Označuje vytvoření první finanční transakce rezervy pro expozici, která odhaduje možné náklady na pojistnou událost. Jde o důležitou finanční událost, která se zaznamenává explicitně.
Proč je to důležité

Tento milník je důležitý pro finanční analýzu a pochopení toho, jak rychle se odhaduje možný závazek. Prodlevy mohou ovlivnit finanční plánování a výkaznictví.

Kde data získat

Událost se zaznamená při vytvoření prvního záznamu cc_reserveline spojeného s expozicí pojistné události. Čas CreateTime transakce je časovým razítkem události.

Zachycení

Najděte nejstarší časové razítko vytvoření všech řádků rezerv pro expozice dané pojistné události.

Typ události explicit
Obdrženy doplňující informace
Označuje dokončení žádosti o doplňující informace. Událost se zaznamená, když je odpovídající činnost (úkol) pro vyžádání informací označena jako „Completed“.
Proč je to důležité

Tato událost je koncovým bodem KPI „Doba získání doplňujících informací“. Dlouhá doba mezi vyžádáním a obdržením informací často způsobuje prodlevy při vyřizování pojistných událostí.

Kde data získat

Událost se zaznamená z hodnoty CloseTime záznamu cc_activity, jehož ActivityPattern souvisí s vyžádáním informací. Stav činnosti musí být „Completed“.

Zachycení

Zjistěte časové razítko dokončení úkolu, jehož účelem je vyžádat si informace od externí strany.

Typ události explicit
Pojistná událost přidělena
Označuje přidělení pojistné události konkrétnímu uživateli (likvidátorovi) nebo skupině k vyřízení. Obvykle se odvozuje ze změn polí přiřazení v entitě Claim.
Proč je to důležité

Sledování přidělení je důležité pro analýzu vytížení likvidátorů, hledání úzkých míst při směrování případů a měření doby do první akce přiděleného pracovníka.

Kde data získat

Událost se odvozuje z tabulky cc_history sledováním změn polí AssignedUser nebo AssignedGroup přiřazených ke konkrétnímu ID pojistné události. Časové razítko změny určuje, kdy k události došlo.

Zachycení

Sledujte auditní protokoly nebo tabulky historie, kde se zaznamenávají změny polí přiřazení pojistné události.

Typ události inferred
Pojistná událost znovu otevřena
Označuje změnu stavu pojistné události z „Closed“ zpět na „Open“, aby bylo možné pokračovat v práci. Událost se odvozuje z konkrétní posloupnosti změn stavu.
Proč je to důležité

Tato činnost označuje opakovanou práci. Časté znovuotevírání pojistných událostí ukazuje na problémy s původním vyrovnáním, přehlédnuté škody nebo jiné nedostatky procesu, které zvyšují náklady a snižují efektivitu.

Kde data získat

Událost se odvozuje z tabulky cc_history vyhledáním změny pole State v entitě cc_claim z „Closed“ zpět na „Open“ nebo jiný aktivní stav.

Zachycení

Sledujte hlavní stav pojistné události a hledejte změnu z uzavřeného na otevřený.

Typ události inferred
Rozhodnuto o odpovědnosti
Označuje okamžik, kdy bylo rozhodnuto o odpovědnosti nebo vině v rámci expozice. Událost se obvykle odvozuje ze změny stavu entity Exposure.
Proč je to důležité

Jde o důležitý rozhodovací milník, na který navazuje vyrovnání a platba. Analýza doby do tohoto rozhodnutí pomáhá najít úzká místa při šetření a posuzování.

Kde data získat

Událost se odvozuje z tabulky cc_history sledováním změny pole State nebo vlastního pole stavu odpovědnosti v entitě cc_exposure. Časové razítko záznamu historie určuje čas události.

Zachycení

Sledujte auditní protokoly nebo tabulky historie, kde se zaznamenávají změny stavu expozice nebo odpovědnosti.

Typ události inferred
Vypočteno pojistné plnění
Tato činnost označuje okamžik, kdy byla stanovena výše pojistného plnění, ale platba ještě nebyla schválena. Událost lze odvodit od vytvoření platby ve stavu „Pending Approval“.
Proč je to důležité

Označuje přechod od posouzení k platbě. Je výchozím bodem pro měření KPI „Doba schválení platby“ a pomáhá odhalit prodlevy ve schvalování.

Kde data získat

Událost se odvozuje z hodnoty CreateTime záznamu cc_check nebo cc_transaction, jehož počáteční stav je „Pending Approval“ nebo podobný stav před „Approved“.

Zachycení

Najděte vytvoření záznamu platby nebo transakce ve stavu před schválením.

Typ události inferred
Vyžádány doplňující informace
Označuje žádost o další informace nebo dokumenty zaslanou žadateli či třetí straně. Obvykle se zaznamená jako explicitně vytvořená činnost (úkol) v ClaimCenter.
Proč je to důležité

Tato činnost je výchozím bodem pro měření KPI „Doba získání doplňujících informací“. Častý výskyt může ukazovat na neúplné počáteční hlášení škody (FNOL) nebo neefektivní získávání informací.

Kde data získat

Událost se zaznamená z hodnoty CreateTime záznamu cc_activity, jehož ActivityPattern souvisí s vyžádáním dokumentů nebo informací od externí strany.

Zachycení

Najděte vytvoření úkolu, jehož účelem je vyžádat si informace od externí strany.

Typ události explicit
Zahájeno šetření
Označuje formální zahájení šetření pojistné události nebo expozice. Obvykle se odvozuje od vytvoření první činnosti (úkolu) související se šetřením v Guidewire.
Proč je to důležité

Tato činnost označuje začátek důležité a často dlouhé fáze. Analýza doby do zahájení šetření i jeho délky odhalí významná úzká místa.

Kde data získat

Událost se odvozuje z hodnoty CreateTime záznamu cc_activity, jehož ActivityPattern souvisí se šetřením, například „Initial Investigation“ nebo „Contact Witness“.

Zachycení

Najděte první vytvoření úkolu se vzorem nebo předmětem souvisejícím se šetřením.

Typ události inferred
Doporučené Volitelné

Návody k extrakci dat

Jak získat data z Guidewire ClaimCenter

Chcete začít?

Pomocí této šablony připravte data k analýze a zjistěte, jak probíhá vyřizování pojistných událostí. Začněte zlepšovat své workflow ještě dnes.

Vyřizujte pojistné události rychleji a uzavírejte případy bez zbytečných prodlev

Omezte nevyřízené případy, předcházejte podvodům a zaměřte se na 70% podíl plně automatizovaného zpracování.

Spustit zkušební verzi

Bez platební karty, nastavení zabere jen několik minut.