EU MDR-klassifisering: Hvilke AI-verktøy fastleger kan ta i bruk

Regulatorisk kompetanse rundt AI-verktøy har ikke holdt tritt med deres utbredelse i primærhelsetjenesten. Allmennlegepraksiser over hele EU tester og implementerer AI-drevne verktøy i høyt tempo — for dokumentasjon, triageringsstøtte, klinisk koding og beslutningsstøtte — ofte uten en klar forståelse av om disse verktøyene er regulerte medisinsk-tekniske produkter i henhold til EUs medisinsk-tekniske forordning, og hva denne klassifiseringen betyr for praksisen selv. Konsekvensene av å ta feil her er ikke teoretiske: å ta i bruk et uklassifisert verktøy som burde hatt CE-merking utsetter en praksis for ansvar, og forpliktelsene som påhviler praksisen som «operatør» er mer omfattende enn de fleste praksisansvarlige er klar over. Denne artikkelen forklarer det regulatoriske rammeverket i klare termer og gir beslutningstakere i helsevesenet et praktisk grunnlag for å evaluere ethvert AI-verktøy før implementering.

Kjerneforskjellen: medisinsk-teknisk produkt vs. produktivitetsverktøy

Det viktigste spørsmålet å stille om ethvert AI-verktøy er om det påvirker kliniske beslutninger eller pasientutfall, eller om det kun reduserer administrativt arbeid. Dette skillet avgjør hele compliance-veien.

I henhold til EUs medisinsk-tekniske forordning (MDR) er programvare beregnet for diagnose, forebygging, overvåking, prediksjon, prognose, behandling eller lindring av sykdom sannsynligvis klassifisert som et medisinsk-teknisk produkt. Programvare som kun automatiserer dokumentasjon, formaterer notater, genererer pasientbrev eller bistår med planlegging er som regel ikke det.

Forskjellen er ikke alltid åpenbar fra et produkts markedsføringsmateriell. Det er nettopp i denne uklarheten at regulatorisk risiko oppstår.

Et konkret eksempel: et ambient stemmeverktøy som transkriberer en konsultasjon og formaterer den til et strukturert klinisk notat, der klinikeren gjennomgår og godkjenner resultatet, er vanligvis ikke et medisinsk-teknisk produkt. Et verktøy som analyserer den samme konsultasjonen og foreslår en differensialdiagnose, anbefaler en henvisning eller flagger en legemiddelinteraksjon, er svært sannsynlig underlagt MDR-forpliktelser. Den samme underliggende teknologien kan havne på hver sin side av denne grensen avhengig av hva den er designet og markedsført for å gjøre.

Hvordan EU MDR definerer et medisinsk-teknisk programvareprodukt

EU MDR 2017/745, artikkel 2, definerer et medisinsk-teknisk produkt til å inkludere programvare når denne programvaren er tiltenkt av produsenten for et medisinsk formål. MDCG 2019-11-veiledningen om programvarekvalifisering og klassifisering, vesentlig revidert i 2025 for eksplisitt å adressere AI, gir det operative rammeverket for å avgjøre om en gitt programvare kvalifiserer som medisinsk-teknisk programvare (MDSW) eller, mer spesifikt, som medisinsk-teknisk AI (MDAI).

Nøkkelkriteriet er «tiltenkt formål»: hva programvaren er designet, merket og markedsført for å gjøre. En leverandør kan ikke bare hevde at deres verktøy ikke er et medisinsk-teknisk produkt hvis måten det markedsføres på antyder en klinisk funksjon. MDCG 2025-6, publisert i juni 2025, bekreftet at det tiltenkte formålet, inkludert hvordan et verktøy beskrives i markedsføringsmateriell, er juridisk avgjørende, ikke bare den underliggende tekniske arkitekturen.

Den reviderte MDCG 2019-11-veiledningen adresserer også eksplisitt AI-spesifikke eksempler og vurderer interoperabilitet med journalsystemer under det europeiske helsedataområdet. Dette er direkte relevant for allmennlegepraksiser som integrerer AI-verktøy i eksisterende kliniske systemer.

De tre risikoklassene som avgjør hva en allmennlegepraksis må verifisere

EU MDR bruker et lagdelt klassifiseringssystem under vedlegg VIII, regel 11, som gjelder spesifikt for programvare. Risikoklassen som tildeles et AI-verktøy avgjør samsvarsvurderingsveien leverandøren må følge, og hva en allmennlegepraksis må verifisere før implementering.

