Vision-System validieren: ein praktischer Weg durch GAMP 5

An der Validierung bleiben Bildverarbeitungsprojekte hängen, meist weil die Tests aus den Softwarefunktionen statt aus dem Prozessrisiko abgeleitet werden. Dies ist der Weg, der funktioniert, samt der Tests, die wirklich etwas beweisen.

Veröffentlicht 2026-09-169 Min. Lesezeit

Kurz gefasst

  • Die meisten Vision-Stationen sind GAMP-5-Kategorie 4: konfigurierbare Produkte, risikobasiert validiert statt Zeile für Zeile.
  • Wirksam sind die Tests, die Fehlerfälle herausfordern: fehlende Einheiten, zusätzliche Einheiten, nichts unter der Kamera, beschädigte Einheiten und geänderte Einstellungen.
  • Ein nachtrainiertes Modell ist eine Prozessänderung, also legen Sie vorab fest, was eine Revalidierung auslöst.

Beim Prozess anfangen, nicht bei der Software

Validierung beantwortet eine Frage: Tut dieses System zuverlässig und nachweisbar das, was Ihr Prozess braucht? Das erste Dokument ist deshalb kein Testskript, sondern eine kurze Benutzeranforderungsspezifikation, die in Ihren Worten festhält, was die Station leisten muss: welche Produkte, welche Mengen, welche Prüfung, welcher Datensatz, welche Schnittstellen, wer was darf.

Alles Weitere verweist auf diese Liste zurück. Was dort nicht steht, beweist kein Test, und kein Auditor kann nachvollziehen, warum Sie geprüft haben, was Sie geprüft haben.

Wo eine Vision-Station in GAMP 5 steht

GAMP 5 ordnet Software danach, wie stark sie für Sie verändert wird. Eine Standard-Zähl- und Prüfstation, die Sie konfigurieren, mit Kameras, Soll-Mengen, Rollen und einem Detektionsmodell, ist ein konfigurierbares Produkt der Kategorie 4. Sie validieren nicht den Quellcode des Lieferanten, sondern die Konfiguration in Ihrem Prozess, in einer Tiefe, die dem Risiko folgt.

Diese Unterscheidung spart viel Arbeit. Die risikoreichsten Funktionen werden am tiefsten geprüft, der Rest wird über Lieferantendokumentation und dessen Verifizierungsnachweise abgedeckt, referenziert statt wiederholt.

  • Höchstes Risiko, tiefste Abdeckung

    Datenintegrität (Audit-Trail, Unveränderlichkeit, Signaturen), Zugriffskontrolle und die Richtigkeit des Zähl- oder Prüfergebnisses.

  • Mittel

    Schnittstellen zu SPS und anderen Systemen, Berichte, Modellverwaltung sowie Sicherung und Wiederherstellung.

  • Niedriger

    Komfortfunktionen wie Layout, Sprachumschaltung oder Übersichtsansichten.

Der Dokumentensatz

  • Benutzeranforderungen (URS)

    Was die Station in Ihrem Prozess leisten muss, inklusive der regulatorischen Anforderungen, die sie unterstützen soll.

  • Risikobewertung

    Welche Fehler Produktqualität oder Datenintegrität beeinträchtigen würden, wie wahrscheinlich sie sind und wie sie entdeckt werden. Daraus folgt die Prüftiefe.

  • Installationsqualifizierung (IQ)

    Das System ist korrekt auf definierter Hardware installiert: Versionen, Prüfsummen von Anwendung und Modell, Kameraidentität, Zeitquelle, Netzwerk und Zugriffswege.

  • Funktionsqualifizierung (OQ)

    Jede Funktion verhält sich wie spezifiziert, inklusive der Challenge-Tests unten, unter normalen und bewusst anormalen Bedingungen.

  • Leistungsqualifizierung (PQ)

    Die Station funktioniert im realen Prozess mit Ihren Produkten und Ihren Bedienern, über genügend Läufe, um aussagekräftig zu sein.

  • Traceability-Matrix (RTM)

    Jede Anforderung verknüpft mit Design, Test und Ergebnis, damit ein Auditor in einem Schritt von der Anforderung zum Nachweis kommt.

Challenge-Tests, die etwas beweisen

Ein Test, der nur bestätigt, dass ein korrektes Tray korrekt gezählt wird, beweist wenig. Fordern Sie die Fehlerfälle bewusst heraus, mit bekannten Eingaben.

  • Grenzfälle der Zählung

    Ein Tray mit exakter Menge, eines mit bekannter Fehlmenge, eines mit absichtlich zusätzlicher Einheit, eine leere Station und ein teilweise verdecktes Tray. Halten Sie fest, was die Station meldet und was im Chargendatensatz landet.

  • Beschädigte und untypische Einheiten

    Wird Schadenserkennung genutzt, nehmen Sie abgebrochene und zerbrochene Einheiten auf sowie Einheiten am Rand der Klassendefinition, damit die Grenzen dokumentiert und nicht vermutet sind.

  • Datenintegrität

    Versuchen Sie, eine geschlossene Charge zu ändern. Ändern Sie eine Einstellung im Lauf und finden Sie den Eintrag mit Alt- und Neuwert im Audit-Trail. Exportieren Sie den Trail und verifizieren Sie ihn unabhängig.

  • Zugriffskontrolle

    Prüfen Sie, dass Rollen nur dürfen, was die Matrix sagt, dass die Einschränkung serverseitig greift, dass die Sperre nach Fehlanmeldungen funktioniert und dass ein Austritt den Zugang entzieht.

  • Schnittstellen

    Lösen Sie eine Aufnahme über SPS oder ein anderes System aus und prüfen Sie, dass das Ergebnis mit korrekter Zuordnung im selben Datensatz landet, und was bei einem Verbindungsabbruch mitten in der Aufnahme passiert.

  • Wiederanlauf

    Ziehen Sie während einer Aufnahme die Stromversorgung. Prüfen Sie, was erhalten bleibt, was als unvollständig markiert wird und dass keine Zählung still verloren geht.

