
Er KI i tannhelse medisinsk utstyr – eller noe annet?
Er KI i tannhelse et medisinsk utstyr – eller noe annet?
Mange KI-verktøy markedsføres inn i helsesektoren, men «KI» er ikke én kategori i regelverket. I praksis handler spørsmålet ofte om dette:
Er programvaren ment å brukes til et medisinsk formål – som diagnose, monitorering, behandling eller beslutninger om behandling?
Hvis ja, kan den være medisinsk utstyr (Medical Device Software / SaMD). Hvis nei, er den typisk noe annet – for eksempel administrativ programvare, dokumentstøtte eller generell IT. Selve teknologien (KI) avgjør ikke; tiltenkt bruk (intended purpose) gjør det.
Avgrensning: Dette er en praktisk faglig forklaring, ikke juridisk rådgivning. Ved tvil bør klinikk og leverandør avklare klassifisering med relevant veiledning og/eller myndighet.
1) Hva menes med «medisinsk utstyr» når det er programvare?
EU-regelverket (MDR/IVDR) inkluderer eksplisitt programvare i definisjonen av medisinsk utstyr. Det avgjørende er om produsenten angir at programvaren skal brukes til et medisinsk formål, som f.eks. diagnose eller behandling.
IMDRF (internasjonalt regulatorforum) bruker begrepet Software as a Medical Device (SaMD) for programvare som utfører et medisinsk formål uten å være del av et fysisk medisinsk apparat.
Kort sagt:
Medisinsk utstyr (programvare) = programvare med tiltenkt medisinsk formål (diagnose/monitorering/behandling osv.).
Ikke medisinsk utstyr = programvare som støtter drift, kommunikasjon, dokumentflyt eller generell produktivitet uten medisinsk formål.
2) Beslutningsstøtte: der misforståelsene ofte oppstår
Mange leverandører beskriver løsningen som «beslutningsstøtte». Det kan være riktig – men det fritar ikke automatisk fra medisinsk-utstyr-regelverket.
En nyttig tommelfingerregel fra veiledning om programvare i MDR/IVDR er:
Hvis programvaren “bearbeider” data (f.eks. bilder, målinger, journaldata) for å gi output som støtter en klinisk hypotese, diagnose eller terapi – da kan den være medisinsk utstyr.
Norsk veiledning (DMP) gir eksempler på programvare som kan være medisinsk utstyr, som:
søk i medisinske bilder etter funn som støtter diagnose/terapi,
endringer i visualisering/prosessering for medisinsk formål,
funksjoner som foreslår handlinger som brukeren bør utføre.
3) En praktisk avklaring: “Er dette medisinsk utstyr?” (4 spørsmål)
Bruk disse spørsmålene når et KI-verktøy vurderes i klinikken:
Hva sier leverandøren at verktøyet er ment for? (på nettside, i kontrakt, i bruksanvisning, i dokumentasjon)
Gir verktøyet output som er ment å påvirke kliniske vurderinger? (funn, triage, diagnoseforslag, behandlingsforslag, risikoscore)
Bearbeider verktøyet pasientdata for å produsere nye medisinske innsikter? (ikke bare lagre/overføre/formatere)
Hvordan brukes det faktisk hos dere? (praktisk bruk kan skape “formåls-glidning” hvis verktøyet tas i bruk utover det som er angitt)
Hvis svaret peker mot medisinsk formål og klinisk påvirkning, er neste steg å be om klassifisering og dokumentasjon fra leverandør.
4) Eksempler i tannhelse: ofte medisinsk utstyr vs. ofte ikke
Ofte medisinsk utstyr (typisk)
KI som analyserer røntgen/CBCT/intraorale bilder og markerer karies/lesjoner/funn ment for klinisk vurdering.
KI som foreslår behandlingsplan, endodontisk vurdering, ortodontiske tiltak, eller prioritering/triage basert på medisinske data.
KI som beregner risiko/prognose som skal brukes i klinisk beslutning.
Slike bruksområder treffer ofte “medisinsk formål”-kjernen (diagnose/monitorering/behandling) og omtales i veiledning om programvareklassifisering.
Ofte ikke medisinsk utstyr (typisk)
Timebok, faktura, lagerstyring, HR – selv om det er «smart».
Generell tekststøtte for språk/struktur i pasientkommunikasjon (uten medisinsk konklusjon).
Generell transkribering som kun gjør lyd til tekst uten å produsere medisinske vurderinger.
Men: Hvis et “journal-verktøy” går fra transkribering til å foreslå diagnoser eller behandlingsvurderinger, beveger det seg raskt inn i medisinsk-utstyr-territorium.
5) Hvorfor klassifiseringen har betydning for ledelsen
Når et KI-system er medisinsk utstyr, følger det normalt krav om (for leverandør/produsent):
riktig klassifisering,
samsvarsvurdering og CE-merking (avhengig av klasse),
dokumentasjon for sikkerhet, ytelse og risikostyring (inkludert programvare).
For klinikken betyr det i praksis:
innkjøp og bruk bør bygge på kontrollerbar dokumentasjon (ikke markedsføring),
tydelige rammer for menneskelig kontroll og bruk,
sporbarhet: hva brukes til hva, av hvem, og med hvilke begrensninger.
Og hvis verktøyet ikke er medisinsk utstyr, betyr det ikke “ingen krav” – da er det ofte andre rammer som blir styrende (personvern, informasjonssikkerhet, journal, og etter hvert AI Act-krav avhengig av risikokategori). Poenget er at klassifisering avgjør hvilken type dokumentasjon som må foreligge.
6) Minstekrav i praksis: hva en klinikk bør be om før bruk
Uavhengig av hva leverandøren hevder, er dette et nøkternt minimum ved vurdering av KI i klinikk:
Tiltenkt bruk (intended purpose) skriftlig, og hva verktøyet ikke er ment for.
Om verktøyet er medisinsk utstyr: klasse, CE-status og tilhørende dokumentasjon (i tråd med MDR/IVDR).
Beskrivelse av output: hva produseres (markeringer, score, anbefalinger), og hvilke begrensninger gjelder.
Hvordan klinikken skal sikre menneskelig kontroll: hvem vurderer output, når kan det overstyres, og hvordan dokumenteres avvik.
Avslutning
Spørsmålet «er KI i tannhelse medisinsk utstyr?» handler sjelden om KI som teknologi – og oftere om formål, output og faktisk bruk. Når klinikken avklarer dette tidlig, blir neste diskusjon (AI Act, ansvar, dokumentasjon, tilsynsberedskap) mer konkret – og mindre preget av antakelser.
Om Actera skal bidra, er det typisk ved å strukturere avklaringen: hva brukes hvor, til hvilket formål, med hvilket ansvar og hvilken dokumentasjon – slik at klinikken har svar når spørsmål kommer.

