Klasse IIa Medizinprodukt: Konformität, Technische Akte und Klinische Bewertung

Ein Klasse IIa Medizinprodukt ist die häufigste Stufe der EU-MDR. Die Klasse beinhaltet eine breite Spanne von Produkten, von Hörgeräten und Ultraschallscannern bis zu Insulinpens und einem großen Teil der Medizinprodukte-Software über die Regel 11. Das Ganze klingt nur bürokratisch, trägt aber direkte Folgen für die gewählte Konformität, die Größe der technischen Akte (Technical File) und die klinischen Belege, welche man mitbringen muss.

Das wirft eine Frage auf:
Wie baut, dokumentiert und bewertet man ein Klasse IIa Medizinprodukt so, dass die benannte Stelle es beim ersten Mal freigibt?

Dieser Beitrag erklärt, was ein Produkt nach MDR Anhang VIII in Klasse IIa mit sich bringt, welche drei Konformitätsrouten ein Klasse IIa Medizinprodukt nehmen kann, was die technische Dokumentation enthalten muss, wie die klinische Bewertung hier funktioniert und die fünf Fehler, die Klasse-IIa-Projekte am häufigsten haben. Den breiteren Kontext über alle vier Klassen liefert unser übergeordneter Beitrag zu den Medizinprodukte-Klassen.

Inhaltsverzeichnis

Warum Klasse IIa die Häufigste Medizinprodukte-Klasse Nach MDR ist

Unter Klasse IIa befindet sich der Großteil der MedTech-Innovation unter MDR. Sie umfasst Produkte mit moderatem Risiko und kürzerer Anwendungsdauer, aktive diagnostische und therapeutische Geräte ohne erhebliche Gefahr. Dazu kommt noch die große Menge an Medizinprodukte-Software, die Regel 11 standardmäßig auf Klasse IIa zieht. Klasse I dagegen ist unter MDR enger geworden. Die meisten Projekte gehören also in IIa.

Der Erste Pflichtkontakt mit der Benannten Stelle

Für Gründer und Produktverantwortliche ist der Kontakt mit der benannten Stelle Pflicht, da Klasse IIa die erste Stufe ist, auf der die benannte Stelle das Produkt zertifizieren muss. Die Selbstdeklaration fällt hier also weg. Die benannte Stelle prüft das QMS und die technische Akte. Zudem muss eine klinische Bewertung jede Produktaussage zu Sicherheit und Leistung stützen.

Damit kommen Projekte am häufigsten zum ersten Mal mit der MDR-Umgebung bei Klasse IIa in Berührung. Hier unterschätzen die meisten Teams den regulatorischen Aufwand, weil die Klasse moderat klingt, die Arbeit dahinter aber alles andere als moderat ist.

-> In kurz: Klasse IIa ist die Standardstufe für Hardware mit moderatem Risiko, aktive Geräte und Regel-11-Software. Sie ist die erste Klasse, in der die benannte Stelle relevant ist.

Was Definiert ein MDR Klasse-IIa-Medizinprodukt

Ein Klasse IIa Medizinprodukt wird über die Regeln aus MDR Anhang VIII definiert, angewandt auf die Zweckbestimmung des Produkts. Drei typische Einstiegspunkte decken die Mehrheit der Fälle ab: kurzzeitig invasive Geräte, aktive diagnostische oder therapeutische Geräte sowie Medizinprodukte-Software über Regel 11.

Schwellen für Dauer und Invasivität

Die Regeln 6 und 7 legen ein Produkt als Klasse IIa fest, wenn es ein invasives Gerät mit kurzzeitiger Anwendung ist, also bis zu 30 Tagen ununterbrochen im Körper. Katheter, Drainagen und Anästhesieschläuche landen typischerweise hier. Wird dasselbe Gerät langzeitig genutzt, schiebt die Regel es nach IIb oder III, je nach Ort im Körper und Zweck.

