·

Teknikadoption

Teknikadoption

Primärvård

Primärvård

Praktikledare / Admin

Praktikledare / Admin

EU MDR-klassificering: Vilka AI-verktyg allmänläkare kan använda

Förstå EU MDR-klassificering för AI-verktyg i allmänläkarmottagningar. Lär dig vilka verktyg som kräver CE-märkning, operatörsskyldigheter och hur du utvärderar leverantörspåståenden

Kunskapen om regelverket för AI-verktyg har inte hållit jämna steg med deras spridning inom primärvården. Vårdcentraler över hela EU testar och implementerar AI-drivna verktyg i snabb takt för dokumentation, triagestöd, klinisk kodning och beslutsstöd, ofta utan en tydlig förståelse för om dessa verktyg är reglerade medicintekniska produkter enligt EU:s förordning om medicintekniska produkter, och vad den klassificeringen innebär för vårdcentralen. Konsekvenserna av att göra fel är inte teoretiska. Att implementera ett oklassificerat verktyg som borde ha CE-märkning utsätter vårdcentralen för ansvar, och de skyldigheter som åligger vårdcentralen som "operatör" är mer omfattande än de flesta verksamhetsansvariga inser. Den här artikeln förklarar det regulatoriska ramverket i tydliga termer och ger beslutsfattare inom vården en praktisk grund för att utvärdera vilket AI-verktyg som helst före implementering.

Kärnskillnaden: medicinteknisk produkt kontra produktivitetsverktyg

Den viktigaste frågan att ställa om ett AI-verktyg är om det påverkar kliniska beslut eller patientutfall, eller om det enbart minskar administrativt arbete. Denna skillnad avgör hela efterlevnadsvägen.

Enligt EU:s förordning om medicintekniska produkter (MDR) klassificeras programvara som är avsedd för diagnos, förebyggande, övervakning, förutsägelse, prognos, behandling eller lindring av sjukdom sannolikt som en medicinteknisk produkt. Programvara som endast automatiserar dokumentation, formaterar anteckningar, genererar patientbrev eller hjälper till med schemaläggning är i allmänhet inte det. Skillnaden är inte alltid uppenbar från en produkts marknadsföringsmaterial, och det är just i denna otydlighet som den regulatoriska risken koncentreras.

Ett konkret exempel: Ett verktyg för realtidstranskribering som transkriberar ett patientsamtal och formaterar det till en strukturerad journalanteckning, där läkaren granskar och godkänner resultatet, är vanligtvis inte en medicinteknisk produkt. Ett verktyg som analyserar samma samtal och föreslår en differentialdiagnos, rekommenderar en remiss eller flaggar en läkemedelsinteraktion omfattas däremot med stor sannolikhet av MDR-krav. Samma underliggande teknik kan hamna på endera sidan av denna gräns beroende på vad den är utformad och marknadsförd för att göra.

Hur EU MDR definierar en medicinteknisk programvaruprodukt

EU MDR 2017/745, artikel 2, definierar en medicinteknisk produkt så att den inkluderar programvara när programvaran är avsedd av tillverkaren för ett medicinskt syfte. MDCG 2019-11-vägledningen om programvarukvalificering och klassificering, väsentligt reviderad 2025 för att uttryckligen adressera artificiell intelligens (AI), tillhandahåller det operativa ramverket för att avgöra om en given programvara kvalificerar sig som medicinteknisk programvara (MDSW) eller, mer specifikt, som medicinteknisk AI (MDAI).

Nyckelkriteriet är "avsett syfte": vad programvaran är utformad, märkt och marknadsförd för att göra. En leverantör kan inte bara hävda att deras verktyg inte är en medicinteknisk produkt om sättet det marknadsförs på antyder en klinisk funktion. MDCG 2025-6, publicerad i juni 2025, bekräftade att det avsedda syftet, inklusive hur ett verktyg beskrivs i marknadsföringsmaterial, är juridiskt avgörande, inte bara den underliggande tekniska arkitekturen.

Den reviderade MDCG 2019-11-vägledningen adresserar också uttryckligen AI-specifika exempel och beaktar interoperabilitet med journalsystem inom det europeiska hälsodatarummet, vilket är direkt relevant för vårdcentraler som integrerar AI-verktyg i befintliga kliniska system.

De tre riskklasserna som avgör vad en vårdcentral måste verifiera