Hva gjelder idag?
EU AI Act sine deployer-krav for høyrisiko-KI er utsatt til desember 2027. Kravene til AI-literacy, transparens, pasientinformasjon og journalføring gjelder allerede i dag.
Be om en vurdering
Artikkel 4 - AI-literacy.
Ansatte som bruker KI må ha tilstrekkelig kompetanse. I kraft siden februar 2025.
Artikkel 50 - transparens ved generativ KI.
Pasient skal informeres når generativ KI brukes i kommunikasjon eller dokumentasjon. Gjelder fra desember 2026.
Helsepersonellovens forklaringsplikt.
Pasient har rett til å forstå hva som inngår i behandlingen — også når KI er involvert.
Pasientjournalloven og GDPR.
Behandling av personopplysninger med KI krever rettslig grunnlag, dokumentasjon og menneskelig kontroll.
Helsetilsynets løpende tilsyn med journalføring
Gjelder uavhengig av AI Act.
Hva gjelder idag?
EU AI Act sine deployer-krav for høyrisiko-KI er utsatt til desember 2027. Kravene til AI-literacy, transparens, pasientinformasjon og journalføring gjelder allerede i dag.
Be om en vurdering
Artikkel 4 - AI-literacy.
Ansatte som bruker KI må ha tilstrekkelig kompetanse. I kraft siden februar 2025.
Artikkel 50 - transparens ved generativ KI.
Pasient skal informeres når generativ KI brukes i kommunikasjon eller dokumentasjon. Gjelder fra desember 2026.
Helsepersonellovens forklaringsplikt.
Pasient har rett til å forstå hva som inngår i behandlingen — også når KI er involvert.
Pasientjournalloven og GDPR.
Behandling av personopplysninger med KI krever rettslig grunnlag, dokumentasjon og menneskelig kontroll.
Helsetilsynets løpende tilsyn med journalføring
Gjelder uavhengig av AI Act.








