Hopp til hovedinnhold
Guider

Databehandleravtale og DPIA for KI-skriveassistent: sjekkliste

Sjekkliste for små helsevirksomheter: hva databehandleravtalen med KI-leverandøren må inneholde, risikovurdering etter Normen og når DPIA trengs.

Bruker dere et KI-verktøy som tar opp konsultasjonen og lager journalutkast, behandler leverandøren pasientopplysninger på vegne av virksomheten. Da må dere ha en skriftlig databehandleravtale, en risikovurdering etter Normen og som regel en vurdering av personvernkonsekvenser (DPIA). Denne sjekklisten er laget for fastlegekontor, fysioterapiklinikker og andre små virksomheter, med lenker til kildene.

Bakgrunnen for reglene står i GDPR og KI i helsetjenesten. Artikkelen forklarer hva kildene sier, og er ikke juridisk rådgivning.

Er KI-leverandøren en databehandler?

Som regel ja. En databehandler er en ekstern virksomhet som behandler personopplysninger på vegne av den behandlingsansvarlige. Normens faktaark 10 sier at det er nok at leverandøren lagrer opplysningene, og at kravet om avtale også gjelder når opplysningene er kryptert. Helsedirektoratets faktaark om tale-til-utkast sier det samme: Når leverandøren behandler personopplysninger på vegne av virksomheten, er det nødvendig med en databehandleravtale (kapittel 10).

En databehandler skal bare behandle opplysningene etter instruks. Bestemmer leverandøren selv formål og midler i strid med reglene, regnes den som behandlingsansvarlig for den behandlingen (GDPR artikkel 28 nr. 10). For tale-til-utkast har Helsedirektoratet dessuten slått fast at opplysningene ikke kan brukes til å trene modeller med grunnlag i dokumentasjonsplikten (veiledningstjenesten).

Hva må databehandleravtalen inneholde?

GDPR artikkel 28 nr. 3 fastsetter minimumsinnholdet. Avtalen skal beskrive hva behandlingen gjelder og hvor lenge den varer, formålet, typen personopplysninger, hvem opplysningene gjelder, og virksomhetens rettigheter og plikter. I tillegg skal den sikre at leverandøren oppfyller punktene i tabellen:

Krav i artikkel 28 nr. 3 Hva det betyr for et KI-verktøy
a) Behandler bare etter dokumentert instruks, også om overføring til tredjeland Instruksen bør si at opptak og tekst bare brukes til å lage utkast for virksomheten
b) Sikrer taushetsplikt for dem som har tilgang Gjelder også leverandørens support og utviklere
c) Har sikkerhetstiltak etter artikkel 32 For eksempel kryptering, tilgangsstyring og logging
d) Følger vilkårene for underdatabehandlere Oppdatert liste over underleverandører og varsel ved endringer
e) Bistår når pasienter bruker rettighetene sine For eksempel ved krav om innsyn mens opptaket finnes
f) Bistår med sikkerhet, bruddvarsling, DPIA og forhåndsdrøftelse Be om leverandørens underlag for risikovurdering og DPIA
g) Sletter eller leverer tilbake opplysningene når avtalen avsluttes Avtal også sletting underveis: lyd, råfil og utkast
h) Gir nødvendig dokumentasjon og åpner for revisjon Rapporter, sertifiseringer eller revisjon

Normen 5.7 legger til krav:

  • Avtalen skal forplikte leverandøren til å følge kravene i Normen som er relevante for avtaleforholdet.
  • Leverandøren skal melde avvik uten ugrunnet opphold, slik at virksomheten kan melde til Datatilsynet innen 72 timer.
  • Har leverandøren opplysninger fra flere virksomheter, skal de være skilt fra hverandre med tekniske tiltak som brukerne ikke kan overstyre.

Normens faktaark 10 har en fullstendig liste over hva avtalen skal beskrive og regulere, og anbefaler at databehandleravtalen inngår som et kapittel eller vedlegg i den generelle avtalen med leverandøren.

Tillegg for KI-verktøy: dette bør stå svart på hvitt