EU MDR använder ett trappstegsklassificeringssystem enligt bilaga VIII, regel 11, som specifikt gäller programvara. Riskklassen som tilldelas ett AI-verktyg avgör vilken bedömningsväg för överensstämmelse leverantören måste följa, och därmed vad en vårdcentral behöver verifiera före implementering.

  • Klass I: Programvara som inte påverkar kliniska beslut på ett sätt som kan skada patienten. Dessa produkter kräver en självdeklaration av överensstämmelse från tillverkaren. Inget anmält organ är involverat. Enligt MDCG 2025-6 betraktas inte klass I-produkter som högrisk-MDAI enligt AI-förordningen.

  • Klass IIa: Programvara avsedd att tillhandahålla information som används för att fatta beslut med diagnostiska eller terapeutiska syften för allvarliga tillstånd, eller där fel kan orsaka betydande skada. Anmält organs medverkan krävs för bedömning av överensstämmelse.

  • Klass IIb: Programvara avsedd att tillhandahålla information som används för att fatta beslut med diagnostiska eller terapeutiska syften för livshotande sjukdomar eller kroniska tillstånd som orsakar permanent funktionsnedsättning, eller för att övervaka vitala fysiologiska parametrar där variation kan resultera i omedelbar fara.

  • Klass III: Programvara inblandad i beslut som, om de är felaktiga, direkt kan orsaka dödsfall eller irreversibel försämring av hälsan.

I ett primärvårdssammanhang är kliniska beslutsstödsverktyg som genererar differentialdiagnoser, riskstratifieringsresultat eller remissrekommendationer vanligtvis klass IIa eller högre, vilket kräver anmält organs medverkan och CE-märkning. 2025 års revidering av MDCG 2019-11 breddade tolkningen av regel 11 för att beakta graden av programvaruautonomi och dess roll i primär kontra stödjande diagnostik, vilket innebär att verktyg som tidigare var gränsfall nu kan hamna i en högre klass.

En referentgranskad fallstudie av Aireen-AI för screening av diabetisk retinopati, som uppnådde MDR 2017/745-efterlevnad och CE-märkning före marknadsinträde 2023, illustrerar djupet av klinisk validering som krävs: en klinisk prövning på flera platser med över tusen patienter, där läkare var involverade i varje steg från definition av avsett syfte genom riskanalys och programvaruvalidering. Detta är den standard en vårdcentral bör förvänta sig att en reglerad medicinteknisk AI-produkt har uppfyllt.

Vad CE-märkning betyder för ett AI-verktyg, och vad den inte betyder

CE-märkning enligt EU MDR signalerar att en leverantör har slutfört en bedömning av överensstämmelse som är lämplig för produktens tilldelade riskklass. För klass IIa och högre innebär detta att ett anmält organ har granskat den tekniska dokumentationen och de kliniska bevisen. Det är en viktig tröskel, men det är inte en garanti för klinisk validitet i varje användningsfall eller vårdmiljö.

Omfattningen av en CE-märkning är avgörande. Ett verktyg kan vara CE-märkt för användning som diagnostiskt hjälpmedel inom specialistsjukvård inom dermatologi, men inte validerat för användning i primärvården. En vårdcentral som använder verktyget utanför dess certifierade avsedda syfte är inte skyddad av CE-märkningen och kan själv agera utanför det regulatoriska ramverket.

Beslutsfattare bör se bortom förekomsten av CE-märkning och förstå dess omfattning: vilken patientpopulation, vilket kliniskt sammanhang och vilka specifika funktioner som täcks. Denna information bör finnas tillgänglig i leverantörens försäkran om överensstämmelse och, på sammanfattningsnivå, i bruksanvisningen.

De regulatoriska skyldigheterna som faller på vårdcentralen, inte bara leverantören

En utbredd missuppfattning bland vårdcentraler är att det regulatoriska ansvaret för ett AI-verktyg helt och hållet vilar på programvaruleverantören. Enligt EU MDR är detta inte fallet. Vårdcentralen, som "operatör" och implementerare av verktyget, har egna skyldigheter, och enligt AI-förordningens terminologi motsvarar MDR:s "användare" direkt AI-förordningens "driftsättare", en roll med uttryckliga efterlevnadsskyldigheter.