Die Schwellen für die Dauer sind dabei streng. Alles über 60 Minuten Gebrauch ist nicht mehr vorübergehend und alles über 30 Tage zählt als langzeitig. Ein falsch gelesener Schwellenwert ist eine klassische Quelle der Fehlklassifizierung, besonders bei Geräten für wiederholte Kurzeinsätze.

Die Trennung Aktiv und Nicht-Aktiv

Regel 10 umfasst aktive diagnostische und therapeutische Geräte, die Energie nicht potenziell gefährlich abgeben. Hörgeräte, Ultraschallscanner und Insulinpens gehören hier dazu. Diese Geräte nutzen Strom oder wirken aktiv auf den Körper, doch wegen des geringen Schadenspotenzials bleiben sie auf der IIa-Stufe statt IIb.

Die Trennung zwischen IIa und IIb durch die Regel 10 hängt davon ab, ob Strom potenziell gefährlich wird. Ein Standard-Ultraschall ist beispielsweise IIa und ein fokussiertes Ultraschall-Therapiegerät, das Gewebe abträgt, steigt auf IIb. Der Nutzen zählt also mehr als die Gerätekategorie.

Software Regel 11

Regel 11 steckt die meiste Medizinprodukte-Software standardmäßig in Klasse IIa. Software, die Informationen für klinische Entscheidungen liefert, mit geringem Schadensrisiko bei einer Fehlentscheidung, gehört zu IIa. Therapie-Begleit-Apps, klinische Entscheidungshilfen und Patienten-Monitoring-Software landen typischerweise hier.

Die IIa-Untergrenze ist dabei von Bedeutung, weil hier die meisten Softwareanbieter aus der Klasse-I-Welt der MDD kommen. Die Breite für Klasse-I-Software ist nun sehr eng und nur reine Verwaltungs-, Dokumentations- oder Logistik-Tools bleiben in Klasse I. Hier führt die Guidance MDCG 2019-11 die Qualifizierung im Detail durch.

-> In kurz: Kurzzeitig invasiv, aktiv diagnostisch ohne erhebliche Gefahr sowie Regel-11-Software auf der Standardstufe. Das sind die drei Türen in Klasse IIa.

Was ist zu tun:

Legen Sie Ihre Zweckbestimmung mit Blick auf die Anhang-VIII-Regeln 6, 7, 10 und 11 fest.
Prüfen Sie, ob Ihre Anwendungsdauer die 30-Tage- oder 60-Minuten-Schwelle überschreitet.
Arbeiten Sie für Software die MDCG 2019-11 durch, bevor Sie IIa festlegen.

Die Drei MDR Konformitätsbewertungs-Routen

Ein Klasse IIa Medizinprodukt kann unter MDR eine von drei Konformitätsrouten nehmen, alle mit einer benannten Stelle. Jede Route bezieht sich auf einen anderen Teil der klinischen Belege, wobei die falsche Route Monate kostet.

Anhang IX: QMS und Technische Dokumentation

Anhang IX ist die Standardroute für die meisten modernen Klasse-IIa-Produkte, besonders softwaregetriebene. Die benannte Stelle prüft das vollständige Qualitätsmanagementsystem nach ISO 13485 und die technische Dokumentation für eine repräsentative Stichprobe des Portfolios. Die Zertifizierung dauert typischerweise sechs bis zwölf Monate und wird über jährliche Prüfungen erneuert.

Anhang IX passt zu Herstellern mit mehreren Varianten, einer aktiven Entwicklungs-Pipeline oder einem Software-Lebenszyklus, der laufende QMS-Aufsicht benötigt. Für ein Einzelprodukt kann Anhang IX weiterhin zutreffen, doch die leichteren Anhang-XI-Routen sind dann eine Überlegung wert.

Anhang XI Teil A: Produktionsqualitätssicherung

Anhang XI Teil A lenkt die Aufmerksamkeit der benannten Stelle auf den Produktionsprozess statt auf das ganze QMS. Dabei erstellt der Hersteller das Design-Dossier selbst und die benannte Stelle prüft dann das Produktions-QA-System. Diese Route passt zu Hardwarelinien mit stabiler Produktion, wo das Design feststeht und das Risiko in der Fertigungskonsistenz liegt.

