Softwarevalidierung für Medizinprodukte: Klassifizierung, Validierung, IQ/OQ/PQ

Apps, medizinische Software und aktive Medizinprodukte

Software entscheidet heute über die Sicherheit und den Marktzugang vieler Medizinprodukte. Wer medizinische Software oder softwaregestützte Geräte im europäischen Markt anbietet, muss zwei Dinge trennen können: Ist die Software selbst ein Medizinprodukt? Und welche Software im Hintergrund muss validiert werden, obwohl sie nie am Patienten ankommt?

Die Medizinprodukteverordnung (MDR) beantwortet beides über Klassifizierung und Validierung. Die CE-Zertifizierung von Software als Medizinprodukt (SaMD) oder von Software in aktiven Medizinprodukten folgt klar definierten Anforderungen an Klassifizierung und Validierung.

Medizinsoftware klassifizieren: Welche MDR-Regeln gelten?

Bei der Zertifizierung und Validierung von medizinischer Software sind grundsätzlich drei Anwendungsbereiche zu unterscheiden:

Software als Teil eines Medizinprodukts

Meist aktive Medizinprodukte
z. B. Diagnose-Apps, Therapieplanungstools, integrierte Steuerungssoftware

Sie wird nach ihrer Risikoklasse gemäß MDR Anhang VIII bewertet. Mit dieser Einstufung folgen Konformitätsbewertung und die Einhaltung der relevanten Normen.

Software mit Einfluss auf die Produktionsqualität eines Medizinprodukts

z. B. Testsysteme, Überwachungstools

Sie muss validiert sein, um sicherzustellen, dass sie wie vorgesehen funktioniert und die Produktqualität nicht gefährdet.

Software im Qualitätsmanagementsystem

Dokumentenlenkung, Schulungsverwaltung Reklamationsmanagement,

Digitale Werkzeuge, die Prozesse innerhalb des QMS steuern müssen ebenfalls validiert werden. So wird die Zuverlässigkeit und Nachvollziehbarkeit qualitätsrelevanter Prozesse und Daten gewährleistet.

Gerade bei Apps ist oft unklar, ob es sich überhaupt um ein Medizinprodukt handelt. Entscheidend ist dabei der beabsichtigte Verwendungszweck. Ein einfaches Monitoring von Blutzuckerwerten führt nicht zwangsläufig zu einer Einstufung als Medizinprodukt.

Der zentrale Fokus liegt immer auf dem Einfluss der Software auf das Medizinprodukt oder die erbrachte Dienstleistung.
Der Hersteller ist verpflichtet, nur geprüfte und geeignete Software einzusetzen (Softwarevalidierung).

Softwarevalidierung unter der MDR: Was wird gefordert?

Validierung bedeutet eine dokumentierte Beweisführung, dass ein System seinen vorgesehenen Zweck zuverlässig und unter realen Bedingungen erfüllt. Im europäischen Kontext gehört dazu:

Definition der Benutzeranforderungen und des Verwendungszwecks
Risikobasierter Ansatz zur Festlegung der Validierungstiefe
Erstellung von Testplänen und -szenarien
Durchführung von IQ/OQ/PQ-Aktivitäten:
- IQ (Installation Qualification): Prüfung der korrekten Installation in der vorgesehenen Umgebung
- OQ (Operational Qualification): Nachweis, dass die Software ihre vorgesehenen Funktionen unter simulierten Bedingungen erfüllt
- PQ (Performance Qualification): Bestätigung, dass die Software im realen Betrieb zuverlässig funktioniert

Zwar fordert die DIN EN ISO 13485 schon seit Langem die Validierung eingesetzter Software, doch bestehen in der Praxis häufig Unsicherheiten über den konkreten Umfang und die Tiefe der Validierungsaktivitäten in der Medizintechnik.

IQ/OQ/PQ: Checkliste zu den drei Validierungsstufen

Wir unterstützen Sie dabei!

Unser Expertenteam beantwortet alle wichtigen Fragen rund um dieses Thema:

Wie integriere ich Validierungsaktivitäten in meine Prozesse?
Brauche ich einen Validierungs-Masterplan?
Wer führt die Validierung durch?
Nach der Klassifizierung ergeben sich weitere Fragen, z. B. zu Normen wie DIN EN ISO 62304 (Software-Lebenszyklus) oder DIN EN ISO 62366 (Usability Engineering).

Validierung Ihrer Software

Validierung heißt: dokumentierte Beweisführung, dass die Software ihren Zweck unter realen Bedingungen erfüllt. WQS prüft, ob Ihre Software validierungspflichtig ist, klassifizieren Ihre Software nach MDR Anhang VIII und legen Ihren Validierungsumfang fest.