Operatörens skyldigheter enligt EU MDR inkluderar:

  • Granskning av implementeringsberedskap: Bekräfta att verktyget endast används inom sitt certifierade avsedda syfte och i det kliniska sammanhang för vilket det validerats.

  • Registerföring: Upprätthålla ett register över vilka reglerade AI-verktyg som är implementerade, inklusive deras klassificering och CE-status.

  • Personalutbildning: Säkerställa att läkare och administrativ personal förstår verktygets avsedda användning, dess begränsningar och när man inte ska förlita sig på dess resultat.

  • Incidentrapportering: Rapportera allvarliga incidenter, inklusive tillbud som kunde ha orsakat patientskada, till relevant nationell behörig myndighet.

  • Övervakning efter utsläppande på marknaden: Övervaka säkerhetssignaler och uppdatera implementeringspraxis om leverantören utfärdar säkerhetsmeddelanden eller uppdaterar verktygets avsedda syfte.

Dessa är inte frivilliga. En vårdcentral som implementerar ett reglerat AI-verktyg utan att uppfylla dessa skyldigheter är inte efterlevande, oavsett leverantörens egen certifieringsstatus.

Dokumentation en vårdcentral behöver före implementering av vilket AI-verktyg som helst

Innan man undertecknar ett avtal eller påbörjar en pilotimplementering bör vårdcentraler begära och behålla följande dokumentation från varje AI-leverantör:

  • Försäkran om överensstämmelse (för reglerade medicintekniska produkter) eller en skriftlig, motiverad klassificeringsförklaring som förklarar varför verktyget inte är en medicinteknisk produkt.

  • CE-certifikat inklusive dess omfattning, det utfärdande anmälda organet (för klass IIa och högre) och utgångsdatum.

  • Uttalande om avsett syfte: Leverantörens formella beskrivning av vad verktyget är utformat för att göra, för vilka patienter och i vilket kliniskt sammanhang.

  • Sammanfattning av kliniska bevis: En sammanfattning av de kliniska data som stöder verktygets prestandapåståenden, inklusive den population och miljö där de fastställdes.

  • Personuppgiftsbiträdesavtal: Krävs enligt dataskyddsförordningen (GDPR). Bör specificera var patientdata behandlas och lagras, samt den rättsliga grunden för behandlingen.

  • Åtaganden om övervakning efter utsläppande på marknaden: Hur leverantören övervakar faktisk prestanda och kommunicerar uppdateringar eller säkerhetssignaler till operatörer.

Dessa dokument existerar eftersom leverantören är skyldig att ta fram dem. En leverantör som inte kan eller vill tillhandahålla dem är i sig själv en efterlevnadssignal.

Högriskscenarier: AI-verktyg som sannolikt är reglerade medicintekniska produkter inom primärvården

Följande kategorier av AI-verktyg är mest sannolika att medföra MDR-skyldigheter i ett primärvårdssammanhang och motiverar den högsta nivån av granskning före implementering:

  • Kliniskt beslutsstöd som genererar differentialdiagnoser: Alla verktyg som analyserar patientdata och producerar en rankad lista över möjliga diagnoser är nästan säkert MDSW, sannolikt klass IIa eller högre.

  • Riskstratifieringsverktyg: Verktyg som tilldelar patienter en riskpoäng för ett specifikt tillstånd (till exempel kardiovaskulär risk eller cancerrisk) och använder den poängen för att rekommendera klinisk åtgärd.

  • Automatiserade triagesystem: AI som avgör brådskandegrad eller dirigerar patienter till en vårdväg baserat på symptominmatning, utan obligatorisk läkargranskning vid beslutstillfället.

  • Verktyg för förskrivnings- eller remissrekommendationer: Alla verktyg som föreslår ett specifikt läkemedel, dos eller remissdestination baserat på patientdata.

  • Diagnostisk bildanalys: Verktyg som analyserar retinala bilder, hudfotografier, EKG eller andra diagnostiska resultat för att identifiera patologi.

Diagnostisk programvara, kliniska beslutsstödsverktyg och AI-aktiverade medicintekniska produkter klassificeras i stort sett som högrisk enligt både MDR och AI-förordningen, vilket utlöser obligatorisk bedömning av överensstämmelse, datakvalitetskrav och skyldigheter för mänsklig tillsyn.

