Forsikring
Skadegennemgang, svindelscreening og lovgivningsmæssig rapportering afhænger alt sammen af, at man bagefter kan vise præcis, hvad der blev kontrolleret, af hvem og på hvilket grundlag et krav blev eskaleret eller afgjort. Denne side angiver, hvordan en sådan arbejdsgang planlægges og køres på inTheEU Assist, ikke en registrering af en gennemført implementering.
Hvordan arbejdsgangen ville være struktureret
En påstandsfil vil blive optaget i en videnspakke med sagsomfang, med en agent konfigureret til at udtrække relevante fakta, krydshenvise politikvilkår og foreslå et risiko- eller svindelflag, hvor mønsteret berettiger det. Hvert foreslået flag angives med en status som foreslået, knyttet til det specifikke krav og de dokumenter, det er trukket fra, og anvendes aldrig automatisk på kravets status.
En foreslået eskalering, afslag eller henvisning til undersøgelse ville blive planlagt som en sekvens af stadier, hashkrypteret før udførelse, så den begrundelse, som en juster eller anmelder godkender, er præcis, hvad registreringen viser, blev udført.
Hvor menneskelig godkendelse sidder
Et markeret krav vil gå fra foreslået til gennemgået til godkendt eller afvist. Intet når frem til en kundevendt beslutning, et forlig eller en regulatorisk ansøgning, før den ansvarlige justeringsansvarlige eller compliance officer har underskrevet det. Denne afmelding og de specifikke kravdata, den blev kontrolleret i forhold til, ville efterfølgende kunne verificeres uafhængigt.
Hvad dette trækker på i dag, og hvad det ikke gør
Sagsdækket dokumentindtagelse, den foreslåede-til-godkendte anmeldelses livscyklus og den underskrevne revisionskæde, der binder et flag eller en beslutning tilbage til dens kildepåstand og dens korrekturlæser, er fungerende dele af platformen. Hvad er ikke en del af dette: enhver forudbygget model til opdagelse af bedrageri eller aktuarmæssig vurdering. Forsikringsselskabets egne justeringsorganer og compliance-teams forbliver myndigheden i, hvad der udgør et gyldigt flag; platformen gør deres anmeldelse bevisbar og sporbar til den påstandsfil, den var baseret på.
Noget af den arkitektur, der ligger til grund for dette funktionssæt, er dokumenteret i arkiveringer, der stadig er i gang. Denne side beskriver, hvad platformen er designet til at gøre, på et niveau, der er passende til planlægning af en pilot, ikke en implementeringsspecifikation.
Platformfunktioner og interface er genstand for løbende forbedringer. Beskrivelserne i denne vejledning afspejler muligvis ikke det nøjagtige layout eller ordlyden af den seneste udgivne version.