Š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
- Důležité aktivity ke sledování
- Pokyny k získání dat ze Salesforce Financial Services Cloud
Atributy vyřizování pojistných událostí
| Název | Popis | ||
|---|---|---|---|
|
ID pojistné události
ClaimId
|
Jedinečný identifikátor každé pojistné události, který slouží jako hlavní ID případu pro analýzu procesu. | ||
|
Popis
ID pojistné události je základní identifikátor případu, který propojuje všechny aktivity, události a datové body jedné pojistné události od podání až po uzavření. V process mining je tento atribut nezbytný pro rekonstrukci celého průběhu každé pojistné události. Umožňuje seskupit související události do jednoho případu a analyzovat dobu zpracování, varianty procesu i úzká místa u jednotlivých pojistných událostí.
Proč je to důležité
Tento atribut je nezbytný pro sledování celého průběhu pojistné události. Bez jedinečného ID pojistné události nelze jednotlivé kroky procesu propojit do souvislého celku a analyzovat je.
Kde data získat
Obvykle jde o pole 'CaseNumber' v objektu Case nebo o vlastní pole s jedinečným ID v objektu 'Claim' (FinancialServicesCloud.Claim).
Příklady
CL-00012345CL-00012346CL-00012347
|
|||
|
Čas události
EventTime
|
Časová značka určující, kdy konkrétní aktivita nebo událost proběhla. | ||
|
Popis
Čas události udává přesné datum a čas každé aktivity v průběhu pojistné události. Tyto časové údaje jsou nezbytné pro chronologické seřazení událostí a výpočet jejich trvání. Při analýze se časové značky používají k výpočtu všech časových ukazatelů, včetně doby mezi aktivitami, čekání a celkové doby trvání případu. Jsou základem pro dynamickou animaci procesu i pro zjištění, kdy a kde dochází k prodlevám.
Proč je to důležité
Tento atribut udává, kdy k jednotlivým událostem došlo. Umožňuje vypočítat dobu trvání, analyzovat výkonnost procesu v čase a odhalit časová úzká místa.
Kde data získat
U změn stavu jde o hodnotu 'CreatedDate' z historie polí objektu, například CaseHistory. U úkolů jde o 'CompletedDateTime' nebo 'CreatedDate'.
Příklady
2023-04-15T10:22:05Z2023-04-16T14:05:10Z2023-04-18T09:00:00Z
|
|||
|
Název aktivity
ActivityName
|
Název konkrétní obchodní aktivity nebo události, která v určitém okamžiku proběhla v rámci pojistné události. | ||
|
Popis
Tento atribut popisuje jednotlivý krok nebo milník v procesu vyřizování pojistných událostí, například 'Claim Submitted', 'Initial Review Performed' nebo 'Payment Issued'. Tvoří základ procesní mapy. Analýza pořadí a četnosti aktivit pomáhá určit nejběžnější průběhy procesu (varianty), odhalit odchylky od standardního postupu a najít často opakované aktivity, které mohou ukazovat na nutnost přepracování.
Proč je to důležité
Určuje, co se v procesu děje. Díky tomu lze zobrazit jeho průběh a odhalit úzká místa, opakované zpracování i odchylky.
Kde data získat
Odvozuje se ze změn pole 'Status' v objektu Claim/Case nebo z pole 'Subject' souvisejících záznamů Task či Event.
Příklady
Pojistná událost nahlášenaProvedena úvodní kontrolaVyžádány doplňující informaceUzavření pojistné události
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časová značka poslední aktualizace nebo extrakce dat ze zdrojového systému. | ||
|
Popis
Tento atribut udává datum a čas posledního načtení dat ze Salesforce Financial Services Cloud. Poskytuje kontext pro posouzení aktuálnosti analyzovaných dat. Uživatelům dashboardu pomáhá zjistit, jak aktuální je analýza. Umožňuje nastavit očekávání ohledně stáří dat a ověřit, zda se datové toky spouštějí podle plánu.
Proč je to důležité
Informuje o aktuálnosti dat, aby analytici i uživatelé z firmy věděli, jak aktuální je pohled na proces.
Kde data získat
Tuto hodnotu při spuštění vygeneruje a přidá do datové sady nástroj pro extrakci dat nebo proces ETL.
Příklady
2023-10-27T02:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Určuje zdrojový systém, ve kterém byla data o události zaznamenána. | ||
|
Popis
Tento atribut určuje zdrojovou aplikaci nebo platformu, ze které byla data získána. V tomto procesu půjde vždy o 'Salesforce Financial Services Cloud'. I když se hodnota může zdát neměnná, výslovné zaznamenání zdrojového systému je osvědčený postup, zejména pokud se data slučují z více systémů. Pomáhá určit původ dat a je užitečné pro správu a ověřování dat.
Proč je to důležité
Potvrzuje původ dat, což je důležité pro jejich správu, řešení problémů i integraci dat z více podnikových systémů.
Kde data získat
Obvykle jde o statickou hodnotu, kterou nástroj pro extrakci dat nebo proces ETL přidá při označení původu datové sady.
Příklady
Salesforce Financial Services Cloud
|
|||
|
Čas ukončení
EndTime
|
Časová značka označující dokončení aktivity. Používá se k přesnému výpočtu jejího trvání. | ||
|
Popis
Atribut Čas ukončení zaznamenává přesný okamžik, kdy aktivita skončí. Čas zahájení (EventTime) označuje její začátek, zatímco Čas ukončení představuje druhý bod potřebný k výpočtu doby jejího zpracování. Pokud analýza obsahuje čas zahájení i ukončení, lze přesně vypočítat dobu zpracování aktivity a odlišit ji od čekání mezi aktivitami. To je nezbytné pro tvorbu dashboardů, například 'Process Step Duration Breakdown', i pro odhalení neefektivity v konkrétních úkolech, nejen mezi nimi.
Proč je to důležité
Umožňuje přesně vypočítat dobu aktivního zpracování každé aktivity a oddělit čas přinášející hodnotu od čekání.
Kde data získat
Odvozuje se z časových údajů. Pokud například aktivitu 'Initial Review Performed' spouští změna stavu, EndTime může odpovídat časové značce následující změny stavu.
Příklady
2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
|
|||
|
Celková částka pojistné události
TotalClaimAmount
|
Celková peněžní částka, kterou pojistník původně požadoval. | ||
|
Popis
Tento atribut představuje celkovou částku škody, kterou klient na začátku procesu uplatňuje. Její výše často ovlivňuje složitost pojistné události, potřebnou míru kontroly i další postup. Analýza ukazatelů procesu podle výše požadované částky může odhalit důležité souvislosti. Pojistné události s vyšší částkou mohou mít například delší dobu zpracování, více kroků nebo mohou být předávány specializovaným týmům. Tyto poznatky pomáhají nastavit realistická SLA a plánovat finanční rezervy.
Proč je to důležité
Poskytuje finanční kontext každého případu a umožňuje analyzovat, jak výše pojistné události ovlivňuje složitost procesu, jeho délku a výsledek.
Kde data získat
V Salesforce Financial Services Cloud by šlo o vlastní měnové pole v objektu Claim, například 'ClaimedAmount__c'.
Příklady
1500.0025000.50125.75
|
|||
|
Kanál podání
SubmissionChannel
|
Způsob nebo kanál, kterým byla pojistná událost původně nahlášena. | ||
|
Popis
Tento atribut udává, jak byla pojistná událost poprvé nahlášena, například přes webový portál, mobilní aplikaci, telefonicky nebo e-mailem. Kanál podání může výrazně ovlivnit kvalitu úvodních informací i další kroky zpracování. Analýza pojistných událostí podle kanálu podání pomáhá porozumět vývoji poptávky a efektivitě jednotlivých způsobů příjmu. Dashboard 'Claims Throughput & Volume' tento atribut využívá ke sledování počtu pojistných událostí z jednotlivých kanálů v čase. Výsledky mohou pomoci při plánování zdrojů a investic do technologií.
Proč je to důležité
Pomáhá vyhodnotit efektivitu jednotlivých kanálů příjmu a zjistit, zda některé z nich vedou k častějšímu přepracování nebo delší době zpracování.
Kde data získat
Obvykle jde o vlastní pole se seznamem hodnot v objektu Claim/Case, často označené jako 'Origin' nebo 'Channel'.
Příklady
Webový portálMobilní aplikaceTelefonE-mail
|
|||
|
Oddělení
Department
|
Interní oddělení nebo tým odpovědný za vyřízení pojistné události. | ||
|
Popis
Tento atribut určuje obchodní jednotku nebo oddělení, kterému byla pojistná událost přidělena, například 'Personal Lines', 'Commercial Auto' nebo 'Special Investigations Unit'. Analýza procesu podle oddělení pomáhá odhalit rozdíly ve výkonnosti týmů, porozumět rozdělení pracovního vytížení a najít odchylky či úzká místa specifická pro jednotlivá oddělení. Tento údaj je užitečný v dashboardech, například 'Claim SLA Compliance Overview', které ukazují výkonnost různých částí organizace.
Proč je to důležité
Umožňuje porovnávat výkonnost různých obchodních jednotek, hledat osvědčené postupy a efektivněji přidělovat zdroje.
Kde data získat
Může jít o vlastní pole v objektu Claim/Case nebo o údaj odvozený z profilu či role přiřazeného uživatele v objektu User.
Příklady
Pojistné události z osobního pojištění vozidelKomerční nemovitostiOddělení pro vyšetřování podvodů
|
|||
|
Přiřazený likvidátor
AssignedAdjuster
|
Jméno uživatele nebo likvidátora, kterému byla pojistná událost přidělena a který za její vyřízení odpovídá. | ||
|
Popis
Tento atribut určuje likvidátora odpovědného za aktivitu nebo celý případ. Obvykle se odvozuje od vlastníka případu nebo od osoby, která dokončila konkrétní úkol. Analýza výkonnosti jednotlivých likvidátorů je důležitá pro řízení provozu. Dashboardy, například 'Adjuster Workload & Performance', tento atribut využívají ke sledování počtu pojistných událostí, aktivních případů a doby zpracování u jednotlivých osob. Pomáhají tak rovnoměrně rozdělit práci a určit, kde se hodí další podpora nebo školení.
Proč je to důležité
Tento atribut je nezbytný pro analýzu výkonnosti týmů i jednotlivců, řízení pracovního vytížení a hledání osvědčených postupů nebo potřebného školení.
Kde data získat
Jde o pole 'OwnerId' v objektu Case nebo Claim, které odkazuje na objekt User a umožňuje získat jméno likvidátora.
Příklady
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Stav pojistné události
ClaimStatus
|
Aktuální stav pojistné události v době události, například Open, Under Review nebo Closed. | ||
|
Popis
Stav pojistné události ukazuje, v jaké fázi se právě nachází, například 'New', 'Investigation', 'Pending Customer' nebo 'Closed'. Jde o důležitý atribut pro pochopení aktuálního stavu procesu. Tento atribut se často používá v provozních dashboardech, například 'Open Claims Ageing Report', které zobrazují aktuální pracovní vytížení a pomáhají najít pojistné události, jež zůstávají příliš dlouho v jednom stavu. Analýza přechodů mezi stavy je také jedním z hlavních způsobů, jak definovat aktivity v procesní mapě.
Proč je to důležité
Poskytuje aktuální přehled o stavu otevřených pojistných událostí, pomáhá vám řídit nevyřízené případy a odhalovat případy, u kterých se postup zastavil.
Kde data získat
Jde o standardní pole 'Status' v objektu Case nebo Claim.
Příklady
ZaregistrovánoProbíhá šetřeníNabídka pojistného plněníUzavřeno, vyplacenoUzavřeno, zamítnuto
|
|||
|
Typ pojistné události
ClaimType
|
Kategorie pojistné události, například automobilová, majetková nebo odpovědnostní. | ||
|
Popis
Typ pojistné události je důležitým hlediskem pro rozdělení a analýzu procesu vyřizování pojistných událostí. Jednotlivé typy často procházejí odlišnými procesy, liší se složitostí a podléhají různým SLA. Filtrování nebo porovnávání výkonnosti podle typu pojistné události pomáhá odhalit úzká místa specifická pro daný typ, vyhodnotit plnění příslušných SLA a porozumět rozdílům v průběhu procesu. Tento atribut se používá v dashboardech, například 'Claim SLA Compliance Overview' a 'Claim Rejection Reason Analysis', které poskytují cílenější poznatky.
Proč je to důležité
Umožňuje rozdělit pojistné události do skupin, porovnávat procesy, odhalovat problémy specifické pro jednotlivé typy a zaměřit zlepšování na konkrétní oblasti.
Kde data získat
Obvykle jde o standardní pole 'Type' nebo vlastní pole se seznamem hodnot v objektu Case nebo Claim.
Příklady
AutomobilováPojištění domácnostiKomerční nemovitostiObecná odpovědnost
|
|||
|
Částka pojistného plnění
SettlementAmount
|
Konečná peněžní částka vyplacená žadateli při vyřízení pojistné události. | ||
|
Popis
Tento atribut zaznamenává skutečnou částku vyplacenou žadateli při uzavření a vyřízení pojistné události. Může se lišit od původně požadované částky kvůli posouzení škody, spoluúčasti a limitům pojistné smlouvy. Analýza částky pojistného plnění, zejména ve srovnání s původně požadovanou částkou, poskytuje informace o přesnosti posouzení škody a výsledcích jednání o pojistném plnění. Jde o důležitý finanční ukazatel pro pochopení celkových nákladů na pojistné události.
Proč je to důležité
Představuje konečný finanční dopad pojistné události. Je důležitý pro finanční analýzu, tvorbu rezerv a posouzení přesnosti původního odhadu škody.
Kde data získat
V Salesforce Financial Services Cloud by šlo o vlastní měnové pole v objektu Claim nebo v souvisejícím objektu Payment.
Příklady
1450.0022500.000.00
|
|||
|
Cílové datum SLA
SlaTargetDate
|
Datum, do kterého se má podle dohod o úrovni služeb pojistná událost vyřešit. | ||
|
Popis
Cílové datum SLA je vypočítané nebo ručně nastavené datum, které představuje termín pro vyřešení pojistné události. Slouží jako měřítko včasnosti. Tento atribut je nezbytný pro sledování plnění závazků vůči klientům nebo regulačním orgánům. Je základem KPI 'SLA Adherence Rate' a dashboardu 'Claim SLA Compliance Overview'. Organizace díky němu může sledovat, jaký podíl pojistných událostí je vyřešen včas, a zjistit, které typy pojistných událostí nebo oddělení cílové termíny nestíhají.
Proč je to důležité
Stanovuje cílovou dobu vyřízení pojistné události a umožňuje přímo měřit plnění SLA.
Kde data získat
Obvykle jde o vlastní vzorec nebo pole typu datum v objektu Claim/Case, vypočítané podle data podání a typu pojistné události.
Příklady
2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
|
|||
|
Číslo pojistné smlouvy
PolicyNumber
|
Jedinečný identifikátor pojistné smlouvy související s pojistnou událostí. | ||
|
Popis
Číslo pojistné smlouvy propojuje pojistnou událost s aktivní smlouvou klienta. Poskytuje důležité informace o pojistném krytí, limitech a historii pojistníka. Nejde vždy o hlavní faktor ovlivňující průběh procesu, ale je to důležitý kontextový údaj. Lze jej použít k propojení dat o pojistných událostech s daty o smlouvách a podrobněji analyzovat například to, zda se s určitými typy smluv pojí častější nebo složitější pojistné události.
Proč je to důležité
Propojuje pojistnou událost s příslušnou pojistnou smlouvou a umožňuje širší analýzu vzorců souvisejících s konkrétními smlouvami nebo typy pojistného krytí.
Kde data získat
V objektu Claim by šlo o vyhledávací pole odkazující na objekt 'InsurancePolicy' v Salesforce Financial Services Cloud.
Příklady
POL-987654321POL-123456789POL-555444333
|
|||
|
Datum škody
LossDate
|
Datum, kdy došlo k nehodě nebo škodě, která vedla k podání pojistné události. | ||
|
Popis
Datum škody zaznamenává, kdy došlo k události kryté pojistnou smlouvou. Liší se od data podání pojistné události. Tento atribut je důležitý pro shodu i pro analýzu prodlevy mezi událostí a jejím nahlášením. Větší časový odstup může někdy upozornit na problém nebo vyžadovat odlišný postup. Poskytuje užitečný kontext pro pochopení celého časového průběhu.
Proč je to důležité
Pomáhá analyzovat prodlevu mezi událostí a jejím nahlášením, která může ovlivnit šetření i vyřízení pojistné události.
Kde data získat
V objektu Claim by šlo o vlastní pole typu datum, například 'DateOfLoss__c'.
Příklady
2023-04-122023-05-202023-06-01
|
|||
|
Doba trvání případu
CaseDuration
|
Celková doba od první do poslední události u jedné pojistné události. Označuje se také jako doba průchodu procesem. | ||
|
Popis
Tato metrika měří celkovou dobu vyřízení pojistné události od jejího prvotního nahlášení až po konečné uzavření. Vypočítá se jako rozdíl mezi časovým razítkem poslední a první události pro dané Claim ID. Jde o jednu z nejdůležitějších KPI pro hodnocení výkonnosti procesu. Přímo ji sledují KPI „Průměrná doba vyřízení pojistné události“ a dashboard „Celková doba vyřízení pojistné události“. Zkrácení této doby bývá jedním z hlavních cílů projektů zaměřených na zlepšování procesů.
Proč je to důležité
Měří celkovou efektivitu procesu od začátku do konce a je důležitým ukazatelem zákaznické zkušenosti.
Kde data získat
Vypočítané pole: časové razítko poslední události minus časové razítko první události pro každé „ClaimId“. Výpočet provádí nástroj process mining.
Příklady
30 dní 5 hodin15 dní 10 hodin90 dní 2 hodiny
|
|||
|
Důvod zamítnutí
ReasonForRejection
|
Konkrétní důvod uvedený při zamítnutí pojistné události. | ||
|
Popis
Pokud je konečným rozhodnutím 'Rejected', tento atribut uvádí důvod, například 'Not Covered by Policy', 'Fraud Suspected' nebo 'Incomplete Information'. Jde o hlavní atribut dashboardu 'Claim Rejection Reason Analysis'. Analýza četnosti jednotlivých důvodů zamítnutí, případně podle typu pojistné události nebo oddělení, může organizaci pomoci zlepšit posuzování rizik, zpřesnit znění pojistných podmínek nebo zlepšit sběr informací a omezit neplatná podání.
Proč je to důležité
Ukazuje, proč jsou pojistné události zamítány. Tyto informace jsou nezbytné pro zlepšení pravidel posuzování rizik a omezení zbytečného zpracování neplatných nároků.
Kde data získat
Obvykle jde o vlastní pole se seznamem hodnot v objektu Claim/Case, které je povinné při změně stavu na 'Rejected' nebo 'Closed - Denied'.
Příklady
Platnost pojistného krytí skončilaŠkoda není kryta pojištěnímPodezření na podvodDuplicitní pojistná událost
|
|||
|
ID klienta
CustomerId
|
Jedinečný identifikátor klienta nebo pojistníka, který podal pojistnou událost. | ||
|
Popis
ID klienta propojuje pojistnou událost s osobou nebo organizací, která ji podala. V Salesforce jde obvykle o vyhledávací pole odkazující na objekt Account nebo Contact. Tento atribut umožňuje analyzovat proces z pohledu klienta. Lze jej využít ke sledování historie pojistných událostí jednotlivých klientů, rozpoznání klientů s častými nároky a přizpůsobení služeb. Je také důležitý pro propojení dat o pojistných událostech s dalšími zákaznickými daty v CRM a získání uceleného pohledu na podnikání.
Proč je to důležité
Umožňuje analýzu z pohledu klienta, pomáhá porozumět vzorcům pojistných událostí jednotlivých klientů a měřit dopad procesu na vztahy s klienty.
Kde data získat
Jde o vyhledávací pole v objektu Claim/Case, které odkazuje na objekt Account nebo Contact, například 'AccountId' nebo 'ContactId'.
Příklady
0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU
|
|||
|
Jde o opakované zpracování
IsRework
|
Logická hodnota určující, zda aktivita nebo posloupnost aktivit představuje opakované zpracování. | ||
|
Popis
Příznak se nastaví na true, když se pojistná událost vrátí do předchozí fáze procesu. Typickým příkladem je návrat z „Dokončeno šetření“ k „Vyžádány další informace“. Pravidla pro rozpoznání opakovaného zpracování vycházejí ze znalosti procesu. Tento atribut je základem dashboardu „Analýza opakovaného zpracování pojistných událostí“ a KPI „Míra opakovaného zpracování“. Umožňuje přímo měřit četnost a dopad opakovaného zpracování, které vede k neefektivitě, vyšším nákladům a delší době průchodu procesem.
Proč je to důležité
Přímo označuje neefektivní návraty v procesu. Díky tomu lze snadno měřit rozsah opakovaného zpracování a cíleně hledat jeho příčiny.
Kde data získat
Vypočítané pole. Odvozuje se z analýzy posloupnosti aktivit v každém případu. Pokud například po „Aktivitě A“ následuje „Aktivita B“ a poté znovu „Aktivita A“, druhý výskyt „Aktivity A“ představuje opakované zpracování.
Příklady
truefalse
|
|||
|
Je automatizovaná
IsAutomated
|
Logická hodnota určující, zda aktivitu provedl automatizovaný systém, nebo uživatel. | ||
|
Popis
Tento příznak rozlišuje úkoly, které vyřídili likvidátoři, od těch, které provedly automatizované workflow, pravidla nebo systémové integrace. Například prvotní registrace pojistné události může proběhnout plně automaticky. Analýza automatizace pomáhá porozumět efektivitě procesu. Umožňuje měřit výsledky automatizačních iniciativ, určit kroky vhodné k další automatizaci a porovnat rychlost a konzistentnost automatizovaných a ručních úkolů.
Proč je to důležité
Rozlišuje činnosti prováděné lidmi od činností řízených systémem. To je důležité při hodnocení dopadu a účinnosti automatizace.
Kde data získat
Tato hodnota se obvykle odvozuje. Pokud je uživatel přiřazený k události obecný uživatel „System“ nebo „Integration“, nastaví se na true.
Příklady
truefalse
|
|||
|
Lokalita
Location
|
Zeměpisná poloha (země, stát nebo region) související s pojistnou událostí nebo pojistnou smlouvou. | ||
|
Popis
Tento atribut určuje zeměpisný kontext pojistné události, například stát, ve kterém ke škodě došlo, nebo zemi, kde má pojistník bydliště. Údaj lze získat z adresy pojistníka nebo z podrobností o škodě. Zeměpisná analýza může odhalit regionální rozdíly v typech a četnosti pojistných událostí i v době jejich vyřízení. Pomáhá také porovnat výsledky jednotlivých regionálních poboček a ověřit shodu s předpisy platnými v dané lokalitě.
Proč je to důležité
Umožňuje zeměpisnou analýzu pojistných událostí, která může odhalit rozdíly ve výkonnosti regionů, vzorce podvodů nebo dopady místních událostí.
Kde data získat
Obvykle se získává z polí adresy, například „BillingState“ nebo „BillingCountry“, u souvisejícího objektu Account nebo Contact.
Příklady
USAKalifornieSpojené království
|
|||
|
Stav SLA
SlaStatus
|
Udává, zda byla pojistná událost vyřízena v rámci stanovené dohody o úrovni služeb (SLA). | ||
|
Popis
Tento atribut vyjadřuje výsledek, obvykle hodnotami „Splněno“ nebo „Nesplněno“. Odvozuje se porovnáním skutečného data dokončení pojistné události (časového razítka poslední aktivity) s hodnotou „SlaTargetDate“. Jde o hlavní metriku pro KPI „Míra dodržení SLA“ a dashboard „Přehled shody pojistných událostí se SLA“. Poskytuje jednoznačné měřítko plnění stanovených cílů a je důležitá pro vykazování shody i řízení provozu.
Proč je to důležité
Jasně ukazuje, zda jsou dodržovány stanovené lhůty. To je důležité pro spokojenost zákazníků i shodu s předpisy.
Kde data získat
Vypočítané pole: Pokud je hodnota „EndTime“ poslední události menší nebo rovna hodnotě „SlaTargetDate“, výsledek je „Splněno“, jinak „Nesplněno“. Tato logika se uplatňuje při transformaci dat nebo přímo v nástroji process mining.
Příklady
SplněnoNesplněno
|
|||
Aktivity při vyřizování pojistných událostí
| Aktivita | Popis | ||
|---|---|---|---|
|
Odeslání platby
|
Označuje skutečné vyplacení peněz žadateli. Jde o důležitou finanční událost, kterou lze často zachytit ve chvíli, kdy je související záznam platby označen jako 'Paid' nebo 'Issued'. | ||
|
Proč je to důležité
Tato aktivita je důležitým milníkem pro měření závěrečné fáze vyřízení pojistné události. Analýza doby od schválení do platby pomáhá zlepšovat finanční provoz.
Kde data získat
Odvozuje se ze změny stavu souvisejícího vlastního objektu 'Claim Payment'. Událost označuje časová značka změny stavu na 'Paid' nebo 'Sent'.
Zachycení
Časová značka změny stavu souvisejícího objektu 'Claim Payment'.
Typ události
inferred
|
|||
|
Pojistná událost nahlášena
|
Označuje zahájení procesu vyřizování pojistné události, kdy je nová událost poprvé zadána do Salesforce. Tato událost se obvykle zaznamenává při vytvoření nového záznamu objektu 'Claim'. | ||
|
Proč je to důležité
Jde o hlavní počáteční událost procesu. Analýza doby od nahlášení do dalšího kroku pomáhá odhalit zpoždění při prvotním přijetí a stanoví základ pro měření celkové doby vyřízení.
Kde data získat
Z časového razítka 'CreatedDate' standardního objektu 'Claim'. Poskytuje přesný a spolehlivý počáteční bod pro každou pojistnou událost.
Zachycení
Časové razítko vytvoření záznamu objektu 'Claim'.
Typ události
explicit
|
|||
|
Provedena úvodní kontrola
|
Označuje dokončení první podrobné kontroly údajů o pojistné události přiděleným likvidátorem. Obvykle se odvozuje ze změny stavu objektu 'Claim', například z 'New' na 'Under Review' nebo 'Initial Assessment Complete'. | ||
|
Proč je to důležité
Tento milník označuje konec počátečního čekání a začátek aktivního zpracování. Doba do dosažení tohoto kroku ukazuje vytížení likvidátorů a efektivitu příjmu pojistných událostí.
Kde data získat
Odvozuje se z časového razítka změny pole 'Status' objektu 'Claim', zaznamenaného pomocí sledování historie polí.
Zachycení
Časové razítko změny pole 'Status' na 'Under Review' nebo podobný stav.
Typ události
inferred
|
|||
|
Rozhodnutí o pojistné události
|
Označuje oficiální rozhodnutí pojistnou událost schválit, nebo zamítnout. Jde o důležitý milník, který se odvozuje ze změny stavu na konečnou hodnotu, například 'Approved' nebo 'Rejected'. | ||
|
Proč je to důležité
Tento důležitý rozhodovací bod určuje další průběh procesu. Analýza doby do rozhodnutí je zásadním KPI pro měření efektivity likvidátorů a plnění SLA.
Kde data získat
Odvozuje se z časové značky změny pole 'Status' objektu 'Claim' na stav rozhodnutí, například 'Approved' nebo 'Rejected'. Změnu zachycuje sledování historie polí.
Zachycení
Časová značka změny pole 'Status' na 'Approved' nebo 'Rejected'.
Typ události
inferred
|
|||
|
Uzavření pojistné události
|
Označuje konečné úspěšné uzavření pojistné události v systému po dokončení všech aktivit včetně platby. Zachytí se poslední změnou stavu objektu 'Claim' na 'Closed'. | ||
|
Proč je to důležité
Jde o hlavní úspěšnou koncovou událost procesu. Je nezbytná pro výpočet celkové doby zpracování a měření celkové průchodnosti procesu.
Kde data získat
Odvozuje se ze sledování historie pole 'Status' objektu 'Claim'. Zachycuje časovou značku změny na 'Closed'.
Zachycení
Časová značka změny pole 'Status' na 'Closed'.
Typ události
inferred
|
|||
|
Vyžádány doplňující informace
|
Označuje okamžik, kdy likvidátor zjistí, že potřebuje další informace od pojistníka nebo třetí strany. Tuto událost lze odvodit ze změny stavu na 'Pending Customer Information' nebo z vytvoření souvisejícího záznamu 'Task' či 'EmailMessage'. | ||
|
Proč je to důležité
Tato činnost je důležitá pro odhalení opakované práce. Pokud k ní dochází často, může to znamenat problémy se sběrem úvodních údajů, které prodlužují proces a dobu vyřízení.
Kde data získat
Lze ji odvodit ze změny pole 'Status' v objektu 'Claim' na stav 'Pending Information'. Alternativně ji lze určit podle data vytvoření souvisejícího záznamu Task nebo EmailMessage s konkrétním typem.
Zachycení
Časové razítko změny pole 'Status' na 'Pending Info' nebo vytvoření souvisejícího záznamu komunikace.
Typ události
inferred
|
|||
|
Dokončení šetření
|
Označuje dokončení shromažďování a analýzy důkazů k pojistné události. Obvykle se odvozuje ze změny stavu z 'Investigation in Progress' na 'Pending Decision' nebo podobnou hodnotu. | ||
|
Proč je to důležité
Tento milník označuje konec dílčího procesu šetření. Umožňuje přesně měřit jeho dobu a pomáhá tuto důležitou fázi zlepšovat.
Kde data získat
Odvozuje se ze sledování historie pole 'Status' objektu 'Claim'. Zachycuje časovou značku změny ze stavu šetření.
Zachycení
Časová značka změny pole 'Status' z hodnoty 'Investigation'.
Typ události
inferred
|
|||
|
Nabídka pojistného plnění
|
Označuje, že byla žadateli formálně předložena nabídka částky pojistného plnění. Lze ji zachytit změnou stavu na 'Settlement Offered' nebo vytvořením záznamu o komunikaci. | ||
|
Proč je to důležité
Tato aktivita zahajuje závěrečné vyjednávání nebo fázi přijetí nabídky. Analýza doby, za kterou žadatel odpoví, může pomoci zlepšit komunikaci a zkrátit závěrečné fáze procesu.
Kde data získat
Odvozuje se ze změny pole 'Status' objektu 'Claim'. Zachytit ji lze také podle data vytvoření souvisejícího záznamu 'EmailMessage' nebo 'Document', který představuje dopis s nabídkou.
Zachycení
Časová značka změny pole 'Status' na 'Settlement Offered'.
Typ události
inferred
|
|||
|
Obdrženy doplňující informace
|
Označuje přijetí požadovaných informací, po kterém může zpracování pojistné události pokračovat. Odvozuje se ze změny stavu objektu 'Claim' z čekajícího stavu zpět na aktivní stav, například 'Under Review'. | ||
|
Proč je to důležité
Doba mezi vyžádáním a obdržením informací často představuje významné úzké místo. Její analýza pomáhá porozumět závislostem na externích stranách a účinnosti komunikace.
Kde data získat
Odvozuje se ze sledování historie pole 'Status' objektu 'Claim'. Zaznamená se časové razítko změny z 'Pending Information' na aktivní stav.
Zachycení
Časová značka změny pole 'Status' z čekajícího stavu.
Typ události
inferred
|
|||
|
Pojistná událost přidělena
|
Označuje přidělení pojistné události konkrétnímu likvidátorovi nebo týmu. Zaznamená se, kdy se vyplní pole 'OwnerId' objektu 'Claim' nebo kdy se jeho hodnota změní z fronty na konkrétního uživatele. | ||
|
Proč je to důležité
Sledování přidělení je důležité pro analýzu vytížení zdrojů a odhalení zpoždění před zahájením práce likvidátora. Pomáhá měřit, jak dlouho pojistná událost čeká ve frontě, než se jí někdo začne aktivně věnovat.
Kde data získat
Ze sledování historie pole 'OwnerId' objektu 'Claim'. Tuto událost označuje časové razítko změny z fronty na konkrétního uživatele.
Zachycení
Časové razítko změny pole 'OwnerId' z fronty na uživatele.
Typ události
inferred
|
|||
|
Pojistná událost zaregistrována
|
Označuje formální potvrzení a registraci pojistné události v systému po zadání úvodních údajů. Obvykle se odvozuje ze změny stavu objektu 'Claim', například z 'Draft' na 'New' nebo 'Submitted'. | ||
|
Proč je to důležité
Tato činnost potvrzuje, že pojistná událost byla zařazena do fronty ke zpracování. Doba mezi nahlášením a registrací může odhalit nahromaděné případy při úvodní kontrole údajů nebo v týmu, který události přijímá.
Kde data získat
Odvozuje se ze sledování historie pole 'Status' objektu 'Claim'. Zaznamená se časové razítko změny na registrovaný stav, například 'New' nebo 'Open'.
Zachycení
Časové razítko změny pole 'Status' na 'New' nebo 'Registered'.
Typ události
inferred
|
|||
|
Schválení platby
|
Označuje, že částka pojistného plnění získala interní schválení a může být vyplacena. Může jít o výslovnou událost ze souvisejícího objektu 'Payment Request' nebo o odvozenou změnu stavu, například na 'Approved for Payment'. | ||
|
Proč je to důležité
Jde o důležitý bod interní kontroly. Prodlevy mezi rozhodnutím a schválením platby mohou ukazovat na úzká místa ve workflow finančního schvalování.
Kde data získat
Odvozuje se z časové značky změny pole 'Status' objektu 'Claim'. Přesněji ji lze určit podle hodnoty 'CreatedDate' souvisejícího objektu 'Claim Payment' nebo podobného vlastního objektu.
Zachycení
Časová značka vytvoření záznamu objektu 'Claim Payment'.
Typ události
explicit
|
|||
|
Vyčíslení škody
|
Označuje, že finanční dopad škody byl vyhodnocen a zaznamenán. Událost lze odvodit od prvního vyplnění pole 'Loss Estimate' nebo 'Settlement Amount' v objektu 'Claim'. | ||
|
Proč je to důležité
Tato aktivita představuje důležitý finanční milník. Sledování jejího načasování pomáhá odhalit prodlevy při vyhodnocování škody, které mohou před konečným rozhodnutím představovat úzké místo.
Kde data získat
Odvozuje se ze sledování historie měnového pole, například 'Loss_Estimate__c', v objektu 'Claim'. Použije se časová značka první změny z prázdné nebo nulové hodnoty.
Zachycení
Časová značka prvního vyplnění pole pro finanční vyhodnocení.
Typ události
inferred
|
|||
|
Zahájení šetření
|
Označuje formální začátek podrobného šetření pojistné události. Událost se odvozuje ze změny stavu objektu 'Claim' na hodnotu jako 'Investigation in Progress'. | ||
|
Proč je to důležité
Tato aktivita označuje začátek důležité a často zdlouhavé dílčí části procesu. Měření doby šetření pomáhá odhalit úzká místa při shromažďování a analýze důkazů.
Kde data získat
Odvozuje se z časového razítka změny pole 'Status' objektu 'Claim', zaznamenaného pomocí sledování historie polí.
Zachycení
Časová značka změny pole 'Status' na 'Investigation'.
Typ události
inferred
|
|||
|
Zamítnutí pojistné události
|
Označuje konečný výsledek pojistné události, která byla zamítnuta. Jde o koncovou událost, kterou zachytí změna stavu objektu 'Claim' na 'Rejected' nebo 'Denied'. | ||
|
Proč je to důležité
Jde o konečný stav procesu, který se liší od úspěšného uzavření. Analýza zamítnutých pojistných událostí a důvodů zamítnutí přináší poznatky, které pomáhají zlepšit posuzování rizik nebo úvodní kontrolu.
Kde data získat
Odvozuje se z časové značky změny pole 'Status' objektu 'Claim' na 'Rejected'. Odpovídající pole může obsahovat atribut 'Reason for Rejection'.
Zachycení
Časová značka změny pole 'Status' na 'Rejected'.
Typ události
inferred
|
|||
Návody k získání dat
Chcete začít?
Tato šablona obsahuje vše potřebné pro začátek práce na zefektivnění vyřizování pojistných událostí. Začněte připravovat data ještě dnes a zjistěte, kde lze proces zlepšit.
Zkraťte fronty pojistných událostí a urychlete jejich vyřízení
Dosáhněte 70% automatického zpracování bez zásahu a zvyšte spokojenost zákazníků.
Platební kartu nepotřebujete. Nastavení zabere jen několik minut.