• Klasse I: Programvare som ikke påvirker kliniske beslutninger på en måte som kan skade pasienten. Disse produktene krever en egenerklæring om samsvar fra produsenten. Ingen varslet organ er involvert. I henhold til MDCG 2025-6 regnes ikke klasse I-produkter som høyrisiko-MDAI under AI-loven.

• Klasse IIa: Programvare beregnet for å gi informasjon brukt til å ta beslutninger med diagnose- eller terapeutiske formål for alvorlige tilstander, eller der feil kan forårsake betydelig skade. Varslet organs involvering er påkrevd for samsvarsvurdering.

• Klasse IIb: Programvare beregnet for å gi informasjon brukt til å ta beslutninger med diagnose- eller terapeutiske formål for livstruende sykdommer eller kroniske tilstander som forårsaker permanent svekkelse, eller for å overvåke vitale fysiologiske parametere der variasjon kan resultere i umiddelbar fare.

• Klasse III: Programvare involvert i beslutninger som, hvis feil, direkte kan forårsake død eller irreversibel forverring av helsen.

I en allmennlegekontekst er kliniske beslutningsstøtteverktøy som genererer differensialdiagnoser, risikostratifiseringsresultater eller henvisningsanbefalinger vanligvis klasse IIa eller høyere. Dette krever varslet organs involvering og CE-merking.

2025-revisjonen av MDCG 2019-11 utvidet regel 11-tolkningen til å vurdere graden av programvareautonomi og dens rolle i primær versus støttende diagnostikk. Dette betyr at verktøy som tidligere var grensetilfeller nå kan falle inn i en høyere klasse.

En fagfellevurdert casestudie av Aireen diabetisk retinopati-screening AI, som oppnådde MDR 2017/745-samsvar og CE-merking før markedsinntreden i 2023, illustrerer dybden av klinisk validering som kreves: en multisenter klinisk studie som involverte over tusen pasienter, med leger involvert på hvert stadium fra definisjon av tiltenkt bruk gjennom risikoanalyse og programvarevalidering. Dette er standarden en allmennlegepraksis bør forvente at et regulert medisinsk-teknisk AI-produkt har oppfylt.

Hva CE-merking betyr for et AI-verktøy, og hva det ikke betyr

CE-merking under EU MDR signaliserer at en leverandør har fullført en samsvarsvurdering som er hensiktsmessig for produktets tildelte risikoklasse. For klasse IIa og høyere betyr dette at et varslet organ har gjennomgått den tekniske dokumentasjonen og kliniske bevis. Det er en meningsfull terskel, men det er ikke en generell forsikring om klinisk gyldighet på tvers av alle brukstilfeller eller omsorgssettinger.

Omfanget av en CE-merking er viktig. Et verktøy kan være CE-merket for bruk som diagnostisk hjelpemiddel i sekundær dermatologi, men ikke validert for bruk i en allmennlegesetting. En praksis som implementerer det verktøyet utenfor dets sertifiserte tiltenkte formål er ikke beskyttet av CE-merket og kan selv operere utenfor det regulatoriske rammeverket.

Beslutningstakere bør se utover tilstedeværelsen av CE-merking for å forstå dens omfang: hvilken pasientpopulasjon, hvilken klinisk kontekst og hvilke spesifikke funksjoner som dekkes. Denne informasjonen bør være tilgjengelig i leverandørens samsvarserklæring og, på et sammendragsnivå, i bruksanvisningen.

De regulatoriske forpliktelsene som påhviler allmennlegepraksisen, ikke bare leverandøren

En utbredt misforståelse blant allmennlegepraksiser er at regulatorisk ansvar for et AI-verktøy hviler helt og holdent på programvareleverandøren. Under EU MDR er dette ikke tilfellet. Praksisen, som «operatør» som implementerer verktøyet, bærer sine egne forpliktelser. Under AI-lovens terminologi tilsvarer MDR-«brukeren» direkte AI-lovens «implementerer», en rolle med eksplisitte compliance-plikter.

Operatørforpliktelser under EU MDR inkluderer:

• Implementeringsberedskapsgjennomgang: Bekrefte at verktøyet kun brukes innenfor dets sertifiserte tiltenkte formål og i den kliniske konteksten det ble validert for.

