GxP-Go-live trotz offener Abweichungen: Entscheidungskriterien

Einordnung und Geltungsbereich

Der Beitrag ist keine pauschale Erlaubnis für einen Go-live mit Mängeln. Die verantwortliche Organisation entscheidet im geltenden Qualitätssystem; notwendige Anforderungen dürfen nicht durch Umbenennung einer Abweichung umgangen werden.

Quellen: [1] [2]

Fehlerklasse und tatsächliche Wirkung dürfen nicht verwechselt werden

Wenn eine Übergangsmaßnahme vorgesehen ist, prüfen Sie ihre Wirksamkeit und praktische Durchführbarkeit. Ein manueller Abgleich kann bei wenigen Vorgängen tragfähig sein und bei hoher Last scheitern. Verantwortliche, Nachweise und Enddatum müssen deshalb feststehen.

Definieren Sie die tatsächliche Freigabegrenze. Manchmal kann ein nicht betroffener Teilprozess genutzt werden, während eine kritische Funktion gesperrt bleibt. Das setzt voraus, dass Abhängigkeiten verstanden und die Einschränkung wirksam umgesetzt sind. Ein allgemeiner Freigabestempel würde diese differenzierte Entscheidung verschleiern.

Quellen: [1] [2]

Den Befund und die betroffene Nutzung genau beschreiben

Eine offene Testabweichung ist zunächst ein Unterschied zwischen erwarteter und beobachteter Reaktion. Für die Nutzungsentscheidung muss geklärt werden, welche Funktion, Daten und Prozesse betroffen sind. Ein kleiner Bildschirmfehler besitzt eine andere Wirkung als eine falsche Chargenzuordnung. Die Schwere folgt nicht allein der technischen Bezeichnung oder dem Reparaturaufwand.

Beschreiben Sie erwartetes Ergebnis, tatsächliches Ergebnis, Reproduzierbarkeit und möglichen Umfang. Trennen Sie bekannte Tatsachen von Annahmen. Eine noch unbekannte Ursache kann die Entscheidung wesentlich begrenzen. Der Vermerk „niedrige Priorität“ ohne fachliche Begründung ist kein ausreichender Nachweis angemessener Bewertung.

Annex 11 unterstützt risikobezogene Bewertung und nachvollziehbare Validierungsnachweise. Daraus folgt keine allgemeine Erlaubnis, mit beliebigen offenen Befunden zu starten. Ebenso wird hier keine universelle Null-Befund-Regel für jede Nutzung behauptet. Die konkrete Entscheidung benötigt geeignete Evidenz und zuständige Befugnis.

Quellen: [1] [2]

Eine Entscheidungsmatrix für offene Punkte verwenden

Verknüpfen Sie Befund, mögliche Folge, betroffenen Umfang und vorhandene Kontrollen. Prüfen Sie, ob die Nutzung klar begrenzt werden kann. Eine nicht verwendete Funktion kann anders behandelt werden als eine zentrale Funktion, deren Fehler nicht zuverlässig erkannt wird. Unbekannte Datenwirkung darf nicht allein wegen Termindruck als gering eingestuft werden.

Quellen: [1] [2]

Beispiel: Berichtslayout gegenüber falschem Ergebnisbezug

Das Szenario ist konstruiert. Befund A betrifft eine abgeschnittene nicht entscheidungsrelevante Überschrift. Befund B betrifft einen Ergebniswert, der einer falschen Probe zugeordnet werden kann. Beide können technisch ähnlich schnell reparierbar sein. Fachlich haben sie jedoch unterschiedliche mögliche Folgen.

Für A wird geprüft, ob Inhalt, Einheit und erforderlicher Kontext weiterhin eindeutig sind. Wenn eine Überschrift doch die Verwechslung zweier Proben begünstigt, verändert sich die Bewertung. Für B werden Ursache, betroffener Umfang und mögliche Erkennung untersucht. Eine zusätzliche manuelle Prüfung kann nur tragen, wenn sie die konkrete Verwechslung tatsächlich erkennt und praktisch ausgeführt werden kann.

Die Entscheidung kann unterschiedliche Nutzungsgrenzen festlegen. Ein klar unabhängiger Bereich kann gegebenenfalls weiter genutzt werden, während der betroffene Ergebnisweg gesperrt bleibt. Diese Grenze benötigt technische oder organisatorisch geeignete Umsetzung. Eine Unterschrift unter einer pauschalen Freigabe ersetzt sie nicht.

Quellen: [1] [2]

Kompensationskontrollen praktisch erproben