Lägre riskscenarier: AI-verktyg som vanligtvis faller utanför MDR:s tillämpningsområde

Följande kategorier av AI-verktyg utgör i allmänhet inte medicintekniska produkter enligt EU MDR, eftersom de inte utför en medicinsk funktion. De stöder administrativa eller dokumentationsarbetsflöden, där läkaren behåller full klinisk auktoritet:

  • Realtidstranskribering för klinisk dokumentation: Verktyg som transkriberar ett patientsamtal och formaterar resultatet som en strukturerad journalanteckning, där läkaren granskar, redigerar och godkänner innehållet innan det förs in i journalsystemet.

  • AI-assisterade patientbrev: Verktyg som utarbetar brev baserat på information från läkaren, utan att generera kliniska rekommendationer.

  • Administrativ sammanfattning: Verktyg som kondenserar remissbrev, epikriser eller tidigare korrespondens för att minska läsningstiden.

  • Verktyg för förslag på klinisk kodning: Verktyg som föreslår SNOMED- eller ICD-10-koder baserat på anteckningsinnehåll, där läkaren fattar det slutliga kodningsbeslutet.

Även för verktyg i dessa kategorier bör leverantörer tillhandahålla en skriftlig klassificeringsförklaring, en dokumenterad förklaring av varför verktyget inte uppfyller definitionen av MDSW. Avsaknad av sådan dokumentation är inte betryggande. Det är en lucka.

Det finns också en praktisk begränsning värd att notera i det nuvarande regulatoriska landskapet. Den höga kostnaden för MDR-certifiering och bristen på anmälda organ i EU har lett till att vissa programvarutillverkare har tagit bort kliniska funktioner från sina verktyg just för att undvika klassificering som medicinteknisk produkt. Vårdcentraler bör vara uppmärksamma på verktyg som verkar ha klinisk nytta men marknadsförs med tydliga ansvarsfriskrivningar om att de inte är avsedda för kliniskt beslutsfattande. Detta kan spegla regulatorisk positionering snarare än genuin produktdesign.

Hur man utvärderar en leverantörs regulatoriska påståenden före kontraktsundertecknande

Leverantörers regulatoriska påståenden varierar avsevärt i kvalitet och noggrannhet. Följande frågor hjälper upphandlingsansvariga och verksamhetschefer att genomföra en meningsfull granskning:

Om klassificering:

  • Är detta verktyg klassificerat som en medicinteknisk produkt enligt EU MDR? Om inte, kan ni tillhandahålla en skriftlig klassificeringsförklaring?

  • Om det är en medicinteknisk produkt, vad är dess riskklass och vilket anmält organ utfärdade CE-certifikatet?

Om bevis:

  • Vilka kliniska bevis stöder verktygets prestandapåståenden? I vilken patientpopulation och vårdmiljö genererades dessa bevis?

  • Har verktyget validerats specifikt för användning inom primärvård eller vårdcentralsmiljöer?

Om avsett syfte:

  • Vad är det formella uttalandet om avsett syfte? Faller vårt planerade användningsfall inom den omfattningen?

Om regulatorisk status:

  • Är CE-certifikatet aktuellt? Vad är dess utgångsdatum?

  • Är ni registrerade hos relevant nationell behörig myndighet?

Om AI-förordningen:

  • Betraktas detta verktyg som högrisk enligt EU:s AI-förordning? Om så är fallet, vilken bedömning av överensstämmelse har slutförts?

Frasen "vi arbetar mot CE-märkning" är inte likvärdigt med att inneha den. Ett verktyg utan CE-märkning som borde vara en reglerad medicinteknisk produkt kan inte lagligt implementeras i EU, oavsett hur lovande dess kapacitet verkar. MDCG 2025-6 bekräftade att tillverkare av MDAI måste uppfylla skyldigheter enligt både MDR och AI-förordningen via integrerade kvalitetslednings- och riskhanteringsramverk. "Pågående" är inte ett efterlevande tillstånd.

Nationella behöriga myndigheter och var man ska eskalera osäkerhet

Varje EU-medlemsstat har en nationell behörig myndighet ansvarig för MDR-tillsyn och verkställighet. Dessa inkluderar BfArM i Tyskland, ANSM i Frankrike, HPRA i Irland och motsvarande organ i andra medlemsstater. Nationella behöriga myndigheter upprätthåller register över godkända medicintekniska produkter och kan ge vägledning i klassificeringsfrågor.

