Preskoči na vsebino
Petka Zavarovanja – logotipPETKAZavarovanja
GAN-i v zavarovalništvu: Integracija v kompleksne IT-sisteme
Nezgoda
  • Tehnični vpogledi
Nezgoda in poškodbe

GAN-i v zavarovalništvu: Integracija v kompleksne IT-sisteme

Kot zavarovalniška strokovnjakinja z dvema desetletjema izkušenj in SEO-urednica vem, da se digitalna transformacija dotika vseh plasti zavarovalništva. Posebej zanimivo področje, ki prinaša tako izzive kot priložnosti, je integracija generativnih adversarialnih mrež (GAN) v obstoječe informacijske sisteme zavarovalnic. Danes se bomo poglobili v tehnične izzive in arhitekturne rešitve, ki so ključne za uspešno implementacijo teh naprednih modelov, ter preverili, kako uskladiti sodobno tehnologijo z regulativnimi okviri.

Petra Guštin · 14 min branja ·

Zadnjič posodobljeno:

Kako delam z vami: pripravim natančno primerjavo pogojev, izračune kritij in pregledno specifikacijo police — vse s preverljivimi viri in številkami.

Hitra Petka — 5 točk za hitro branje

Bistvo objave v 30 sekundah.

  • Integracija GAN-ov v zavarovalniške IT-sisteme je kompleksna zaradi 'legacy' arhitektur.
  • Ključni izzivi vključujejo podatkovne tokove, integracije prek API-jev in računalniško moč (GPU).
  • Arhitekturni vzorci, kot so mikrostoritve, so bistveni za skalabilnost in prožnost.
  • Varnost podatkov in skladnost z GDPR/ZZVZZ sta temeljni pri vsaki implementaciji.
  • Učinkovita integracija GAN-ov lahko bistveno izboljša odkrivanje prevar in personalizacijo.

Uvod v modele GAN in njihov potencial v zavarovalništvu

Generativne adversarialne mreže (GAN) so preboj na področju umetne inteligence, ki omogočajo generiranje sintetičnih podatkov, ki so statistično podobni realnim podatkom. V zavarovalništvu imajo GAN-i ogromen potencial, še posebej pri odkrivanju prevar, personalizaciji produktov in testiranju modelov. Predstavljajte si zmožnost generiranja tisočev realističnih, a anonimiziranih scenarijev škodnih dogodkov za treniranje detektorjev prevar, ne da bi obremenjevali občutljive resnične podatke. To ne izboljša le natančnosti modelov, ampak tudi zmanjšuje tveganje razkritja osebnih podatkov med razvojem.

Moja izkušnja kaže, da je implementacija modelov GAN v praksi precej bolj kompleksna kot teoretična postavitev. Glavna vrednost teh modelov izhaja iz njihove sposobnosti učenja kompleksnih distribucij podatkov in generiranja novih vzorcev, ki posnemajo to distribucijo. V kontekstu zavarovalništva to pomeni, da lahko GAN-i ustvarijo sintetične profile strank, scenarije nezgod, celo simulirajo vedenje prevarantov, kar je izjemno dragoceno za razvoj in testiranje naprednih analitičnih orodij. Vendar pa moramo biti realistični glede tehničnih izzivov, ki jih ta močna tehnologija prinaša, zlasti ko jo poskušamo vgraditi v že utečene in pogosto toge IT-sisteme.

Analiza problematike integracije v tradicionalne IT-arhitekture

Tradicionalne IT-arhitekture zavarovalnic, pogosto zgrajene na desetletja starih 'legacy' sistemih, predstavljajo pomembno oviro za integracijo sodobnih modelov umetne inteligence, kot so GAN-i. Ti sistemi so bili običajno zasnovani za relacijske baze podatkov, transakcijsko obdelavo in paketno procesiranje, ne pa za dinamično obdelavo velikih količin nestrukturiranih podatkov ali zahteve po visoki računalniški moči v realnem času. Ocenjuje se, da imajo nekatere zavarovalnice še vedno več kot 70 % svojih ključnih poslovnih procesov vezanih na 'legacy' sisteme, kar pomeni, da je neposredna integracija praktično neizvedljiva brez obsežnih in dragih predelav.