• Journalføring: Opprettholde et register over hvilke regulerte AI-verktøy som er implementert, inkludert deres klassifisering og CE-status.

• Personalopplæring: Sikre at klinikere og administrativt personale forstår verktøyets tiltenkte bruk, dets begrensninger og når man ikke skal stole på dets resultater.

• Hendelsesrapportering: Rapportere alvorlige hendelser, inkludert nesten-ulykker som kunne ha forårsaket pasientskade, til relevant nasjonal kompetent myndighet.

• Overvåking etter markedsføring: Overvåke for sikkerhetssignaler og oppdatere implementeringspraksis hvis leverandøren utsteder sikkerhetsmeldinger eller oppdaterer verktøyets tiltenkte formål.

Disse er ikke valgfrie. En allmennlegepraksis som implementerer et regulert AI-verktøy uten å oppfylle disse forpliktelsene er ikke-kompatibel, uavhengig av leverandørens egen sertifiseringsstatus.

Dokumentasjon en allmennlegepraksis trenger før implementering av ethvert AI-verktøy

Før signering av en kontrakt eller oppstart av en pilotimplementering bør allmennlegepraksiser be om og beholde følgende dokumentasjon fra enhver AI-leverandør:

• Samsvarserklæring (for regulerte medisinsk-tekniske produkter) eller en skriftlig, begrunnet klassifiseringsbegrunnelse som forklarer hvorfor verktøyet ikke er et medisinsk-teknisk produkt.

• CE-sertifikat inkludert dets omfang, det utstedende varslede organet (for klasse IIa og høyere) og utløpsdato.

• Erklæring om tiltenkt formål: Leverandørens formelle beskrivelse av hva verktøyet er designet for å gjøre, for hvilke pasienter og i hvilken klinisk kontekst.

• Sammendrag av kliniske bevis: Et sammendrag av de kliniske dataene som støtter verktøyets ytelsespåstander, inkludert populasjonen og settingen de ble etablert i.

• Databehandleravtale: Påkrevd under personvernforordningen (GDPR). Bør spesifisere hvor pasientdata behandles og lagres, og det juridiske grunnlaget for behandlingen.

• Forpliktelser til overvåking etter markedsføring: Hvordan leverandøren overvåker faktisk ytelse og kommuniserer oppdateringer eller sikkerhetssignaler til operatører.

Disse dokumentene eksisterer fordi leverandøren er pålagt å produsere dem. En leverandør som ikke kan eller vil gi dem, er i seg selv et compliance-signal.

Høyrisikoscenarier: AI-verktøy som sannsynligvis er regulerte medisinsk-tekniske produkter i primærhelsetjenesten

Følgende kategorier av AI-verktøy er mest sannsynlig å være underlagt MDR-forpliktelser i en allmennlegekontekst, og krever høyeste nivå av gransking før implementering:

• Klinisk beslutningsstøtte som genererer differensialdiagnoser: Ethvert verktøy som analyserer pasientdata og produserer en rangert liste over mulige diagnoser er nesten sikkert MDSW, sannsynligvis klasse IIa eller høyere.

• Risikostratifiseringsverktøy: Verktøy som tildeler pasienter en risikoscore for en spesifikk tilstand (for eksempel kardiovaskulær risiko eller kreftrisiko) og bruker den scoren til å anbefale klinisk handling.

• Automatiserte triagesystemer: AI som bestemmer hastegrad eller dirigerer pasienter til en omsorgssti basert på symptominput, uten obligatorisk klinikergjennomgang på beslutningspunktet.

• Resept- eller henvisningsanbefalingsverktøy: Ethvert verktøy som foreslår et spesifikt medikament, dose eller henvisningsdestinasjon basert på pasientdata.

• Diagnostisk bildeanalyse: Verktøy som analyserer retinale bilder, hudfotografier, elektrokardiogrammer eller andre diagnostiske resultater for å identifisere patologi.

Diagnostisk programvare, kliniske beslutningsstøtteverktøy og AI-aktiverte medisinsk-tekniske produkter er i stor grad klassifisert som høyrisiko under både MDR og AI-loven. Dette utløser obligatorisk samsvarsvurdering, datakvalitetskrav og krav til menneskelig tilsyn.

Lavrisikoscenarier: AI-verktøy som vanligvis faller utenfor MDR-omfanget