Minimumskravene dekker ikke alt som er særlig for tale-til-utkast. Sjekk at avtalen eller vedleggene sier:

  • Ingen trening. Opptak, transkripsjon og utkast brukes ikke til å trene eller forbedre modeller.
  • Slettetider. Når lydopptak, råfil og utkast slettes, også i logger og sikkerhetskopier. Helsedirektoratet sier at de skal slettes senest ved godkjenning i journal.
  • Hvor data behandles. Hvilke land, også for underleverandører, support og drift.
  • Endringer. Hvordan dere varsles når leverandøren bytter underleverandør eller endrer hvordan data behandles. Faktaarket ber virksomhetene være forberedt på slike endringer.
  • Regulatorisk status. Om verktøyet er medisinsk utstyr og har CE-merking. Det hører ikke hjemme i databehandleravtalen, men bør være avklart før dere signerer, se CE-merket klasse I eller IIa.

Underdatabehandlere

Et KI-verktøy bruker ofte flere underleverandører, for eksempel til lagring, tale-til-tekst og språkmodell. GDPR artikkel 28 nr. 2 og 4 og Normen 5.7.4.1 sier:

  • Leverandøren kan bare bruke underdatabehandlere med virksomhetens forhåndsgodkjenning, enten særskilt eller generell skriftlig tillatelse.
  • Ved generell tillatelse skal virksomheten varsles om planlagte endringer og kunne motsette seg dem.
  • Underdatabehandlerne skal ha de samme pliktene som leverandøren, og leverandøren er ansvarlig for at de oppfyller dem.

Be om en oppdatert liste med navn, oppgave og land for hver underleverandør.

Overføring ut av EØS

Behandler leverandøren eller en underleverandør opplysninger utenfor EØS, trengs et overføringsgrunnlag etter GDPR kapittel V, for eksempel en adekvansbeslutning eller standardkontrakter med en vurdering av mottakerlandet. Datatilsynet har en oversikt over land med tilstrekkelig beskyttelsesnivå. Mer om dette i GDPR og KI i helsetjenesten.

Helsedirektoratets standard databehandleravtale

Helsedirektoratet har en standard databehandleravtale med veileder for helse- og omsorgssektoren, og ønsker at virksomhetene bruker den når avtalen omfatter helseopplysninger. Avtaleteksten ligger fast, og tilpasninger gjøres i vedleggene. Malen ble sist endret faglig 1. desember 2022, og avsnittet om overføring til utlandet viser foreløpig til Datatilsynet etter Schrems II-dommen.

Leverandøren vil ofte tilby sin egen avtale. Det er vanlig, men sammenlikn den med standardavtalen og kravene over. Mangler noe, kan det avtales i et vedlegg.

Risikovurdering etter Normen

Normen 3.4 krever risikovurdering før dere etablerer eller endrer en behandling av helseopplysninger, eller tar i bruk et nytt informasjonssystem. Vurderingen skal blant annet kartlegge systemene, mulige hendelser og sårbarheter, sannsynlighet og konsekvens, og hvor avhengige dere er av andre virksomheter, for eksempel leverandøren. Er risikoen uakseptabel, skal det lages en plan med tiltak, frist og ansvarlig, forankret i ledelsen.

Eksempler på hendelser å vurdere for tale-til-utkast:

Hendelse Mulig tiltak
Feil i utkastet blir lagret i journalen Fast rutine for gjennomlesing og opplæring
Teksten havner i feil pasients journal Kontroll av pasient før lagring, rutine for kopiering eller utfylling
Opptak eller råfil blir ikke slettet Avtalte slettetider og kontroll av innstillinger
Uvedkommende får tilgang til opptak på mobil eller PC Skjermlås, sterk innlogging og ingen deling av enheter
Leverandøren endrer underleverandør eller måten data behandles på Varsling i avtalen og ny vurdering
Verktøyet er nede Rutine for å skrive journal på vanlig måte

Normen har også en veileder for små helsevirksomheter med eksempler på risikoscenarioer og en sjekkliste for sikkerhet.

Når må dere gjennomføre en DPIA?

