Š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é se vyplatí sledovat
- Pokyny k extrakci dat z Guidewire ClaimCenter
Atributy vyřizování pojistných událostí
| 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 | |||
Aktivity při vyřizování pojistných událostí
| 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 | |||
Návody k extrakci dat
Kroky
- Ověření předpokladů: Ověřte, že máte potřebná oprávnění a přihlašovací údaje pro přístup k databázi datového tržiště Guidewire DataHub / InfoCenter s oprávněním ke čtení. Zkontrolujte, že úlohy ETL, které naplňují datové tržiště pojistných událostí, probíhají úspěšně a data jsou aktuální.
- Připojení k databázi: Pomocí běžného SQL klienta, například DBeaver nebo SQL Server Management Studio, se připojte k databázovému serveru datového tržiště.
- Prozkoumání schématu: Než spustíte celý dotaz, seznamte se se schématem datového tržiště. Najděte hlavní tabulky pro pojistné události, pojistná krytí, aktivity a finanční transakce. Tabulky mají obvykle přípony jako _dim (dimenzionální tabulka) a _fact (faktová tabulka). Pomůže vám to ověřit zástupné názvy tabulek a sloupců v dodaném skriptu.
- Příprava SQL dotazu: Zkopírujte celý SQL skript z části s dotazem do editoru SQL klienta.
- Úprava zástupných hodnot: Pečlivě projděte skript a nahraďte všechny zástupné hodnoty. Patří sem název databáze či schématu (např. [YourDataMart]), parametry časového období ('[StartDate]', '[EndDate]') a hodnoty specifické pro váš systém (např. vzory aktivit a stavové kódy).
- Spuštění dotazu: Spusťte upravený SQL dotaz nad datovým tržištěm. Doba zpracování se může lišit podle zvoleného období a objemu dat v systému.
- První kontrola dat: Po dokončení dotazu zkontrolujte prvních několik set řádků výsledku. Ověřte, že sloupce ClaimID, ActivityName a EventTime obsahují očekávané hodnoty a že jsou zastoupeny různé typy aktivit.
- Export do CSV: Exportujte celý výsledek z SQL klienta do souboru CSV. Zvolte výstižný název, například guidewire_claimcenter_event_log.csv.
- Příprava pro ProcessMind: Uložte soubor CSV v kódování UTF-8. Ověřte, že obsahuje řádek záhlaví odpovídající aliasům sloupců v SQL dotazu. Soubor je nyní připravený k nahrání do ProcessMind.
Konfigurace
- Zdroj dat: Datové tržiště pojistných událostí Guidewire DataHub/InfoCenter. Jde o předem agregovanou dimenzionální databázi určenou pro reporting a analytiku, která je oddělená od produkční databáze ClaimCenter.
- Potřebná oprávnění: Přístup pouze pro čtení k SQL databázi, ve které je datové tržiště umístěno. Budete potřebovat uživatelské jméno, heslo a údaje pro připojení, například adresu serveru a název databáze.
- Stav úloh ETL: Přesnost extrakce závisí na tom, zda úlohy ETL v Guidewire, které naplňují datové tržiště, proběhly úspěšně a včas. Ověřte čas posledního úspěšného spuštění, abyste věděli, jak aktuální data jsou.
- Filtrování podle období: Dodaný dotaz obsahuje klauzule WHERE se zástupnými hodnotami '[StartDate]' a '[EndDate]'. Kvůli výkonu doporučujeme začít s kratším obdobím, například 3 až 6 měsíců. Filtr data se uplatňuje na CreateTime pojistné události.
- Hodnoty závislé na konfiguraci: Guidewire lze výrazně přizpůsobit. Upravte hodnoty v klauzulích WHERE podle nastavení vaší organizace. Patří sem:
- názvy ActivityPattern, například 'fnol', 'investigation', 'Request additional information'
- kódy ClaimStatus, ExposureStatus a CloseReason, například 'denied', 'closed'
- kódy TransactionStatus, například 'pendingapproval', 'approved', 'issued'
- Výkon: Dotazování rozsáhlých tabulek historie nebo auditu může zatěžovat zdroje. U velmi velkých datových sad doporučujeme spouštět dotaz mimo špičku. Ověřte, že sloupce ClaimID nebo ClaimNumber jsou v příslušných tabulkách indexované.
Ukázkový dotaz sql
-- This query extracts a process mining event log for claims processing from a Guidewire DataHub/InfoCenter Data Mart.
-- Replace placeholders: [YourDataMart], [StartDate], [EndDate], and any configuration-specific string literals.
WITH ClaimHistory AS (
-- Pre-process claim history to identify status changes, especially for Reopened events.
SELECT
ClaimID,
Status,
UpdateTime,
LAG(Status, 1) OVER (PARTITION BY ClaimID ORDER BY UpdateTime) AS PreviousStatus
FROM [YourDataMart].[dbo].[ClaimHistory_dim] -- Placeholder for claim history/audit table
),
BaseClaims AS (
-- Select the set of claims to be analyzed based on a date range.
SELECT
c.ClaimID AS ClaimPublicID, -- Using PublicID as it's often the user-facing ID
c.ClaimNumber AS ClaimID,
c.AssignedAdjusterName AS AssignedAdjuster,
c.PolicyType AS ClaimType,
c.ClaimStatus AS ClaimStatus,
c.LossCause AS LossCause,
c.CreateTime
FROM [YourDataMart].[dbo].[Claim_dim] c
WHERE c.CreateTime >= '[StartDate]' AND c.CreateTime < '[EndDate]'
)
-- 1. Claim Created
SELECT
bc.ClaimID AS ClaimID,
'Claim Created' AS ActivityName,
bc.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
UNION ALL
-- 2. Claim Assigned
-- This captures the first assignment event from the history table.
SELECT
bc.ClaimID,
'Claim Assigned' AS ActivityName,
MIN(ch.UpdateTime) AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ClaimHistory_dim] ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.EventType = 'Assignment' -- Assumes an EventType column exists to identify assignment changes
GROUP BY bc.ClaimID, bc.AssignedAdjuster, bc.ClaimType, bc.ClaimStatus, bc.LossCause
UNION ALL
-- 3. Exposure Created
SELECT
bc.ClaimID,
'Exposure Created' AS ActivityName,
e.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Exposure_dim] e ON bc.ClaimPublicID = e.ClaimID
UNION ALL
-- 4. Initial Reserve Set
-- Finds the very first reserve transaction for any exposure on the claim.
SELECT
x.ClaimID,
'Initial Reserve Set' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY t.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Reserve'
) x
WHERE x.rn = 1
UNION ALL
-- 5. Investigation Started
-- Finds the creation of the first investigation-related activity.
SELECT
x.ClaimID,
'Investigation Started' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY a.CreateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Investigation%'
) x
WHERE x.rn = 1
UNION ALL
-- 6. Additional Info Requested
SELECT
bc.ClaimID,
'Additional Info Requested' AS ActivityName,
a.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%'
UNION ALL
-- 7. Additional Info Received
SELECT
bc.ClaimID,
'Additional Info Received' AS ActivityName,
a.CompletionTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Activity_dim] a ON bc.ClaimPublicID = a.ClaimID
WHERE a.ActivityPatternName LIKE '%Request%Information%' AND a.CompletionTime IS NOT NULL
UNION ALL
-- 8. Liability Decision Made
-- Captures when an exposure's liability decision is first set.
SELECT
x.ClaimID,
'Liability Decision Made' AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
bc.ClaimID,
eh.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause,
ROW_NUMBER() OVER(PARTITION BY bc.ClaimID ORDER BY eh.UpdateTime) as rn
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[ExposureHistory_dim] eh ON bc.ClaimPublicID = eh.ClaimID
WHERE eh.LiabilityDecision IS NOT NULL AND eh.PreviousLiabilityDecision IS NULL -- Captures the first time it was set
) x
WHERE x.rn = 1
UNION ALL
-- 9. Settlement Calculated
-- Captures the creation of a payment transaction that is pending approval.
SELECT
bc.ClaimID,
'Settlement Calculated' AS ActivityName,
t.CreateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.TransactionStatus = 'PendingApproval'
UNION ALL
-- 10. Payment Approved
SELECT
bc.ClaimID,
'Payment Approved' AS ActivityName,
t.ApprovalDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.ApprovalDate IS NOT NULL AND t.TransactionStatus = 'Approved'
UNION ALL
-- 11. Payment Issued
SELECT
bc.ClaimID,
'Payment Issued' AS ActivityName,
t.IssueDate AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
bc.ClaimStatus,
bc.LossCause
FROM BaseClaims bc
JOIN [YourDataMart].[dbo].[Transaction_fact] t ON bc.ClaimPublicID = t.ClaimID
WHERE t.TransactionType = 'Payment' AND t.IssueDate IS NOT NULL AND t.TransactionStatus = 'Issued'
UNION ALL
-- 12. Claim Denied
SELECT
bc.ClaimID,
'Claim Denied' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Denied' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 13. Claim Closed
SELECT
bc.ClaimID,
'Claim Closed' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Closed' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.Status = 'Closed' AND ch.PreviousStatus <> 'Closed'
AND NOT EXISTS (SELECT 1 FROM [YourDataMart].[dbo].[Claim_dim] c2 WHERE c2.ClaimID = bc.ClaimPublicID AND c2.CloseReason = 'Denied')
UNION ALL
-- 14. Claim Reopened
SELECT
bc.ClaimID,
'Claim Reopened' AS ActivityName,
ch.UpdateTime AS EventTime,
bc.AssignedAdjuster,
bc.ClaimType,
'Open' AS ClaimStatus, -- Overriding status for clarity
bc.LossCause
FROM BaseClaims bc
JOIN ClaimHistory ch ON bc.ClaimPublicID = ch.ClaimID
WHERE ch.PreviousStatus = 'Closed' AND ch.Status <> 'Closed'; Kroky
- Ověřte, že má vaše organizace aktivní sdílení dat Snowflake Guidewire Cloud Data Access (CDA) pro prostředí ClaimCenter. Od správce Guidewire Cloud si vyžádejte identifikátor účtu Snowflake, databázi, schéma, warehouse, roli, způsob ověřování a schválené nastavení sítě.
- Ověřte přesné objekty a sloupce CDA zpřístupněné ve sdílených datech. Schémata a názvy sloupců CDA se mohou lišit podle tenantu, verze, konfigurace a způsobu sdílení dat. Každý zástupný název objektu nebo sloupce v hranatých závorkách nahraďte odpovídajícím objektem ve vašem prostředí. Nepředpokládejte, že názvy provozních entit ClaimCenter jsou v Snowflake dostupné beze změny.
- Určete zdroj pro vytvoření pojistné události, historii přiřazení, vytvoření pojistného krytí, rezervní transakce, aktivity, historii stavu pojistného krytí, historii stavu platby a historii stavu pojistné události. Pokud sdílená data neobsahují tabulky historie ani auditní záznamy, nastavte schválený zdroj, který pro každou požadovanou změnu stavu uchovává předchozí hodnotu, novou hodnotu, čas události a jejího aktéra.
- Připojte se ke sdíleným datům CDA Snowflake pomocí schváleného klienta Snowflake, worksheetu, notebooku nebo nástroje pro spouštění SQL. Pokud možno použijte roli pouze pro čtení. V dotazu nastavte počáteční a koncové časové razítko analýzy pomocí [Start timestamp] a [End timestamp]. Schválený filtr společnosti nebo organizační jednotky zadejte pomocí [Company filter].
- Nahraďte zástupné zdroje v dotazu ověřenými názvy objektů a sloupců CDA. Dotaz výslovně vytváří řádky pro všech 14 požadovaných aktivit: Claim Created, Claim Assigned, Exposure Created, Initial Reserve Set, Investigation Started, Additional Info Requested, Additional Info Received, Liability Decision Made, Settlement Calculated, Payment Approved, Payment Issued, Claim Denied, Claim Closed a Claim Reopened.
- Spusťte dotaz a zkontrolujte schéma výsledku. Výstup musí obsahovat ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus a LossCause. ProcessMind vyžaduje ClaimID, ActivityName a EventTime. Zachovejte jeden řádek pro každou událost a neslučujte události podle pojistné události.
- Před exportem ověřte časová razítka, změny stavů, změny přiřazení, zpracování duplicit a počty aktivit. Zkontrolujte, že jsou časová razítka událostí ve stejném časovém pásmu. Pokud více událostí se stejným časovým razítkem představuje různé obchodní aktivity, ponechte je v samostatných řádcích.
- Exportujte výsledek jako CSV v kódování UTF-8 nebo v jiném tabulkovém formátu podporovaném ProcessMind. Namapujte ClaimID jako identifikátor případu, ActivityName jako aktivitu a EventTime jako časové razítko události. Doporučené atributy ponechte jako další atributy událostí a nahrajte soubor do ProcessMind. Nepřidávejte aktivity odvozené mimo tuto extrakci.
Konfigurace
- Připojení a oprávnění: Použijte sdílená data Snowflake poskytnutá společností Guidewire prostřednictvím schváleného účtu Snowflake, role, warehouse a síťového připojení. Z pohledu uživatele jsou data CDA dostupná pouze pro čtení. Potřebná oprávnění závisí na konfiguraci tenantu a mohou zahrnovat přístup ke sdílené databázi a konkrétním schématům či pohledům.
- Nastavení zdrojových objektů: Nahraďte všechny odkazy na zdroje v hranatých závorkách objekty ověřenými ve sdílených datech CDA. Dotaz záměrně nepředpokládá jednotné názvy tabulek ani sloupců ClaimCenter, protože struktura zpřístupněných dat CDA se liší podle verze a tenantu.
- Časové období: Pro ověření a provozní analýzu začněte obdobím tří až šesti měsíců. Delší období použijte až po ověření kapacity warehouse, doby uchovávání historie událostí a přijatelné délky dotazu. Zdrojové záznamy filtrujte podle příslušného času události, nejen podle data vytvoření pojistné události, aby se nevyloučily pozdější aktivity.
- Povinný výstup: Každý řádek události musí obsahovat neprázdné hodnoty ClaimID, ActivityName a EventTime. ActivityName musí přesně odpovídat názvům očekávaným modelem procesu v ProcessMind.
- Doporučený výstup: Zahrňte AssignedAdjuster, ClaimType, ClaimStatus a LossCause. Pokud jsou k dispozici, použijte hodnoty zachycené v okamžiku události. Jestliže jsou dostupné pouze aktuální hodnoty, tuto skutečnost zdokumentujte, protože historické atributy nemusí odpovídat hodnotám v době události.
- Filtry: Filtr [Company filter] použijte až po ověření odpovídajícího sloupce společnosti, organizace, obchodní jednotky nebo právnické osoby specifického pro daný tenant. Nefiltrujte podle typu dokumentu, pokud konfigurace ClaimCenter nezpřístupňuje ověřené pole typu dokumentu relevantní pro požadované aktivity.
- Historie událostí: Pro zjištění změn přiřazení, zahájení šetření, žádostí o informace, rozhodnutí o odpovědnosti, stavů plateb a znovuotevření pojistných událostí jsou potřeba historická nebo auditní data. Z tabulek obsahujících pouze aktuální stav nelze spolehlivě rekonstruovat předchozí události.
- Odstranění duplicit: Pokud je k dispozici ověřený identifikátor zdrojové události, použijte jej. Dotaz používá ROW_NUMBER pouze jako konfigurovatelnou pojistku. Neodstraňujte duplicity pouze podle ClaimID a časového razítka, protože ve stejnou dobu mohou oprávněně nastat různé aktivity.
- Výkon: Omezte časové období, vybírejte pouze potřebné sloupce, filtrujte každý zdroj podle času události a použijte warehouse Snowflake odpovídající velikosti. U velkých objemů zvažte vytvoření ověřeného pohledu událostí nebo přírůstkovou extrakci.
- Časové pásmo: Sjednoťte EventTime do jednoho zdokumentovaného časového pásma. Před načtením záznamu událostí ověřte, zda jsou časová razítka CDA uložena v UTC, místním čase nebo v některém z typů časových razítek Snowflake.
- Předpoklady: Ověřte, že sdílená data obsahují požadované finanční údaje, aktivity, přiřazení, pojistná krytí, platby a historii stavů ClaimCenter a že zásady uchovávání dat zachovávají potřebné historické změny.
Ukázkový dotaz sql
WITH
params AS (
SELECT
TO_TIMESTAMP_TZ('[Start timestamp]') AS start_ts,
TO_TIMESTAMP_TZ('[End timestamp]') AS end_ts
),
claim_created AS (
SELECT
CAST(c.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Created' AS ActivityName,
CAST(c.[Claim created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(c.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(c.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(c.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(c.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(c.[Claim event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim source object] c
CROSS JOIN params p
WHERE c.[Claim created timestamp column] >= p.start_ts
AND c.[Claim created timestamp column] < p.end_ts
AND [Company filter]
),
claim_assigned AS (
SELECT
CAST(h.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Assigned' AS ActivityName,
CAST(h.[Assignment event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(h.[New assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(h.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(h.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(h.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(h.[Assignment event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim assignment history object] h
CROSS JOIN params p
WHERE h.[Assignment event timestamp column] >= p.start_ts
AND h.[Assignment event timestamp column] < p.end_ts
AND h.[New assigned adjuster column] IS DISTINCT FROM h.[Previous assigned adjuster column]
AND [Company filter]
),
exposure_created AS (
SELECT
CAST(e.[Claim ID column] AS VARCHAR) AS ClaimID,
'Exposure Created' AS ActivityName,
CAST(e.[Exposure created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(e.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(e.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(e.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(e.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(e.[Exposure event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure source object] e
CROSS JOIN params p
WHERE e.[Exposure created timestamp column] >= p.start_ts
AND e.[Exposure created timestamp column] < p.end_ts
AND [Company filter]
),
initial_reserve_set AS (
SELECT
CAST(r.[Claim ID column] AS VARCHAR) AS ClaimID,
'Initial Reserve Set' AS ActivityName,
CAST(r.[Reserve transaction timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(r.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(r.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(r.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(r.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(r.[Reserve transaction identifier column] AS VARCHAR) AS SourceEventID
FROM [Your reserve transaction source object] r
CROSS JOIN params p
WHERE r.[Reserve transaction timestamp column] >= p.start_ts
AND r.[Reserve transaction timestamp column] < p.end_ts
AND r.[Reserve transaction sequence or first reserve indicator column] = [Value identifying first reserve]
AND [Company filter]
),
investigation_started AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Investigation Started' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured investigation activity value]'
AND [Company filter]
),
additional_info_requested AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Requested' AS ActivityName,
CAST(a.[Activity created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity created timestamp column] >= p.start_ts
AND a.[Activity created timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND [Company filter]
),
additional_info_received AS (
SELECT
CAST(a.[Claim ID column] AS VARCHAR) AS ClaimID,
'Additional Info Received' AS ActivityName,
CAST(a.[Activity completion timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(a.[Activity assigned user column] AS VARCHAR) AS AssignedAdjuster,
CAST(a.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(a.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(a.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(a.[Activity identifier column] AS VARCHAR) AS SourceEventID
FROM [Your activity source object] a
CROSS JOIN params p
WHERE a.[Activity completion timestamp column] >= p.start_ts
AND a.[Activity completion timestamp column] < p.end_ts
AND a.[Activity category or type column] = '[Configured additional information request value]'
AND a.[Activity status column] = '[Configured completed status value]'
AND [Company filter]
),
liability_decision_made AS (
SELECT
CAST(eh.[Claim ID column] AS VARCHAR) AS ClaimID,
'Liability Decision Made' AS ActivityName,
CAST(eh.[Exposure status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(eh.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(eh.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(eh.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(eh.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(eh.[Exposure status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your exposure status history object] eh
CROSS JOIN params p
WHERE eh.[Exposure status event timestamp column] >= p.start_ts
AND eh.[Exposure status event timestamp column] < p.end_ts
AND eh.[New exposure status column] = '[Configured liability decision status value]'
AND eh.[New exposure status column] IS DISTINCT FROM eh.[Previous exposure status column]
AND [Company filter]
),
settlement_calculated AS (
SELECT
CAST(pay.[Claim ID column] AS VARCHAR) AS ClaimID,
'Settlement Calculated' AS ActivityName,
CAST(pay.[Payment created timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(pay.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(pay.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(pay.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(pay.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(pay.[Payment identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment source object] pay
CROSS JOIN params p
WHERE pay.[Payment created timestamp column] >= p.start_ts
AND pay.[Payment created timestamp column] < p.end_ts
AND pay.[Payment status column] = '[Configured pending approval status value]'
AND [Company filter]
),
payment_approved AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Approved' AS ActivityName,
CAST(ph.[Payment approval timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Approving user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment approval timestamp column] >= p.start_ts
AND ph.[Payment approval timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured approved status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
payment_issued AS (
SELECT
CAST(ph.[Claim ID column] AS VARCHAR) AS ClaimID,
'Payment Issued' AS ActivityName,
CAST(ph.[Payment issued timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ph.[Issuing user column] AS VARCHAR) AS AssignedAdjuster,
CAST(ph.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ph.[Claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ph.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ph.[Payment status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your payment status history object] ph
CROSS JOIN params p
WHERE ph.[Payment issued timestamp column] >= p.start_ts
AND ph.[Payment issued timestamp column] < p.end_ts
AND ph.[New payment status column] = '[Configured issued status value]'
AND ph.[New payment status column] IS DISTINCT FROM ph.[Previous payment status column]
AND [Company filter]
),
claim_denied AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Denied' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND ch.[Claim closure reason column] = '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_closed AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Closed' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[New claim status column] = '[Configured closed status value]'
AND COALESCE(ch.[Claim closure reason column], '') <> '[Configured denied reason value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
claim_reopened AS (
SELECT
CAST(ch.[Claim ID column] AS VARCHAR) AS ClaimID,
'Claim Reopened' AS ActivityName,
CAST(ch.[Claim status event timestamp column] AS TIMESTAMP_TZ) AS EventTime,
CAST(ch.[Assigned adjuster column] AS VARCHAR) AS AssignedAdjuster,
CAST(ch.[Claim type column] AS VARCHAR) AS ClaimType,
CAST(ch.[New claim status column] AS VARCHAR) AS ClaimStatus,
CAST(ch.[Loss cause column] AS VARCHAR) AS LossCause,
CAST(ch.[Claim status event identifier column] AS VARCHAR) AS SourceEventID
FROM [Your claim status history object] ch
CROSS JOIN params p
WHERE ch.[Claim status event timestamp column] >= p.start_ts
AND ch.[Claim status event timestamp column] < p.end_ts
AND ch.[Previous claim status column] = '[Configured closed status value]'
AND ch.[New claim status column] = '[Configured open status value]'
AND ch.[New claim status column] IS DISTINCT FROM ch.[Previous claim status column]
AND [Company filter]
),
all_events AS (
SELECT * FROM claim_created
UNION ALL SELECT * FROM claim_assigned
UNION ALL SELECT * FROM exposure_created
UNION ALL SELECT * FROM initial_reserve_set
UNION ALL SELECT * FROM investigation_started
UNION ALL SELECT * FROM additional_info_requested
UNION ALL SELECT * FROM additional_info_received
UNION ALL SELECT * FROM liability_decision_made
UNION ALL SELECT * FROM settlement_calculated
UNION ALL SELECT * FROM payment_approved
UNION ALL SELECT * FROM payment_issued
UNION ALL SELECT * FROM claim_denied
UNION ALL SELECT * FROM claim_closed
UNION ALL SELECT * FROM claim_reopened
),
deduplicated_events AS (
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause,
SourceEventID,
ROW_NUMBER() OVER (
PARTITION BY ActivityName, COALESCE(SourceEventID, ClaimID || '|' || TO_VARCHAR(EventTime))
ORDER BY EventTime
) AS duplicate_rank
FROM all_events
WHERE ClaimID IS NOT NULL
AND ActivityName IS NOT NULL
AND EventTime IS NOT NULL
)
SELECT
ClaimID,
ActivityName,
EventTime,
AssignedAdjuster,
ClaimType,
ClaimStatus,
LossCause
FROM deduplicated_events
WHERE duplicate_rank = 1
ORDER BY ClaimID, EventTime, ActivityName; Kroky
- Ověřte, že máte schválený přímý přístup pro čtení k místní provozní databázi Guidewire ClaimCenter, že je zdokumentována databázová platforma a verze schématu a že je k dispozici připojení pouze pro čtení. Bez schváleného časového okna pro extrakci se k produkční databázi nepřipojujte.
- Zjistěte fyzické tabulky a sloupce používané vaší implementací ClaimCenter. Namapujte entity pojistných událostí, pojistných krytí, aktivit, přiřazení, rezerv, plateb, historie stavů a uživatelů či skupin na zástupné hodnoty v dotazu. Fyzické názvy a struktura auditu se liší podle implementace a verze, proto každou zástupnou hodnotu nahraďte až po ověření v katalogu databáze a datovém modelu ClaimCenter.
- Určete období extrakce pomocí [Start date parameter] a [End date parameter]. Pokud se změny stavu, dokončení úkolů nebo finanční transakce mohou zaznamenat mimo hlavní období vytvoření pojistné události, zahrňte překryvné období, například jeden nebo dva dny před požadovaným začátkem.
- Spusťte celý SQL příkaz s oprávněními pouze pro čtení. Každá aktivita se vytvoří jako samostatný řádek události. Dotaz nespoléhá na to, že ProcessMind po načtení události odvodí. Události odvozené ze změn polí se vytvářejí přímo v SQL příkazu na základě příslušných historických nebo auditních záznamů.
- Ověřte mapování zdrojů pro každou aktivitu. Potvrďte, že vytvoření pojistné události vychází z prvního uloženého záznamu Claim, přiřazení ze změn přiřazení, vytvoření pojistného krytí ze záznamů o jeho založení, počáteční rezerva z první rezervní transakce pro každé pojistné krytí, šetření a žádosti o informace ze záznamů aktivit, odpovědnost z nakonfigurované změny stavu pojistného krytí, vypořádání ze stavu platby čekající na schválení a schválení i vystavení platby z odpovídajících finančních auditních stavů.
- Upravte výstup do požadované struktury záznamu událostí. ClaimID musí být identifikátorem případu, ActivityName musí obsahovat přesně jeden ze čtrnácti zdokumentovaných názvů aktivit a EventTime musí být časové razítko. Pokud to mapování zdrojů umožňuje, zachovejte doporučené atributy, včetně AssignedAdjuster, ClaimType, ClaimStatus a LossCause.
- Zkontrolujte duplicitní události a jejich pořadí. Pokud zdroj obsahuje více auditních řádků pro stejnou obchodní změnu, použijte v příslušném společném tabulkovém výrazu klíč pro odstranění duplicit specifický pro danou implementaci. Neslučujte různé obchodní události s odlišnými časovými razítky nebo identifikátory zdroje.
- Exportujte výsledek jako CSV v kódování UTF-8 nebo v jiném tabulkovém formátu podporovaném ProcessMind. Přidejte řádek záhlaví se sloupci ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus a LossCause. Časová razítka musí obsahovat informaci o časovém pásmu, případně důsledně používejte zdokumentované časové pásmo databáze. Nahrajte soubor do ProcessMind a namapujte ClaimID jako identifikátor případu, ActivityName jako aktivitu a EventTime jako časové razítko události.
Konfigurace
- Přístup k databázi: Použijte účet pouze pro čtení s oprávněním dotazovat potřebné provozní tabulky ClaimCenter, tabulky historie, tabulky aktivit a tabulky finančních transakcí. Pro extrakci neudělujte oprávnění k zápisu, změnám schématu ani správě databáze.
- Mapování schématu: Nahraďte [Your claim table], [Your exposure table], [Your activity table], [Your reserve table], [Your payment table], [Your claim history table], [Your exposure history table] a další zástupné hodnoty názvy ověřenými v cílové implementaci. Nepředpokládejte, že logický název entity Guidewire odpovídá názvu fyzické databázové tabulky.
- Časové období: Začněte daty za tři až šest měsíců. Použijte [Start date parameter] a [End date parameter] a zahrňte překryvné období, pokud se události mohou zaznamenat až po vytvoření pojistné události nebo pokud znovuotevřené události zasahují do více vykazovaných období.
- Filtry: Filtry [Company Code filter], [Document Type filter], jurisdikci, obor pojištění a další filtry specifické pro organizaci použijte až po ověření fyzických sloupců a jejich obchodního významu. Nevylučujte pojistné události bez platby nebo bez pojistného krytí, protože jsou potřebné pro úplnou analýzu životního cyklu.
- Názvy aktivit: Zachovejte všech čtrnáct hodnot ActivityName přesně podle definice v dotazu, aby ProcessMind dostával jednotné názvy událostí.
- Význam událostí: Aktivity označené jako odvozené se vytvářejí v SQL na základě změn stavu, přiřazení, historie nebo aktivit ve zdrojových datech. ProcessMind tyto události po načtení z ostatních řádků neodvodí.
- Výkon: Omezte období extrakce, vybírejte pouze potřebné sloupce, filtrujte zdrojové tabulky před spojením a ověřte indexy na identifikátorech pojistných událostí a krytí, časových razítkách událostí, stavových polích a identifikátorech transakcí. Pokud je k dispozici replika pro reporting, rozsáhlou extrakci spusťte nad ní.
- Konzistence: Použijte úroveň izolace transakcí vhodnou pro reporting a zajistěte konzistentní okamžik extrakce. Nečtěte tabulky během částečného potvrzování finanční dávky nebo hromadné změny stavů.
- Časová pásma: Zdokumentujte časové pásmo databáze a před exportem převeďte všechna zdrojová časová razítka do jednoho dohodnutého pásma. Nekombinujte místní čas aplikace s časem databázového serveru.
- Předpoklady: Ověřte dostupnost potřebných modulů ClaimCenter, finančních oprávnění, uchovávání auditních či historických dat a připojení k databázi. Pokud je uchovávání historie nebo auditu vypnuté, odpovídající odvozené aktivity nelze spolehlivě rekonstruovat.
- Nastavení ověření: U každého exportu zaznamenejte verzi ClaimCenter, databázovou platformu, mapování schématu, čas extrakce, parametry období, filtry a počty řádků.
Ukázkový dotaz sql
WITH
claim_created AS (
SELECT
c.[Claim ID column] AS ClaimID,
CAST('Claim Created' AS VARCHAR(100)) AS ActivityName,
c.[Claim Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim table] c
WHERE c.[Claim Created Timestamp column] >= [Start date parameter]
AND c.[Claim Created Timestamp column] < [End date parameter]
),
claim_assigned AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Assigned' AS VARCHAR(100)) AS ActivityName,
h.[Assignment Change Timestamp column] AS EventTime,
h.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim assignment history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Assignment Change Timestamp column] >= [Start date parameter]
AND h.[Assignment Change Timestamp column] < [End date parameter]
AND h.[Assigned Adjuster column] IS NOT NULL
),
exposure_created AS (
SELECT
e.[Claim ID column] AS ClaimID,
CAST('Exposure Created' AS VARCHAR(100)) AS ActivityName,
e.[Exposure Created Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure table] e
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = e.[Claim ID column]
WHERE e.[Exposure Created Timestamp column] >= [Start date parameter]
AND e.[Exposure Created Timestamp column] < [End date parameter]
),
initial_reserve_set AS (
SELECT
x.ClaimID,
CAST('Initial Reserve Set' AS VARCHAR(100)) AS ActivityName,
x.EventTime,
x.AssignedAdjuster,
x.ClaimType,
x.ClaimStatus,
x.LossCause
FROM (
SELECT
r.[Claim ID column] AS ClaimID,
r.[Reserve Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause,
ROW_NUMBER() OVER (
PARTITION BY r.[Exposure ID column]
ORDER BY r.[Reserve Timestamp column], r.[Reserve Transaction ID column]
) AS reserve_sequence
FROM [Your reserve transaction table] r
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = r.[Claim ID column]
WHERE r.[Reserve Timestamp column] >= [Start date parameter]
AND r.[Reserve Timestamp column] < [End date parameter]
) x
WHERE x.reserve_sequence = 1
),
investigation_started AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Investigation Started' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Investigation activity type value])
),
additional_info_requested AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Requested' AS VARCHAR(100)) AS ActivityName,
a.[Activity Created Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Created Timestamp column] >= [Start date parameter]
AND a.[Activity Created Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
),
additional_info_received AS (
SELECT
a.[Claim ID column] AS ClaimID,
CAST('Additional Info Received' AS VARCHAR(100)) AS ActivityName,
a.[Activity Completed Timestamp column] AS EventTime,
a.[Assigned User column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your activity table] a
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = a.[Claim ID column]
WHERE a.[Activity Completed Timestamp column] >= [Start date parameter]
AND a.[Activity Completed Timestamp column] < [End date parameter]
AND a.[Activity Type column] IN ([Additional information request activity type value])
AND a.[Activity Status column] = [Completed activity status value]
),
liability_decision_made AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Liability Decision Made' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your exposure status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Exposure Status column] IN ([Liability decision status value])
),
settlement_calculated AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Settlement Calculated' AS VARCHAR(100)) AS ActivityName,
p.[Payment Status Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Payment Status Timestamp column] >= [Start date parameter]
AND p.[Payment Status Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Pending approval payment status value]
),
payment_approved AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Approved' AS VARCHAR(100)) AS ActivityName,
p.[Approval Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment approval history table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Approval Timestamp column] >= [Start date parameter]
AND p.[Approval Timestamp column] < [End date parameter]
AND p.[Approval Status column] = [Approved payment status value]
),
payment_issued AS (
SELECT
p.[Claim ID column] AS ClaimID,
CAST('Payment Issued' AS VARCHAR(100)) AS ActivityName,
p.[Issued Timestamp column] AS EventTime,
p.[Approved By column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
c.[Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your payment issuance table] p
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = p.[Claim ID column]
WHERE p.[Issued Timestamp column] >= [Start date parameter]
AND p.[Issued Timestamp column] < [End date parameter]
AND p.[Payment Status column] = [Issued payment status value]
),
claim_denied AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Denied' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] = [Denied status reason value]
),
claim_closed AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Closed' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND h.[New Claim Status column] = [Closed claim status value]
AND h.[Status Reason column] <> [Denied status reason value]
),
claim_reopened AS (
SELECT
h.[Claim ID column] AS ClaimID,
CAST('Claim Reopened' AS VARCHAR(100)) AS ActivityName,
h.[Status Change Timestamp column] AS EventTime,
c.[Assigned Adjuster column] AS AssignedAdjuster,
c.[Claim Type column] AS ClaimType,
h.[New Claim Status column] AS ClaimStatus,
c.[Loss Cause column] AS LossCause
FROM [Your claim status history table] h
INNER JOIN [Your claim status history table] previous_h
ON previous_h.[Claim ID column] = h.[Claim ID column]
AND previous_h.[Status Change Timestamp column] = (
SELECT MAX(prior_h.[Status Change Timestamp column])
FROM [Your claim status history table] prior_h
WHERE prior_h.[Claim ID column] = h.[Claim ID column]
AND prior_h.[Status Change Timestamp column] < h.[Status Change Timestamp column]
)
INNER JOIN [Your claim table] c
ON c.[Claim ID column] = h.[Claim ID column]
WHERE h.[Status Change Timestamp column] >= [Start date parameter]
AND h.[Status Change Timestamp column] < [End date parameter]
AND previous_h.[New Claim Status column] = [Closed claim status value]
AND h.[New Claim Status column] = [Open claim status value]
)
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_assigned
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM exposure_created
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM initial_reserve_set
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM investigation_started
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_requested
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM additional_info_received
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM liability_decision_made
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM settlement_calculated
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_approved
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM payment_issued
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_denied
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_closed
UNION ALL
SELECT ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus, LossCause FROM claim_reopened
ORDER BY ClaimID, EventTime, ActivityName; 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í.
Bez platební karty, nastavení zabere jen několik minut.