GxPReady Suite validieren: Kalibrierung, Wartung und Gerätenutzung

1. Das CMMS von den verwalteten Geräteprüfungen trennen

GxPReady Suite wird als SaaS-System für Geräteverwaltung, Kalibrierung, Wartung und Validierungsverfolgung angeboten. Die Core-Plattform stellt gemeinsame Geräte-, Benutzer-, Konfigurations- und Berichtsfunktionen bereit. Ermitteln Sie den konkreten Vertragsumfang und den aktiven Kundenstand. Eine belastbare öffentliche numerische Versionskennung ist in den betrachteten Herstellerinformationen nicht angegeben.

Die Validierung des Computersystems und eine darin dokumentierte Gerätequalifizierung sind unterschiedliche Nachweise. Ein Modul kann Qualifizierungstermine und Berichte verwalten, ohne selbst zu belegen, dass die technische Prüfung am Gerät vollständig und geeignet durchgeführt wurde. Ebenso erzeugt ein gespeichertes Kalibrierzertifikat noch keine Aussage über die Eignung des gesamten digitalen Arbeitsablaufs.

Dieser Leitfaden betrachtet den Einsatz innerhalb von Humanarzneimittel-GMP. Annex 11 betrifft den computergestützten Prozess; Kapitel 3 behandelt unter anderem geeignete Geräte, Wartung und Kalibrierung. Andere regulatorische Einsatzfelder benötigen eine eigene Zuordnung. Eine allgemeine FDA- oder EMA-Eignung lässt sich nicht aus dem Produktnamen oder einer Branchenliste ableiten.

Quellen: [1] [2] [4] [8] [9] [13]

2. Drei Programme zu einer begründeten Geräteentscheidung verbinden

Der Hersteller beschreibt getrennte Kalibrier-, Wartungs- und Validierungsmodule. Für Wartung und Qualifizierung können mehrere wiederkehrende Pläne je Gerät geführt werden. Definieren Sie daher, welche Programme für den vorgesehenen Einsatz relevant sind und welche Ereignisse jeweils ihren Zustand verändern. Die jüngste erledigte Aktivität darf nicht unbemerkt als Gesamtnachweis interpretiert werden.

Die folgende Matrix ist eine eigene Arbeitshilfe für die fachliche Abgrenzung. Sie beschreibt keine nachgewiesene automatische Statuslogik von GxPReady. Tragen Sie Ihre konkreten Voraussetzungen ein und prüfen Sie, wie sie den Anwender am Gerät erreichen. Dazu können technische und organisatorische Kontrollen beitragen, deren Eignung tatsächlich beurteilt werden muss.

Quellen: [2] [3] [5] [4] [7] [9] [13] [10]

3. Geräteidentität und Ausgangsdaten zuerst bereinigen

Ein zuverlässiger Terminbericht beginnt mit eindeutigen Gerätedaten. Legen Sie fest, welche Kennung das physische Gerät, den Datensatz und externe Berichte verbindet. Ähnliche Bezeichnungen oder Standortwechsel dürfen keine Zuordnung allein nach Erinnerung erzwingen. Prüfen Sie auch, wie außer Betrieb genommene Geräte und ersetzte Komponenten im tatsächlich vereinbarten Umfang behandelt werden.

Bei der Übernahme aus Tabellen oder Altsystemen sind Identität, letzter belastbarer Nachweis, aktueller Plan und offene Tätigkeit wichtiger als eine bloße Gesamtzahl importierter Zeilen. Ein historischer Wartungsabschluss darf nicht versehentlich als aktueller Kalibrierstatus übernommen werden. Vergleichen Sie ausgewählte unterschiedliche Ausgangssituationen einschließlich unvollständiger und widersprüchlicher Datensätze.

GxPReady beschreibt Unterstützung bei Dateneingabe und Übertragung als zusätzliche Leistung. Lassen Sie sich konkret zeigen, welche Felder, Beziehungen und Anlagen übernommen werden. Die Entscheidung über den benötigten historischen Umfang bleibt beim vorgesehenen Nachweiszweck. Ein sauberer Neuanfang im System rechtfertigt nicht automatisch den Verlust weiterhin benötigter Altinformationen.

Quellen: [1] [2] [6] [9] [10]

4. Aus Fälligkeit eine wirksame Handlung am Gerät machen

Die Modulbeschreibungen nennen Terminverwaltung, wiederkehrende Pläne und Benachrichtigungen. Prüfen Sie die von Ihnen festgelegte Fälligkeitsregel einschließlich Datum, Zeitzone und Umgang mit Wochenenden. Ein Monatsintervall kann andere Erwartungen auslösen als eine feste Zahl von Tagen. Welche Regel das Kundensystem tatsächlich verwendet, muss durch Konfiguration und Test belegt sein.