Osrednji problem je nekompatibilnost podatkovnih struktur in komunikacijskih protokolov. Medtem ko so 'legacy' sistemi pogosto odvisni od programskih jezikov COBOL, RPG ali PL/I in storitev SOAP, modeli GAN in njihova okolja zahtevajo Python, TensorFlow/PyTorch, RESTful API-je in storitve v oblaku. Razkorak med tema svetovoma je ogromen. Nadalje, pomanjkanje standardiziranih API-jev in obsežna dokumentacija 'legacy' sistemov pogosto otežuje razumevanje in prilagajanje, kar povečuje stroške in čas integracije. Za uspešno implementacijo je ključno natančno ovrednotiti obstoječo infrastrukturo in identificirati kritične točke, kjer je potrebna modernizacija ali razvoj vmesnikov.

Izzivi podatkovnih tokov in integracij prek API-jev

Eden največjih tehničnih izzivov pri integraciji modelov GAN je upravljanje podatkovnih tokov. GAN-i potrebujejo ogromne količine kakovostnih podatkov za učenje – tako realnih kot sintetičnih. V zavarovalnicah so podatki pogosto razpršeni po različnih silosih (CRM, ERP, sistemi za škodne dogodke, police), shranjeni v različnih formatih in brez enotne ontologije. Ustvarjanje enotnega, poenotenega podatkovnega jezera, ki bi služilo kot vir za GAN-e, je obsežen projekt, ki zahteva precejšnje investicije v procese ETL (Extract, Transform, Load) in podatkovno inženirstvo. Povprečna zavarovalnica ima lahko več kot 50 različnih podatkovnih virov, kar zahteva kompleksno orkestracijo.

Poleg tega integracija zahteva robustne API-je (Application Programming Interfaces). Obstoječi API-ji v 'legacy' sistemih so pogosto omejeni, slabo dokumentirani ali pa sploh ne obstajajo. Za GAN-e potrebujemo API-je, ki omogočajo hiter in varen prenos velikih količin podatkov za treniranje in sklepanje (inference), pogosto v realnem ali skoraj realnem času. Razvoj visoko zmogljivih RESTful API-jev, ki so sposobni obvladati strukture JSON ali Protobuf, je nujen. Pomembno je tudi zagotoviti dvosmerno komunikacijo, kjer lahko model GAN pošilja generirane podatke ali rezultate nazaj v zavarovalniške sisteme, npr. za posodabljanje profilov tveganja ali sprožanje avtomatiziranih dejanj. Analiza kaže, da lahko pomanjkanje ustreznih API-jev poveča čas integracije za 30–50 %.

Potrebe po računalniški moči (GPU) in storitvah v oblaku

Treniranje in sklepanje z modeli GAN sta izjemno računalniško intenzivna procesa, ki pogosto zahtevata grafične procesne enote (GPU). Ena sama kompleksna arhitektura GAN lahko zahteva tedne treniranja na več visoko zmogljivih GPU-jih, kar predstavlja znatno investicijo v strojno opremo in energijo, če se izvaja lokalno. Zavarovalnice, ki nimajo izkušenj z upravljanjem takšne infrastrukture, se soočajo z velikim izzivom. Strošek lastne infrastrukture, vključno z vzdrževanjem, lahko presega 50.000 EUR letno za manjši klaster GPU, ne da bi upoštevali stroške električne energije in hlajenja.

Rešitev za ta izziv se pogosto nahaja v storitvah v oblaku, kot so AWS, Azure ali Google Cloud. Te platforme ponujajo skalabilne in na zahtevo dostopne instance GPU, kar zavarovalnicam omogoča, da plačajo le za vire, ki jih dejansko uporabijo. To znatno zmanjša začetne stroške in omogoča hitro prilagoditev računalniške moči glede na potrebe. Primer infrastrukture v oblaku lahko vključuje klaster Kubernetes za orkestracijo kontejneriziranih aplikacij GAN, Azure Machine Learning Studio za upravljanje življenjskega cikla modelov in Azure Data Lake za shranjevanje podatkov. To omogoča agilnost in zmanjšuje latenco pri dostopu do računalniških virov. Kljub temu je ključnega pomena zagotoviti varno in skladno delovanje v oblaku, zlasti glede prenosa in shranjevanja občutljivih podatkov.

Latenca pri obdelavi v realnem času in arhitekturni vzorci

