Kárigény-feldolgozási adatsablon
Kárigény-feldolgozási adatsablon
- Részletes elemzéshez javasolt attribútumok
- Követendő főbb kárigény-feldolgozási tevékenységek
- Gyakorlati útmutató az adatok kinyeréséhez
A kárigény-feldolgozás attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időpontja EventTime | Az az időbélyeg, amely megmutatja, mikor történt egy adott tevékenység vagy esemény. | ||
| Leírás Az esemény időpontja rögzíti a kárigény feldolgozásához kapcsolódó tevékenység pontos dátumát és időpontját. Ez az időrendi adat elengedhetetlen az események helyes sorrendjének megállapításához és a kárigény idővonalának megértéséhez. Az elemzés során ezt az időbélyeget használják a különböző lépések közötti időtartam, átfutási idő és várakozási idő kiszámításához. Alapvető a késedelmek feltárásához, az SLA-k szerinti teljesítmény méréséhez és a folyamat időbeli alakulásának megértéséhez. Miért fontos? Ez az időbélyeg adja meg az események időrendi sorrendjét. Ez szükséges az időalapú mutatók, például az átfutási idő kiszámításához és a szűk keresztmetszetek feltárásához. Hol szerezhető be? Ez az adat jellemzően a FINEOS Claims rendszerben minden eseményhez vagy állapotrekordhoz tartozó létrehozási vagy módosítási időbélyegként érhető el. Példák 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
| Kárigényazonosító ClaimId | Egy biztosítási kárigény egyedi azonosítója, amely a folyamatelemzés elsődleges ügyazonosítójaként szolgál. | ||
| Leírás A kárigényazonosító kapcsolja össze a kárigény teljes életciklusa során rögzített tevékenységeket, eseményeket és adatokat. Segítségével az első benyújtástól a végső lezárásig minden kapcsolódó esemény egyetlen ügy részeként követhető nyomon. A process mining során ez az attribútum elengedhetetlen az egyes kárigények teljes útjának rekonstruálásához. Lehetővé teszi a folyamatmenetek elemzését, a teljes rendezési idő kiszámítását, valamint annak feltárását, hogy miben tér el az egyes kárigények kezelése. Miért fontos? Ez az elsődleges azonosító kapcsolja össze az összes kapcsolódó eseményt egyetlen folyamatpéldánnyá, így elemezhetővé válik a kárigény teljes életciklusa. Hol szerezhető be? Ez az elsődleges kulcs a FINEOS Claims fő kárigénykezelési tábláiban. Példák CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Tevékenység neve ActivityName | A kárigénykezelési folyamat egy adott pontján bekövetkezett üzleti esemény vagy elvégzett feladat neve. | ||
| Leírás Ez az attribútum a kárigénykezelési folyamat egyetlen lépését vagy mérföldkövét írja le, például a „Kárigény benyújtva”, az „Első felülvizsgálat elvégezve” vagy a „Kifizetés teljesítve” eseményt. Minden tevékenység a kárigényhez kapcsolódó különálló műveletet jelöl. A tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Megmutatja a folyamat tényleges menetét, segít feltárni, hol torlódik fel a munka, és láthatóvá teszi a kárigények jellemző vagy kivételes útvonalait. Miért fontos? Meghatározza a folyamat lépéseit, így megjeleníthető a folyamattérkép, és elemezhetők a munkafolyamatok mintái, valamint az eltérések. Hol szerezhető be? Az adat jellemzően a FINEOS Claims rendszer eseménynaplóiból, feladatállapot-változásaiból vagy naplózási előzményeiből származik. Példák Kárigény nyilvántartásba véveKárösszeg felmérveKifizetés engedélyezveKárigény lezárva | |||
| Adatok utolsó frissítése LastDataUpdate | Az az időbélyeg, amely megmutatja, mikor frissítették utoljára az esemény adatait a forrásrendszerből. | ||
| Leírás Ez az attribútum azt a dátumot és időpontot adja meg, amikor az adatokat legutóbb kinyerték vagy frissítették. Segít megállapítani, mennyire frissek és naprakészek az elemzett adatok. Ez az információ fontos az adatirányításhoz, és segít a felhasználóknak megítélni, hogy a folyamatadatok a legfrissebb állapotot tükrözik-e. Tájékoztatást ad az adatok késéséről, és közel valós idejű folyamatok jelentéseinél is hasznos. Miért fontos? Jelzi, mennyire frissek az adatok, így a felhasználók tudják, milyen időszakot fed le az elemzés, és mikor frissültek utoljára az adatok. Hol szerezhető be? Ezt az időbélyeget rendszerint az adatkinyerő vagy ETL-eszköz hozza létre és tárolja az adatbetöltési feladat végén. Példák 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Forrásrendszer SourceSystem | Megadja, melyik informatikai rendszerből nyerték ki az adatokat. | ||
| Leírás Ez az attribútum jelöli a folyamatadatok forrását. Ebben az elemzésben az értéke mindig „FINEOS Claims” lesz, több rendszer használatakor azonban elengedhetetlen az adatok eredetének nyomon követéséhez és minőségük biztosításához. Tágabb elemzési környezetben segít megkülönböztetni a több rendszeren átívelő folyamatokat, és biztosítja, hogy az adatokat a forrásuknak megfelelően értelmezzék. Miért fontos? Fontos információt ad az adatok eredetéről. Ez elengedhetetlen az adatirányításhoz, az ellenőrzéshez és a más rendszerekkel való integrációhoz. Hol szerezhető be? Ez jellemzően egy állandó érték, amelyet az adatok kinyerésekor adnak hozzá az adathalmaz forrásának megjelölésére. Példák FINEOS ClaimsFINEOS Claims v11.2 | |||
| Befejezés időpontja EndTime | Az az időbélyeg, amely megmutatja, mikor fejeződött be egy adott tevékenység vagy esemény. | ||
| Leírás A befejezés időpontja attribútum rögzíti, mikor ért véget pontosan egy tevékenység. A kezdési időponttal (EventTime) együtt lehetővé teszi az egyes lépések feldolgozási idejének pontos kiszámítását. Az elemzés során ez az adat segít elkülöníteni az aktív feldolgozási időt a tétlen várakozástól. Részletes szűk keresztmetszet-elemzést tesz lehetővé, amely megmutatja, mely tevékenységek tartanak a legtovább, és hol alakulnak ki várakozási sorok a lépések között. Miért fontos? Lehetővé teszi az egyes tevékenységek feldolgozási idejének pontos kiszámítását, ami segít feltárni a nem hatékony lépéseket és felmérni az erőforrások kihasználtságát. Hol szerezhető be? Nézze meg a FINEOS Claims dokumentációját. Az adat szerepelhet az eseménynaplókban, vagy meghatározható a következő esemény kezdési időpontjából. Példák 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z | |||
| Benyújtási csatorna SubmissionChannel | A kárigény első benyújtásához használt mód vagy csatorna. | ||
| Leírás Ez az attribútum rögzíti, hogyan érkezett be a kárigény, például online portálon, e-mailben, postai úton vagy ügynökön keresztül. A benyújtási csatorna jelentősen befolyásolhatja az adatok minőségét és a kezdeti feldolgozási időt. A csatorna szerinti elemzésből kiderül, hogy egyes benyújtási módok gyorsabb feldolgozást, több utómunkát (például hiányzó adatok miatt) vagy jobb kimenetelt eredményeznek-e. Az eredmények segíthetnek a csatornák fejlesztésére irányuló beruházások tervezésében, például az online űrlapok javításában a hibák csökkentése érdekében. Miért fontos? Segít megállapítani, hogy egyes beérkezési csatornák hatékonyabb feldolgozást vagy több utómunkát eredményeznek-e, így megalapozottabb csatornastratégia és beruházási döntések hozhatók. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ezt általában a kárigény beérkezésekor rögzítik, és a fő kárigényrekordon tárolják. Példák Online portálPostaAlkuszTelefon | |||
| Célzott rendezési dátum ResolutionTargetDate | Az a határidő, ameddig a kárigényt az SLA-k vagy a jogszabályok alapján rendezni kell. | ||
| Leírás Ez az attribútum a kárigény feldolgozásának határidejét jelöli, amelyet a szolgáltatási szintre vonatkozó megállapodások (SLA-k) vagy a szabályozási követelmények határoznak meg. Ehhez viszonyítva mérhető a tényleges teljesítmény. Ez a dátum elengedhetetlen az SLA-k betartásának nyomon követéséhez. A kárigény tényleges lezárási dátumát a célzott rendezési dátummal összevetve kiszámítható az SLA-teljesítés aránya, azonosíthatók a határidő túllépésével fenyegető ügyek, és elemezhetők a késések, illetve a meg nem felelés okai. Miért fontos? Ez az SLA-k betartásának mércéje. Segítségével azonosíthatók a késedelmes ügyek, és elemezhetők a késések okai. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ezt a dátumot gyakran üzleti szabályok számítják ki a kárigény benyújtásának dátuma és típusa alapján. Példák 2023-11-15T23:59:59Z2024-01-30T23:59:59Z | |||
| Kárigény állapota ClaimStatus | A kárigény aktuális vagy korábbi állapota az esemény időpontjában. | ||
| Leírás A kárigény állapota az ügy életciklusának adott pontját jelzi, például „Nyitott”, „Adatokra vár”, „Jóváhagyva”, „Elutasítva” vagy „Lezárva”. Ez az attribútum megmutatja, hol tart az ügy egy adott időpontban. A folyamat elemzésekor az állapotváltozások gyakran közvetlenül megfelelnek a folyamattevékenységeknek. Az állapotok nyomon követése segít megérteni a kárigények kimenetelét, feltárni azokat a szűk keresztmetszeteket, ahol az ügyek hosszú időre megrekednek, és elemezni a végső döntések, például az elutasítás vagy a lezárás okait. Miért fontos? Ez az attribútum segít megérteni a kárigények kimenetelét, elkülöníteni az aktív és lezárt ügyeket, valamint feltárni azokat a szakaszokat, ahol az ügyek elakadnak. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez a fő kárigényrekord alapvető mezője, amely az ügy teljes életciklusa során frissül. Példák RegisztrálvaFelülvizsgálat alattKifizetésre várLezárva, kifizetveLezárva, elutasítva | |||
| Kárigény súlyossága ClaimSeverity | A kárigény összetettségének vagy várható pénzügyi hatásának besorolása (például alacsony, közepes, magas). | ||
| Leírás A kárigény súlyossága az ügy összetettségét, sürgősségét vagy pénzügyi kockázatát jelzi. A súlyosabb kárigények több lépést, speciális felülvizsgálatot vagy hosszabb feldolgozási időt igényelhetnek, mint az alacsony súlyosságúak. A súlyosság szerinti elemzésből kiderül, hogy az erőforrások elosztása és a folyamat kialakítása megfelel-e a különböző összetettségű ügyeknek. Az elemzés megmutathatja, ha a súlyos kárigények aránytalanul sokat késnek, vagy ha az alacsony súlyosságú ügyeket a szükségesnél több lépésben dolgozzák fel. Ez segít a folyamat megfelelő szegmentálásában és az erőforrások kezelésében. Miért fontos? A súlyosság szerinti bontás megmutatja, hogy a folyamat megfelelően előre sorolja-e a nagy hatású ügyeket, és hogy bizonyos összetettségi szintek okoznak-e szűk keresztmetszetet. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez lehet külön mező, de más attribútumokból, például a becsült kárösszegből is származhat. Példák AlacsonyKözepesMagasÖsszetett | |||
| Kárigény típusa ClaimType | A biztosítási kárigény kategóriája, például rokkantsági, vagyoni kárra vonatkozó vagy felelősségi kárigény. | ||
| Leírás A kárigény típusa a biztosítási kötvény vagy a kár jellege alapján sorolja kategóriákba a kárigényeket. Az egyes típusok folyamata gyakran eltér, más szabályozási követelmények vonatkoznak rájuk, és speciális ügyintézést igényelnek. Ez fontos szempont az összehasonlító elemzéshez. Ha az elemzők a kárigény típusa szerint szűrik vagy bontják fel a folyamatnézetet, feltárhatják az egyes típusokra jellemző szűk keresztmetszeteket, összevethetik a kategóriák teljesítményét, és az adott típus igényeihez igazíthatják a folyamatfejlesztést. Így az is kiderülhet, hogy bizonyos kárigényeket eleve kevésbé hatékony feldolgozni. Miért fontos? A folyamat kárigény-kategóriák szerinti bontásával összehasonlítható a teljesítmény, feltárhatók az eltérések, és célzottabb fejlesztések határozhatók meg. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez a kárigény alapvető attribútuma, amelyet általában a regisztrációkor állítanak be, és a fő ügytáblában tárolnak. Példák Rövid távú keresőképtelenségHosszú távú keresőképtelenségÉletbiztosításBaleseti halál | |||
| Kijelölt kárszakértő AssignedAdjuster | A tevékenységért felelős kárszakértő vagy felhasználó neve, illetve azonosítója. | ||
| Leírás Ez az attribútum azonosítja azt a személyt vagy csapatot, aki elvégezte a kárigénykezelési folyamat adott feladatát. Ez kapcsolja össze a folyamati tevékenységeket az emberi erőforrásokkal. A kijelölt kárszakértő szerinti elemzés fontos a munkaterhelés eloszlásának, az egyéni teljesítménynek és az erőforrások hatékony felhasználásának megértéséhez. Segíthet azonosítani a túlterhelt kárszakértőket, a teljesítmény összehasonlításával feltárni a képzési igényeket, és kiegyensúlyozottabb erőforrás-elosztást kialakítani. Miért fontos? Ez az attribútum összekapcsolja a folyamatlépéseket az azokat végző személyekkel, így elemezhető a munkaterhelés, az erőforrások hatékony felhasználása és az egyéni teljesítmény. Hol szerezhető be? Nézze meg a FINEOS Claims dokumentációját. Ez az adat jellemzően a feladatfelelős vagy a felhasználó-hozzárendelési mezőkben található, a kárigény eseményeihez kapcsolva. Példák John SmithEmily JonesADJ-4561 | |||
| Részleg Department | Az a szervezeti egység vagy üzleti terület, amely az adott tevékenység vagy kárigény kezeléséért felel. | ||
| Leírás Ez az attribútum azt a szervezeti egységet jelöli, például a „Kezdeti ügyfelvétel”, a „Vizsgálati egység” vagy a „Kifizetési részleg” nevű egységet, amely egy adott tevékenységért felel, vagy az ügyet kezeli annak egy adott szakaszában. A részleg szerinti elemzés segít megérteni a szervezeti egységek közötti átadásokat, amelyek gyakran késedelmet okoznak. Megmutatja, mely részlegek jelentenek szűk keresztmetszetet, méri az egyes egységek hatékonyságát, és támogatja az erőforrások szervezeten belüli elosztásának elemzését. Miért fontos? Lehetővé teszi a teljesítmény szervezeti egységenkénti elemzését, és feltárja a részlegek közötti átadások késéseit, valamint az egyes részlegek szűk keresztmetszeteit. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez az attribútum az ügyintéző felhasználói profiljához vagy ahhoz a várólistához kapcsolható, amelyhez a feladatot rendelték. Példák Ügyfelvétel és regisztrációKülönleges vizsgálatok egységeKifizetések feldolgozásaOrvosi felülvizsgálat | |||
| Elutasítás oka DenialReason | Az elutasítás okát magyarázó kód vagy leírás. | ||
| Leírás Ha a kárigény kimenetele „Elutasítva”, ez az attribútum megadja a döntés konkrét okát. Ilyen ok lehet például, hogy a kötvény nem fedezi a kárt, csalás gyanúja merült fel, vagy hiányosak az adatok. Ez az attribútum nélkülözhetetlen az elutasítások kiváltó okainak elemzéséhez. Az elutasítási okok gyakoriságának vizsgálatával a szervezet feltárhatja a benyújtási folyamat visszatérő problémáit, a biztosítási fedezettel kapcsolatos ügyfél-félreértéseket, illetve az ügyintézők képzési igényeit. Az eredmények alapján csökkenthetők az elutasítások és javítható az ügyfél-elégedettség. Miért fontos? Segít feltárni a sikertelen folyamatok kiváltó okait, és megmutatja, hogyan csökkenthetők az elutasítások, illetve hogyan javítható az ügyfelvétel minősége. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez általában strukturált mező vagy kód, amelyet a „Kárigény elutasítása” tevékenység végrehajtásakor választanak ki. Példák A kötvény nem fedezi a kártHiányzó adatokDuplikált kárigényCsalás gyanúja | |||
| Káresemény dátuma LossDate | Annak az eseménynek a dátuma, amely a biztosítási kárigényt kiváltotta. | ||
| Leírás A káresemény dátuma azt jelöli, mikor történt maga az esemény, például a baleset vagy a sérülés. Ez eltér a kárigény benyújtásának dátumától, és fontos szerepet játszhat az ügy ellenőrzésében és feldolgozásában. Ez az attribútum fontos háttérinformációt ad. A káresemény és a kárigény benyújtása közötti idő (bejelentési késedelem) fontos teljesítménymutató lehet. Ennek elemzése feltárhatja a bejelentési folyamat problémáit, és megmutathatja, hogyan hatnak ezek a kárigény teljes életciklusára. Miért fontos? Fontos háttérinformációt ad, és lehetővé teszi a bejelentési késedelem, vagyis a káresemény és a benyújtás közötti idő kiszámítását. Ez az idő befolyásolhatja a kárigény összetettségét és kimenetelét. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez egy szokásos mező, amelyet az „Első kárbejelentés” vagy a kárigény regisztrációja során rögzítenek. Példák 2023-10-152023-09-012024-02-20 | |||
| Kárösszeg LossAmount | A kárhoz kapcsolódó becsült összeg vagy pénzügyi tartalék. | ||
| Leírás A kárösszeg a kárigény kezdeti becsült értékét vagy az arra elkülönített pénzügyi tartalékot jelöli. Az érték a kárigény vizsgálata és felmérése során módosulhat. Ez a pénzügyi adat segít a kárigények csoportosításában és annak megértésében, hogyan függ össze a pénzügyi hatás a folyamat alakulásával. Például megválaszolható, hogy a nagyobb összegű kárigények feldolgozása tovább tart-e, vagy több utómunkát igényel-e. Az adat a pénzügyi előrejelzéshez és a kockázatkezeléshez is fontos. Miért fontos? Pénzügyi hátteret ad a folyamatelemzéshez, és lehetővé teszi annak vizsgálatát, hogyan befolyásolja a kárigény értéke a feldolgozási időt, az összetettséget és a folyamat útvonalát. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez az adat általában a kárigényhez kapcsolódó pénzügyi vagy tartalékkezelési táblákban található. Példák 5000.00150000.00250.50 | |||
| Kifizetett összeg PaymentAmount | A kárigényre ténylegesen kifizetett összeg. | ||
| Leírás A kifizetett összeg a kárigény rendezése és jóváhagyása után folyósított végösszeg. Több részletben történő kifizetés esetén ez egyetlen kifizetési tranzakció összegét is jelölheti. Ez az attribútum elengedhetetlen a pénzügyi egyeztetéshez és a folyamat pénzügyi eredményének elemzéséhez. Lehetővé teszi a kezdetben becsült kárösszeg és a végső kifizetés összehasonlítását. A folyamatelemzésben azt is megmutatja, milyen pénzügyi hatása van az egyes folyamatváltozatoknak és döntéseknek. Miért fontos? Nyomon követi a folyamat pénzügyi eredményét, így mérhető a pénzügyi teljesítmény és elemezhető a kárigények értéke. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez az adat a kárügyhöz kapcsolódó kifizetési tranzakciók tábláiban található. Példák 4850.00145000.000.00 | |||
| Kötvényszám PolicyNumber | A biztosítási kötvény egyedi azonosítója, amely alapján a kárigényt benyújtották. | ||
| Leírás A kötvényszám azonosítja a kárigényhez tartozó biztosítási szerződést. Összekapcsolja az ügyet az adott ügyféllel, a szerződés feltételeivel és a biztosítási fedezettel. Bár nem közvetlen folyamatattribútum, fontos üzleti hátteret ad. Lehetővé teszi a kárigényadatok kötvény vagy ügyfél szerinti összesítését, ami hasznos lehet a kárigények gyakoriságának és az ügyfélélménynek az elemzéséhez, valamint a sok összetett kárigényt eredményező kötvények azonosításához. Miért fontos? Fontos üzleti hátteret ad: összekapcsolja a kárigényt egy adott ügyfélszerződéssel, és lehetővé teszi az ügyfélközpontú folyamatelemzést. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez az adat a kárigény regisztrációjakor kerül rögzítésre, és a fő kárigényrekordon tárolódik. Példák POL-987654321POL-123456789 | |||
| SLA-állapot SLAState | Számított állapot, amely jelzi, hogy a lezárt kárigényt a célzott rendezési dátumig rendezték-e. | ||
| Leírás Ez az attribútum egyértelmű, kategóriákba sorolt állapotot ad az egyes kárigények SLA-teljesítéséről. A „Kárigény lezárása” dátumát a „Célzott rendezési dátummal” összevetve számítható ki, hogy az ügy „Határidőre” vagy „Késedelmesen” zárult-e. Egyszerűbbé teszi az SLA-k betartásának jelentését és elemzését. Nyers dátumok helyett az elemzők ezt az egyszerű kategóriát használhatják az SLA-teljesítési arányt bemutató dashboardok létrehozásához, a késedelmes ügyek közös jellemzőinek vizsgálatához és az SLA-teljesítmény időbeli alakulásának nyomon követéséhez. Közvetlenül támogatja az SLA betartását bemutató dashboardot és KPI-t. Miért fontos? Egyértelmű, egyszerű jelzést ad az egyes ügyek SLA-teljesítéséről, így könnyen mérhető és elemezhető az SLA-k betartásának aránya. Hol szerezhető be? Számított mező, amely az egyes ügyek utolsó tevékenységének időbélyegét a „ResolutionTargetDate” értékével összevetve áll elő. Példák HatáridőreKésedelmes | |||
| Ügyfél régiója CustomerRegion | A kárigénylő vagy a kötvénytulajdonos földrajzi régiója vagy állama. | ||
| Leírás Ez az attribútum a kárigényhez kapcsolódó földrajzi helyet jelöli, amely alapulhat a kárigénylő címén vagy a káresemény helyszínén. A földrajzi elemzés feltárhatja a kárigények típusában, gyakoriságában és feldolgozási hatékonyságában mutatkozó regionális eltéréseket. Megmutathatja, hogy egyes regionális irodák jobban teljesítenek-e, illetve hogy a helyi tényezők, például a szabályozás vagy az időjárási események, hogyan befolyásolják a kárigények kezelését. Az eredmények célzottabb irányítást és erőforrás-elosztást tesznek lehetővé. Miért fontos? Lehetővé teszi a földrajzi bontást, így feltárhatók a regionális teljesítménykülönbségek, a megfelelés eltérései és a helyi szűk keresztmetszetek. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ez az adat általában a rendszerben tárolt kötvénytulajdonosi vagy kárigénylői címadatokból származik. Példák ÉszakkeletKaliforniaKözépnyugatFL | |||
| Újranyitás oka ReopenReason | A lezárt kárigény újranyitásának okát magyarázó kód vagy leírás. | ||
| Leírás Ez az attribútum rögzíti, miért került egy lezárt kárigény ismét aktív állapotba. Gyakori ok például új információ beérkezése, az ügyfél fellebbezése vagy egy hiba javítása. Az újranyitás okainak elemzésével közvetlenül mérhető a folyamat minősége és a lezárás véglegessége. Ha sok ügyet nyitnak újra, különösen bizonyos okok miatt, az arra utal, hogy az eredeti lezárás nem volt megfelelő. Az adatok feltárhatják a vizsgálati vagy döntéshozatali szakasz gyenge pontjait, és egyértelmű fejlesztési célokat jelölhetnek ki, hogy az ügyeket már első alkalommal helyesen zárják le. Miért fontos? Közvetlenül megmutatja, ha egy kárigényt idő előtt vagy tévesen zártak le, így feltárhatók az első alkalommal történő sikeres ügyintézés javításának lehetőségei. Hol szerezhető be? A részletekért tekintse meg a FINEOS Claims dokumentációját. Ezt az okot általában akkor rögzítik, amikor a felhasználó végrehajtja a „Kárigény újranyitása” műveletet a rendszerben. Példák Fellebbezést nyújtottak beÚj orvosi bizonyíték érkezettAdminisztrációs hiba javításaA kifizetés módosítása szükséges | |||
| Utómunka jelölése IsRework | Logikai jelző, amely megmutatja, hogy egy tevékenység ismétlés vagy utómunka-e. | ||
| Leírás Ez a számított attribútum megjelöli az utómunkát jelentő tevékenységeket, például ha ugyanahhoz a kárigényhez másodszor is „További információ kérése” esemény tartozik. Az utómunkát általában ismétlődő tevékenységek vagy a folyamatban visszafelé vezető hurkok alapján azonosítják. Az utómunka külön jelölése megkönnyíti a hatékonyságvesztés elemzését. Segítségével egyszerűen kiszámítható az utómunka aránya, amely fontos teljesítménymutató. A dashboardok a jelző alapján szemléltethetik az utómunka gyakoriságát és hatását, így feltárhatók az ismétlődő, nem hatékony folyamatlépések kiváltó okai. Miért fontos? Közvetlenül megjelöli a nem hatékony folyamatköröket, így könnyen kiszámítható az utómunka aránya és elemezhetők az ismételt munkavégzés okai. Hol szerezhető be? A process mining elemzés során, az ugyanahhoz az ügyhöz tartozó ismétlődő tevékenységek azonosításával származtatható. Például megjelölhető a „Vizsgálat megkezdése” tevékenység második előfordulása. Példák truefalse | |||
A kárigény-feldolgozás tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Döntés született a kárigényről | Fontos mérföldkő, amikor a biztosító hivatalosan dönt a kárigény jóváhagyásáról, részleges jóváhagyásáról vagy elutasításáról. Ezt a FINEOS rendszerben szinte mindig kifejezett állapotváltozás jelzi, például „Jóváhagyva”, „Elutasítva” vagy „Rendezve”. | ||
| Miért fontos? Ez a fontos mérföldkő határozza meg a folyamat következő útvonalát, vagyis a kifizetést vagy a lezárást. A döntésig eltelt idő méréséhez és a kárigények kimenetelének elemzéséhez is elengedhetetlen. Hol szerezhető be? Az esemény a kárigény állapotváltozásait tartalmazó táblában szereplő időbélyegből következtethető ki, amely a végső döntési állapothoz, például a „Jóváhagyva”, „Visszautasítva” vagy „Elutasítva” értékhez tartozik. Rögzítés Az időbélyeg, amikor az állapot „Jóváhagyva” vagy „Elutasítva” értékre változik. Eseménytípus inferred | |||
| Kárigény benyújtva | Azt jelzi, hogy a szervezet megkapta a kárigényt, például webes portálon, e-mailben vagy postai úton. Ez a kárigénykezelési folyamat kezdőpontja. Az eseményt rendszerint akkor rögzítik, amikor a kárbejelentés (First Notice of Loss, FNOL) bekerül egy előkészítő rendszerbe vagy közvetlenül a FINEOS rendszerbe. | ||
| Miért fontos? Ez a tevékenység a folyamat elsődleges kezdőeseménye. A benyújtás és a nyilvántartásba vétel közötti idő elemzésével feltárhatók az adatrögzítés és az ügy kezdeti beállításának késedelmei, amelyek növelik a teljes átfutási időt. Hol szerezhető be? Az esemény időpontja valószínűleg a kezdeti kárbejelentés rekordjának létrehozási dátumából vagy a FINEOS rendszerben rögzített FNOL-bejegyzésből származik. Külön eseménynapló-bejegyzés hiányában a kárigény azonosítójához tartozó legkorábbi időbélyegből is meghatározható. Rögzítés Használja a kárbejelentés (First Notice of Loss, FNOL) vagy az első kárigényrekord létrehozási időbélyegét. Eseménytípus inferred | |||
| Kárigény lezárva | A kárigény végleges állapotát jelzi a rendszerben, miután minden tevékenység, így a kifizetés vagy az elutasítás is lezárult. Az eseményt akkor rögzítik, amikor a FINEOS rendszerben a kárigény állapota „Lezárt” vagy „Véglegesített” értékre változik. | ||
| Miért fontos? Ez a tevékenység a folyamat elsődleges záróeseménye. A „Kárigény benyújtva” és a „Kárigény lezárva” közötti idő a teljes folyamat teljesítményének és hatékonyságának egyik fő KPI-ja. Hol szerezhető be? Az esemény a kárigény állapotváltozásainak naplójában szereplő, „Lezárt” állapotba lépéshez tartozó időbélyegből következtethető ki. Sikeresen lezárt kárigénynél ez az utolsó rögzített állapotfrissítés. Rögzítés Az időbélyeg, amikor a végső állapot „Lezárt” vagy „Véglegesített” értékre változik. Eseménytípus inferred | |||
| Kárigény nyilvántartásba véve | A kárigényrekord hivatalos létrehozását jelzi a FINEOS rendszerben. Ekkor kap az ügy egyedi kárigényazonosítót, és hivatalosan megkezdődik a feldolgozása. Az esemény időpontja rendszerint az elsődleges kárigényobjektum létrehozási időbélyegéből származik. | ||
| Miért fontos? Ez fontos mérföldkő: a kárbejelentésből aktív ügy lesz. Megbízható kezdőpontot ad a belső feldolgozási idő méréséhez. Hol szerezhető be? A FINEOS adatbázisában szereplő fő kárigényügy létrehozási időbélyegéből származik. A központi rendszerobjektumok többségénél naplózási célból rögzítik a létrehozás dátumát. Rögzítés Használja az elsődleges kárigényrekord létrehozási időbélyegét. Eseménytípus explicit | |||
| Kifizetés engedélyezve | A kiszámított kárrendezési összeg kifizetésének hivatalos jóváhagyását jelzi. Ez gyakran külön lépés a kárigényről hozott döntéstől, és vezető vagy egy kijelölt csapat engedélye szükséges hozzá. Az eseményt például a „Kifizetésre jóváhagyva” állapotváltozás rögzíti. | ||
| Miért fontos? Ez a tevékenység alapvető a „Kifizetés engedélyezésének átfutási ideje” KPI méréséhez. A döntés és az engedélyezés közötti késedelem jelentős, rejtett szűk keresztmetszet lehet, amely rontja az ügyfelek elégedettségét. Hol szerezhető be? Az esemény a kárigény állapotváltozásainak előzményeiben szereplő „Kifizetésre vár”, „Kifizetésre kész” vagy „Kifizetés engedélyezve” állapot időbélyegéből következtethető ki. Rögzítés Az időbélyeg, amikor az állapot „Kifizetésre jóváhagyva” vagy hasonló értékre változik. Eseménytípus inferred | |||
| Kifizetés teljesítve | Azt jelzi, hogy a kifizetést ténylegesen feldolgozták és elküldték az igénylőnek vagy a szolgáltatónak. A FINEOS rendszerben ezt gyakran egy pénzügyi rendszerrel való integráció indítja el, az eseményt pedig tranzakciós naplóbejegyzésként vagy a végső kifizetési állapot frissítéseként rögzítik. | ||
| Miért fontos? Ez az ügyfél számára a folyamat egyik legfontosabb pillanata. Az engedélyezés és a kifizetés közötti idő elemzésével egyszerűsíthető a kifizetési folyamat és javítható az ügyfélélmény. Hol szerezhető be? Az esemény külön bejegyzésként szerepelhet a FINEOS tranzakciós naplójában vagy egy integrált szállítói számlakezelő rendszerben. A „Kifizetve” állapotváltozás is megfelelő adatforrás lehet. Rögzítés Használja a kifizetési főkönyv tranzakciós dátumát vagy a „Kifizetve” állapotba lépés időbélyegét. Eseménytípus explicit | |||
| Első felülvizsgálat elvégezve | Azt jelzi, hogy a kárszakértő vagy ügyintéző elvégezte a kárigény érvényességének, részleteinek és a szükséges dokumentumoknak az első ellenőrzését. Az esemény gyakran a FINEOS rendszerben bekövetkező állapotváltozásból következtethető ki, például amikor az ügy „Új” vagy „Nyilvántartásba véve” állapotból „Felülvizsgálat alatt” vagy „Kiosztva” állapotba kerül. | ||
| Miért fontos? Ennek a lépésnek a nyomon követésével mérhető az első intézkedésig eltelt idő, és feltárhatók az előzetes értékelés és az ügykiosztás szakaszában felhalmozódó ügyek. Az itt jelentkező késedelem jelentősen meghosszabbíthatja a kárigény teljes életciklusát. Hol szerezhető be? Az esemény a kárigény állapotának olyan időbélyegéből következtethető ki, amely a felülvizsgálat befejezését jelzi, például „Első felülvizsgálat kész”, „Információra vár” vagy „Vizsgálat alatt”. Az adat rendszerint a kárigények állapotváltozásait tartalmazó táblában található. Rögzítés Keresse meg az időbélyeget, amikor az állapot „Új” vagy „Nyitott” értékről a felülvizsgálat utáni állapotra változik. Eseménytípus inferred | |||
| Kárigény elutasítva | Azt jelzi, hogy a kárigényt véglegesen nem hagyták jóvá kifizetésre. Az esemény akkor rögzül, amikor a kárigény állapota véglegesen „Elutasítva” vagy „Visszautasítva” értékre változik. Ez a folyamat egyik lehetséges végpontja. | ||
| Miért fontos? Ez a tevékenység a folyamat egyik fontos végpontja. Az elutasításhoz vezető útvonalak elemzése segíthet feltárni a kárigények befogadásának minőségi problémáit, a kötvényfeltételek értelmezésének eltéréseit vagy a lehetséges csalási mintákat. Hol szerezhető be? Az esemény abból az időbélyegből következtethető ki, amikor az állapotváltozások táblájában a kárigény végső állapotaként az „Elutasítva” vagy „Visszautasítva” érték szerepel. Rögzítés Az időbélyeg, amikor a végső állapot „Elutasítva” vagy „Visszautasítva” értékre változik. Eseménytípus inferred | |||
| Kárigény újranyitva | Akkor történik, amikor egy korábban lezárt kárigényt további felülvizsgálat vagy feldolgozás céljából újraaktiválnak, például fellebbezés vagy új információ miatt. Az eseményt az jelzi, hogy az állapot „Lezárt” vagy „Elutasítva” értékről ismét aktív állapotra, például „Felülvizsgálat alatt” értékre változik. | ||
| Miért fontos? Az újranyitott kárigények nyomon követése elengedhetetlen a folyamatkivételek és -hibák megértéséhez. Megmutatja, mely ügyeket nem sikerült elsőre megfelelően rendezni, ami rontja a hatékonyságot és növeli a működési költségeket. Hol szerezhető be? Az esemény abból következtethető ki, hogy az állapot egy végleges értékről, például „Lezárt”, nem végleges, aktív értékre, például „Újranyitva” vagy „Felülvizsgálat alatt” változik. Ehhez az állapotváltozások időbeli sorrendjét kell elemezni. Rögzítés Keresse meg az időbélyeget, amikor az állapot lezártról ismét nyitottra változik. Eseménytípus inferred | |||
| Kárösszeg felmérve | Azt jelzi, hogy kiszámították és rögzítették a kárigény pénzügyi hatását. Ez magában foglalhatja a vagyoni kár, az egészségügyi költségek vagy más kötelezettségek felmérését. Az eseményt gyakran akkor rögzítik, amikor a FINEOS rendszerben kitöltik és mentik a pénzügyi értékelés mezőit. | ||
| Miért fontos? Ez fontos pénzügyi mérföldkő. A vizsgálat lezárása után a kárösszeg felméréséhez szükséges idő az értékelést végző csapat teljesítményét is jelezheti. Hol szerezhető be? Az esemény valószínűleg abból az időbélyegből következtethető ki, amikor a rendszerben először kitöltik vagy véglegesítik a pénzügyi tartalékra vagy a becsült kárösszegre vonatkozó mezőket. Nem feltétlenül külön állapot, hanem adatbeviteli esemény. Rögzítés Használja a pénzügyi értékelés vagy a tartalékadatok mezőinek „utolsó módosítás” időbélyegét. Eseménytípus inferred | |||
| Kifizetési összeg kiszámítva | A jóváhagyó döntés után történik: ekkor számítják ki a pontos kifizetési összeget a kötvény limitei, az önrész és a felmért kár alapján. Az eseményt valószínűleg akkor rögzítik, amikor a FINEOS rendszerben megadják és jóváhagyják a végleges kifizetési vagy kárrendezési összeget. | ||
| Miért fontos? Ez a tevékenység elkülöníti az összeg kiszámítását a jóváhagyástól és a kifizetés engedélyezésétől. Segít felmérni, mennyire hatékonyan véglegesíti a pénzügyi csapat a kifizetési összegeket. Hol szerezhető be? Az esemény a kárigényhez tartozó pénzügyi nyilvántartásban szereplő végleges kárrendezési vagy kifizetési összeg megadásának, illetve módosításának időbélyegéből következtethető ki. Rögzítés Használja a végleges kárrendezési összeg mezőjének „utolsó módosítás” időbélyegét. Eseménytípus inferred | |||
| További információ beérkezett | A kért dokumentumok vagy információk beérkezését jelzi, amely után folytatódhat a kárigény feldolgozása. Az esemény rendszerint abból következtethető ki, hogy a kárigény állapota „Információra vár” értékről aktív állapotra, például „Felülvizsgálat alatt” vagy „Értékelésre kész” értékre változik. | ||
| Miért fontos? Az információkérés és -beérkezés közötti idő mérése megmutatja a külső késedelmeket. Azt is jelzi, mikor indul újra a belső feldolgozás, ezért fontos a várakozási idők és a folyamat elakadásainak elemzéséhez. Hol szerezhető be? Az esemény abból az időbélyegből következtethető ki, amikor a kárigény állapota „Függőben” értékről „Aktív” vagy „Folyamatban” értékre változik. A dokumentumfeltöltéshez kapcsolódó esemény pontos időpontot is adhat. Rögzítés Az időbélyeg, amikor az állapot „Információra vár” értékről aktív feldolgozási állapotra változik. Eseménytípus inferred | |||
| További információ kérése | Ez a tevékenység akkor történik, amikor az ügyintéző úgy ítéli meg, hogy a folytatáshoz további információra van szükség az igénylőtől vagy egy harmadik féltől. A FINEOS rendszerben ezt gyakran az „Információra vár” állapot rögzíti, vagy egy kimenő megkeresés eseménye. | ||
| Miért fontos? Ez a tevékenység fontos az újramunka és a folyamatkörök elemzéséhez. Ha gyakran fordul elő, az a kezdeti adatgyűjtés problémáira utalhat, és jelentős késedelmet okozhat. Hol szerezhető be? Az esemény a kárigény „Információra vár” vagy hasonló állapotából következtethető ki. Külön eseményként is naplózható, amikor a rendszer információkérésre szolgáló levelet vagy üzenetet hoz létre. Rögzítés Az „Információra vár” állapotba lépés időbélyege, vagy az információkérő levél/e-mail naplóbejegyzése. Eseménytípus inferred | |||
| Vizsgálat befejezve | Azt jelzi, hogy minden szükséges vizsgálati tevékenység lezárult, és a kárigény készen áll a végső döntésre. Az esemény abból következtethető ki, hogy az állapot „Vizsgálat alatt” értékről egy következő állapotra, például „Döntésre vár” vagy „Értékelésre kész” értékre változik. | ||
| Miért fontos? Ez a tevékenység a bizonyítékgyűjtési szakasz végét jelzi. A „Vizsgálat megkezdve” és e pont közötti idő elemzésével feltárhatók az elbírálás szakaszának szűk keresztmetszetei. Hol szerezhető be? Az esemény abból az időbélyegből következtethető ki, amikor a kárigény állapota „Vizsgálat alatt” értékről olyan állapotra változik, amely a döntési vagy értékelési szakasz kezdetét jelzi. Rögzítés A kárigény állapotának „Vizsgálat alatt” értékről „Döntésre kész” értékre változásakor rögzített időbélyeg. Eseménytípus inferred | |||
| Vizsgálat megkezdve | A kárigény hivatalos vizsgálati vagy elbírálási szakaszának kezdetét jelzi. Az eseményt gyakran akkor rögzítik, amikor az ügyet vizsgálónak osztják ki, vagy amikor a FINEOS rendszerben az állapota „Vizsgálat alatt” értékre változik. | ||
| Miért fontos? Ez a mérföldkő egy potenciálisan hosszú és összetett szakasz kezdetét jelzi. A kezdési idő nyomon követése elengedhetetlen a vizsgálati szakasz időtartamának és hatékonyságának méréséhez. Hol szerezhető be? Az esemény a „Vizsgálat alatt” vagy „Elbírálás folyamatban” állapotba lépés időbélyegéből következtethető ki. A vizsgáló ügyhöz rendelésének dátuma is használható. Rögzítés A kárigény „Vizsgálat alatt” állapotba lépésének időbélyege. Eseménytípus inferred | |||
Útmutatók az adatok kinyeréséhez
A folyamathoz tartozó adatkinyerési módszerek ellenőrzése folyamatban van. Nézzen vissza később, vagy lépjen kapcsolatba velünk segítségért.
Kezdje el most?
Ez a sablon leegyszerűsíti az adatok előkészítését, így gyorsabban feltárhatja az összefüggéseket és fejlesztheti a kárigények feldolgozását. Használja ki adatait már ma a hatékonyság növelésére és a biztosítottak elégedettségének javítására.
Gyorsítsa fel a kárigények feldolgozását, kezdje el még ma
Csatlakozzon azokhoz a vezetőkhöz, akik a FINEOS rendszerben 70%-os, emberi beavatkozás nélküli feldolgozási arányt érnek el.
Nincs szükség bankkártyára, a beállítás csak néhány perc.