Eine Erinnerung ist noch keine Nutzungskontrolle. Wer erhält sie, wer beurteilt den Sachverhalt und wie erfährt der Anwender den zulässigen Gerätezustand? Die Hersteller-FAQ beschreibt das Produkt ausdrücklich nicht als für komplexe Integrationen vorkonfiguriert. Eine automatische Maschinen-, MES- oder LIMS-Sperre wird deshalb hier nicht vorausgesetzt.

Bei Terminverschiebungen müssen Anlass, Befugnis und Auswirkungen verständlich bleiben. Ein geändertes Datum darf einen schon bestehenden Sachverhalt nicht verdecken. Legen Sie fest, wann eine fachliche Bewertung erforderlich ist und wie deren Ergebnis dokumentiert wird. Aus dem Kalender allein folgt weder eine allgemeine Fristverlängerung noch das sichere Urteil, alle früheren Ergebnisse seien falsch.

Quellen: [3] [5] [4] [7] [9] [13]

5. Illustratives Beispiel: Wartung erledigt, Kalibrierung offen

Der frei gewählte Fall betrifft Gerät W17 am 6. Oktober 2026. Im Beispielplan war die Kalibrierung am 30. September fällig; Wartung wurde am 5. Oktober erledigt, ein Qualifizierungsnachweis gilt nach dieser Vorgabe bis 31. Oktober. Die interne Regel erlaubt die vorgesehene Tätigkeit erst nach Bewertung aller relevanten Voraussetzungen. Das ist keine behauptete automatische Softwarefunktion.

Für einen einzelnen gespeicherten Prüfpunkt werden 100,00 g Referenz, 100,18 g vor Justierung und 100,03 g danach angesetzt. Die Beispielgrenze beträgt ±0,10 g. Diese Zahlen prüfen nur Übernahme, Rechnung und Entscheidungskontext; sie bilden keine vollständige Kalibriermethode, Messunsicherheitsbewertung oder reale Produktspezifikation ab.

Quellen: [3] [5] [4] [9] [13] [11] [10]

6. Strukturierte Werte und Zertifikatanhänge gemeinsam prüfen

Der Kalibrierbereich beschreibt Ereignishistorie und Anlagen für Zertifikate oder Berichte. Bestimmen Sie, welche Angaben im strukturierten Datensatz entscheidungsrelevant sind und welche Informationen nur in der Anlage stehen. Die Gerätkennung, der Prüfzeitpunkt und der Zusammenhang von Befund und späterer Maßnahme sollten sich nicht widersprechen.

Wenn der Betrieb nur ausgewählte Schlüsselergebnisse erfasst, ist genau diese Auswahl zu begründen. Sie kann für Terminverfolgung genügen, während eine Untersuchung weitere Einzelwerte und Bedingungen aus dem Zertifikat benötigt. Prüfen Sie deshalb einen vollständigen Fall mit Anlage, abweichendem Befund, Korrektur und zugehöriger Entscheidung. Ein Bericht aus einem anderen Ereignis darf nicht unbemerkt dieselbe Aussage erzeugen.

Ein nach Justierung passender Wert hebt den vorherigen Befund nicht auf. Ermitteln Sie anhand der verfügbaren Aufzeichnungen, welche frühere Nutzung betroffen sein könnte und welche weiteren Informationen zur Bewertung nötig sind. Das Ergebnis kann unterschiedlich ausfallen; die Software soll nachvollziehbare Daten liefern, nicht eine unbelegte automatische Ursachen- oder Chargenentscheidung ersetzen.

Quellen: [3] [6] [11] [13] [10] [9]

7. Rollen, gespeicherte Änderungen und Signaturen unterscheiden

Für die Core-Plattform beschreibt der Hersteller modulbezogene Rechte zum Administrieren, Nutzen oder zum Ausschluss des Zugriffs. Prüfen Sie damit konkrete Rollenfälle: Wer darf einen Termin ändern, ein Ergebnis erfassen, einen Bericht zuordnen und eine Nutzung beurteilen? Ein kleines Team kann mehrere Aufgaben bündeln, sofern Befugnis und gegebenenfalls erforderliche Unabhängigkeit passend geregelt sind.

Das Trust Center unterscheidet authentifizierte Datensatzänderungen und Reviewaktionen von extern erzeugten elektronisch signierten Dokumenten als Anhängen. Vermischen Sie diese Wege nicht. Eine mit Benutzerkonto gespeicherte Änderung erfüllt nicht allein deshalb jede erforderliche elektronische Signaturfunktion. Ebenso bestätigt ein signierter Anhang nicht automatisch den gesamten Datensatz oder eine spätere Änderung daran.

Legen Sie für relevante Aufzeichnungen fest, welche Ereignisse und Änderungen geprüft werden und durch wen. Ein Zugriffsschutz und eine vorhandene Historie unterstützen die Nachvollziehbarkeit, ersetzen aber nicht die fachliche Auswertung auffälliger Vorgänge. Für FDA-Part-11-Aussagen ist der tatsächliche Aufzeichnungs- und Signaturumfang gesondert einzugrenzen.

Quellen: [2] [6] [9] [12]