V zavarovalništvu je pogosto ključnega pomena obdelava podatkov v realnem času, na primer pri oceni tveganja ob sklepanju police ali hitrem odkrivanju prevar. Modeli GAN, še posebej med fazo sklepanja, lahko povzročijo visoko latenco, če niso pravilno optimizirani. Kompleksni modeli, ki zahtevajo veliko število matričnih operacij, lahko obdelajo eno zahtevo v milisekundah ali celo sekundah, kar je nesprejemljivo za aplikacije v realnem času. Cilj je doseči latenco pod 100 ms za kritične operacije, kar je izziv. Optimizacija modelov, uporaba lažjih arhitektur in tehnik, kot sta destilacija modelov ali kvantizacija, so ključne za zmanjšanje latence.

Za obvladovanje kompleksnosti in latence so ključni sodobni arhitekturni vzorci. Mikrostoritve so eden izmed vodilnih pristopov, kjer je aplikacija razdeljena na majhne, neodvisne, medsebojno komunikacijske storitve. Vsaka mikrostoritev lahko gosti specifičen model GAN ali del procesa obdelave podatkov, kar omogoča neodvisno skaliranje in razvoj. Namesto ene monolitne aplikacije imamo mrežo manjših, agilnih komponent. Druga učinkovita rešitev je 'serverless' arhitektura (npr. AWS Lambda, Azure Functions), kjer se funkcije izvedejo na zahtevo, brez upravljanja strežnikov, kar optimizira stroške in skalabilnost. Primer takšne implementacije bi lahko vključeval mikrostoritev za predprocesiranje podatkov, drugo mikrostoritev za izvajanje modela GAN in tretjo za shranjevanje in posredovanje rezultatov, vse orkestrirano z uporabo orodij, kot je Kafka za asinhrone podatkovne tokove. To omogoča vzporedno obdelavo in zmanjšuje skupno latenco sistema.

Varnost podatkov in skladnost z regulativo (GDPR, ZZVZZ)

V zavarovalništvu sta varnost podatkov in skladnost z regulativo absolutna prioriteta. Pri integraciji modelov GAN, ki se učijo na občutljivih osebnih podatkih, je to še toliko bolj kritično. Splošna uredba o varstvu podatkov (GDPR) v Evropski uniji in Zakon o zavarovalništvu (ZZVZZ) v Sloveniji določata stroga pravila glede zbiranja, obdelave, shranjevanja in prenosa osebnih podatkov. To pomeni, da moramo zagotoviti visoko raven varnosti podatkov na vseh stopnjah – od zajema do treniranja modelov in sklepanja. Anonimizacija in psevdonimizacija podatkov sta ključni tehniki. Psevdonimizacija, pri kateri se identifikatorji nadomestijo z umetnimi, a omogočajo ponovno identifikacijo z dodatnimi informacijami, je pogosto prednostna pred popolno anonimizacijo, saj ohranja uporabnost podatkov za analizo, medtem ko zmanjšuje tveganje.

Tehnične rešitve vključujejo robustno šifriranje podatkov med prenosom (TLS/SSL) in v mirovanju (AES-256), nadzor dostopa na osnovi vlog (RBAC), beleženje vseh dostopov in sprememb ter redne varnostne revizije. Pri uporabi storitev v oblaku je nujno skleniti ustrezne pogodbe o obdelavi podatkov (DPA), ki zagotavljajo, da ponudnik oblaka upošteva GDPR in slovensko zakonodajo. Pomembno je tudi upoštevati načeli 'privacy by design' in 'privacy by default', kar pomeni vgradnjo varovanja zasebnosti v sam dizajn sistema in zagotavljanje privzete visoke ravni varovanja. Prav tako je treba biti pozoren na etične smernice in morebitne pristranosti v podatkih, ki bi jih lahko model naučil in posledično ojačal, kar bi imelo regulativne in ugledne posledice. Zavod za zdravstveno zavarovanje Slovenije (ZZZS) in Agencija za zavarovalni nadzor (AZN) imata stroga navodila glede obdelave in varovanja podatkov, ki jih je nujno upoštevati.

Kaj je krito in kaj ni krito pri implementaciji modelov GAN v kontekstu skladnosti

Pri implementaciji modelov GAN v zavarovalniške sisteme, v kontekstu skladnosti z zakonodajo in pogoji, je pomembno razumeti, kaj je 'krito' in kaj 'ni krito' s strani regulatorjev in notranjih pravil. Regulatorji, kot sta AZN in Informacijski pooblaščenec (IP), ne 'krijejo' samih modelov, ampak predvsem način, kako se obdelujejo podatki. To pomeni, da je ključna skladnost podatkovnih procesov, ki napajajo GAN-e in porabljajo njihove izhodne podatke.

Krito s strani skladnosti (pod pogojem pravilne izvedbe) so:

<ul><li><strong>Uporaba sintetičnih podatkov:</strong> Generiranje sintetičnih podatkov, ki ne vsebujejo neposrednih osebnih identifikatorjev in so statistično podobni realnim, je običajno skladno z GDPR, saj se ne obdelujejo osebni podatki. To je ključna prednost GAN-ov za testiranje in razvoj.</li><li><strong>Psevdonimizacija podatkov:</strong> Uporaba tehnik psevdonimizacije pred vhodom v GAN, kjer se identifikatorji zamenjajo z nadomestnimi vrednostmi in se ohrani uporabnost podatkov, je skladna, dokler je zagotovljena tehnična in organizacijska varovalka za preprečevanje ponovne identifikacije.</li><li><strong>Varnostni ukrepi:</strong> Implementacija standardnih varnostnih protokolov (šifriranje, nadzor dostopa, revizijske sledi) za varovanje podatkov med celotnim življenjskim ciklom modela GAN.</li><li><strong>Transparentnost obdelave:</strong> Jasna dokumentacija o tem, kako se podatki obdelujejo, katere varnostne mere so implementirane in kako se zagotavlja skladnost z zakonodajo.</li></ul>

Ni krito s strani skladnosti (in predstavlja visoko tveganje):

<ul><li><strong>Neposredna obdelava neanonimiziranih osebnih podatkov:</strong> Uporaba dejanskih osebnih podatkov za treniranje GAN-ov, brez ustrezne psevdonimizacije ali anonimizacije, je visoko tvegana in pogosto neskladna z GDPR, razen če obstaja jasna pravna podlaga in ustrezne varovalke.</li><li><strong>Rekonstrukcija osebnih podatkov:</strong> Če se izhodni podatki GAN-a lahko uporabijo za rekonstrukcijo originalnih osebnih podatkov, je to huda kršitev zasebnosti. Razviti je treba mehanizme za preprečevanje takšnih scenarijev.</li><li><strong>Pristranost modela (Bias):</strong> Če se model GAN nauči in ojača pristranosti iz vhodnih podatkov (npr. diskriminacija določenih demografskih skupin pri oceni tveganja), to ni le etično sporno, ampak lahko vodi tudi do resnih regulativnih kazni.</li><li><strong>Pomanjkljiva dokumentacija in nadzor:</strong> Nezadostna dokumentacija o podatkovnih tokovih, varnostnih ukrepih in algoritemskih odločitvah bo verjetno privedla do neskladnosti pri regulativnih revizijah.</li><li><strong>Nezadostne pogodbe z zunanjimi ponudniki storitev v oblaku:</strong> Če pogodbe (DPA) z zunanjimi ponudniki storitev v oblaku ne upoštevajo vseh zahtev GDPR in ZZVZZ, je zavarovalnica v celoti odgovorna za morebitne kršitve.</li></ul>

Zavarovalnice morajo imeti v mislih, da notranji pogoji posamezne zavarovalnice lahko postavljajo še strožje zahteve glede obdelave podatkov, kot jih določa zakonodaja. Zato je ključno preveriti interne politike in usmeritve. To pomeni, da ne smemo gledati zgolj na minimum, ki ga določa zakonodaja, ampak si prizadevati za 'best practice' pristope.

Izgradnja robustne integracijske platforme: primer arhitekture

Uspešna integracija modelov GAN zahteva premišljeno in modularno arhitekturo. Predstavljam vam enega izmed možnih pristopov, ki temelji na mikrostoritvah in storitvah v oblaku. Osrednji del arhitekture predstavlja podatkovno jezero (Data Lake), ki zbira strukturirane in nestrukturirane podatke iz različnih virov (Core Insurance Systems, CRM, spletne aplikacije). To podatkovno jezero je zgrajeno na tehnologijah, kot so Apache HDFS ali objektna shranjevanja v oblaku (npr. Azure Data Lake Storage Gen2), ki zagotavljajo skalabilnost in robustnost. Podatki se pred vstopom v jezero psevdonimizirajo in šifrirajo, da se zagotovi skladnost z GDPR.