Følgende kategorier av AI-verktøy utgjør generelt ikke medisinsk-tekniske produkter under EU MDR, fordi de ikke utfører en medisinsk funksjon. De støtter administrative eller dokumentasjonsarbeidsflyter, der klinikeren beholder full klinisk myndighet:

• Ambient stemmeteknologi for klinisk dokumentasjon: Verktøy som transkriberer en konsultasjon og formaterer resultatet som et strukturert klinisk notat, der klinikeren gjennomgår, redigerer og godkjenner innholdet før det kommer inn i journalsystemet.

• AI-assisterte pasientbrev: Verktøy som utarbeider brev basert på klinikerlevert informasjon, uten å generere kliniske anbefalinger.

• Administrativ oppsummering: Verktøy som kondenserer henvisningsbrev, utskrivningssammendrag eller tidligere korrespondanse for å redusere lesetid.

• Forslag til klinisk koding: Verktøy som foreslår SNOMED- eller ICD-koder basert på notatinnhold, der klinikeren tar den endelige kodingsbeslutningen.

Selv for verktøy i disse kategoriene bør leverandører gi en skriftlig klassifiseringsbegrunnelse, en dokumentert forklaring på hvorfor verktøyet ikke oppfyller definisjonen av MDSW. Fraværet av slik dokumentasjon er ikke betryggende. Det er et gap.

Det er også en praktisk begrensning verdt å merke seg i det nåværende regulatoriske landskapet. De høye kostnadene ved MDR-sertifisering og mangelen på varslede organer i EU har ført til at noen programvareprodusenter har fjernet kliniske funksjonaliteter fra sine verktøy spesifikt for å unngå klassifisering som medisinsk-teknisk produkt. Allmennlegepraksiser bør være oppmerksomme på verktøy som ser ut til å ha klinisk nytte, men markedsføres med iøynefallende ansvarsfraskrivelser om at de ikke er beregnet for klinisk beslutningstaking. Dette kan gjenspeile regulatorisk posisjonering snarere enn genuint produktdesign.

Hvordan evaluere en leverandørs regulatoriske påstander før signering av en kontrakt

Leverandørers regulatoriske påstander varierer betydelig i kvalitet og nøyaktighet. Følgende spørsmål hjelper innkjøpsledere og praksisansvarlige med å gjennomføre meningsfull due diligence:

Om klassifisering:

• Er dette verktøyet klassifisert som et medisinsk-teknisk produkt under EU MDR? Hvis ikke, kan dere gi en skriftlig klassifiseringsbegrunnelse?

• Hvis det er et medisinsk-teknisk produkt, hva er dets risikoklasse, og hvilket varslet organ utstedte CE-sertifikatet?

Om bevis:

• Hvilke kliniske bevis støtter verktøyets ytelsespåstander? I hvilken pasientpopulasjon og omsorgssetting ble disse bevisene generert?

• Har verktøyet blitt validert spesifikt for bruk i primærhelsetjenesten eller allmennlegesettinger?

Om tiltenkt formål:

• Hva er den formelle erklæringen om tiltenkt formål? Faller vårt planlagte brukstilfelle innenfor det omfanget?

Om regulatorisk status:

• Er CE-sertifikatet gyldig? Hva er dets utløpsdato?

• Er dere registrert hos relevant nasjonal kompetent myndighet?

Om AI-loven:

• Regnes dette verktøyet som høyrisiko under EUs AI-lov? Hvis ja, hvilken samsvarsvurdering er gjennomført?

Frasen «vi arbeider mot CE-merking» er ikke det samme som å ha den. Et verktøy uten CE-merking som burde være et regulert medisinsk-teknisk produkt kan ikke lovlig implementeres i EU, uavhengig av hvor lovende dets kapasiteter virker. MDCG 2025-6 bekreftet at produsenter av MDAI må oppfylle forpliktelser under både MDR og AI-loven via integrerte kvalitetsstyrings- og risikostyringsrammeverk. «Under arbeid» er ikke en kompatibel tilstand.

Nasjonale kompetente myndigheter og hvor man kan eskalere usikkerhet

Hver EU-medlemsstat har en nasjonal kompetent myndighet ansvarlig for MDR-tilsyn og håndhevelse. Disse inkluderer BfArM i Tyskland, ANSM i Frankrike, HPRA i Irland og tilsvarende organer i andre medlemsstater. Nasjonale kompetente myndigheter opprettholder registre over autoriserte medisinsk-tekniske produkter og kan gi veiledning om klassifiseringsspørsmål.