Für softwaregetriebene Produkte ist Anhang XI Teil A selten passend, weil das gesamte Risiko in Design und Lebenszyklus liegt statt in der Produktion. Der Audit-Rahmen trifft dann schlicht nicht zu.

Anhang XI Teil B: Produktprüfung

Anhang XI Teil B ist operativ die schwerste der drei Klasse-IIa-Routen. Hier prüft die benannte Stelle jedes Gerät oder eine statistische Stichprobe als Charge für Charge. Das funktioniert für spezialisierte Hardware mit geringen Stückzahlen, bringt aber Aufwand je Charge, der mit hohem Volumen wächst.

In der Praxis ist Anhang XI Teil B für neue Klasse-IIa-Programme selten. Die meisten Teams wählen zwischen Anhang IX und Anhang XI Teil A, je nachdem, ob ihr Risiko in Design plus QMS oder in der Produktion liegt.

-> In kurz: Anhang IX für softwaregetriebene und variantenreiche Produkte, Anhang XI Teil A für Hardwarelinien, Anhang XI Teil B für seltene Kleinserien der Produktion.

Erwartungen an die Technische Dokumentation

Die technische Dokumentation für ein Klasse IIa Medizinprodukt folgt MDR Anhang II. Innerhalb der Anhangsstruktur gibt es vier Säulen, die das regulatorische Gewicht tragen: Risikomanagement, Software-Lebenszyklus, klinische Bewertung sowie Pläne nach der Markteinführung.

Anhang II in der Praxis

Anhang II erwartet Gerätebeschreibung und Spezifikation, Kennzeichnung und Gebrauchsanweisung, Design- und Fertigungsinformationen, die GSPR-Checkliste, die Nutzen-Risiko-Analyse, die Risikomanagement-Akte, Verifizierungs- und Validierungsnachweise sowie den Bericht zur klinischen Bewertung. Jeder Punkt hat seine eigene Genauigkeitsanforderung und muss auch rückverfolgbar sein.

Für Klasse IIa prüft die benannte Stelle diese Akten als Stichprobe unter Anhang IX. Die Korrektheit dieser Akten ist also sehr wichtig, selbst wenn nur eine Variante bewertet wird. Eine zu geringe Dokumentation zerstört die Glaubwürdigkeit des gesamten Portfolios.

Software-Akten Nach IEC 62304

Für Software bestimmt EN IEC 62304 die Lebenszyklus-Erwartungen. Zu Klasse-IIa-Software gehört typischerweise die IEC-62304-Sicherheitsklasse B, welche einen detaillierteren Satz an Architekturdesign, Einheitsverifizierung und Integrationsnachweisen verlangt als Klasse A. Manche IIa-Anwendungen ohne Sicherheitsbeitrag können zwar Klasse A bleiben, doch der Standard für Informationssoftware mit Diagnose- oder Therapiebezug ist B.

Über IEC 62304 hinaus bezieht sich EN IEC 81001-5-1 auf den Cybersecurity-Lebenszyklus und ISO 14971 verankert die Risikomanagement-Akte. Diese Normen sind nicht optional und müssen erfüllt werden, um eine vollständige technische Dokumentation und GSPR-Checkliste vorzulegen.

-> In kurz: Anhang II gibt die Struktur vor, die vier Säulen tragen das Gewicht. Für Software gilt meist IEC 62304 Sicherheitsklasse B, dazu EN IEC 81001-5-1 und ISO 14971.

Klinische Bewertung eines MDR Klasse-IIa-Medizinprodukts

Die klinische Bewertung eines Klasse IIa Medizinprodukts folgt MDR Artikel 61 und Anhang XIV. Hier will die benannte Stelle sehen, dass die Aussagen zu klinischer Leistung und Sicherheit durch klinische Daten belegt werden. Gesammelt werden diese über einen von zwei Wegen: Äquivalenz zu einem bestehenden Gerät oder eine eigene klinische Prüfung.

Die Äquivalenz-Route

