Die Validierung wird von vielen Gesetzen und Normen gefordert. Allerdings verstehen diese Regularien den Begriff in den verschiedenen Kontexten unterschiedlich.
Inhalt
Dieser Artikel verschafft eine schnelle Übersicht und verlinkt auf Praxistipps in weiterführenden Artikeln:
Die ISO 9000 definiert den Begriff Validierung wie folgt:
die Bestätigung durch objektiven Nachweis erbracht, dass die Anforderungen für eine bestimmte Anwendung oder eine bestimmte Zweckbestimmung erfüllt sind
Da der Begriff Anforderung unterschiedlich interpretiert wird, hilft diese Definition:
Prüfung mit objektiven Mitteln, ob spezifizierte Nutzer im spezifizierten Nutzungskontext die spezifizierten Nutzungsziele erreichen
Einen schnellen Einstieg in das Thema bietet das Video in diesem Artikel zur Verifizierung und Validierung von Medizinprodukten.
Die Definitionen legen nicht fest, welche Objekte validiert werden. Im Kontext von Medizinprodukten sind das beispielsweise:
Bei Medizinprodukten erfolgt die Validierung am Ende der Entwicklung (s. Abb. 1). Das gilt nicht nur beim V-Modell, sondern bei jeden Entwicklungsprozess.
Abb. 1: Die Validierung findet am Ende des Entwicklungsprozesses statt.
Im Englischen spricht man von Design Validation.
Sie muss sicherstellen, dass die Stakeholder-Anforderungen erfüllt sind und die Anwender damit die Zweckbestimmung tatsächlich erreichen (s. gestrichelter roter Pfeil in Abb. 1).
Die wichtigsten Methoden bei der Validierung von Medizinprodukten sind die klinische Bewertung und die Usability Validation, z. B. in Form einer summativen Evaluation bzw. von Usability-Tests.
Bei der V&V von IVD entspricht die Leistungsbewertung der klinischen Bewertung.
Mache Hersteller zählen auch Tests in Prüflaboren wie Prüfungen der Biokompatibilität (z. B. Zytotoxitätstests) und Prüfungen der elektrischen Sicherheit zur Validation. Aber das sind eher Verifizierungsaktivitäten.
Der Begriff „Validation“ wird auch im Kontext von Komponenten genutzt, beispielsweise bei Machine Learning Libraries. Allerdings sind das im regulatorischen Sinne eher Verifizierungsaktivitäten.
Alle wichtigen Normen und Gesetze fordern die Validierung der Medizinprodukte. Dazu zählen:
Die ISO 13485 zählt die klinische Bewertung als Teil der Validierung.
Hilfreich sind diese Hinweise zur klinischen Bewertung von Software.
Beachten Sie, dass die FDA in ihrer Leitlinie General Principles of Software Validation eher ein Software-Qualitätsmanagement beschreibt als die Software-Validierung.
Die ISO 13485 fordert gleich mehrfach, dass die Hersteller ihre Infrastruktur und Werkzeuge validieren. Beispielsweise verpflichtet das Kapitel 4.1.6 die Hersteller zur Computerized Systems Validation (CSV). Normen wie die ISO 80002-2 und der AMII TIR 36 geben dabei Hilfestellung.
Dieser Artikel beschreibt die genauen Anforderungen der Norm an die Werkzeug-Validierung.
Der Begriff Software-Validierung ist mehrfach belegt, wie dieser Artikel zeigt.
Gesetze und Normen wie MDR, IVDR und ISO 13485 verpflichten die Hersteller auch zur Prozessvalidierung. Validiert werden müssen alle Prozesse, die eine Auswirkung auf die Konformität der Produkte haben. Das sind nicht nur Entwicklungs- und Produktionsprozesse, sondern auch Prozesse zum Umgang mit Kundenrückmeldungen und zur Post-Market Surveillance.
Haben Sie noch Fragen Validierung von Medizinprodukten, computerisierten Systemen und Prozessen? In unserem kostenlosen Micro-Consulting erhalten Sie Antworten.
Im Seminar zum internen Auditor und im zertifizierten Auditoren-Kurs lernen Sie, Prozesse zu validieren. Das Seminar „Computerized Systems Validation“ vermittelt alle Kenntnisse, um die CSV selbst durchführen zu können.
Eine Usability Validierung in den Usability Labs des Johner Instituts stellt die Konformität und Gebrauchstauglichkeit Ihrer Produkte sicher.
Melden Sie sich gleich hier, wenn Sie Unterstützung dabei wünschen, möglichst schnell, einfach und gesetzeskonform alle relevanten Anforderungen zu erheben und nachzuweisen. Damit vermeiden Sie Ärger und Verzögerungen bei der „Zulassung“ und bringen Ihre Produkte schnell in den Markt.
Der FDA Usability Guidance ist seit dem 3. Februar 2016 „amtlich“: Nach viereinhalb Jahren hat das FDA Guidance Dokument „Applying Human Factors and Usability Engineering to Medical Devices“ das Entwurfsstadium verlassen und beschreibt die Sicht der Behörde zum Usability Engineeering. Sie können das Guidance Document hier herunterladen.
DetailsDie ISO 80002-2 (genau: ISO TR 80002-2) beschreibt die Anforderungen an die Validierung von Software, die im Rahmen von QM-relevanten Prozessen eingesetzt wird. Damit gibt die ISO 80002-2 wertvolle Hinweis, wie Medizinproduktehersteller die Anforderungen der ISO 13485:2016 nach Prozess-Software-Validierung erfüllen können. Inhaltsübersicht Anwendungsbereich der Norm » Ist die ISO 80002-2 verpflichtend? » Die Norm in wenigen…
DetailsDer AAMI TIR 36 ist ein Best Pratice Guide, der den Titel “Validation of software for regulated processes“ trägt. Die AAMI möchte mit diesem „Technical Information Report“ Medizinprodukteherstellern Hilfestellung dabei geben, computerisierte Systeme zu validieren. Inhaltsübersicht Wer den TIR 36 lesen sollte » Übersicht über die Anforderungen » Verbindlichkeit, Ziel, Bezugsquelle » Stärken und Schwächen…
Details
Die IEC 82304 liegt inzwischen vor. Ein guter Anlass, sich diese Norm zu „Health-Software-Products“ näher anzusehen.
In diesem Artikel lesen Sie, welche Anforderungen die FDA an das Human Factors Engineering HFE stellt, an welche Produkte die FDA diese Anforderungen stellt und wie Sie diese Anforderungen umsetzen.
Häufig stellt sich beim Thema „Werkzeug Validierung“ die Frage, ob man auch Testwerkzeuge (z.B. N/JUnit) und ALM-Tools (z.B. MedPack, JIRA, Microsoft TFS) validieren bzw. verifizieren muss. Und falls die Antwort ja wäre, müsste man dann die zu dieser Validierung bzw. Verifizierung eingesetzten Werkzeuge selbst wieder prüfen? Da würde sich ja ein Teufelskreis auftun. Dieser Artikel…
DetailsDie Nutzerbefragung nutzen viele Medizinproduktehersteller, um die Gebrauchstauglichkeit ihrer Produkte zu bewerten. Doch als einziges Methode angewendet sind Nutzerbefragungen nicht geeignet, um die regulatorischen Anforderungen zu erfüllen.
DetailsViele Firmen verwechseln „User Experience“ (Benutzungserlebnis) mit „Usability“ (Gebrauchstauglichkeit), was zu Irritationen nicht nur bei Audits führt. Dieser Beitrag grenzt die beiden Begriffe voneinander ab und verrät, wie sie beides prüfen können.
Wie identifiziert man die wirklichen User Requirements (Kundenanforderungen)? Einfach: Man fragt die User was Ihre Requirements (Anforderungen) seien. Falsch! So erfahren Sie nicht, was die User Requirements sind, sondern die User Requests! Diese Verwechslung kann das Scheitern Ihres Projekts bedeuten!
Wenn Sie Ihr FDA-Auditor nach einem „Test Protocol“ fragt, sollten Sie ihm nicht die Testprotokolle zeigen. Denn Protocols sind Vorschriften, wie etwas zu machen ist, also eher Testspezifikationen. Das, was Sie unter Testprotokoll verstehen, würde der FDA-Auditor als Test Records oder Test Results bezeichnen. Dass Sie letztlich – nicht nur bei FDA-Audits – beides vorlegen…
Details