Svenska – Digital Risk Management for Medical Devices – Why Spreadsheets Fail Under MDR
MDR riskhanteringsfilens struktur
Den här artikeln ger en översikt över hur MedQdoc arbetar med kundsupport, från en av våra teammedlemmar
– Hilda Palm, Customer Support Manager
MDR Riskhanteringsfilens struktur – Praktisk guide till Bilaga II
Enligt EU MDR (EU 2017/745) är riskhanteringsfilen inte ett fristående dokument — den är en central del av din tekniska dokumentation enligt Bilaga II.
Många tillverkare har implementerat ISO 14971-procedurer. Färre har strukturerat sin riskhanteringsfil på ett sätt som uppfyller anmälda organs förväntningar enligt MDR.
Denna guide förklarar hur du bygger en revisionsredo MDR-riskhanteringsfil med korrekt spårbarhet, regulatorisk samstämmighet och livscykelintegration.
1. Regulatorisk grund: ISO 14971 och MDR Bilaga II
ISO 14971 definierar riskhanteringsprocessen. MDR definierar hur denna process ska demonstreras inom den tekniska dokumentationen.
Din riskhanteringsfil måste visa:
- Systematisk identifiering av faror
- Fördefinierade kriterier för riskacceptans
- Implementering av hierarkin för riskkontroll
- Utvärdering av kvarstående risker
- Dokumenterad nyttoriskbedömning
- Kontinuerliga uppdateringar genom PMS
För en komplett översikt av ISO 14971, se:
2. Kärnstruktur för en MDR-riskhanteringsfil
2.1 Riskhanteringsplan
Riskhanteringsplanen definierar ramverket för din produkt.
- Produktens omfattning och avsedd användning
- Livscykelfaser som omfattas
- Roller och ansvar
- Kriterier för riskacceptans
- Metoder för verifiering av kontroller
Revisionsinsikt: Acceptanskriterier måste definieras före riskutvärdering — inte justeras i efterhand.
2.2 Identifiering av faror och riskanalys
Detta avsnitt dokumenterar den analytiska kärnan i ISO 14971.
- Avsedd användning och förutsebar felanvändning
- Faror (biologiska, mekaniska, elektriska, programvara, användbarhet)
- Farliga situationer
- Potentiella skador
- Initial riskuppskattning (allvarlighetsgrad × sannolikhet)
Konsekvens i metodiken är avgörande. Anmälda organ bedömer logisk samstämmighet genom hela filen.
2.3 Riskutvärdering
Varje uppskattad risk måste jämföras med fördefinierade acceptanskriterier.
Vanlig brist:
- Ingen dokumenterad motivering till varför vissa risker anses acceptabla
2.4 Riskkontrollåtgärder
ISO 14971 kräver den obligatoriska hierarkin:
- Inbyggd säkerhet genom konstruktion
- Skyddsåtgärder
- Säkerhetsinformation (bruksanvisning och märkning)
Överberoende av bruksanvisningen som primär kontrollåtgärd är en vanlig iakttagelse vid MDR-revisioner.
2.5 Verifiering av riskkontroller
Varje implementerad kontroll måste verifieras och dokumenteras.
- Designvalideringsrapporter
- Biokompatibilitetstestning
- Verifieringstestning av programvara
- Användbarhetsvalidering
Spårbarhet mellan kontroll och verifieringsbevis är ett kritiskt fokusområde vid revision.
2.6 Utvärdering av kvarstående risk
Efter implementering av kontroller:
- Beräkna kvarstående risker på nytt
- Utvärdera den övergripande kvarstående risken
- Dokumentera motivering för acceptans
Om betydande kvarstående risker kvarstår krävs en formell nyttoriskanalys.
2.7 Nyttoriskanalys
MDR kräver dokumenterad bekräftelse på att:
De medicinska nyttorna överväger de kvarstående riskerna.
Denna slutsats måste vara i linje med:
- Klinisk utvärderingsrapport (CER)
- Övervakning efter marknadslansering (PMS)
- Uppföljning efter marknadslansering (PMCF)
Bristande överensstämmelse mellan dessa dokument leder ofta till revisionsanmärkningar.
2.8 Riskhanteringsrapport
Den slutliga riskhanteringsrapporten bekräftar:
- Att riskhanteringsplanen följdes
- Att alla risker identifierades och utvärderades
- Att riskkontroller implementerades och verifierades
- Att kvarstående risker är acceptabla
Denna rapport måste färdigställas före CE-märkning.
3. Spårbarhet: det mest kritiska MDR-kravet
En compliant riskhanteringsfil måste visa full spårbarhet mellan:
- Fara
- Risk
- Riskkontroll
- Verifieringsbevis
- GSPR-krav
- Klinisk evidens
- PMS-data
Fragmenterad dokumentation (t.ex. fristående kalkylblad) ökar revisionsrisken avsevärt.
Stöd för strukturerad dokumentation:
4. Vanliga svagheter i MDR-riskhanteringsfiler
- Odefinierade eller inkonsekventa kriterier för riskacceptans
- Saknad nyttoriskanalys
- Ingen dokumenterad övergripande utvärdering av kvarstående risk
- Bristande koppling till GSPR
- PMS-data återförs inte till riskfilen
Riskhantering måste vara en levande process genom hela produktens livscykel.
Slutsats
En MDR-kompatibel riskhanteringsfil måste visa:
- Strukturell fullständighet
- Regulatorisk samstämmighet
- Logisk konsekvens
- Full spårbarhet
- Livscykelintegration
Tillverkare som strukturerar sin riskhanteringsfil enligt Bilaga II:s förväntningar minskar revisionsanmärkningar, påskyndar granskning av anmält organ och stärker regulatorisk robusthet.
FAQ – Vanliga frågor om AI-verktyg
Hur kan jag kontakta MedQdoc Customer Support?
MedQdoc Support är tillgänglig via support@medqdoc.com.
Hur snabbt kan jag förvänta mig svar på min supportförfrågan?
We aim to respond as quickly as possible. Support requests are usually answered shortly, and always within 24 hours on business days.
Vilken typ av ärenden kan kundsupport hjälpa mig med?
MedQdoc Customer Support kan hjälpa dig med frågor om hur plattformen används, tekniska problem och kontorelaterade ärenden. Vi välkomnar också feedback och förbättringsförslag och arbetar nära vårt utvecklingsteam för att kontinuerligt förbättra MedQdoc. För guider, vanliga frågor och steg-för-steg-instruktioner, besök vårt Help Center.
Hur prioriterar ni brådskande supportärenden?
Brådskande supportärenden prioriteras utifrån hur allvarligt problemet är och hur många användare som påverkas. Problem som påverkar systemets tillgänglighet eller kritisk funktionalitet hanteras först och eskaleras omedelbart.
Kan jag alltid skicka in förbättringsförslag?
Ja, absolut. Vi välkomnar alltid förbättringsförslag från våra kunder. Alla förslag hanteras i enlighet med våra etablerade rutiner för kundfeedback, dokumenteras av oss och diskuteras i dialog med utvecklingsteamet.
Finns det tekniska begränsningar i MedQdoc?
Ja. MedQdoc använder externa tillägg som OnlyOffice och Draw.io, och deras funktionalitet kan i vissa fall begränsa vad som är tekniskt möjligt inom systemet. Vi övervakar och utvärderar kontinuerligt dessa verktyg för att säkerställa stabilitet, säkerhet och efterlevnad av tillämpliga krav.
Hur kommunicerar ni förändringar och uppdateringar?
Vi kommunicerar uppdateringar genom korta sammanfattningar som kallas Release Notes. En mer detaljerad lista över ändringar finns tillgänglig i MedQdoc-portalen, och en fullständig ändringslogg kan tillhandahållas på begäran.
MedQdoc används inom hela den medicintekniska industrin