Vårdcentraler som står inför verklig osäkerhet om huruvida ett specifikt verktyg kräver MDR-efterlevnad, särskilt i gränsfall där en leverantörs klassificeringsförklaring är oklar, kan vända sig till sin nationella behöriga myndighet för vägledning istället för att fatta ett ensidigt implementeringsbeslut. Detta är att föredra framför att gå vidare på grundval av en ofullständig eller egennyttig leverantörsdeklaration.

Konsekvenserna av att implementera ett oklassificerat verktyg som borde vara reglerat inkluderar potentiella åtgärder från den nationella behöriga myndigheten, ansvar vid patientskada och, enligt AI-förordningens utökade skyldigheter, påföljder på driftsättarnivå som faller på vårdcentralen själv, inte bara leverantören.

AI-förordningens fasade implementeringstidslinje är också relevant för planering. Fullständiga högrisk-skyldigheter gäller från augusti 2026, med en förlängd övergång till augusti 2027 för AI-system som redan regleras som medicintekniska produkter enligt MDR eller förordningen om medicintekniska produkter för in vitro-diagnostik (IVDR). Denna deadline i augusti 2027 gäller specifikt för AI-system som redan finns på marknaden enligt dessa förordningar. Nyligen implementerade högrisk-AI-system som inte tidigare reglerats enligt MDR eller IVDR omfattas av skyldigheterna från augusti 2026. Vårdcentraler som implementerar nya verktyg nu bör räkna med att fullständiga skyldigheter är nära förestående.

Bygga ett enkelt AI-styrningsramverk för din vårdcentral

Vårdcentraler behöver inte ett dedikerat regulatoriskt team för att hantera efterlevnad av AI-verktyg, men de behöver en upprepningsbar process. Ett enkelt styrningsramverk täcker fyra områden:

Klassificeringsgranskning före implementering

För varje AI-verktyg som övervägs, dokumentera om det är en medicinteknisk produkt, dess riskklass, statusen för dess CE-märkning och omfattningen av märkningen. Slutför denna granskning innan någon pilot startar, inte efteråt.

Godkännande och registerföring

Upprätthåll ett register över alla AI-verktyg i bruk, inklusive deras regulatoriska status, datum för implementering och namnet på den person som ansvarar för att övervaka efterlevnad. Uppdatera detta register när verktyg uppdateras eller deras avsedda syfte ändras.

Personalutbildning

Säkerställ att all personal som använder ett AI-verktyg förstår dess avsedda syfte, dess begränsningar och gränserna för lämpligt förtroende. För reglerade medicintekniska produkter kan utbildningskrav specificeras i bruksanvisningen.

Incidentloggning och periodisk omvärdering

Etablera en process för att logga incidenter, inklusive tillbud, där ett AI-verktygs resultat kan ha bidragit till en patientsäkerhetsfråga. Granska registret över implementerade verktyg minst årligen och omvärdera klassificeringen när en leverantör uppdaterar verktygets funktionalitet eller marknadsföringsmaterial, eftersom avsett syfte, inklusive hur ett verktyg marknadsförs, är juridiskt avgörande enligt EU MDR.

Detta ramverk behöver inte vara komplext. Det behöver vara dokumenterat, konsekvent tillämpat och uppdaterat när den regulatoriska miljön och verktygen själva förändras.

Vanliga frågor

▶ Hur vet jag om ett AI-verktyg som används på min vårdcentral är en reglerad medicinteknisk produkt enligt EU MDR?

Nyckelfrågan är om verktyget påverkar kliniska beslut eller patientutfall. Enligt EU:s förordning om medicintekniska produkter 2017/745 klassificeras programvara som är avsedd för diagnos, förebyggande, övervakning, förutsägelse, prognos, behandling eller lindring av sjukdom sannolikt som en medicinteknisk produkt. Ett verktyg som endast transkriberar patientsamtal, utarbetar patientbrev eller formaterar journalanteckningar är i allmänhet inte det. Samma underliggande teknik kan hamna på endera sidan av denna gräns beroende på vad den är utformad och marknadsförd för att göra, så leverantörens uttalande om avsett syfte är utgångspunkten för varje klassificeringsgranskning.

▶ Vilka är MDR-riskklasserna för AI-programvara, och vilken gäller för kliniska beslutsstödsverktyg?