GDPR artikkel 35 krever en DPIA før behandlingen starter når den sannsynligvis gir høy risiko for de registrerte. Tre kilder hjelper vurderingen:

  • Datatilsynets liste over behandlinger som alltid krever DPIA, omfatter blant annet behandling med innovativ teknologi kombinert med minst ett annet kriterium, for eksempel særlige kategorier personopplysninger.
  • Kriteriene fra EUs personvernmyndigheter (Artikkel 29-gruppen): Er to av ni kriterier oppfylt, kan den behandlingsansvarlige i de fleste tilfeller anta at en DPIA trengs. Særlige kategorier personopplysninger og innovativ bruk av ny teknologi er to av kriteriene (Datatilsynet).
  • Normen 3.5 nevner ny teknologi og helseopplysninger i stor skala som eksempler på høy risiko (Normen 3.5).

For tale-til-utkast taler dette for å gjennomføre en DPIA. Konkluderer dere med at den ikke trengs, bør begrunnelsen dokumenteres. Ved tvil anbefaler Datatilsynet å gjennomføre den (Datatilsynet).

Dere trenger ikke starte fra null. Leverandøren skal bistå med nødvendig informasjon (artikkel 28 nr. 3 bokstav f), og Datatilsynet skriver at én DPIA kan brukes for flere behandlinger som likner hverandre. Ansvaret ligger likevel hos virksomheten. Er risikoen fortsatt høy etter tiltakene, må dere be om forhåndsdrøftelse med Datatilsynet før dere starter (GDPR artikkel 36).

Kort mal for DPIA

Malen følger minimumskravene i GDPR artikkel 35 nr. 7 og Normen 3.5. Skriv kort og konkret.

  1. Beskrivelse av behandlingen. Hvilket verktøy og hvilken leverandør. Hvilke opplysninger: lyd, transkripsjon, utkast og ferdig notat. Hvem det gjelder: pasienter, pårørende og ansatte. Hvordan opplysningene flyter, hvor de lagres, hvor lenge, og hvilke underleverandører og land som er involvert.
  2. Formål og behandlingsgrunnlag. Journalføring etter helsepersonelloven §§ 39 og 40, jf. GDPR artikkel 6 og artikkel 9 nr. 2 bokstav h.
  3. Nødvendighet og forholdsmessighet. Hvorfor verktøyet trengs, hvordan opplysningene begrenses og slettes, og hvilke samtaler dere ikke bruker det i.
  4. Risiko for pasientene. Konfidensialitet (lekkasje, uvedkommende tilgang), riktighet (feil eller utelatelser i journalen, feil pasient), tilgjengelighet, overføring ut av EØS, og at opptak kan få pasienter til å holde tilbake informasjon.
  5. Tiltak. Databehandleravtale, tilgangsstyring, opplæring, rutine for gjennomlesing, pasientinformasjon og rutine for reservasjon, slettetider og avvikshåndtering.
  6. Involvering. Personvernombudet, hvis dere har et. Synspunkter fra pasienter eller deres representanter når det er relevant.
  7. Konklusjon. Gjenværende risiko, hvem som har godkjent, og når vurderingen skal gjøres på nytt, for eksempel ved bytte av verktøy eller større endringer hos leverandøren.

Datatilsynet har en mer utførlig veiledning og sjekkliste for DPIA.

Sjekklisten samlet

Punkt Krav eller anbefaling Kilde
Skriftlig databehandleravtale Krav GDPR artikkel 28
Minimumsinnhold, bokstav a til h Krav GDPR artikkel 28 nr. 3
Godkjenning av underdatabehandlere Krav GDPR artikkel 28 nr. 2 og 4
Overføringsgrunnlag utenfor EØS Krav GDPR kapittel V
Ingen trening, sletting senest ved godkjenning Helsedirektoratets forståelse av regelverket Veiledningstjenesten og faktaarket
Risikovurdering før oppstart Krav for virksomheter som følger Normen Normen 3.4
DPIA eller dokumentert vurdering Krav ved sannsynlig høy risiko GDPR artikkel 35 og Normen 3.5
Protokoll over behandlinger Krav GDPR artikkel 30
Opplæring og jevnlig gjennomgang Anbefaling Faktaarket om tale-til-utkast