Für Klasse IIa ist die Äquivalenz-Route oft machbar. Der Hersteller weist technische, biologische und klinische Äquivalenz zu einem bereits bewerteten Gerät nach und nutzt dessen klinische Daten. Die Messlatte ist aber hoch, da MDR Anhang XIV Teil A Abschnitt 3 Äquivalenz auf allen drei Dimensionen verlangt.

Äquivalenz sollte man wählen, wenn ein glaubwürdiges Vergleichsprodukt im selben Therapiegebiet existiert, dieselben Materialien im Körperkontakt nutzt und nach ähnlichen Prinzipien arbeitet. Für neue softwaregetriebene Produkte ist die Route jedoch schwerer zu verteidigen, weil die Prinzipien oft abweichen.

Wann Eine Klinische Prüfung Nötig ist

Wenn Äquivalenz nicht haltbar ist, dann ist eine klinische Prüfung nach MDR Artikel 62 der realistischere Weg. Für Klasse IIa sind die Anforderungen hier niedriger als für IIb oder III, doch eine ordentliche Prüfung verlangt weiterhin die Zustimmung der Ethikkommission, einen klinischen Prüfplan und strukturierte Datenerhebung. MDCG 2019-9 führt hierbei durch die praktische Abgrenzung.

Der Bericht zur klinischen Bewertung (CER) fasst die Daten zusammen und legt die Nutzen-Risiko-Balance dar. MDCG 2020-13 wird hierbei von den benannten Stellen für die Bewertung genutzt. Das ist ebenfalls die beste Struktur, um den CER zu schreiben.

PMCF Nach dem Launch

Die klinische Nachbeobachtung (PMCF) hält die klinische Bewertung nach dem Marktstart am Leben. Für Klasse IIa fließen PMCF-Plan und -Bericht in den Periodic Safety Update Report (PSUR) ein, der mindestens alle zwei Jahre fällig ist. Die benannte Stelle erwartet, dass die PMCF reale Daten in die technische Dokumentation zurückspeist.

-> In kurz: Äquivalenz oder klinische Prüfung vorab, CER auf Grundlage der MDCG-2020-13, PMCF und PSUR alle zwei Jahre nach dem Launch.

Häufige Fehler bei MDR Klasse-IIa-Projekten

In unseren Projekten treten immer wieder dieselben fünf Fehler rund um ein Klasse IIa Medizinprodukt auf. Meistens wurde die MDR-Klasse dann im Nachhinein angegangen, statt von Beginn an durch den Prozess erarbeitet.

1. Anhang XI Wählen, Weil es Einfacher Klingt

Teams wählen Anhang XI Teil A oder B, weil die Routenbeschreibung einfacher klingt als ein volles QMS-Audit. Für softwaregetriebene Produkte ist das eine Falle, da die benannte Stelle weiterhin Design-Dossier, Risikomanagement-Akte und CER sehen will. Die Rahmenbedingungen verschieben das Audit nur nach hinten und machen es schwerer.

2. IEC 62304 Klasse B als Optional Behandeln

Oft nehmen Teams an, Klasse IIa sei gleich der IEC 62304 Klasse A. Für die meiste diagnostische oder therapeutische Entscheidungsunterstützung ist die richtige Sicherheitsklasse jedoch B, nicht A. Bei unserem ersten Audit kommt es daher mit am häufigsten vor, dass eine Klasse-A-Akte für ein Klasse-B-Produkt eingereicht wird.

3. Auf Dünne Äquivalenz-Ansprüche Setzen

Äquivalenzansprüche brauchen technische, biologische und klinische Äquivalenz in allen drei Dimensionen. Es kommt vor, dass Teams einen CER auf eine einzige Ähnlichkeitsdimension bauen und die benannte Stelle ihn zurückweist. Für Software ist die Route noch schwerer zu verteidigen, weil die Prinzipien oft von jedem Vorgänger abweichen.

4. PMCF als Problem Nach dem Launch Betrachten