EU MDR använder ett trappstegsklassificeringssystem enligt bilaga VIII, regel 11, specifikt för programvara. Klass I omfattar programvara som inte påverkar kliniska beslut på ett sätt som kan skada patienten och kräver endast en tillverkares självdeklaration. Klass IIa omfattar programvara som informerar beslut för allvarliga tillstånd och kräver anmält organs medverkan. Klass IIb gäller programvara som används i beslut om livshotande eller kroniskt funktionsnedsättande tillstånd. Klass III omfattar programvara inblandad i beslut som, om de är felaktiga, direkt kan orsaka dödsfall eller irreversibel skada. I ett primärvårdssammanhang är kliniska beslutsstödsverktyg som genererar differentialdiagnoser, riskstratifieringsresultat eller remissrekommendationer vanligtvis klass IIa eller högre.

▶ Vad bekräftar CE-märkning på ett medicintekniskt AI-verktyg egentligen, och vad täcker den inte?

CE-märkning signalerar att en leverantör har slutfört en bedömning av överensstämmelse som är lämplig för produktens tilldelade riskklass. För klass IIa och högre har ett anmält organ granskat den tekniska dokumentationen och de kliniska bevisen. Det är en viktig tröskel, men det är inte en garanti för klinisk validitet i varje användningsfall eller vårdmiljö. Ett verktyg kan vara CE-märkt för användning inom specialistsjukvård inom dermatologi men inte validerat för en primärvårdsmiljö. Att implementera verktyget utanför dess certifierade avsedda syfte innebär att vårdcentralen inte är skyddad av CE-märkningen. Märkningens omfattning, som täcker vilken patientpopulation, vilket kliniskt sammanhang och vilka specifika funktioner, bör bekräftas i leverantörens försäkran om överensstämmelse och bruksanvisning.

▶ Vilka efterlevnadsskyldigheter faller på en vårdcentral vid implementering av ett reglerat AI-verktyg?

Det regulatoriska ansvaret vilar inte enbart på programvaruleverantören. Enligt EU MDR bär vårdcentralen som "operatör" egna skyldigheter. Dessa inkluderar att bekräfta att verktyget endast används inom sitt certifierade avsedda syfte, upprätthålla ett register över implementerade reglerade AI-verktyg och deras klassificeringsstatus, säkerställa att all personal förstår verktygets avsedda användning och begränsningar, rapportera allvarliga incidenter inklusive tillbud till relevant nationell behörig myndighet samt övervaka säkerhetssignaler från leverantören. Dessa skyldigheter gäller oavsett leverantörens egen certifieringsstatus, och en vårdcentral som inte uppfyller dem är inte efterlevande.

▶ Vilka AI-verktyg som används inom primärvården är mest sannolika att kräva MDR-certifiering?

De kategorier som motiverar den högsta nivån av granskning före implementering inkluderar: kliniska beslutsstödsverktyg som genererar differentialdiagnoser, riskstratifieringsverktyg som tilldelar patienter en tillståndsspecifik riskpoäng och rekommenderar klinisk åtgärd, automatiserade triagesystem som dirigerar patienter till en vårdväg utan obligatorisk läkargranskning, verktyg för förskrivnings- eller remissrekommendationer samt diagnostiska bildanalysverktyg som identifierar patologi i retinala bilder, hudfotografier eller EKG. Dessa klassificeras i stort sett som högrisk enligt både EU MDR och EU:s AI-förordning, vilket utlöser obligatorisk bedömning av överensstämmelse, datakvalitetskrav och skyldigheter för mänsklig tillsyn.

▶ Vilka AI-verktyg på vårdcentraler faller vanligtvis utanför EU MDR:s tillämpningsområde?

Verktyg som stöder administrativa eller dokumentationsarbetsflöden, där läkaren behåller full klinisk auktoritet, utgör i allmänhet inte medicintekniska produkter. Dessa inkluderar realtidstranskribering som transkriberar ett patientsamtal och formaterar en strukturerad journalanteckning för läkargranskning och godkännande, AI-assisterad utarbetning av patientbrev baserat på information från läkaren, administrativ sammanfattning av remissbrev eller epikriser samt verktyg för förslag på klinisk kodning där läkaren fattar det slutliga kodningsbeslutet. Även för dessa verktyg bör leverantörer tillhandahålla en skriftlig klassificeringsförklaring som förklarar varför verktyget inte uppfyller definitionen av medicinteknisk programvara. Avsaknad av sådan dokumentation är i sig själv en efterlevnadssignal.