Eine Zwischenkontrolle braucht Umfang, Methode, Verantwortliche und Dauer. „QA schaut zusätzlich darauf“ ist zu ungenau. Benennen Sie Daten, Vergleichsgrundlage und Entscheidung bei Differenz. Prüfen Sie einen bekannten Fehlerfall, damit die Kontrolle nicht nur auf dem Papier existiert.

Bewerten Sie Kapazität und Häufigkeit. Eine hundertprozentige manuelle Kontrolle kann theoretisch geeignet, im tatsächlichen Betrieb aber nicht leistbar sein. Unbearbeitete Vorgänge dürfen nicht unbemerkt als geprüft gelten. Ein klarer Stopp- oder Eskalationsweg kann erforderlich sein. Die konkrete Lösung richtet sich nach Risiko und Prozess.

Definieren Sie, was bei Ausfall der Kontrolle geschieht. Urlaub, fehlende Quelle oder zu hohe Vorgangsmenge können ihre Wirkung begrenzen. Die Nutzungsentscheidung sollte diese Bedingungen kennen. Eine Kontrolle, deren Voraussetzungen nicht gegeben sind, kann nicht unverändert als Begründung weiterverwendet werden.

Quellen: [1] [2]

Freigabe, Restpunkte und spätere Schließung verbinden

Die Entscheidung sollte Systemstand, erlaubte Verwendung, offene Befunde und Kontrollen benennen. Zuständige Rollen entscheiden nach dem eigenen Verfahren. Der technische Implementierungspartner kann Informationen liefern, übernimmt aber nicht automatisch die fachliche Nutzungsentscheidung des regulierten Unternehmens.

Offene Punkte brauchen einen nachvollziehbaren Abschlussweg. Benennen Sie Korrektur, geeignete Nachtests und die Entscheidung zur Beendigung der Zwischenkontrolle. Ein reparierter Code ohne Prüfung des betroffenen Prozesses kann zu wenig sein. Bewerten Sie auch während der Zwischenphase entstandene Daten, wenn der Befund dies erfordert.

Vermeiden Sie einen dauerhaft unklaren Status. Ein Termin kann die Nachverfolgung unterstützen, sollte aber nicht als rein formales Ablaufdatum die fachliche Frage ersetzen. Wenn die Korrektur nicht rechtzeitig möglich ist, wird die Nutzung erneut bewertet. Die ursprüngliche Entscheidung gilt nur innerhalb ihrer Voraussetzungen.

Quellen: [1] [2]

Aus offenen Befunden strukturell lernen

Wiederkehrende Abweichungen können auf unklare Anforderungen, ungeeignete Tests oder ein schwaches Änderungsmodell hinweisen. Behandeln Sie diese Ursache, statt nur jeden Einzelfall zu schließen. Der Umfang einer weitergehenden Maßnahme richtet sich nach Erkenntnissen und Risiken.

Übergeben Sie Bewertungslogik und praktische Beispiele an das Team. Ein Systemverantwortlicher sollte erklären können, weshalb ein Befund bestimmte Nutzung begrenzt und welcher Nachweis zur Schließung benötigt wird. Eine Ampelfarbe ohne Begründung hilft bei der nächsten Entscheidung wenig.

Quellen: [1] [2]

Arbeitsvorlage: eine begrenzte Nutzungsentscheidung dokumentieren

Beschreiben Sie den Befund so, dass seine Wirkung verstanden wird. Im Beispiel kann ein Ergebnis einer falschen Probe zugeordnet werden. Die Entscheidung muss Datenumfang, Erkennung und erlaubte Nutzung behandeln. Eine niedrige technische Priorität oder einfache Reparatur bestätigt keine geringe fachliche Bedeutung.

Prüfen Sie die vorgesehene Kompensation mit einem bekannten Fehler. Der zuständige Mitarbeiter benötigt passende Quelle, Kriterien und Befugnis. Beobachten Sie auch den realistischen Aufwand. Wenn die Kontrolle nicht ausgeführt werden kann, gelten ihre Voraussetzungen nicht mehr und die Nutzung muss entsprechend bewertet werden.

Halten Sie Restunsicherheit offen fest. Eine dokumentierte Grenze ist hilfreicher als eine pauschale Vollfreigabe mit versteckten Bedingungen. Die Entscheidung wird erneut betrachtet, wenn neue Daten, eine andere Nutzung oder der Ausfall einer Kontrolle ihre Grundlage verändern.

Quellen: [1] [2]

Die nächsten Schritte

• Abweichungen mit Anforderungen und Fehlerfolgen verknüpfen.
• Risiken und mögliche Übergangskontrollen bewerten.
• Nutzungsgrenze und Entscheidung durch zuständige Stellen festlegen.
• Korrektur und Wirksamkeitsnachweis terminieren und verfolgen.