Kárrendezési adatainak sablonja

Guidewire ClaimCenter
Kárrendezési adatainak sablonja

Kárrendezési adatainak sablonja

Ez a sablon segít a kárrendezési folyamat fejlesztésében. Bemutatja, milyen alapvető adatokat érdemes gyűjteni, mely tevékenységeket kell nyomon követni, és útmutatást ad az adatok kinyeréséhez. Használja annak ellenőrzésére, hogy az elemzéshez szükséges összes információ rendelkezésre áll-e.
  • Javasolt attribútumok
  • Nyomon követendő tevékenységek
  • Adatkinyerési útmutató a Guidewire ClaimCenterhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A kárrendezési folyamat attribútumai

Ezek az ajánlott adatmezők segítenek olyan teljes eseménynaplót összeállítani, amelyből hatékonyan elemezheti a kárrendezési munkafolyamatokat.
3 Kötelező 4 Javasolt 14 Nem kötelező
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
Kötelező Javasolt Nem kötelező

A kárrendezési folyamat tevékenységei

Ezeket a folyamatlépéseket és fontos mérföldköveket érdemes rögzíteni az eseménynaplóban, hogy pontosan feltérképezhesse és elemezhesse a kárrendezést.
7 Javasolt 7 Nem kötelező
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
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése a Guidewire ClaimCenterből

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.

Indítsa el az ingyenes próbaverziót

Nincs szükség bankkártyára, a beállítás csak néhány percet vesz igénybe.