▶ Vilka dokument bör en vårdcentral begära från en AI-leverantör före implementering?

Innan man undertecknar ett avtal eller påbörjar en pilot bör vårdcentraler begära och behålla: en försäkran om överensstämmelse för reglerade medicintekniska produkter, eller en skriftlig klassificeringsförklaring som förklarar varför verktyget inte är en medicinteknisk produkt; CE-certifikatet inklusive dess omfattning, det utfärdande anmälda organet för klass IIa och högre samt utgångsdatum; leverantörens formella uttalande om avsett syfte; en sammanfattning av kliniska bevis som täcker den population och miljö där prestanda fastställdes; ett personuppgiftsbiträdesavtal som specificerar var patientdata behandlas och lagras samt den rättsliga grunden enligt dataskyddsförordningen; och leverantörens åtaganden om övervakning efter utsläppande på marknaden. En leverantör som inte kan eller vill tillhandahålla dessa dokument är i sig själv en efterlevnadssignal.

▶ Vilka frågor bör en vårdcentral ställa till en leverantör för att utvärdera deras regulatoriska påståenden?

Om klassificering, fråga om verktyget är klassificerat som en medicinteknisk produkt enligt EU MDR, och om inte, begär en skriftlig klassificeringsförklaring. Om det är en medicinteknisk produkt, bekräfta riskklassen och det anmälda organ som utfärdade CE-certifikatet. Om bevis, fråga vilka kliniska data som stöder verktygets prestandapåståenden, i vilken patientpopulation och vårdmiljö dessa bevis genererades, och om verktyget har validerats specifikt för primärvård eller vårdcentralsmiljöer. Om regulatorisk status, bekräfta att CE-certifikatet är aktuellt och fråga om leverantören är registrerad hos relevant nationell behörig myndighet. Om EU:s AI-förordning, fråga om verktyget betraktas som högrisk och vilken bedömning av överensstämmelse som har slutförts. Frasen "vi arbetar mot CE-märkning" är inte likvärdigt med att inneha den.

▶ Vilken är EU:s AI-förordnings tidslinje som vårdcentraler behöver planera för?

Fullständiga högrisk-skyldigheter enligt EU:s AI-förordning gäller från augusti 2026. En förlängd övergång till augusti 2027 gäller specifikt för AI-system som redan finns på marknaden och regleras som medicintekniska produkter enligt EU MDR eller förordningen om medicintekniska produkter för in vitro-diagnostik. Nyligen implementerade högrisk-AI-system som inte tidigare reglerats enligt dessa ramverk omfattas av skyldigheterna från augusti 2026. Vårdcentraler som implementerar nya verktyg nu bör räkna med att fullständiga skyldigheter är nära förestående och planera därefter.

▶ Vad bör en vårdcentral göra om den är osäker på om ett specifikt AI-verktyg kräver MDR-efterlevnad?

Vårdcentraler som står inför verklig osäkerhet, särskilt där en leverantörs klassificeringsförklaring är oklar, kan vända sig till sin nationella behöriga myndighet för vägledning istället för att fatta ett ensidigt implementeringsbeslut. Varje EU-medlemsstat har en nationell behörig myndighet ansvarig för MDR-tillsyn: BfArM i Tyskland, ANSM i Frankrike, HPRA i Irland och motsvarande organ på andra håll. Dessa myndigheter upprätthåller register över godkända medicintekniska produkter och kan ge råd i klassificeringsfrågor. Att gå vidare på grundval av en ofullständig eller egennyttig leverantörsdeklaration medför verklig risk: att implementera ett oklassificerat verktyg som borde vara reglerat kan resultera i verkställighetsåtgärd, ansvar vid patientskada och påföljder på driftsättarnivå enligt AI-förordningen som faller på vårdcentralen själv.

Kom igång med Tandem idag

Gör som tusentals andra som njuter av stressfri dokumentation.

Kom igång med Tandem idag

Gör som tusentals andra som njuter av stressfri dokumentation.

Kom igång med Tandem idag

Gör som tusentals andra som njuter av stressfri dokumentation.