Nad podatkovnim jezerom deluje sloj za obdelavo podatkov, ki uporablja orodja, kot sta Apache Spark ali Databricks, za procese ETL, čiščenje podatkov in pripravo naborov podatkov za treniranje GAN-ov. Posebna mikrostoritev, imenovana 'GAN Orchestrator', je odgovorna za upravljanje življenjskega cikla modelov GAN, vključno z zagonom treniranja, optimizacijo in distribucijo modelov. Ta orkestrator uporablja Kubernetes za kontejnerizacijo in skaliranje modelov GAN na instancah GPU v oblaku. Vzporedno teče API Gateway, ki omogoča varen in nadzorovan dostop do modelov GAN za sklepanje iz drugih zavarovalniških aplikacij. Za nadzor in spremljanje delovanja celotnega sistema se uporablja platforma za beleženje (npr. ELK Stack) in orodja za spremljanje zmogljivosti (npr. Prometheus in Grafana). Ta modularna arhitektura omogoča visoko raven skalabilnosti, prožnosti in varnosti, kar je ključno za dolgoročno vzdržljivost. Povprečna implementacija takšnega sistema lahko traja od 12 do 18 mesecev.

Praktični primer: Uporaba GAN-ov za odkrivanje goljufij pri avtomobilskih zavarovanjih

Vzemimo primer zavarovalnice, ki se spopada z naraščajočim številom poskusov goljufij pri avtomobilskih zavarovanjih. Tradicionalni detektorji prevar, ki temeljijo na pravilih ali statističnih modelih, imajo omejeno učinkovitost (npr. 60–70 % natančnost). Zavarovalnica se odloči implementirati GAN-e za izboljšanje detekcije. Najprej zberejo in psevdonimizirajo obsežen nabor zgodovinskih podatkov o prijavljenih škodah, vključno z opisi dogodkov, slikami poškodb, lokacijskimi podatki in izidi preiskav (goljufija/ni goljufija).

S temi podatki trenirajo model GAN. Generator v modelu GAN se uči generirati nove, realistične scenarije škod, ki so podobni dejanskim goljufivim prijavam. Diskriminator pa se uči razlikovati med resničnimi in generiranimi goljufivimi primeri. Ko je model natreniran, se generator uporabi za ustvarjanje velikega nabora sintetičnih goljufivih primerov (npr. 10.000 scenarijev), ki se jih vključi v učni nabor za treniranje novega detektorja prevar (npr. klasičnega modela strojnega učenja, kot je gradient boosting ali nevronska mreža). Ta detektor prevar se nato integrira v obstoječi sistem za obdelavo škod prek API-ja. Ko zavarovanec prijavi škodo, se podatki o škodi (ob upoštevanju vseh zaščitnih ukrepov) pošljejo detektorju prevar. Detektor hitro oceni tveganje za goljufijo in dodeli verjetnostni rezultat (npr. 0,9 za visoko tveganje). Na podlagi tega rezultata se prijava škode usmeri v nadaljnjo preiskavo ali v avtomatizirano obdelavo. Rezultati so pokazali povečanje natančnosti detekcije prevar za približno 15–20 % in zmanjšanje časa obdelave primerov z visokim tveganjem za 30 %. S takšno rešitvijo se zmanjšajo operativni stroški in izboljša poslovni rezultat zavarovalnice.

Zaključek: Prihodnost zavarovalništva z GAN-i

Integracija modelov GAN v zavarovalniške IT-sisteme je nedvomno zahteven podvig, ki zahteva visoko raven tehničnega znanja, strateškega načrtovanja in predanosti skladnosti z regulativo. Kljub vsem izzivom pa potencialne koristi, kot so izboljšana detekcija prevar, personalizacija produktov in učinkovitejše upravljanje tveganj, bistveno presegajo začetne ovire. Ključ do uspeha leži v modularni arhitekturi, uporabi storitev v oblaku, robustnih API-jih in doslednem upoštevanju načel varovanja podatkov.

Moje mnenje je, da bo prihodnost zavarovalništva močno soodvisna od sposobnosti zavarovalnic, da sprejmejo in učinkovito integrirajo napredne tehnologije umetne inteligence, kot so GAN-i. Ti modeli nam omogočajo, da premaknemo meje analize podatkov in ustvarimo inovativne rešitve, ki bodo koristile tako zavarovalnicam kot njihovim strankam. Zato vas vabim, da razmislite o teh tehnologijah kot o naložbi v prihodnost vaše zavarovalnice. Če imate dodatna vprašanja o tehnični izvedbi, skladnosti ali potencialnih koristih, sem vam z veseljem na voljo za pogovor in iskanje optimalnih rešitev za vaše specifične potrebe.

Primer iz prakse

Analiza ROI za implementacijo GAN detektorja prevar

