Toolvalidierung gemäß DIN EN ISO 13485

Wenn Sie nach DIN EN ISO 13485 zertifiziert sind oder genau das Ihr Ziel ist, sind Sie bestimmt schon einmal über die Toolvalidierung gestolpert. Vielleicht kann dieser Artikel Sie auffangen und etwas Licht ins Dunkle bringen.

Warum benötigen wir eine Toolvalidierung?

Der Hauptgrund und vermutlich auch der Grund, weshalb Sie auf diesen Artikel gestoßen sind, sind die Kapitel 4.1.6, 4.2.5 und 7.6 der DIN EN ISO 13485. Hier wird gefordert, dass Computersoftware-Anwendungen im Rahmen des Qualitätsmanagementsystems validiert werden. Der Fokus liegt hier auf solch einer Computer Software, welche für die Überwachung und Messung von Anforderungen eingesetzt wird. Doch nicht alle Tools müssen validiert werden. Die Notwendigkeit liegt vor allem bei Tools, welche einen Einfluss auf die Prozesse, die Arbeitssicherheit oder die Produktsicherheit nehmen. Wichtig ist es auch, die Entdeckungswahrscheinlichkeit eines Fehlers des Tools mit einzubeziehen.

Man spricht hier von einem risikobasierten Ansatz. Je höher also der Einfluss eines Tools auf die eben genannten Punkte ist und je niedriger die Entdeckungswahrscheinlichkeit eines Fehlers ist, umso ausführlicher wird die Validierung sein. In einer Prozessbeschreibung kann man beispielsweise festlegen, welche Dokumente je nach Kritikalität und Einsatzgebiet des Tools zu erstellen sind.

Wichtige Begrifflichkeiten für die Toolvalidierung

Die folgenden Bezeichnungen sind die wichtigsten Parameter für eine Toolvalidierung und die Festlegung des Validierungsumfangs. Mit Hilfe dieser Kenngrößen werden der Einfluss des Tools (Tool Impact, TI), die Fehler-Entdeckungswahrscheinlichkeit (Tool Error Detection, TD) und das daraus resultierende Tool-Vertrauenslevel (Tool Confidence Level, TCL) bestimmt. Das folgende Vorgehen dient als Beispiel und ist eine schlanke Möglichkeit, den Umfang der Toolvalidierung zu ermitteln und auch später noch im Audit nachvollziehen zu können.

Tool Impact (TI)

Der Tool Impact beschreibt den Einfluss des Tools auf die Sicherheit des Produkts/ die Arbeitssicherheit/ die Prozesse und lässt sich in TI-0 (Tool hat keinen Einfluss auf die Sicherheit) und TI-1 (Tool kann die Sicherheit des Produkts/ der Arbeitssicherheit/ der Prozesse gefährden) unterteilen.

Egal in welche Ebene das Tool eingeteilt wird: es sollte immer eine kurze Begründung hierfür erfolgen.

Tool Error Detection (TD)

Die Tool Error Detection dient der Einschätzung der Wahrscheinlichkeit, einen Fehler des Tools zu erkennen. Man kann die Tool Error Detection in drei Stufen festsetzen. Diese können TD-0 (hohe Entdeckungswahrscheinlichkeit), TD-1 (Toolfehler wird vermutlich erkannt) und TD-2 (Toolfehler wird vermutlich nicht erkannt) sein.

Auch hier ist eine kurze Begründung für die Einteilung notwendig.

Tool Confidence Level (TCL)

Das Tool Confidence Level ergibt sich aus den oben beschriebenen Punkten TI und TD. Mit Hilfe der folgenden Matrix kann man das Tool in das entsprechende Confidence Level einstufen. Sie ermöglicht eine schnelle Festlegung aufgrund der vorher getroffenen Einschätzungen.

Mit Hilfe des obig ermittelten Tool Confidence Level können aus der nächsten Matrix die sich ergebenden Folge-Aktivitäten je nach Einstufung abgelesen werden. Die Tabelle zeigt beispielhaft weitere Dokumente, die man im Rahmen einer Toolvalidierung erstellen kann/muss. Es wird deutlich, dass mit höherem TCL auch der Umfang der notwendigen Aktivitäten zunimmt. Dies spiegelt noch einmal den risikobasierten Ansatz der Toolvalidierung wider.

Unterschiedlicher Validierungsumfang je nach TCL

