Kárrendezési adatainak sablonja
Kárrendezési adatainak sablonja
- Javasolt attribútumok
- Nyomon követendő tevékenységek
- Adatkinyerési útmutató a Guidewire ClaimCenterhez
A kárrendezési folyamat attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | A tevékenység pontos dátuma és időpontja. | ||
| Leírás Ez az időbélyeg jelöli, hogy a tevékenységet pontosan mikor rögzítették a rendszerben. Minden időalapú folyamatelemzéshez nélkülözhetetlen. Az egyes Claim ID-khez tartozó EventTime értékek időrendi sorrendjéből rekonstruálható a folyamat menete. Az egymást követő események közötti idő alapján kiszámítható a ciklusidő, a várakozási idő és a feldolgozási idő. Ezek az adatok a teljesítmény elemzéséhez, a szűk keresztmetszetek azonosításához és az SLA-k nyomon követéséhez is fontosak. Miért fontos? Az időbélyeg alapján sorba rendezhetők az események, kiszámíthatók a ciklusidők és az időtartamok, valamint azonosíthatók a folyamat késedelmei. Hol szerezhető be? A Guidewire ClaimCenter előzmény- vagy auditnaplóiban, az esemény- vagy tevékenységadatok mellett található. Gyakran „CreateTime” vagy „UpdateTime” mezőként szerepel. Példák 2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z | |||
| Kárigényazonosító ClaimID | Minden biztosítási kárigény egyedi azonosítója, amely elsődleges esetazonosítóként szolgál. | ||
| Leírás A kárigényazonosító a kárügyintézés elemzésének alapja: a benyújtástól a lezárásig egyedileg azonosít minden ügyet. Összekapcsolja a hozzá tartozó tevékenységeket, dokumentumokat, kifizetéseket és kommunikációt, így a kárügy teljes életciklusa egységesen áttekinthető. A process mining során az adatkészlet minden eseménye egy kárigényazonosítóhoz kapcsolódik, így rekonstruálható a teljes folyamat. Ez elengedhetetlen az átfutási idők elemzéséhez, a folyamatváltozatok feltárásához, valamint a kárigény különböző részlegeken és kárszakértőkön át vezető útjának nyomon követéséhez. Miért fontos? Ez az alapvető azonosító kapcsolja össze az összes kapcsolódó eseményt, így egyetlen kárigény teljes útja nyomon követhető és elemezhető. Hol szerezhető be? Ez a Guidewire ClaimCenter elsődleges kulcsa, amely jellemzően a Claim.ClaimNumber mezőben vagy a központi Claim entitás hasonló mezőjében található. Példák 000-123-45678000-987-65432001-456-11223 | |||
| Tevékenység neve ActivityName | Az adott időpontban, a kárügy életciklusa során végrehajtott üzleti tevékenység vagy bekövetkezett esemény neve. | ||
| Leírás Ez az attribútum a kárrendezési folyamat egy konkrét lépését vagy mérföldkövét jelöli, például: „Kárügy létrehozva”, „Vizsgálat megkezdve” vagy „Kifizetés teljesítve”. Az egy adott Claim ID-hez tartozó tevékenységek sorrendje adja ki a folyamat menetét. A tevékenységek sorrendjének, gyakoriságának és időtartamának elemzése a process mining alapja. Segítségével feltárhatók a folyamatmodellek, azonosíthatók a szűk keresztmetszetek és az ismételt munkavégzéssel járó körök, valamint elemezhetők a folyamat eltérései. Miért fontos? Meghatározza a folyamat lépéseit, így megjeleníthetők a folyamattérképek, és elemezhető a folyamat menete, valamint a szűk keresztmetszetek. Hol szerezhető be? Ez az adat jellemzően a ClaimCenter eseménytábláiból vagy auditnaplóiból származik. Gyakran úgy állítják elő, hogy a konkrét rendszereseményeket vagy állapotváltozásokat egységes tevékenységnevekhez rendelik. Példák Kárigény létrehozvaFelelősségi döntés megszületettKifizetés elindítvaKárigény lezárva | |||
| Kár oka LossCause | A káresemény konkrét oka, például ütközés, tűz vagy vízkár. | ||
| Leírás Ez az attribútum részletesen megmutatja, miért nyújtották be a kárigényt. A kár oka gyakran meghatározza a szükséges vizsgálati lépéseket, a bevonandó szakértők körét és a kárügy összetettségét. A kár oka szerinti folyamatelemzés rejtett mintázatokat tárhat fel. A vízkárral kapcsolatos ügyeknél például gyakoribb lehet az ismételt munkavégzés, vagy több szakértőre lehet szükség, mint a lopási ügyeknél. Ezek az eredmények segítenek célzottabb és hatékonyabb ügykezelési eljárásokat kialakítani. Miért fontos? Kontextust ad a kárügy jellegéről, így elemezhető, hogyan befolyásolják a különböző károk a folyamat menetét és időtartamát. Hol szerezhető be? A Claim entitás szabványos mezője, jellemző neve „LossCause”. Példák ÜtközésTűzVízkárLopás | |||
| Kárügy állapota ClaimStatus | A kárügy eseménykori általános állapota, például nyitott, lezárt vagy elutasított. | ||
| Leírás Ez az attribútum a kárügy általános állapotát mutatja. A fontosabb állapotok közé tartozik a „Nyitott”, a „Lezárt”, az „Elutasított” és az „Újranyitott”. A kárügy végső állapota fontos eredménymutató. A kárügy állapotváltozásainak nyomon követésével meghatározhatók a folyamat mérföldkövei és eredményei. Az adatból megállapítható a kárügy végső kimenetele, kiszámítható az elutasítási arány, és elemezhető, milyen gyakran nyitják újra a lezárt ügyeket. Az újranyitás gyakran folyamatproblémára vagy ügyfél-elégedetlenségre utal. Miért fontos? Megmutatja a kárügy kimenetelét, így elemezhető az elutasítási arány, a lezárások alakulása és az újranyitások gyakorisága. Hol szerezhető be? A Claim entitás alapmezője, jellemző neve „State” vagy „Status”. Példák NyitottLezártElutasítottÚjranyitott | |||
| Kárügy típusa ClaimType | A biztosítási kárügy kategóriája, például gépjármű-, vagyon- vagy felelősségi kár. | ||
| Leírás A kárügy típusa az üzletág vagy a kár jellege alapján meghatározott alapvető besorolás. A különböző típusú kárügyek folyamata eltérhet, összetettségük különböző lehet, és más-más szabályozás vonatkozhat rájuk. A kárügy típusa szerinti bontás nélkülözhetetlen az érdemi folyamatelemzéshez. Segítségével összehasonlítható a folyamat teljesítménye az egyes üzletágak között, azonosíthatók az adott típusra jellemző szűk keresztmetszetek, és az egyes kárkategóriák sajátosságaihoz igazíthatók a folyamatfejlesztési kezdeményezések. Miért fontos? Lehetővé teszi a kárügyek típus szerinti bontását, mivel például a gépjármű- és a vagyonkárok folyamata, valamint teljesítménycéljai eltérhetnek. Hol szerezhető be? A ClaimCenter Policy vagy Claim entitásából származik, gyakran az üzletágkód (LOB) alapján. Példák Magáncélú gépjármű-biztosításKereskedelmi vagyonbiztosításÁltalános felelősségbiztosításMunkavállalói baleseti kártérítés | |||
| Kijelölt kárrendező AssignedAdjuster | A kárügy vagy egy konkrét tevékenység kezelésére kijelölt felhasználó neve vagy azonosítója. | ||
| Leírás Ez az attribútum azonosítja azt a kárrendezőt, aki egy adott időpontban felelős a kárügyért. A kárrendező a teljes kárügyhöz vagy annak egyes feladataihoz is kijelölhető. A kijelölt kárrendező szerinti elemzés segít kiegyensúlyozni a munkaterhelést, értékelni a teljesítményt és feltárni a képzési igényeket. Választ adhat például arra, hogy mely kárrendezőknek van a legtöbb ügyük, vannak-e teljesítménybeli különbségek közöttük, és egyenletesen oszlik-e el a munka. Miért fontos? Nyomon követi a felhasználók részvételét, így elemezhető a munkaterhelés és összehasonlítható a teljesítmény. Az erőforrásokhoz kapcsolódó szűk keresztmetszetek is azonosíthatók. Hol szerezhető be? A ClaimCenter Claim vagy Exposure entitásában található, gyakran a User objektumhoz kapcsolva, például: Claim.Assignee. Példák j.doem.smiths.jones | |||
| Automatizált-e IsAutomated | Jelzi, hogy a tevékenységet automatikusan a rendszer vagy egy felhasználó hajtotta-e végre. | ||
| Leírás Ez a logikai attribútum megkülönbözteti a rendszer által végrehajtott tevékenységeket, például a tartalék automatikus létrehozását vagy a rendszer által generált levelezést, a kárrendező által végzett manuális feladatoktól. Az attribútum elemzésével felmérhető, mennyire automatizált a kárrendezési folyamat. Segít azonosítani a manuális beavatkozás gyakori pontjait, mérni az emberi beavatkozás nélküli feldolgozást célzó kezdeményezések eredményességét, és feltárni az automatizálás új lehetőségeit az ismétlődő, szabályalapú, jelenleg manuálisan végzett feladatok megkeresésével. Miért fontos? Megkülönbözteti a rendszer által és az ember által végzett tevékenységeket. Ez fontos az automatizálás elemzéséhez és a manuális szűk keresztmetszetek feltárásához. Hol szerezhető be? Ezt az értéket gyakran le kell vezetni. Például automatizáltnak jelölhetők azok az események, amelyeket egy általános „system” felhasználó rögzített. Példák truefalse | |||
| Befejezés időpontja EndTime | Az időbélyeg azt mutatja, mikor fejeződött be egy tevékenység. | ||
| Leírás A befejezési időpont jelöli egy tevékenység végét. Különösen az olyan, mérhető időtartamú feladatoknál hasznos, mint a „Vizsgálat” vagy a „Dokumentumok ellenőrzése”. A process miningben sok tevékenység pillanatszerű, ezért elegendő a kezdési időpont. Ha azonban egy tevékenységnek jól meghatározható kezdete és vége van, mindkét időbélyeg pontosabb képet ad. Ezzel az attribútummal pontosan kiszámítható a tevékenység feldolgozási ideje, külön a várakozási időtől. Így megállapítható, mely feladatok tartanak sokáig, nem csak az, hogy két lépés között hosszú-e a várakozás. Miért fontos? Pontosan mérhető vele, mennyi ideig tart egy tevékenység, a feldolgozási időt elkülönítve a várakozási időtől. Hol szerezhető be? Előfordulhat, hogy ezt egy későbbi, a tevékenységet logikusan lezáró eseményből kell meghatározni, például a „Folyamatban” állapot „Befejezve” állapotra váltásából. Példák 2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z | |||
| Forrásrendszer SourceSystem | Az a rendszer, amelyből az adatokat kinyerték. | ||
| Leírás Ez az attribútum az eseményadatok forrását azonosítja. Egy korszerű vállalati környezetben a kárügyekhez kapcsolódó események több rendszerből is származhatnak, például egy olyan alapvető rendszerből, mint a Guidewire, egy dokumentumkezelő rendszerből vagy egy ügyfélportálról. A forrásrendszer megadása fontos az adatirányítás, az adatok közötti eltérések kivizsgálása és a folyamatot támogató technológiai környezet megértése szempontjából. Segít elkülöníteni a folyamat fő lépéseit a kapcsolódó rendszerekben végzett kiegészítő tevékenységektől. Miért fontos? Megmutatja az adatok forrását. Ez fontos az adatirányításhoz és a több integrált rendszert érintő elemzésekhez. Hol szerezhető be? Ez jellemzően egy rögzített érték, amelyet az adatok kinyerése, átalakítása és betöltése (ETL) során adnak hozzá. Példák Guidewire ClaimCenter v10Customer Portal APIDocumentum | |||
| Igényelt összeg ClaimedAmount | A szerződő által eredetileg igényelt teljes pénzösszeg. | ||
| Leírás Ez az attribútum a károsult által bejelentett kár értékét mutatja. Gyakran kezdeti becslésről van szó, amely a kárügy vizsgálata és a tartalékok meghatározása során változhat. Az igényelt összeg alapján a kárügyek pénzügyi hatás szerint csoportosíthatók. A nagy értékű kárügyek kezelése gyakran szigorúbb és összetettebb, mint a kisebbeké. A különböző értéksávok folyamatainak összehasonlításával feltárható, hogyan egyszerűsíthető a kisebb ügyek kezelése, illetve hol indokolt szigorúbb ellenőrzést alkalmazni a nagyobbaknál. Miért fontos? Lehetővé teszi a kárügyek pénzügyi érték szerinti bontását, mivel a nagy értékű ügyek folyamata eltérő és összetettebb lehet. Hol szerezhető be? Előfordulhat, hogy ez az adat nem egyetlen mezőben szerepel, hanem az Exposure rekordokban rögzített kezdeti kárbecslésekből kell előállítani. Példák 5000.00150000.00750.50 | |||
| Illetékességi terület JurisdictionState | A kárügyre vonatkozó állam vagy joghatóság, amely meghatározza a szabályozói követelményeket. | ||
| Leírás Ez az attribútum azt a joghatóságot jelöli, amelynek szabályai szerint kezelik a kárügyet, például az Egyesült Államok adott tagállamát. A biztosítási előírások joghatóságonként jelentősen eltérhetnek, és befolyásolhatják a szükséges folyamatlépéseket, a kommunikáció határidejét és a dokumentációt. Ez az attribútum fontos a megfelelés ellenőrzéséhez. A folyamat joghatóság szerinti elemzésével ellenőrizhető, hogy teljesülnek-e az adott állam szabályozói követelményei. Azt is megmagyarázhatja, ha a ciklusidő vagy a folyamatút eltéréseit jogi előírások, nem pedig működési hatékonysági problémák okozzák. Miért fontos? Nélkülözhetetlen a megfelelés elemzéséhez, mivel a különböző joghatóságok eltérő szabályai befolyásolják a kárrendezési folyamatot. Hol szerezhető be? A Claim entitás szabványos mezője, jellemző neve „JurisdictionState”. Példák CANYTXFL | |||
| Ismételt adatkérés RepeatedInfoRequestFlag | Jelzi, ha ugyanahhoz a kárügyhöz egynél többször fordult elő az „További információ kérése” tevékenység. | ||
| Leírás Ez a logikai jelző igaz értéket kap, ha egy kárügyben egynél több „További információ kérése” tevékenység szerepel. Ez gyakran arra utal, hogy az első információgyűjtés nem volt hatékony. Ez az attribútum közvetlenül támogatja az „Ismételt adatkérések aránya” KPI-t. Segít számszerűsíteni a hiányos kezdeti tényfeltárás problémáját, amely jelentős késedelmekhez és ügyfél-elégedetlenséghez vezethet. Az így megjelölt kárügyek elemzésével javíthatók a kárrendezők ellenőrzőlistái és eljárásai, hogy minden szükséges információt már első alkalommal bekérjenek. Miért fontos? Feltárja azokat a hatékonysági problémákat, amelyek miatt az információgyűjtés nem teljes az első alkalommal, és késedelemhez, illetve ismételt munkavégzéshez vezet. Hol szerezhető be? A process mining eszköz számítja ki az egyes esetekben előforduló „További információ kérése” tevékenységek megszámlálásával. Példák truefalse | |||
| Ismételt munkavégzés-e IsRework | Jelzi, hogy a tevékenység ismételt munkavégzési kört jelent-e, vagyis a folyamat egy korábbi szakaszához való visszatérést. | ||
| Leírás Ez a számított attribútum megjelöli az ismételt munkavégzési körhöz tartozó tevékenységeket. Ha például a folyamat a „Vizsgálat befejezve” lépésből visszatér a „Vizsgálat megkezdve” lépéshez, a második „Vizsgálat megkezdve” tevékenység ismételt munkavégzésként lesz megjelölve. Az ismételt munkavégzés azonosítása alapvető a folyamat hatékonysági és minőségi problémáinak feltárásához. Az Ismételt munkavégzés és elutasítás gyakorisága dashboard ezt a mutatót használja annak mérésére, milyen gyakran térnek el a kárügyek az ideális folyamattól. Az ismételt munkavégzés okainak elemzése jelentősen javíthatja a folyamat minőségét és sebességét. Miért fontos? Az ismételt munkavégzési körhöz tartozó tevékenységek megjelölésével feltárja a folyamat hatékonysági és minőségi problémáit. Hol szerezhető be? A process mining eszköz számítja ki az egyes esetek tevékenységsorrendjének elemzésével. Példák truefalse | |||
| Káresemény dátuma LossDate | Annak az eseménynek vagy kárnak a dátuma, amely miatt a kárigényt benyújtották. | ||
| Leírás A káresemény dátuma annak a tényleges eseménynek a napja, amelyre a kárigény vonatkozik, például egy autóbaleseté vagy egy vagyoni káré. Ez nem azonos a kárbejelentés vagy a kárügy létrehozásának dátumával. A káresemény dátuma és a „Kárügy létrehozva” tevékenység közötti idő, vagyis a bejelentési késedelem, fontos KPI. Elemzésével jobban megérthető az ügyfelek viselkedése, valamint az első kárbejelentésre szolgáló csatornák hatékonysága. Miért fontos? Fontos kontextust ad a kárügy eredetéről, és segít elemezni a bejelentési késedelmet, vagyis az esemény és a kárigény benyújtása közötti időt. Hol szerezhető be? A Claim entitás alapvető dátummezője, jellemző neve „LossDate”. Példák 2023-05-102023-04-202023-05-28 | |||
| Kifizetett összeg PaymentAmount | A kifizetési tevékenység során ténylegesen kifizetett pénzösszeg. | ||
| Leírás Ez az attribútum a kárügyhöz kapcsolódó egyes kifizetések összegét rögzíti. Egy kárügy életciklusa során több kifizetés is történhet. A process mining keretében végzett pénzügyi elemzéshez ez az adat nélkülözhetetlen. Segítségével nyomon követhető a kárügyenkénti teljes kifizetés, elemezhető, hogy az összeg hogyan befolyásolja a kifizetés jóváhagyásának idejét, és összekapcsolhatók a folyamat hatékonysági problémái a pénzügyi eredményekkel. A hosszú ciklusidejű kárügyek például magasabb teljes kifizetéssel járhatnak együtt. Miért fontos? Nyomon követi a kárügyhöz kapcsolódó pénzügyi tranzakciókat, így elemezhetők a kifizetések összegei és azok kapcsolata a folyamat tevékenységeivel. Hol szerezhető be? A kárügyhöz kapcsolódó, kifizetéseket kezelő entitásokban található, gyakran egy tranzakciós vagy csekkeket tartalmazó táblában. Példák 4500.00125000.00500.00 | |||
| Kötvénytípus PolicyType | A kárigény benyújtásának alapjául szolgáló biztosítási kötvény konkrét típusa. | ||
| Leírás A kötvénytípus a kárügy típusánál részletesebb besorolást ad, és a konkrét biztosítási terméket jelöli, például lakásbiztosítást, kereskedelmi gépjármű-biztosítást vagy kiberfelelősség-biztosítást. Ez a részletesség feltárhatja az egyes termékekhez kapcsolódó folyamatbeli eltéréseket. A kötvénytípus szerinti elemzés segít feltárni a termékspecifikus hatékonysági problémákat. Egy újonnan bevezetett kötvényhez tartozó kárügyek például kevésbé kiforrott folyamaton haladhatnak végig, ami késedelmekhez vezethet. Az elemzés eredményei a terméktervezést és a folyamatok egységesítését is támogathatják. Miért fontos? Lehetővé teszi az egyes biztosítási termékek folyamatainak elemzését, és feltárja, hogyan befolyásolják a kezelés menetét a kötvény sajátosságai. Hol szerezhető be? Ez az információ a Claimhez kapcsolódó Policy entitásban található. Példák Lakásbiztosítás, több kockázatraKereskedelmi gépjármű-felelősségbiztosításBelföldi szállítmánybiztosítás | |||
| Rendezési határidő ResolutionTargetDate | Az a dátum, ameddig a belső vagy szabályozói SLA-k szerint várhatóan rendezik a kárügyet. | ||
| Leírás A rendezési határidő a kárügy lezárására kitűzött dátum. Meghatározásakor gyakran figyelembe veszik az illetékességi területet, a kárügy típusát és a kötvény feltételeit. Ez szolgál viszonyítási alapként a teljesítmény és a megfelelés méréséhez. Ez az attribútum szükséges az SLA-k teljesülését követő dashboardok és KPI-k létrehozásához. A tényleges „Kárügy lezárva” dátum és a határidő összevetésével automatikusan megjelölhetők a késedelmes ügyek, mérhető a határidőre történő teljesítés aránya, és azonosíthatók azok a kárügytípusok vagy részlegek, amelyek nem érik el a kitűzött célokat. Miért fontos? Viszonyítási alapot ad a Service Level Agreement (SLA) teljesülésének méréséhez, és segít azonosítani a késés kockázatának kitett kárügyeket. Hol szerezhető be? Lehet egyedi mező, vagy a ClaimCenterben beállított üzleti szabályok alapján is előállítható, esetleg konkrét kárügyi mutatókhoz kapcsolódva. Példák 2023-06-142023-07-202023-08-28 | |||
| Részleg Department | A kárügy kezeléséért felelős üzleti egység vagy részleg. | ||
| Leírás Ez az attribútum jelzi, melyik részleghez vagy csapathoz tartozik a kijelölt kárrendező, például az „Autókárok”, a „Vagyonkárok” vagy a „Különleges vizsgálatok egysége” csapathoz. Szervezeti kontextust ad a folyamatelemzéshez. A részleg szerinti elemzés segít megérteni a folyamat teljesítményét szervezeti szinten. Feltárhatók vele a részlegek közötti átadások késedelmei, összehasonlítható a csapatok hatékonysága, és célzottabban oszthatók el az erőforrások a kárrendezési szervezeten belül. Miért fontos? Szervezeti kontextust ad, így összehasonlítható a különböző csapatok teljesítménye, és feltárhatók a részlegek közötti átadási problémák. Hol szerezhető be? Ez az információ jellemzően a kijelölt felhasználó vagy csoport ClaimCenter-profiljához kapcsolódik. Példák Autókár-részlegVagyonkár-egységKülönleges vizsgálatok egysége (SIU) | |||
| SLA állapota SLAState | Jelzi, hogy a kárügyet a rendezési határidőn belül lezárták-e. | ||
| Leírás Ez a számított attribútum kategóriákba sorolja a lezárt kárügyek SLA-teljesítését. A „Kárügy lezárva” tevékenység időbélyegét veti össze a „Rendezési határidő” értékével. Az attribútum közvetlenül támogatja a „Kárügy rendezési határidejének teljesülése” dashboardot. Az elemzést olyan egyértelmű kategóriákra egyszerűsíti, mint a „Határidőre” és a „Késedelmes”. Könnyen szűrhetők és összesíthetők az adatok az SLA-teljesítés arányának kiszámításához, és részletesebben is megvizsgálhatók a késedelmek okai. Miért fontos? Egyértelmű kategóriákba sorolja az SLA-teljesítés eredményét, így egyszerűen szűrhető, összesíthető és elemezhető a határidőre történő teljesítés. Hol szerezhető be? Számított mező: IF (ActualCloseDate <= ResolutionTargetDate, 'On Time', 'Late'). Példák HatáridőreKésedelmes | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették utoljára az adatokat, vagy mikor nyerték ki őket a forrásrendszerből. | ||
| Leírás Ez az attribútum a forrásrendszerből történő legutóbbi adatlekérés időpontját adja meg. Ez a metaadatmező segít megítélni, mennyire frissek az elemzés adatai. A dashboardokon és elemzésekben jól láthatóan kell megjeleníteni ezt az információt, hogy a felhasználók tudják, mennyire aktuálisak az adatok. Így megítélhetik, hogy az eredmények a működés jelenlegi állapotát tükrözik-e, vagy régebbi adatokon alapulnak. Miért fontos? Jelzi az adatok frissességét, így a felhasználók tudják, mennyire aktuális a folyamatelemzés. Hol szerezhető be? Az érték az ETL-folyamat során jön létre és kerül tárolásra. Az adatbetöltés időpontját jelöli. Példák 2024-07-28T04:00:00Z2024-07-29T04:00:00Z | |||
A kárrendezési folyamat tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Első tartalékösszeg meghatározva | Ez jelöli az első pénzügyi tartaléktranzakció létrehozását egy kárfedezeti tételhez, amely a kárigény várható költségét becsüli. Fontos pénzügyi esemény, amelyet a rendszer egyértelműen rögzít. | ||
| Miért fontos? Ez a mérföldkő fontos a pénzügyi elemzéshez és annak megértéséhez, milyen gyorsan becsülik fel a lehetséges kötelezettséget. A késedelem a pénzügyi tervezést és jelentéstételt is érintheti. Hol szerezhető be? Az esemény a kárigényhez tartozó kárfedezeti tétel első cc_reserveline rekordjának létrehozásakor rögzíthető. Az esemény időbélyege a tranzakció CreateTime mezője. Rögzítés Keresse meg az adott kárigény kárfedezeti tételeihez tartozó összes tartaléksor közül a legkorábbi létrehozási időbélyeget. Eseménytípus explicit | |||
| Kárfedezeti tétel létrehozva | Ez a tevékenység egy kárfedezeti tétel létrehozását jelzi. A tétel a kárigényhez kapcsolódó lehetséges felelősséget vagy kártípust jelöli, például járműkárt vagy személyi sérülést. A Guidewire ezt egyértelmű eseményként rögzíti. | ||
| Miért fontos? A kárfedezeti tételek alapvetőek a kárigények csoportosításához és elemzéséhez. Létrehozásuk nyomon követésével megérthetők a kárigény összetettségéből és a kártípusból adódó folyamatkülönbségek. Hol szerezhető be? A cc_exposure táblában létrejött új rekord CreateTime mezőjéből rögzíthető. Minden rekord egyetlen Claim ID-hoz kapcsolódik. Rögzítés Keresse meg az Exposure entitástáblában létrejött új rekord időbélyegét. Eseménytípus explicit | |||
| Kárigény elutasítva | A kárigény elutasításáról szóló végső döntést jelöli, és a folyamat lezáró eseménye. Az esemény a kárigény állapotának lezártra váltásából állapítható meg, ha az elutasítás oka „Denied”. | ||
| Miért fontos? Ez fontos eredményesemény. Az elutasítások gyakoriságának, okainak és az odavezető folyamatútvonalaknak az elemzése feltárja a kárigény befogadásával, vizsgálatával vagy a kötvényfeltételek értelmezésével kapcsolatos problémákat. Hol szerezhető be? A cc_claim tábla State mezőjének „Closed” értékre változásából állapítható meg, ha a CloseReason mező értéke „Denied” vagy ehhez hasonló. Az esemény időbélyege a CloseDate mező. Rögzítés Szűrjön azokra a kárigényekre, amelyek állapota „Closed” értékre változott, és az elutasítást jelző okkóddal rendelkeznek. Eseménytípus inferred | |||
| Kárigény létrehozva | Ez a tevékenység jelöli az első kárbejelentést (FNOL) és az új kárigény hivatalos rögzítését a Guidewire ClaimCenterben. Akkor rögzíthető egyértelmű eseményként, amikor az új Claim rekord először kerül mentésre az adatbázisba. | ||
| Miért fontos? Ez az elsődleges kezdő esemény, ezért nélkülözhetetlen a kárigény teljes átfutási idejének méréséhez. Kiindulási alapot ad minden további teljesítmény- és időtartam-KPI-hoz. Hol szerezhető be? Ez a cc_claim tábla CreateTime mezőjéből rögzített, egyértelmű esemény. Az eseményt az új, egyedi Claim ID-val rendelkező rekord létrehozása váltja ki. Rögzítés Keresse meg az új rekord létrehozásának időbélyegét az alapul szolgáló Claim entitástáblában. Eseménytípus explicit | |||
| Kárigény lezárva | A kárigény sikeres lezárását jelöli, miután minden tevékenység és kifizetés befejeződött. Ez az elsődleges sikeres záróesemény, amely a kárigény fő állapotának változásából állapítható meg. | ||
| Miért fontos? Elsődleges záróeseményként ez a tevékenység nélkülözhetetlen a teljes átfutási idő kiszámításához és az SLA-k betartásának méréséhez. A kárügy teljes életciklusának végét jelzi. Hol szerezhető be? A cc_claim tábla State mezőjének „Closed” értékre változásából állapítható meg. Az esemény időbélyege a kárigényrekord CloseDate mezője. Rögzítés Keresse meg, mikor változik a kárigény fő állapotmezője „Closed” értékre. Eseménytípus inferred | |||
| Kifizetés elindítva | Ez a tevékenység jelöli a kifizetési folyamat utolsó lépését, amikor a kifizetést hivatalosan elindítják és továbbítják a pénzügyi rendszernek. Ez egyértelműen naplózott pénzügyi tranzakció. | ||
| Miért fontos? Ez a tevékenység elengedhetetlen a kifizetés indításának hatékonyságméréséhez. Segít elkülöníteni a jóváhagyás miatti késedelmet a pénz tényleges kifizetésének késedelmétől. Hol szerezhető be? A cc_check vagy cc_transaction entitás IssueDate mezőjéből, illetve az „Issued” vagy „Submitted” állapotba váltásból rögzíthető. Ez gyakran egyértelmű, időbélyeggel ellátott esemény. Rögzítés Keresse meg a kifizetési rekord IssueDate mezőjét vagy az „Issued” állapotba váltás időbélyegét. Eseménytípus explicit | |||
| Kifizetés jóváhagyva | A kártérítés kifizetésének hivatalos jóváhagyását jelöli. Fontos ellenőrzési esemény, amelyet a rendszer egyértelműen rögzít, amikor egy erre jogosult felhasználó jóváhagyja a tranzakciót. | ||
| Miért fontos? Ez a fontos mérföldkő lehetővé teszi a végső kifizetési lépést. Az előtte és utána eltelt idő elemzésével elkülöníthetők a jóváhagyási munkafolyamat vagy a vezető elérhetősége miatt kialakuló késedelmek. Hol szerezhető be? Ez gyakran a cc_history táblában rögzített, egyértelmű esemény a cc_check vagy cc_transaction entitáshoz kapcsolódóan. A rekord a „Pending Approval” állapot „Approved” értékre változását jelzi. Rögzítés Kövesse nyomon az adott kifizetési tranzakció „Approved” állapotba váltását. Eseménytípus explicit | |||
| Felelősségi döntés megszületett | Azt jelzi, hogy megállapították a kárfedezeti tételhez kapcsolódó felelősséget vagy vétkességet. Ez az esemény jellemzően az Exposure entitás állapotváltozásából állapítható meg. | ||
| Miért fontos? Ez fontos döntési mérföldkő, amely feltétele a kárrendezésnek és a kifizetésnek. A döntésig eltelt idő elemzésével feltárhatók a vizsgálati és értékelési szakaszok szűk keresztmetszetei. Hol szerezhető be? A cc_history táblából állapítható meg a cc_exposure entitás State mezőjének vagy egy egyéni felelősségi állapotmezőnek a változása alapján. Az előzményrekord időbélyege jelzi az esemény időpontját. Rögzítés Figyelje az ellenőrzési naplókat vagy az előzménytáblákat a kárfedezeti tétel állapotának vagy felelősségi státuszának változásaihoz. Eseménytípus inferred | |||
| Kárigény kiosztva | A kárigény hozzárendelése egy adott felhasználóhoz (kárszakértőhöz) vagy csoporthoz. Ez jellemzően a Claim entitás hozzárendelési mezőinek változásából állapítható meg. | ||
| Miért fontos? A hozzárendelések nyomon követése elengedhetetlen a kárszakértők munkaterhelésének elemzéséhez, az útválasztási szűk keresztmetszetek feltárásához és annak méréséhez, mennyi idő telik el az első intézkedésig. Hol szerezhető be? A cc_history táblából állapítható meg: a rendszer figyeli az adott Claim ID-hoz tartozó AssignedUser vagy AssignedGroup mező változásait. A módosítás időbélyege jelzi az esemény időpontját. Rögzítés Figyelje az ellenőrzési naplókat vagy az előzménytáblákat a kárigény-hozzárendelési mezők módosításainak nyomon követéséhez. Eseménytípus inferred | |||
| Kárigény újranyitva | A kárigény „Closed” állapotból „Open” állapotba kerül, hogy további munkát végezzenek rajta. Ez az esemény egy meghatározott állapotváltozási sorozatból állapítható meg. | ||
| Miért fontos? Ez a tevékenység ismételt munkát jelez. A sok újranyitott kárigény a kezdeti kárrendezés problémáira, fel nem tárt károkra vagy más folyamatbeli hibákra utalhat, amelyek növelik a költségeket és rontják a hatékonyságot. Hol szerezhető be? A cc_history táblából állapítható meg, ha a cc_claim entitás State mezője „Closed” értékről „Open” vagy más aktív állapotra változik. Rögzítés Figyelje a kárigény fő állapotmezőjét, hogy észlelje a lezárt állapotból nyitott állapotba történő váltást. Eseménytípus inferred | |||
| Kártérítési összeg kiszámítva | Ez a tevékenység azt jelzi, hogy meghatározták a kártérítés összegét, de a kifizetést még nem hagyták jóvá. Az esemény egy „Pending Approval” állapotú kifizetés létrehozásából állapítható meg. | ||
| Miért fontos? Az értékelés és a kifizetés közötti átmenetet jelöli. Ez a „Kifizetés jóváhagyásának átfutási ideje” KPI mérésének kezdőpontja, és feltárja a jóváhagyási folyamat késedelmeit. Hol szerezhető be? A cc_check vagy cc_transaction rekord CreateTime mezőjéből állapítható meg, ha a kezdeti állapot „Pending Approval”, vagy a jóváhagyás előtti hasonló állapot. Rögzítés Keresse meg az előzetes jóváhagyási állapotban létrehozott kifizetési vagy tranzakciós rekordot. Eseménytípus inferred | |||
| Kiegészítő információ beérkezett | A további információ bekérésére irányuló kérés teljesítését jelzi. Akkor rögzíthető, amikor az információkéréshez tartozó „Tevékenység” (feladat) állapota „Befejezve” értékre változik. | ||
| Miért fontos? Ez a „Kiegészítő információk beszerzésének átfutási ideje” KPI végpontja. A kérés és a válasz közötti hosszú idő gyakran késlelteti a kárügyintézést. Hol szerezhető be? A cc_activity rekord CloseTime mezőjéből rögzíthető, ha az ActivityPattern információkéréshez kapcsolódik. A tevékenység állapotának „Completed” értékűnek kell lennie. Rögzítés Keresse meg a külső információ bekérésére létrehozott feladat befejezésének időbélyegét. Eseménytípus explicit | |||
| Kiegészítő információ bekérve | A biztosítottól vagy egy harmadik féltől további információ vagy dokumentáció bekérését jelzi. Ezt általában a ClaimCenterben létrehozott, kifejezett „Tevékenység” (feladat) rögzíti. | ||
| Miért fontos? Ez a tevékenység adja a „Kiegészítő információk beszerzésének átfutási ideje” KPI mérésének kezdőpontját. Gyakori előfordulása hiányos FNOL-folyamatra vagy nem hatékony információbeszerzésre utalhat. Hol szerezhető be? A cc_activity rekord CreateTime mezőjéből rögzíthető, ha az ActivityPattern külső féltől kért dokumentumhoz vagy információhoz kapcsolódik. Rögzítés Keresse meg a külső információ bekérésére létrehozott feladatot. Eseménytípus explicit | |||
| Vizsgálat megkezdve | A kárügy vagy a kockázati kitettség kivizsgálási szakaszának hivatalos kezdetét jelzi. Ezt gyakran a Guidewire-ben az első, vizsgálathoz kapcsolódó „Tevékenység” (feladat) létrehozásából lehet megállapítani. | ||
| Miért fontos? Ez a tevékenység egy fontos, gyakran hosszú szakasz kezdetét jelöli. A vizsgálat megkezdéséig eltelt idő és a vizsgálat időtartamának elemzése feltárja a fő szűk keresztmetszeteket. Hol szerezhető be? A cc_activity rekord CreateTime mezőjéből állapítható meg, ha az ActivityPattern vizsgálathoz kapcsolódik, például „Első vizsgálat” vagy „Tanú megkeresése”. Rögzítés Keresse meg az első olyan feladat létrehozását, amelynek mintája vagy tárgya vizsgálathoz kapcsolódik. Eseménytípus inferred | |||
Adatkinyerési útmutatók
Lépések
- Előfeltételek ellenőrzése: Ellenőrizze, hogy rendelkezik-e a Guidewire DataHub / InfoCenter adatpiaci adatbázisának olvasási jogosultságához szükséges engedélyekkel és hitelesítő adatokkal. Győződjön meg arról, hogy a kárrendezési adatpiacot feltöltő ETL-feladatok sikeresen lefutnak, és az adatok naprakészek.
- Adatbázis-kapcsolat: Szabványos SQL-klienst, például DBeavert vagy SQL Server Management Studiót használva csatlakozzon az adatpiaci adatbázis-kiszolgálóhoz.
- Séma áttekintése: A teljes lekérdezés futtatása előtt ismerje meg az adatpiac sémáját. Azonosítsa a károk, fedezetek, tevékenységek és pénzügyi tranzakciók fő tábláit. A táblanevek végén gyakran _dim (dimenzió) vagy _fact (ténytábla) szerepel. Így ellenőrizheti a megadott szkriptben szereplő helyőrző táblákat és oszlopokat.
- SQL-lekérdezés előkészítése: Másolja a lekérdezés szakaszában található teljes SQL-szkriptet az SQL-kliens lekérdezésszerkesztőjébe.
- Helyőrzők testreszabása: Gondosan nézze át a szkriptet, és cserélje le az összes helyőrzőt. Ide tartozik az adatbázis vagy séma neve (például [YourDataMart]), a dátumtartomány-paraméterek ('[StartDate]', '[EndDate]') és a rendszerfüggő konfigurációs értékek, például a tevékenységminták és az állapotkódok.
- Lekérdezés futtatása: Futtassa a módosított SQL-lekérdezést az adatpiacon. A futási idő a kiválasztott dátumtartománytól és a rendszerben tárolt adatok mennyiségétől függ.
- Első ellenőrzés: A lekérdezés befejezése után tekintse át az eredmény első néhány száz sorát. Ellenőrizze, hogy a ClaimID, ActivityName és EventTime oszlopok a vártnak megfelelően vannak-e kitöltve, és többféle tevékenységtípus is szerepel-e az eredmények között.
- Exportálás CSV-fájlba: Exportálja a teljes eredményhalmazt az SQL-kliensből CSV-fájlba. Adjon beszédes nevet a fájlnak, például guidewire_claimcenter_event_log.csv.
- Előkészítés a ProcessMindhez: Mentse a CSV-fájlt UTF-8 kódolással. Ellenőrizze, hogy a fejlécsor megegyezik-e az SQL-lekérdezés oszlopaliasaival. A fájl ezután feltölthető a ProcessMindbe.
Konfiguráció
- Adatforrás: Guidewire DataHub/InfoCenter kárrendezési adatpiac. Ez egy előre összesített, dimenzionális adatbázis jelentéskészítéshez és elemzéshez, elkülönítve az éles ClaimCenter-adatbázistól.
- Szükséges jogosultságok: Olvasási hozzáférés az adatpiacot tároló SQL-adatbázishoz. Szüksége lesz felhasználónévre, jelszóra és kapcsolati adatokra, például a kiszolgáló címére és az adatbázis nevére.
- ETL-feladatok állapota: A kinyert adatok pontossága attól függ, hogy a Guidewire ETL-feladatai sikeresen és időben feltöltik-e az adatpiacot. Ellenőrizze az utolsó sikeres futás idejét, hogy megállapítsa, mennyire frissek az adatok.
- Dátumtartomány szűrése: A lekérdezés WHERE záradékai a '[StartDate]' és '[EndDate]' helyőrzőket tartalmazzák. A teljesítmény megőrzése érdekében először rövidebb, például 3–6 hónapos időszakot válasszon. A dátumszűrő a kár CreateTime mezőjére vonatkozik.
- Konfigurációfüggő értékek: A Guidewire rendszer nagymértékben testreszabható. Módosítsa a WHERE záradékok értékeit a szervezete beállításainak megfelelően. Ide tartoznak:
- az ActivityPattern nevek, például 'fnol', 'investigation', 'Request additional information'
- a ClaimStatus, ExposureStatus és CloseReason kódok, például 'denied', 'closed'
- a TransactionStatus kódok, például 'pendingapproval', 'approved', 'issued'
- Teljesítmény: A nagy előzmény- vagy auditálási táblák lekérdezése jelentős erőforrásokat igényelhet. Nagy adathalmazok esetén érdemes a lekérdezést csúcsidőn kívül futtatni. Ellenőrizze, hogy a ClaimID vagy ClaimNumber oszlop indexelve van-e az érintett táblákban.
Példa-lekérdezés 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'; Lépések
- Ellenőrizze, hogy szervezete rendelkezik-e aktív Guidewire Cloud Data Access (CDA) Snowflake-adatmegosztással a ClaimCenter-környezethez. Kérje el a Guidewire Cloud-rendszergazdától a Snowflake-fiók azonosítóját, az adatbázis, a séma, a warehouse és a szerepkör nevét, a hitelesítési módot, valamint az engedélyezett hálózati konfigurációt.
- Ellenőrizze, pontosan mely CDA-adatbázis-objektumok és oszlopok érhetők el a megosztásban. A CDA-sémák és oszlopnevek bérlőnként, kiadásonként, konfigurációnként és adatmegosztási modellenként eltérhetnek. Cserélje le a lekérdezés szögletes zárójelek közötti objektum- és oszlophelyőrzőit a környezetében található megfelelő elemekre. Ne feltételezze, hogy a ClaimCenter működési entitásnevei változatlanul elérhetők a Snowflake-ben.
- Azonosítsa a kár létrehozásának, a kárhozzárendelések előzményeinek, a fedezet létrehozásának, a tartaléktranzakcióknak, a tevékenységeknek, a fedezeti állapotok előzményeinek, a kifizetési állapotok előzményeinek és a kárállapotok előzményeinek forrását. Ha a megosztás nem tartalmaz előzménytáblákat vagy auditadatokat, állítson be jóváhagyott adatforrást, amely minden szükséges állapotváltozásnál megőrzi a korábbi és az új értéket, az esemény időbélyegét és a végrehajtó személyét.
- Csatlakozzon a CDA Snowflake-megosztáshoz engedélyezett Snowflake-klienssel, worksheetben, notebookban vagy SQL-futtató eszközzel. Lehetőség szerint csak olvasási jogosultságú szerepkört használjon. Állítsa be a lekérdezésben az elemzés kezdő és záró időbélyegét a [Start timestamp] és [End timestamp] értékekkel. A [Company filter] használatával csak jóváhagyott vállalati vagy üzletiegység-szűrőt alkalmazzon.
- Cserélje le a lekérdezés forráshelyőrzőit az ellenőrzött CDA-objektum- és oszlopnevekre. A lekérdezés mind a 14 szükséges tevékenységhez külön eseménysort hoz létre: 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 és Claim Reopened.
- Futtassa le a lekérdezést, és ellenőrizze az eredmény sémáját. A kimenetnek tartalmaznia kell a ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus és LossCause mezőket. A ProcessMind számára a ClaimID, ActivityName és EventTime kötelező. Minden eseményhez egy sort tartson meg, ne összesítse az eseményeket káranként.
- Exportálás előtt ellenőrizze az időbélyegeket, az állapotváltozásokat, a hozzárendelések módosulását, a duplikátumok kezelését és a tevékenységek számát. Győződjön meg arról, hogy az események időbélyegei egységes időzónát használnak. Ha azonos időbélyegű események külön üzleti tevékenységet jelölnek, maradjanak külön sorokban.
- Exportálja az eredményt UTF-8 kódolású CSV-fájlba vagy a ProcessMind által támogatott más táblázatos formátumba. A ClaimID legyen az ügyazonosító, az ActivityName a tevékenység, az EventTime pedig az esemény időpontja. Az ajánlott attribútumokat további eseményattribútumként tartsa meg, majd töltse fel a fájlt a ProcessMindbe. Ne vegyen fel olyan kikövetkeztetett tevékenységeket, amelyek nem részei ennek az adatkinyerésnek.
Konfiguráció
- Kapcsolat és jogosultság: A Guidewire által biztosított Snowflake-adatmegosztást engedélyezett Snowflake-fiókkal, szerepkörrel, warehouse-szal és hálózati kapcsolaton keresztül használja. A CDA a felhasználó szempontjából csak olvasási hozzáférést biztosít. A szükséges jogosultságok a bérlő konfigurációjától függnek, és kiterjedhetnek a megosztott adatbázis, illetve a megadott sémák vagy nézetek lekérdezésére.
- Forrásobjektumok konfigurálása: Cserélje le az összes szögletes zárójelek közötti forráshivatkozást a CDA-megosztásban ellenőrzött objektumokra. A lekérdezés szándékosan nem használ egységes ClaimCenter-tábla- vagy oszlopneveket, mert a CDA szerkezete kiadásonként és bérlőnként eltérhet.
- Dátumtartomány: Az ellenőrzéshez és a működési elemzéshez először három-hat hónapos időszakot válasszon. Csak akkor használjon hosszabb időszakot, ha ellenőrizte a warehouse kapacitását, az eseményelőzmények megőrzési idejét és a lekérdezés elfogadható futási idejét. A forrásrekordokat a megfelelő esemény időbélyege alapján szűrje, ne csak a kár létrehozásának dátuma szerint, különben kimaradhatnak a későbbi tevékenységek.
- Kötelező kimenet: Minden eseménysorban szerepelnie kell a ClaimID, ActivityName és EventTime mezőnek, egyik sem lehet üres. Az ActivityName értékének pontosan meg kell egyeznie a ProcessMind-folyamatmodellben elvárt címkével.
- Ajánlott kimenet: Vegye fel az AssignedAdjuster, ClaimType, ClaimStatus és LossCause mezőket is. Ha rendelkezésre áll, ezek az esemény időpontjában érvényes pillanatfelvételből származzanak. Ha csak a jelenlegi állapot értékei érhetők el, dokumentálja ezt a korlátozást, mert az előzményadatok nem feltétlenül tükrözik az esemény idején érvényes értékeket.
- Szűrők: A [Company filter] szűrőt csak azután alkalmazza, hogy ellenőrizte a megfelelő, bérlőspecifikus vállalat-, szervezet-, üzletiegység- vagy jogi entitásoszlopot. Ne szűrjön dokumentumtípus szerint, kivéve, ha a ClaimCenter-konfigurációban ellenőrzött, a kért tevékenységekhez kapcsolódó dokumentumtípus-mező található.
- Eseményelőzmények: A hozzárendelésekhez, vizsgálatokhoz, információkérésekhez, felelősségi döntésekhez, kifizetési állapotokhoz és újranyitott károkhoz előzmény- vagy auditadatok szükségesek az állapotváltozások azonosításához. A jelenlegi állapotot tartalmazó táblákból önmagukban nem állíthatók vissza megbízhatóan a korábbi események.
- Duplikátumok kezelése: Ha rendelkezésre áll, használjon ellenőrzött forrásesemény-azonosítót. A lekérdezés konfigurálható biztonsági ellenőrzésként ROW_NUMBER függvényt alkalmaz. Ne távolítsa el a duplikátumokat kizárólag a ClaimID és az időbélyeg alapján, mert különböző tevékenységek jogosan történhetnek egy időben.
- Teljesítmény: Szűkítse a dátumtartományt, csak a szükséges oszlopokat válassza ki, minden forrást az esemény időbélyege alapján szűrjön, és a feladathoz megfelelő méretű Snowflake-warehouse-t használjon. Nagy adatmennyiségnél érdemes ellenőrzött eseménynézetet vagy növekményes adatkinyerést létrehozni.
- Időzóna: Az EventTime értékeket egységes, dokumentált időzónára alakítsa. Az eseménynapló betöltése előtt ellenőrizze, hogy a CDA időbélyegei UTC-ben, helyi időben vagy a Snowflake valamelyik időbélyegtípusában szerepelnek-e.
- Előfeltételek: Ellenőrizze, hogy a megosztás tartalmazza-e a szükséges ClaimCenter pénzügyi, tevékenységi, hozzárendelési, fedezeti, kifizetési és állapotelőzményeit, valamint hogy a megőrzési szabályok biztosítják-e a szükséges korábbi állapotváltozásokat.
Példa-lekérdezés 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; Lépések
- Ellenőrizze, hogy engedélyezett-e a közvetlen, csak olvasási hozzáférés a helyben telepített Guidewire ClaimCenter működési adatbázisához, dokumentált-e az adatbázis-platform és a séma verziója, valamint rendelkezésre áll-e csak olvasási kapcsolat. Jóváhagyott adatkinyerési időablak nélkül ne kérdezze le az éles adatbázist.
- Azonosítsa a ClaimCenter-megvalósítás fizikai tábláit és oszlopait. Rendelje hozzá a kár-, fedezet-, tevékenység-, hozzárendelés-, tartalék-, kifizetés-, állapotelőzmény-, felhasználó- és csoportentitásokat a lekérdezés helyőrzőihez. Mivel a fizikai elnevezések és az auditstruktúrák megvalósításonként és verziónként eltérnek, csak az adatbázis-katalógus és a ClaimCenter-adatmodell ellenőrzése után cserélje le a helyőrzőket.
- Adja meg az adatkinyerés időszakát a [Start date parameter] és [End date parameter] értékekkel. Ha az állapotváltozásokat, feladatlezárásokat vagy pénzügyi tranzakciókat a kár létrehozásának időszakán kívül is rögzíthetik, használjon átfedő időablakot, például a kért kezdődátum előtti egy-két napot.
- Futtassa le a teljes SQL-utasítást csak olvasási jogosultsággal. Minden tevékenység külön, kifejezett eseménysorként jelenik meg. A lekérdezés nem várja el a ProcessMindtől, hogy az adatok betöltése után következtessen ki eseményeket. A mezőváltozásokból kikövetkeztetett eseményeket az SQL-utasítás állítja elő a megfelelő előzmény- vagy auditadatokból.
- Ellenőrizze minden tevékenység forrás-hozzárendelését. Győződjön meg arról, hogy a kár létrehozása az első mentett Claim-rekordot használja; a hozzárendelés a hozzárendelés-változásokat; a fedezet létrehozása a fedezet létrehozási rekordjait; a kezdeti tartalék fedezetenként az első tartaléktranzakciót; a vizsgálatok és információkérések a tevékenységrekordokat; a felelősség megállapítása a konfigurált fedezetiállapot-változást; az egyezség számítása a jóváhagyásra váró kifizetési állapotot; a kifizetés jóváhagyása és kiutalása pedig a megfelelő pénzügyi auditállapotokat használja.
- Alakítsa a kimenetet a szükséges eseménynapló-struktúrára. A ClaimID legyen az ügyazonosító, az ActivityName a tizennégy dokumentált tevékenységnév egyikét tartalmazza, az EventTime pedig időbélyeg legyen. Ha a forrás-hozzárendelés lehetővé teszi, tartsa meg az ajánlott attribútumokat, köztük az AssignedAdjuster, ClaimType, ClaimStatus és LossCause mezőt.
- Ellenőrizze a duplikált eseményeket és az események sorrendjét. Ha a forrás ugyanahhoz az üzleti állapotváltozáshoz több auditrekordot tartalmaz, alkalmazza az adott megvalósításnak megfelelő deduplikációs kulcsot a megfelelő közös táblakifejezésben. Ne vonjon össze eltérő üzleti eseményeket, ha különböző időbélyeggel vagy forrásazonosítóval rendelkeznek.
- Exportálja az eredményt UTF-8 kódolású CSV-fájlba vagy a ProcessMind által támogatott más táblázatos formátumba. A fejléc tartalmazza a ClaimID, ActivityName, EventTime, AssignedAdjuster, ClaimType, ClaimStatus és LossCause mezőket. Az időbélyegek tartalmazzák az időzónát, vagy következetesen használják a dokumentált adatbázis-időzónát. Töltse fel a fájlt a ProcessMindbe, és a ClaimID mezőt ügyazonosítóként, az ActivityName mezőt tevékenységként, az EventTime mezőt pedig eseményidőként rendelje hozzá.
Konfiguráció
- Adatbázis-hozzáférés: Csak olvasási jogosultságú fiókot használjon, amely hozzáfér a szükséges ClaimCenter működési, előzmény-, tevékenység- és pénzügyi tranzakciós táblákhoz. Az adatkinyeréshez ne adjon írási, sémamódosítási vagy rendszergazdai jogosultságot.
- Sémaleképezés: Cserélje le a [Your claim table], [Your exposure table], [Your activity table], [Your reserve table], [Your payment table], [Your claim history table], [Your exposure history table] és a kapcsolódó helyőrzőket a célrendszerben ellenőrzött nevekre. Ne feltételezze, hogy egy logikai Guidewire-entitás neve megegyezik a fizikai adatbázistábla nevével.
- Dátumtartomány: Kezdje három-hat hónapnyi adattal. Használja a [Start date parameter] és [End date parameter] paramétereket, és alkalmazzon átfedő időablakot, ha az eseményeket a kár létrehozása után is rögzíthetik, vagy az újranyitott károk több jelentési időszakra is átnyúlnak.
- Szűrők: A [Company Code filter], [Document Type filter], joghatósági, üzletági és egyéb szervezetspecifikus szűrőket csak a fizikai oszlopok és üzleti jelentésük ellenőrzése után alkalmazza. Ne szűrje ki azokat a károkat, amelyekhez nem tartozik kifizetés vagy fedezet, mert ezekre is szükség van az életciklus teljes elemzéséhez.
- Tevékenységnevek: Tartsa meg pontosan a lekérdezésben megadott tizennégy ActivityName értéket, hogy a ProcessMind egységes eseménycímkéket kapjon.
- Események jelentése: A kikövetkeztetettként megjelölt tevékenységeket az SQL állítja elő a forrás állapot-, hozzárendelési, előzmény- vagy tevékenységváltozásaiból. Az adatok betöltése után a ProcessMind nem következteti ki ezeket az eseményeket más sorokból.
- Teljesítmény: Szűkítse az adatkinyerés időszakát, csak a szükséges oszlopokat válassza ki, az összekapcsolás előtt szűrje a forrástáblákat, és ellenőrizze a kár-, fedezet- és eseményazonosítók, időbélyegek, állapotmezők és tranzakcióazonosítók indexeit. Ha lehetséges, a nagy adatkinyeréseket jelentéskészítő replikán futtassa.
- Konzisztencia: Jelentéskészítéshez megfelelő tranzakciós izolációs szintet használjon, és rögzítsen konzisztens adatkinyerési határpontot. Ne olvassa a táblákat, miközben egy pénzügyi kötegelt feldolgozás vagy tömeges állapotfrissítés még csak részben véglegesült.
- Időzónák: Dokumentálja az adatbázis időzónáját, és exportálás előtt alakítsa az összes forrás-időbélyeget egy egyeztetett időzónára. Ne keverje az alkalmazás helyi idejét az adatbázis-kiszolgáló idejével.
- Előfeltételek: Ellenőrizze, hogy rendelkezésre állnak-e a szükséges ClaimCenter-modulok, pénzügyi jogosultságok, audit- vagy előzményadatok megőrzése és adatbázis-kapcsolat. Ha az előzmény- vagy auditadatok megőrzése ki van kapcsolva, a kapcsolódó tevékenységek nem állíthatók vissza megbízhatóan.
- Ellenőrzési konfiguráció: Minden exporthoz rögzítse a ClaimCenter verzióját, az adatbázis-platformot, a sémaleképezést, az adatkinyerés időpontját, a dátumparamétereket, a szűrőket és a sorszámokat.
Példa-lekérdezés 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; Kezdje el most?
Készítse elő az adatokat ezzel a sablonnal, majd tárja fel a kárrendezési folyamat működését. Kezdje el még ma a munkafolyamatok fejlesztését.
Gyorsítsa fel a kárrendezést, és zárja le hamarabb az ügyeket
Csökkentse a felhalmozódott ügyek számát, előzze meg a csalásokat, és tűzze ki célul a 70%-os automatikus feldolgozást.
Nincs szükség bankkártyára, a beállítás csak néhány percet vesz igénybe.