Prüfrezepte und Änderungen an Vision-Systemen nachvollziehen

Das Rezept gehört zum Prüfergebnis

Ein gedachtes Beispiel: Nach einem Formatwechsel beurteilt die Kamera dasselbe Merkmal mit einem anderen Grenzwert. Für die spätere Untersuchung reicht das Gut-/Schlecht-Ergebnis allein nicht aus. Der Betrieb muss erkennen können, welches Prüfprogramm aktiv war und welche relevante Änderung vorgenommen wurde. Das Beispiel beschreibt eine Beschaffungssituation, keinen beobachteten Kundenfall.

Dieser Vergleich behandelt die kontrollierte Bedienung und Dokumentation des Vision-Systems. Ob die Kamera einen bestimmten Kratzer, Code oder Durchmesser erkennt, bleibt eine eigene Prüfaufgabe. Auch ein gutes Erkennungsresultat bestätigt keine vollständige Änderungshistorie.

Ausgewählt sind OCTUMs dokumentierbare regulierte Anwendungen und THOPs kundenspezifische Prüfsoftware. OCTUM ist einmal als benannte technische Referenz mit eigenem KOM vertreten. Eine unabhängig gemessene Marktführerschaft wird daraus nicht abgeleitet. Liefergesellschaft und Betreuung in CH, DE oder AT sind vertraglich festzulegen.

Verwaltung, Historie und Nachweis getrennt festlegen

OCTUM: Änderungsfunktion und Dokumentationsprojekt

Unter pharma.regulations beschreibt OCTUM Audit Trail, Benutzerrechte und kontrollierte Rezepte. Die Dokumentation relevanter Änderungen wird mit Benutzer und Zeitpunkt verbunden. OCvis nennt konfigurierbare Rechte und nachvollziehbare Parameteränderungen. Welche Plattform, Version und Optionen diese Aufgaben im Auftrag übernehmen, muss feststehen. 12

Der Hersteller bietet außerdem projektbezogene Spezifikationen, Risikobetrachtungen und qualifizierungsbezogene Unterstützung an. Damit ist ein Dokumentationsumfang beschaffbar. Ob das konkrete Gesamtsystem die Anforderungen des Betreibers erfüllt, folgt erst aus seiner Auslegung, seinen Tests und den betrieblichen Abläufen. Eine elektronische Signatur oder vollständige Archivleistung wird hier nicht aus dem Audit Trail abgeleitet. 1

THOP: Basisverwaltung belegt, weitere Historie offen

THOP beschreibt kundenspezifische Prüfsoftware mit Rezept-/Variantenverwaltung, Ergebnisdarstellung, Speicherung und Datenübergabe. Damit ist der Basisfall nachvollziehbar angeboten. Die vorliegende Quelle bestätigt jedoch kein bestimmtes Änderungsprotokoll mit Benutzer-/Zeitbezug und kein konkretes Rollenmodell. Diese Anforderung bleibt offen; fehlende Beschreibung beweist keine fehlende Fähigkeit. 3

Ebenso ist für das ausgewählte THOP-Angebot kein bestimmtes Paket für eine regulierte Qualifizierung bestätigt. Im Angebot wäre zu klären, welche Unterlagen, Tests und laufenden Leistungen tatsächlich geliefert werden. Der Vergleich erweitert den Scope weder durch fremde Plattformfunktionen noch durch allgemeine Integrationswerbung.

Den fehlenden Lieferbeitrag bestimmen

Rezepte wechseln und Ergebnisse speichern

Wenn es um eine neue, anpassbare Prüfanwendung mit eigener Betreiber-IT geht, können beide Basisangebote passen. Vor der Auswahl sollten Rezeptkennung, relevante Ergebnisfelder, Datenformat und Übergabe festgelegt werden. Ein bereits vorhandener passender Prozess bleibt eine reale Alternative.

Eine Änderung später nachvollziehen

Dann braucht die Beschaffung eine konkrete Liste relevanter Eingriffe. Als redaktioneller Prüfplan bieten sich ein erlaubter Parameterwechsel, ein abgelehnter unberechtigter Eingriff und ein Rezeptwechsel mit anschließender Ergebniszuordnung an. Im Test wird geprüft, was tatsächlich protokolliert wird. Die verlangten Ereignisfelder und Akzeptanzgrenzen legt der Betreiber vor dem Versuch fest.

Ein vorhandenes System unverändert anbinden

Ein neues Bedienmodul sieht nicht automatisch jede Änderung in fremder Prüfsoftware. Datenzugriff, Benutzeridentität, Zeitbezug und Fehlerreaktion müssen am konkreten Bestand nachgewiesen werden. Für keinen der beiden Anbieter liegt hier ein solcher kundenspezifischer Nachweis vor. Ein unveränderter Bestandsanschluss bleibt deshalb bei beiden unbestätigt.

Den Datenbetrieb zusätzlich vergeben

Übernimmt ein separat beauftragter IT- oder Archivdienstleister die Aufbewahrung, ergänzt er das Vision-Angebot. Zuständigkeit, Datenübernahme und Wiederherstellung brauchen eine gemeinsame Abnahme. Es wird keine bestehende Partnerschaft der Anbieter mit einem bestimmten Dienstleister unterstellt.

Eine gespeicherte Datei einmal wiederherstellen

Ein bereits qualifiziertes System mit kontrolliertem Änderungsprozess muss nicht ersetzt werden, wenn es die eigene Anforderung erfüllt. Vor einer Erweiterung sollte der Betrieb dokumentieren, welche Daten und Änderungen heute nachvollziehbar sind und wo die konkrete Lücke liegt.

Für den neuen Aufbau empfiehlt sich eine durchgängige Gegenprobe: eine vereinbarte Änderung ausführen, den Nachweis dem richtigen Programm und Ergebnis zuordnen, sichern und anschließend wiederherstellen. Auch Unterbrechung, Softwarestand und geänderte Berechtigung gehören in den vereinbarten Versuch. Das ist ein redaktioneller Testvorschlag, kein hier erzieltes Kundenresultat.

Qualität definiert die benötigten Nachweise. Automation grenzt die Prüfsoftware und ihre Schnittstellen ab. IT verantwortet den vereinbarten Datenbetrieb. Einkauf hält Hardware, Lizenzen, Projektunterlagen, Tests, Wartung und spätere Änderungen im Leistungsumfang fest. Vergleichbare Projektpreise oder Servicezusagen wurden nicht erhoben; eine wirtschaftliche Rangfolge wird nicht abgeleitet.