Allmennlegepraksiser som står overfor genuin usikkerhet om hvorvidt et spesifikt verktøy krever MDR-samsvar, spesielt i grensetilfeller der en leverandørs klassifiseringsbegrunnelse er uklar, kan henvende seg til sin nasjonale kompetente myndighet for veiledning i stedet for å ta en ensidig implementeringsbeslutning. Dette er å foretrekke fremfor å fortsette på grunnlag av en ufullstendig eller egeninteressert leverandørerklæring.

Konsekvensene av å implementere et uklassifisert verktøy som burde vært regulert inkluderer potensiell håndhevingsaksjon fra den nasjonale kompetente myndigheten, ansvar i tilfelle pasientskade, og under AI-lovens utvidede forpliktelser, sanksjoner på implementerernivå som påhviler praksisen selv, ikke bare leverandøren.

AI-lovens fasevise implementeringstidslinje er også relevant for planlegging. Fulle høyrisikoforpliktelser gjelder fra august 2026, med en utvidet overgang til august 2027 for AI-systemer som allerede er regulert som medisinsk-tekniske produkter under MDR eller IVDR. Denne august 2027-fristen gjelder spesifikt for AI-systemer som allerede er på markedet under disse forskriftene. Nylig implementerte høyrisiko-AI-systemer som ikke tidligere var regulert under MDR eller IVDR møter august 2026-forpliktelsene. Praksiser som implementerer nye verktøy nå bør anta at fulle forpliktelser er nært forestående.

Bygge et enkelt AI-styringsrammeverk for din allmennlegepraksis

Allmennlegepraksiser trenger ikke et dedikert regulatorisk team for å håndtere AI-verktøy-compliance, men de trenger en repeterbar prosess. Et lettvekts styringsrammeverk dekker fire områder:

Klassifiseringsgjennomgang før implementering

For hvert AI-verktøy under vurdering, dokumenter om det er et medisinsk-teknisk produkt, dets risikoklasse, statusen til dets CE-merking og omfanget av den merkingen. Fullfør denne gjennomgangen før noen pilot begynner, ikke etter.

Godkjenning og journalføring

Oppretthold et register over alle AI-verktøy i bruk, inkludert deres regulatoriske status, datoen for implementering og navnet på personen ansvarlig for å overvåke compliance. Oppdater dette registeret når verktøy oppdateres eller deres tiltenkte formål endres.

Personalopplæring

Sikre at alt personale som bruker et AI-verktøy forstår dets tiltenkte formål, dets begrensninger og grensene for hensiktsmessig tillit. For regulerte medisinsk-tekniske produkter kan opplæringskrav være spesifisert i bruksanvisningen.

Hendelseslogging og periodisk revurdering

Etabler en prosess for logging av hendelser, inkludert nesten-ulykker, der et AI-verktøys resultat kan ha bidratt til en pasientsikkerhetsbekymring. Gjennomgå registeret over implementerte verktøy minst årlig, og revurder klassifisering når en leverandør oppdaterer verktøyets funksjonalitet eller markedsføringsmateriell, siden tiltenkt formål, inkludert hvordan et verktøy markedsføres, er juridisk avgjørende under EU MDR.

Dette rammeverket trenger ikke å være komplekst. Det må være dokumentert, konsekvent anvendt og oppdatert etter hvert som det regulatoriske miljøet og verktøyene selv endrer seg.

Ofte stilte spørsmål

▶ Hvordan vet jeg om et AI-verktøy brukt i min allmennlegepraksis er et regulert medisinsk-teknisk produkt under EU MDR

Nøkkelspørsmålet er om verktøyet påvirker kliniske beslutninger eller pasientutfall. Under EUs medisinsk-tekniske forordning 2017/745 er programvare beregnet for diagnose, forebygging, overvåking, prediksjon, prognose, behandling eller lindring av sykdom sannsynligvis klassifisert som et medisinsk-teknisk produkt. Et verktøy som kun transkriberer konsultasjoner, utarbeider pasientbrev eller formaterer kliniske notater er som regel ikke det. Den samme underliggende teknologien kan havne på hver sin side av denne grensen avhengig av hva den er designet og markedsført for å gjøre. Leverandørens erklæring om tiltenkt formål er utgangspunktet for enhver klassifiseringsgjennomgang.