Häufig gestellte Fragen

Softwarevalidierung

Welche Klassifizierungsregeln gelten für Medizinsoftware in der EU?

Medizinsoftware wird gemäß Anhang VIII, Regel 11 der MDR klassifiziert. Software, die Informationen für diagnostische oder therapeutische Entscheidungen liefert, wird je nach Risiko in der Regel in die Klassen IIa, IIb oder III eingestuft.

Was versteht man unter Softwarevalidierung im Zusammenhang mit der MDR?

Die Validierung stellt sicher, dass Ihre Software den vorgesehenen Verwendungszweck zuverlässig erfüllt. Sie umfasst die Definition von Anforderungen, die Risikobewertung und die Durchführung von Tests (IQ/OQ/PQ). Dies gilt für Software, die in Medizinprodukten eingebettet ist, in der Fertigung oder im Qualitätsmanagementsystem (QMS) verwendet wird.

Muss Software, die in Fertigungsprozessen eingesetzt wird, auch validiert werden?

Ja. Software, die die Produktqualität beeinflusst (z. B. Prüf-, Inspektions- und Überwachungssysteme), muss validiert werden, um nachzuweisen, dass sie die Sicherheit oder Leistung nicht beeinträchtigt.

Was bedeuten IQ, OQ und PQ bei der Softwarevalidierung?

• IQ (Installation Qualification): Stellt sicher, dass die Software in der vorgesehenen Umgebung korrekt installiert ist.
• OQ (Operational Qualification): Überprüft, ob die Software unter simulierten Bedingungen die vorgesehenen Funktionen erfüllt.
• PQ (Performance Qualification): Bestätigt, dass die Software im realen Einsatz konsistent funktioniert.

Was regelt die IEC 62366 (Usability Engineering)?

Die DIN EN 62366-1 legt fest, wie die Gebrauchstauglichkeit von Medizinprodukten systematisch entwickelt und nachgewiesen wird. Ziel ist, Anwendungsfehler zu vermeiden, die zu Risiken für Patient oder Anwender führen. Für Software bedeutet das: Bedienoberflächen und Nutzungsszenarien werden analysiert, kritische Aufgaben identifiziert und mit realen Nutzern getestet. Die Ergebnisse fließen als Nachweis in die Technische Dokumentation ein.

Was fordert die IEC 62304?

Die DIN EN 62304 beschreibt den Software-Lebenszyklus für Medizinprodukte-Software von der Planung über Entwicklung und Wartung bis zum Risikomanagement der Software selbst. Sie verlangt, Software nach ihrem Sicherheitsrisiko in Klassen (A, B, C) einzuordnen und den Entwicklungsprozess entsprechend zu dokumentieren. Je höher die Klasse, desto strenger sind die Anforderungen an Verifizierung und Nachweisführung.

Wie integriere ich Softwarevalidierung in meine bestehenden Prozesse?

Die Validierung wird am besten frühzeitig in den Entwicklungsprozess eingebettet. Konkret bedeutet das: Anforderungen dokumentieren, Risikoanalyse durchführen und Testaktivitäten von Anfang an mitplanen. WQS unterstützt Sie dabei, Validierungsaktivitäten effizient in Ihre bestehenden Abläufe zu integrieren.

Brauche ich einen Validierungs-Masterplan?

Ein Validierungs-Masterplan (VMP) ist nicht in jedem Fall zwingend, aber sobald mehrere Systeme oder komplexe Prozesse validiert werden, schafft er Struktur: Er legt Umfang, Verantwortlichkeiten, Vorgehen und Akzeptanzkriterien übergreifend fest. Für einzelne, klar abgegrenzte Anwendungen kann ein schlankeres, systemspezifisches Vorgehen ausreichen. Entscheidend ist der risikobasierte Umfang, nicht die Länge des Dokuments.

Wer führt die Softwarevalidierung durch?

Die Validierung kann intern durch geschulte Mitarbeiter oder extern durch spezialisierte Berater durchgeführt werden. Entscheidend ist, dass die Person die regulatorischen Anforderungen kennt und unabhängig vom Entwicklungsteam agiert. WQS übernimmt die Validierung für Sie oder begleitet Ihr internes Team dabei.

Weiterführende Links

Europäisches Parlament & Rat der EU: Verordnung (EU) 2017/745 über Medizinprodukte (MDR), Amtsblatt der Europäischen Union, 5. Mai 2017 – eur-lex.europa.eu
DIN Media: DIN EN 62304 (kostenpflichtige Norm) – dinmedia.de
DIN Media: DIN EN 62366 (kostenpflichtige Norm) – dinmedia.de