8. Flash Validation und eigene Nachweise nach Abdeckung verbinden

GxPReady beschreibt Flash Validation als Ansatz, der vorhandene Plattformnachweise mit dem vorgesehenen Kundeneinsatz verbindet. Die öffentliche Darstellung verweist auf Konfiguration, Verfahren und Betriebsumgebung; vollständige Methodik und Detailbelege werden nicht allgemein veröffentlicht. Fordern Sie den konkreten Umfang für Ihr Projekt an, bevor Sie daraus eine Abkürzung für bestimmte Prüfungen ableiten.

Beurteilen Sie, welche Anforderungen, Versionen und Ergebnisse dokumentiert sind. Stimmen Geräteprogramme, Rechte und Datenübernahme mit den geprüften Bedingungen überein? Lassen Sie Einschränkungen und offene Punkte erklären. Geeignete Lieferbelege sollen nutzbar bleiben; nicht abgedeckte lokale Entscheidungen und Übergänge benötigen passende Ergänzungen.

Ein besonderes Methodenetikett, ein angebotenes IQ/OQ-Paket oder eine Herstellerbeschreibung ist keine automatische Nutzungsfreigabe. Benennen Sie die zuständigen Personen für Anforderungen, Ergebnisbewertung und Betrieb. Die tatsächlich begründete Nachweiskette ist wichtiger als die ungeprüfte Übernahme von Dokumentnamen. Eine feste Anzahl zusätzlicher Tests lässt sich ohne den geklärten Umfang nicht sinnvoll vorgeben.

Quellen: [1] [6] [9]

9. Betrieb, Änderungen und Datenzugriff nach Vertragsende planen

Für das SaaS-System müssen Verantwortlichkeiten für Änderungen, Störungen, Sicherung und Wiederherstellung geklärt sein. Das Trust Center beschreibt entsprechende betriebliche Verfahren, veröffentlicht jedoch nicht sämtliche Detailnachweise. Beschaffen Sie die für Ihren Einsatz nötigen Informationen und prüfen Sie, wie Änderungen angekündigt und Auswirkungen auf lokale Programme bewertet werden.

Besonders konkret ist die öffentliche Exitbeschreibung: Ein Datenexportpaket soll Strukturen, Beziehungen und zugehörige elektronische Informationen erhalten. Ergänzende lesbare Berichte werden ausdrücklich nicht als alleinige vollständige Darstellung vorgesehen. Prüfen Sie daher frühzeitig Format, Anlagen, Änderungsinformationen und die Möglichkeit, benötigte Zusammenhänge außerhalb des Systems wiederzufinden.

Die Website nennt im Standardvertrag 90 Kalendertage Abrufbarkeit nach Ende. Das ist eine beschriebene Vertragsbedingung, keine regulatorische Aufbewahrungsfrist; der tatsächliche schriftliche Vertrag ist maßgeblich. Klären Sie benötigte Aufbewahrung, rechtzeitige Übernahme und spätere Lesbarkeit unabhängig davon. Eine monatliche Kündbarkeit sagt nichts darüber aus, ob ein ungeplanter Systemausstieg fachlich vorbereitet ist.

Quellen: [6] [7] [9] [10]

10. KMU-Start und Checkliste für die Nutzungsentscheidung

Beginnen Sie mit einer überschaubaren Gerätegruppe und deren tatsächlichen Programmen. Metrologie und Instandhaltung liefern Regeln und Beispielbelege, der Fachbereich beschreibt die Gerätenutzung, IT den Betrieb und QA die Einordnung im Qualitätssystem. Entscheidend sind verfügbare Kenntnisse und Befugnisse; eine universelle identische Unterschriftenfolge wird damit nicht festgelegt.

Aufwand entsteht insbesondere durch uneinheitliche Altdaten, mehrere Programme je Gerät, historische Anlagen und unklare Einsatzregeln. Bereiten Sie diese Punkte vor der Terminplanung vor. Die folgende eigene Checkliste verbindet Datenvorbereitung, Lieferbelege und operative Bereitschaft. Sie ersetzt keine Bewertung weiterer Risiken Ihrer konkreten Anwendung.

• Geräte, Programme, Betriebsform und tatsächlicher Softwarestand sind eindeutig erfasst.
• Fälligkeiten, Intervallregeln und Änderungen sind fachlich definiert.
• Wartungsabschluss, Kalibrierbefund und Qualifizierung werden getrennt ausgewertet.
• Der zulässige Gerätezustand erreicht den tatsächlichen Anwender verlässlich.
• Datensatz, Zertifikat und entscheidende Werte sind richtig zugeordnet.
• Rollen und unerlaubte Änderungen wurden anhand konkreter Fälle geprüft.
• Lieferbelege sind gelesen; verbleibende lokale Lücken haben Ergänzungsnachweise.
• Änderungen, Ausfallverfahren, Datenexport und spätere Aufbewahrung haben Verantwortliche.

Quellen: [2] [6] [9] [13] [10]