▶ Hva er MDR-risikoklassene for AI-programvare, og hvilken gjelder for kliniske beslutningsstøtteverktøy

EU MDR bruker et lagdelt klassifiseringssystem under vedlegg VIII, regel 11, spesifikt for programvare. Klasse I dekker programvare som ikke påvirker kliniske beslutninger på en måte som kan skade pasienten, og krever bare en produsents egenerklæring. Klasse IIa dekker programvare som informerer beslutninger for alvorlige tilstander, og krever varslet organs involvering. Klasse IIb gjelder programvare brukt i beslutninger om livstruende eller kronisk svekkende tilstander. Klasse III dekker programvare involvert i beslutninger som, hvis feil, direkte kan forårsake død eller irreversibel skade. I en allmennlegekontekst er kliniske beslutningsstøtteverktøy som genererer differensialdiagnoser, risikostratifiseringsresultater eller henvisningsanbefalinger vanligvis klasse IIa eller høyere.

▶ Hva bekrefter CE-merking på et medisinsk-teknisk AI-verktøy faktisk, og hva dekker det ikke

CE-merking signaliserer at en leverandør har fullført en samsvarsvurdering som er hensiktsmessig for produktets tildelte risikoklasse. For klasse IIa og høyere har et varslet organ gjennomgått den tekniske dokumentasjonen og kliniske bevis. Det er en meningsfull terskel, men det er ikke en generell forsikring om klinisk gyldighet på tvers av alle brukstilfeller eller omsorgssettinger. Et verktøy kan være CE-merket for bruk i sekundær dermatologi, men ikke validert for en allmennlegesetting. Å implementere det verktøyet utenfor dets sertifiserte tiltenkte formål betyr at praksisen ikke er beskyttet av CE-merket. Omfanget av merket, som dekker hvilken pasientpopulasjon, hvilken klinisk kontekst og hvilke spesifikke funksjoner, bør bekreftes i leverandørens samsvarserklæring og bruksanvisning.

▶ Hvilke compliance-forpliktelser påhviler en allmennlegepraksis ved implementering av et regulert AI-verktøy

Regulatorisk ansvar hviler ikke utelukkende på programvareleverandøren. Under EU MDR bærer praksisen som «operatør» sine egne forpliktelser. Disse inkluderer å bekrefte at verktøyet kun brukes innenfor dets sertifiserte tiltenkte formål, opprettholde et register over implementerte regulerte AI-verktøy og deres klassifiseringsstatus, sikre at alt personale forstår verktøyets tiltenkte bruk og begrensninger, rapportere alvorlige hendelser inkludert nesten-ulykker til relevant nasjonal kompetent myndighet, og overvåke for sikkerhetssignaler fra leverandøren. Disse forpliktelsene gjelder uavhengig av leverandørens egen sertifiseringsstatus. En praksis som ikke oppfyller dem er ikke-kompatibel.

▶ Hvilke AI-verktøy brukt i primærhelsetjenesten krever mest sannsynlig MDR-sertifisering

Kategoriene som krever høyeste nivå av gransking før implementering inkluderer: kliniske beslutningsstøtteverktøy som genererer differensialdiagnoser, risikostratifiseringsverktøy som tildeler pasienter en tilstandsspesifikk risikoscore og anbefaler klinisk handling, automatiserte triagesystemer som dirigerer pasienter til en omsorgssti uten obligatorisk klinikergjennomgang, resept- eller henvisningsanbefalingsverktøy, og diagnostiske bildeanalyseverktøy som identifiserer patologi i retinale bilder, hudfotografier eller elektrokardiogrammer. Disse er i stor grad klassifisert som høyrisiko under både EU MDR og EUs lov om kunstig intelligens. Dette utløser obligatorisk samsvarsvurdering, datakvalitetskrav og krav til menneskelig tilsyn.

▶ Hvilke AI-verktøy i allmennlegepraksiser faller vanligvis utenfor omfanget av EU MDR