PMCF lässt sich nicht erst nach dem Launch entwerfen und anbauen. Der PMCF-Plan gehört schon bei der Einreichung in die technische Dokumentation, mit definierter Datenerhebungsmethode, einem Zeitplan sowie dem Datentransfer in den PSUR. Wenn man die PMCF-Planung aufschiebt, baut man die Akte anschließend neu, während das Produkt schon live ist.

5. Keinen Slot bei der Benannten Stelle Gebucht

Der Markt der benannten Stellen ist eng, besonders für softwarelastige IIa-Portfolios. Viele gehen erst mit der fertigen technischen Dokumentation auf eine benannte Stelle zu und finden ihren Audit-Slot dann sechs bis neun Monate später. Man muss die benannte Stelle während der Entwicklung einbinden, den Slot sichern und den Dokumentationsumfang abstimmen.

-> In kurz: Falsche Route, falsche IEC-62304-Klasse, dünne Äquivalenz, aufgeschobene PMCF, spät zur benannten Stelle. Fünf Wege zum falschen Audit bei MDR Klasse IIa.

FAQs zu MDR Klasse-IIa-Medizinprodukten

Q1: Wie lange dauert die Zertifizierung eines Klasse IIa Medizinprodukts?

A1: Typische Zeitspannen liegen bei sechs bis zwölf Monaten für die Anhang-IX-Zertifizierung, sobald die technische Dokumentation fertig ist und ein Slot bei der benannten Stelle gebucht wurde. Rechnen Sie weitere sechs bis zwölf Monate darauf für die Entwicklung und die Aktenvorbereitung. Für Erstantragsteller sind mindestens achtzehn Monate vom Projektstart bis zum Zertifikat realistisch.

Q2: Kann ein Klasse IIa Medizinprodukt Äquivalenz für die klinische Bewertung nutzen?

A2: Ja, Äquivalenz nach MDR Anhang XIV ist erlaubt, wenn technische, biologische und klinische Äquivalenz alle haltbar sind. Für Hardware mit einem klaren Vergleichsprodukt ist das machbar. Für neue Software ist dieser Weg jedoch oft sehr schwer. Viele planen daher von Anfang an mit einer klinischen Prüfung.

Q3: Welche Konformitätsroute ist für Medizinproduktsoftware bei Klasse IIa am besten?

A3: Anhang IX ist hier der Standard, da Software als Design und Lebenszyklus funktioniert und nicht als Produktionscharge. Anhang XI Teil A zielt dagegen auf die Produktions-QA, was nicht zu Software passt. Ebenso ist Anhang XI Teil B eine Prüfung je produzierter Einheit, also kein Software-Match. Wählen und planen Sie deshalb Anhang IX und das QMS entsprechend.

Q4: Ist ISO 13485 für ein Klasse IIa Medizinprodukt verpflichtend?

A4: ISO 13485 selbst ist freiwillig, aber die QMS-Anforderungen in MDR Artikel 10 und Anhang IX bilden sie nahezu gleich ab. Ein zertifiziertes ISO-13485-QMS ist daher der einfachste Weg, die Konformität mit diesen Anforderungen zu beweisen. Die meisten Klasse-IIa-Hersteller betreiben in der Praxis ein zertifiziertes ISO-13485-QMS.

Fazit

Ein Klasse IIa Medizinprodukt ist das Lastpferd der MDR. Die Stufe klingt moderat, der Aufwand drumherum ist aber real: eine benannte Stelle im Spiel, eine vollständige technische Dokumentation nach Anhang II, IEC-62304-Nachweise für jede Software, eine klinische Bewertung mit glaubwürdigen Daten und ein PMCF-Plan, der nach dem Launch bestehen bleibt. Wer jede Schicht mit der erwarteten Aufmerksamkeit behandelt, macht die Konformitätsbewertung also zu einer geplanten Übung statt zu einer Reihe später Überraschungen.

Wenn ein Klasse-IIa-Projekt eine saubere MDR-Einstufung, eine Routenempfehlung und eine Überprüfung der Lücken in der technischen Dokumentation braucht, ist eine strukturierte MDR-Beratung der schnellste und beste Weg.