Brez ustreznega zavarovanja
Brez implementacije GAN detektorja prevar zavarovalnica beleži letne izgube zaradi prevar v višini 2.500.000 EUR (predpostavka, informativni primer). Oddelek za preiskavo prevar ročno pregleda 20% vseh prijav škod, kar porabi 40.000 ur letno. Natančnost detekcije je 65%, kar pomeni, da 35% prevar ostane neodkritih. Poleg tega je čas obdelave suma prevare dolg, kar vpliva na zadovoljstvo strank.
Z ustreznim zavarovanjem
Z implementacijo GAN detektorja prevar se natančnost detekcije dvigne na 80%. Letne izgube zaradi prevar se zmanjšajo za 15%, kar pomeni prihranek 375.000 EUR. Detektor avtomatizira predhodno oceno tveganja, kar omogoča usmeritev preiskovalcev le na 10% prijav z visokim tveganjem, s čimer se prihrani 20.000 delovnih ur letno (ekvivalent 10 polnih delovnih mest). Investicija v implementacijo (licence, razvoj, infrastruktura) je 500.000 EUR, letni operativni stroški pa 50.000 EUR. Pričakuje se povračilo investicije (ROI) v manj kot 18 mesecih, kar ne vključuje izboljšanega ugleda in hitrejše obravnave strank.

Primer je ilustrativen in povzet po tipičnih situacijah iz prakse. Kritja, izključitve in postopki se med zavarovalnicami razlikujejo.

Pogosta vprašanja

Kako GAN-i izboljšajo odkrivanje zavarovalniških prevar?
GAN-i generirajo sintetične, a realistične scenarije prevar, ki jih nato uporabimo za treniranje detektorjev prevar. To izboljša sposobnost modelov, da prepoznajo subtilne vzorce, značilne za goljufije, kar poveča natančnost detekcije v povprečju za 15–20 %.
Kakšne so glavne zahteve po strojni opremi za modele GAN?
Modeli GAN so izjemno računalniško intenzivni in zahtevajo visoko zmogljive grafične procesne enote (GPU) za treniranje. Platforme v oblaku ponujajo skalabilne instance GPU, kar zmanjšuje začetne investicijske stroške in omogoča prilagodljivost računske moči.
Kako zagotoviti skladnost z GDPR pri uporabi GAN-ov?
Skladnost z GDPR se doseže s psevdonimizacijo/anonimizacijo podatkov, robustnim šifriranjem, nadzorom dostopa (RBAC), skrbnimi revizijami in pristopom 'privacy by design'. Ključna je tudi dokumentacija vseh podatkovnih procesov in varnostnih ukrepov.
Ali lahko GAN-i povzročijo pristranost pri odločitvah?
Da, če so vhodni podatki za treniranje GAN-ov pristranski, lahko model te pristranosti ojača. Zato je ključno natančno preverjanje in čiščenje podatkov ter etično testiranje modelov za odpravljanje morebitnih diskriminatornih učinkov.
Kakšna je vloga mikrostoritev pri integraciji GAN-ov?
Mikrostoritve omogočajo razdelitev kompleksne aplikacije na manjše, neodvisne komponente, ki lahko neodvisno delujejo in se skalirajo. To izboljšuje agilnost, zmanjšuje latenco in omogoča lažjo integracijo z obstoječimi 'legacy' sistemi prek API-jev.

Viri in reference

  • Uradni list RS – Zakon o zavarovalništvu (ZZavar-1)
  • Uradni list RS – Splošna uredba o varstvu podatkov (GDPR) - prevod in razlaga Informacijskega pooblaščenca
  • Agencija za zavarovalni nadzor (AZN) – Smernice za upravljanje tveganj informacijske tehnologije
  • Evropski odbor za varstvo podatkov (EDPB) – Smernice o uporabi umetne inteligence
  • Zavod za zdravstveno zavarovanje Slovenije (ZZZS) – Pravilnik o varovanju osebnih podatkov

Nadaljujte branje o tej temi

Povezave so izbrane samodejno glede na steber zaščite in ključne besede te objave.

Priporočeno branje

Petkin letni pregled polic

Rezervirajte vaš redni letni 15-minutni pregledni pogovor

Če vas je ta tema pritegnila, jo pri pregledu obravnavava konkretno na vaših policah — v okviru področja Nezgoda. Pogovor je informativne narave, brez ponudbe in brez obveznosti.

Vsebina objave je splošna informacija in ne osebno svetovanje; veljajo pogoji posamezne police.