Verktøy som støtter administrative eller dokumentasjonsarbeidsflyter, der klinikeren beholder full klinisk myndighet, utgjør generelt ikke medisinsk-tekniske produkter. Disse inkluderer ambient stemmeteknologi som transkriberer en konsultasjon og formaterer et strukturert klinisk notat for klinikergjennomgang og godkjenning, AI-assistert pasientbrevutarbeiding basert på klinikerlevert informasjon, administrativ oppsummering av henvisningsbrev eller utskrivningssammendrag, og forslag til klinisk koding der klinikeren tar den endelige kodingsbeslutningen. Selv for disse verktøyene bør leverandører gi en skriftlig klassifiseringsbegrunnelse som forklarer hvorfor verktøyet ikke oppfyller definisjonen av medisinsk-teknisk programvare. Fraværet av den dokumentasjonen er i seg selv et compliance-signal.

▶ Hvilke dokumenter bør en allmennlegepraksis be om fra en AI-leverandør før implementering

Før signering av en kontrakt eller oppstart av en pilot bør praksiser be om og beholde: en samsvarserklæring for regulerte medisinsk-tekniske produkter, eller en skriftlig klassifiseringsbegrunnelse som forklarer hvorfor verktøyet ikke er et medisinsk-teknisk produkt, CE-sertifikatet inkludert dets omfang, det utstedende varslede organet for klasse IIa og høyere, og utløpsdato, leverandørens formelle erklæring om tiltenkt formål, et sammendrag av kliniske bevis som dekker populasjonen og settingen ytelsen ble etablert i, en databehandleravtale som spesifiserer hvor pasientdata behandles og lagres og det juridiske grunnlaget under personvernforordningen, og leverandørens forpliktelser til overvåking etter markedsføring. En leverandør som ikke kan eller vil gi disse dokumentene er i seg selv et compliance-signal.

▶ Hvilke spørsmål bør en allmennlegepraksis stille en leverandør for å evaluere deres regulatoriske påstander

Om klassifisering, spør om verktøyet er klassifisert som et medisinsk-teknisk produkt under EU MDR, og hvis ikke, be om en skriftlig klassifiseringsbegrunnelse. Hvis det er et medisinsk-teknisk produkt, bekreft risikoklassen og det varslede organet som utstedte CE-sertifikatet. Om bevis, spør hvilke kliniske data som støtter verktøyets ytelsespåstander, i hvilken pasientpopulasjon og omsorgssetting disse bevisene ble generert, og om verktøyet har blitt validert spesifikt for primærhelsetjenesten eller allmennlegesettinger. Om regulatorisk status, bekreft at CE-sertifikatet er gyldig og spør om leverandøren er registrert hos relevant nasjonal kompetent myndighet. Om EUs lov om kunstig intelligens, spør om verktøyet regnes som høyrisiko og hvilken samsvarsvurdering som er gjennomført. Frasen «vi arbeider mot CE-merking» er ikke det samme som å ha den.

▶ Hva er tidslinjen for EUs AI-lov som allmennlegepraksiser må planlegge for

Fulle høyrisikoforpliktelser under EUs lov om kunstig intelligens gjelder fra august 2026. En utvidet overgang til august 2027 gjelder spesifikt for AI-systemer som allerede er på markedet og regulert som medisinsk-tekniske produkter under EU MDR eller In Vitro Diagnostic Regulation. Nylig implementerte høyrisiko-AI-systemer som ikke tidligere var regulert under disse rammeverkene møter august 2026-forpliktelsene. Praksiser som implementerer nye verktøy nå bør anta at fulle forpliktelser er nært forestående og planlegge deretter.

▶ Hva bør en allmennlegepraksis gjøre hvis den er usikker på om et spesifikt AI-verktøy krever MDR-samsvar

Praksiser som står overfor genuin usikkerhet, spesielt der en leverandørs klassifiseringsbegrunnelse er uklar, kan henvende seg til sin nasjonale kompetente myndighet for veiledning i stedet for å ta en ensidig implementeringsbeslutning. Hver EU-medlemsstat har en nasjonal kompetent myndighet ansvarlig for MDR-tilsyn: BfArM i Tyskland, ANSM i Frankrike, HPRA i Irland og tilsvarende organer andre steder. Disse myndighetene opprettholder registre over autoriserte medisinsk-tekniske produkter og kan gi råd om klassifiseringsspørsmål. Å fortsette på grunnlag av en ufullstendig eller egeninteressert leverandørerklæring medfører reell risiko: implementering av et uklassifisert verktøy som burde vært regulert kan resultere i håndhevingsaksjon, ansvar i tilfelle pasientskade, og sanksjoner på implementerernivå under AI-loven som påhviler praksisen selv.