Das Modell gehört zum validierten Zustand

Für diesen Teil waren die meisten CSV-Vorlagen nie gedacht. Ein Detektionsmodell ist Konfiguration, die das Ergebnis maßgeblich bestimmt, und gehört damit wie jeder andere konfigurierte Parameter unter Änderungskontrolle.

Legen Sie vor dem Go-live drei Dinge fest: welche Modellversion validiert ist, was mit jedem Ergebnis aufgezeichnet wird, damit die Version nachträglich nachvollziehbar bleibt, und was eine Revalidierung auslöst. Ein für ein neues Produkt nachtrainiertes Modell braucht meist eigene PQ-Nachweise für dieses Produkt, während die übrige Qualifizierung bestehen bleibt.

Nehmen Sie die Prüfsumme des Modells in die IQ auf und stellen Sie sicher, dass jeder Chargendatensatz sie mitführt. Ohne diese Verknüpfung bleibt eine Frage zu einer vergangenen Zählung unbeantwortbar.

Den validierten Zustand halten

  • Änderungskontrolle

    Software-Updates, Modelländerungen, Kamera- oder Beleuchtungsänderungen und neue Produkte brauchen je eine bewertete Änderung, keinen stillen Tausch.

  • Periodische Überprüfung

    Bestätigen, dass das System noch seiner Dokumentation entspricht, Auditbefunde, Abweichungen und Benutzerzugriffe durchsehen.

  • Sicherung und Wiederherstellung

    Die Wiederherstellung testen, nicht nur die Sicherung. Ein nie zurückgespieltes Backup ist eine Vermutung.

  • Schulungsnachweise

    Bediener auf der aktuellen Version geschult, mit dem Bedienerhandbuch unter Dokumentenlenkung.

Was Sie vom Lieferanten verlangen sollten

Ein Lieferant kann das System nicht für Sie validieren, aber er kann Ihnen den größten Teil des Schreibens abnehmen. Verlangen Sie die funktionale Spezifikation, eine Anforderungs-Traceability-Matrix, Protokollvorlagen für IQ, OQ und PQ, die Release- und Build-Identität der gelieferten Version sowie Nachweise aus den Tests des Lieferanten, auf die Ihre OQ verweisen kann.

Steadeye liefert dieses Paket mit der Station aus, auf Basis eines GAMP-5-Kategorie-4-Ansatzes, damit Ihre QS ausführt und anpasst, statt beim leeren Blatt zu beginnen.

Häufige Fragen

Müssen wir ein Vision-System überhaupt validieren?

Wenn es GMP-Aufzeichnungen erzeugt oder stützt: ja, es ist ein computergestütztes System in einem regulierten Prozess. Der Aufwand skaliert mit dem Risiko, und ein gut dokumentiertes Kategorie-4-Produkt mit eng umrissener Nutzung lässt sich mit einem schlanken, aber vollständigen Paket validieren.

Wie lange dauert eine Validierung?

Entscheidend sind die Klarheit der Anforderungen und der Umfang der Lieferantendokumentation, nicht die Software selbst. Standorte mit URS, Risikobewertung und Herstellerprotokollen führen IQ und OQ häufig in Tagen statt Wochen aus, während die PQ die frühe Produktion begleitet.

Bedeutet ein nachtrainiertes Modell eine vollständige Revalidierung?

Selten. Die meisten Standorte behandeln ein nachtrainiertes Modell als Konfigurationsänderung: Risiko bewerten, neue Version und Prüfsumme dokumentieren und Leistungsnachweise für das betroffene Produkt erzeugen. Halten Sie das im Validierungsplan fest, damit die Antwort später nicht improvisiert wird.

Lässt sich ein System validieren, das offline läuft?

Ja, und meist ist es einfacher: Es gibt keinen Cloud-Dienst, keine externe Schnittstelle und keinen Fernzugriff des Lieferanten zu bewerten. Die Qualifizierung umfasst eine Maschine, ihre Software, ihr Modell und ihre Schnittstellen.

Quellen

Die Regelwerke, auf die sich dieser Leitfaden stützt. Jeder Link führt auf die Seite der herausgebenden Stelle, damit Sie den Wortlaut selbst prüfen können.

Nehmen Sie die Checkliste ins nächste Anbietergespräch.

Zwei Seiten: die technischen Kontrollen vor dem Kauf, die Challenge-Tests, die sie in der OQ beweisen, und was Sie zum Detektionsmodell festlegen sollten. Kein Formular, keine E-Mail nötig.

Checkliste herunterladen

PDF · 2 Seiten · Deutsch

Bringen Sie Ihr Produkt in die Demo.

Wir gehen den Workflow auf der laufenden Station von Anfang bis Ende durch, inklusive Audit-Trail und signiertem Chargendatensatz.