Unsere Empfehlung ist es, für alle zu validierenden Tools stets einen Validierungsplan und -bericht zu erstellen!

Im Validierungsplan werden zunächst grundsätzliche Informationen zum Tool, dessen Einsatzzweck und bspw. eine Begründung für die Auswahl dieses Tools geliefert. Anschließend sollten die Faktoren TI, TD und TCL klassifiziert werden, sodass der notwendige Validierungsumfang festgelegt werden kann.

Der Validierungsbericht zeigt das Ergebnis der Validierung sowie die Planung eventueller Folgeaktivitäten (z.B. Revalidierung o.Ä.)

Bei einem höheren TCL (in unserem Falle ab TCL-1) birgt das Tool mehr Risiken und die Validierung muss daher ausführlicher gestaltet werden. Zu Validierungsplan und -bericht kommen dann – je nach Klassifizierung innerhalb des Unternehmens – Testspezifikation und -bericht hinzu. Hier werden verschiedene Testfälle, die die alle Anforderungen an das Tool abdecken, definiert und überprüft.

Bei einem noch höheren TCL (hier bei TCL-2) werden zusätzliche Dokumente gefordert. Das sind z.B. eine Installationsqualifikation (beschreibt das Vorgehen zur Installation des Tools) sowie eine FMEA (Fehlermöglichkeits- und Einflussanalyse, in der mögliche Fehler, deren Einfluss und entsprechende Maßnahmen aufgezeigt werden).

Haben Sie noch Fragen?

Stehen Sie gerade vor einer Toolvalidierung und brauchen Unterstützung? MEDtech steht Ihnen als QM-Partner zur Seite und hilft Ihnen im Audit mit einer vollständigen und normkonformen Dokumentation zu überzeugen. Kommen Sie gerne auf uns zu!

Viele Grüße,

Eva Maier

Kontaktieren Sie uns!

Autor

  • Mein Name ist Eva Maier, ich habe an der HAW Landshut Biomedizinische Technik (B. Eng.) studiert. Während des Studiums hat mich vor allem die interdisziplinäre Ausrichtung und die vielseitigen Möglichkeiten der Medizintechnik begeistert. Ich konnte dort im Rahmen eines Praxissemesters und während der Bachelorarbeit praktische Erfahrungen sammeln und erste berufliche Interessensschwerpunkte für mich entdecken. Im Praxissemester war ich bei einem Entwickler und Hersteller für Lichttherapiegeräte in der Produktentwicklung und im Qualitätsmanagement tätig. Die Faszination für diese beiden Bereiche konnte ich während meiner Bachelorarbeit bei einer Firma ergänzen. Dort habe ich durch die Konzeption, Entwicklung und Verifikation eines Herstellungsprozessschrittes zur Entstehung eines Herzunterstützungssystems beigetragen. Ich bin seit November 2021 ganz frisch im MEDtech Ingenieur Team und konnte bereits an mehreren Projekten mitwirken und erste Einblicke in die Software-Entwicklung erhalten. Ich freue mich darauf, neue Erfahrungen und Kenntnisse in verschiedenen Bereichen der Medizintechnik zu sammeln. Viele Grüße Eva Maier

Wie hilfreich war dieser Beitrag?

Durch das Anklicken der Sterne wird ein Cookie in diesem Browser gespeichert, um das mehrfache Abgeben von Bewertungen zu verhindern. Durch das Anklicken der Sterne erlauben Sie medtech-ingenieur.de das Cookie zu speichern.

Es gibt bereits 2 Bewertung(en) mit einer Durschnittsbewertung von 3.

Bisher keine Bewertungen! Seien Sie der Erste, der diesen Beitrag bewertet.

Es tut uns leid, dass der Beitrag für Sie nicht hilfreich war!

Helfen Sie uns, diesen Beitrag zu verbessern!

Wie können wir diesen Beitrag verbessern?

Auch interessant:

Call for Blogs – Gastblogger gesucht

Haben Sie Ahnung von Medizintechnik und sind Sie in Ihrem Bereich ein absoluter Experte? Dann teilen Sie Ihr Wissen doch mit anderen! Wenn Sie ein spannendes Thema haben, vielleicht aber den Aufwand scheuen selbst einen Blog zu betreiben, möchte ich Ihnen die Gelegenheit bieten einen Gastblog bei www.medtech-ingenieur.de zu posten.…
Getagged mit: , , , , , , , , , ,

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.