Når dere vurderer leverandører, se etter at databehandleravtalen og opplysninger om databehandlingen er lette å finne. Skrift.md har for eksempel databehandleravtale, beskriver databehandlingen på siden om datasikkerhet og oppgir: Data behandles i EU og brukes ikke til trening av KI-modeller. Pris og CE-status for flere verktøy finner du i oversikten over KI-journalverktøy i Norge.

Ofte stilte spørsmål

Hva er en databehandleravtale, og når trenger vi en?

En databehandleravtale regulerer hvordan en leverandør behandler personopplysninger på vegne av virksomheten. Den kreves etter GDPR artikkel 28 når leverandøren behandler pasientopplysninger for dere, også når den bare lagrer dem kryptert.

Kan vi bruke leverandørens egen databehandleravtale?

Ja, det er vanlig. Sammenlikn den med minimumskravene i GDPR artikkel 28 nr. 3 og Helsedirektoratets standard databehandleravtale, og avtal det som mangler i et vedlegg, for eksempel slettetider og forbud mot trening.

Er DPIA obligatorisk for KI-verktøy i helsetjenesten?

DPIA er påkrevd når behandlingen sannsynligvis gir høy risiko. For tale-til-utkast kombineres helseopplysninger og ny teknologi, som etter Datatilsynets liste og kriterier taler for en DPIA. Konkluderer dere med at den ikke trengs, bør begrunnelsen dokumenteres.

Hva er forskjellen på risikovurdering og DPIA?

Risikovurderingen etter Normen ser på informasjonssikkerheten i systemene og virksomheten. En DPIA vurderer konsekvensene for pasientenes personvern, og kreves når risikoen for dem sannsynligvis er høy. For et KI-verktøy er det praktisk å gjøre dem samtidig.

Hvem skal gjøre DPIA-en, oss eller leverandøren?

Den behandlingsansvarlige, det vil si virksomheten som bruker verktøyet. Leverandøren skal bistå med nødvendig informasjon etter GDPR artikkel 28, og et underlag fra leverandøren kan brukes, men ansvaret for vurderingen er virksomhetens.

Kilder

  1. Lovdata: GDPR artikkel 28 (lest 18. oktober 2026)
  2. Lovdata: GDPR artikkel 35 (lest 18. oktober 2026)
  3. Lovdata: GDPR artikkel 36 (lest 18. oktober 2026)
  4. Helsedirektoratet: Spørsmål og svar fra veiledningstjenesten for KI (lest 18. oktober 2026)
  5. Faktaarket om tale-til-utkast, kapittel 10: For deg som vil vite mer (lest 18. oktober 2026)
  6. Normen: Bruk av databehandler (faktaark 10) (lest 18. oktober 2026)
  7. Normen faktaark 10: Prosess for valg og bruk av databehandler (lest 18. oktober 2026)
  8. Normen 7.0 kapittel 3.4: Risikovurdering og risikohåndtering (lest 18. oktober 2026)
  9. Normen 7.0 kapittel 3.5: Vurdering av personvernkonsekvenser (lest 18. oktober 2026)
  10. Normen 7.0 kapittel 5.7: Leverandørforhold og avtaler (lest 18. oktober 2026)
  11. Normen: Veileder for små helsevirksomheter, risiko (lest 18. oktober 2026)
  12. Helsedirektoratet: Standard databehandleravtale med veileder (lest 18. oktober 2026)
  13. Datatilsynet: Når må man gjennomføre en vurdering av personvernkonsekvenser? (lest 18. oktober 2026)
  14. Datatilsynet: Når er det høy risiko? (lest 18. oktober 2026)
  15. Datatilsynet: Hvordan gjennomføre en DPIA? (lest 18. oktober 2026)
  16. Datatilsynet: Områder med tilstrekkelig beskyttelsesnivå (lest 18. oktober 2026)
  17. Skrift.md: Datasikkerhet (lest 18. oktober 2026)

Fakta kontrollert 18. oktober 2026. Ser du noe som er feil eller utdatert? Skriv til oss, se kontakt.

Helsefront har en kommersiell tilknytning til Skrift.md. Omtalen av Skrift.md er derfor ikke uavhengig. Fakta om alle verktøy er hentet fra leverandørenes egne sider og offentlige kilder, med dato for når de ble kontrollert. Slik jobber vi