Inhaltsverzeichnis
Das Wichtigste vorab
Wie bearbeiten Sie eine Abweichung im Validierungstest?
Sichern Sie das tatsächliche Ergebnis und den Ausführungsstand. Vergleichen Sie den Befund mit dem freigegebenen Kriterium, bewerten Sie betroffene Prozesse und klären Sie die Ursache. Führen Sie eine begründete Korrektur kontrolliert durch. Legen Sie Wiederholungsprüfung und erforderliche Regression fest. Schließen Sie den Befund anhand bewerteter Ergebnisse und klarer Zuständigkeiten ab; erhalten Sie den ursprünglichen Lauf.
- Ein später bestandener Test ersetzt den ursprünglichen Befund und seine Untersuchung nicht.
- Software, Konfiguration, Testdaten, Testskript und Umgebung können unterschiedliche Ursachen liefern.
- Nachtest prüft die Korrektur; Regression untersucht begründet betroffene weitere Funktionen.
- Befundabschluss, Übergang zur nächsten Teststufe und produktive Nutzung sind unterschiedliche Entscheidungen.
Zuerst die Abweichung beschreiben, dann ihre Bedeutung einordnen
Eine Testabweichung liegt vor, wenn beobachtetes Verhalten und festgelegtes Kriterium nicht zusammenpassen oder die vorgesehene Prüfung nicht aussagekräftig durchgeführt werden konnte. Beschreiben Sie zunächst diesen Unterschied. „Import falsch“ ist zu ungenau. „Quelldatei enthält 1,25; Zieldatensatz zeigt bei gleicher Probenkennung und Einheit 125“ erlaubt eine konkrete Untersuchung.
Für computergestützte GMP-Prozesse adressiert Annex 11 §4.2 die Dokumentation von Validierungsabweichungen. Ergänzend behandelt Annex 15 innerhalb seines Qualifizierungs- und Validierungsscope die Untersuchung nicht erfüllter Kriterien. Das aktuelle EudraLex-Verzeichnis nennt Annex 11 in der Revision von Januar 2011 und Annex 15 von 2015. Entwürfe werden hier nicht als geltende Prüfpflicht verwendet.
Nicht jeder Softwaretestfehler ist automatisch ein Labor-OOS, kritischer Betriebsvorfall oder eigener CAPA-Vorgang. Entscheidend sind Gegenstand und Auswirkung. Die FDA-OOS-Guidance von 2022 behandelt chemiebasierte Arzneimittel-Laborprüfungen in ihrem US-Anwendungsbereich. Ein fiktiver Testdatensatz in einer isolierten CSV-Umgebung ist damit nicht gleichzusetzen. Betroffene echte Laborergebnisse oder bereits verwendete Produktionsdaten benötigen gegebenenfalls die zusätzlich einschlägige Bearbeitung.
Den ersten Lauf sichern, bevor Sie etwas verändern
Halten Sie Testkennung, Schritt, Erwartung und Beobachtung zeitnah fest. Sichern Sie die relevante Eingabedatei, den Zielzustand und verfügbare Protokolle. Ergänzen Sie Benutzerrolle, Ausführungszeitpunkt, Softwareversion und Konfiguration. Falls die Anzeige allein nicht genügt, sichern Sie auch die darunterliegende relevante Aufzeichnung. Unterscheiden Sie dabei fachliche Ergebnisdaten und reine Oberflächendarstellung.
Vermeiden Sie spontane Änderungen, die den Zustand unbemerkt verändern. Ein erneuter Import kann Daten überschreiben. Ein Neustart kann flüchtige Diagnoseinformationen verlieren lassen. Stimmen Sie eine begrenzte technische Sicherung und das weitere Vorgehen ab. Die Untersuchung soll das reale Betriebsumfeld nicht zusätzlich gefährden; eine geeignete Testumgebung ist für gezielte Reproduktionsversuche häufig der passende Ort.
Kennzeichnen Sie spätere Ergänzungen nachvollziehbar. Aus einem ursprünglichen „nicht bestanden“ darf nicht durch Überschreiben ein scheinbar immer erfolgreicher Lauf werden. Ein Screenshot braucht genug Kontext, um seinen Bezug zu erkennen. Die Sicherung eines Belegs bedeutet nicht, dass jede beliebige Logdatei dauerhaft benötigt wird. Bestimmen Sie den für Untersuchung und Nachvollziehbarkeit relevanten Umfang.
Auswirkung und vorläufige Begrenzung getrennt von der Ursache bewerten
Sie können die Auswirkung häufig schon eingrenzen, bevor die Ursache feststeht. Prüfen Sie, welche Anforderungen, Funktionen und Daten dieselbe Verarbeitung verwenden. Hat die betroffene Schnittstelle ausschließlich Testdaten verarbeitet? Wurde dieselbe Konfiguration bereits produktiv genutzt? Diese Fragen bestimmen, ob nur ein Testabschnitt unterbrochen wird oder weitere Verantwortliche einbezogen werden müssen.
Benennen Sie eine vorläufige Maßnahme konkret. „Vorsicht beim Import“ ist keine belastbare Begrenzung. Im Beispiel könnte der betreffende Import in der Testumgebung für weitere fachliche Bewertung gesperrt bleiben, während unabhängige Tests fortgesetzt werden. Für einen produktiven Prozess wäre gesondert zu entscheiden, welche Daten zurückzuhalten und welche bisher verwendeten Ergebnisse zu untersuchen sind.
Begründen Sie die Einstufung nach möglicher Folge und bestehender Evidenz. Der Zeitdruck vor einem Meilenstein sagt nichts über die fachliche Bedeutung aus. Ebenso sollte ein kleiner sichtbarer Darstellungsfehler nicht ohne Prüfung zum kritischen Datenfehler erklärt werden. Bleibt die Reichweite unbekannt, halten Sie diese Unsicherheit fest und weisen Sie die Klärung einer zuständigen Person zu.
Testfehler, Konfiguration und Softwareursache auseinanderhalten
Untersuchen Sie konkurrierende Erklärungen, statt die erste Vermutung als Ursache einzutragen. Beim Dezimalwert kommen mindestens eine fehlerhafte Quelldatei, eine ungeeignete Formateinstellung, eine falsche Feldzuordnung oder ein Fehler im erwarteten Testwert infrage. Vergleichen Sie die unveränderte Quelle mit den Zwischenschritten und dem Ziel. So lässt sich der erste Punkt bestimmen, an dem Bedeutung verloren geht.
Ein gezielter Reproduktionsversuch verändert möglichst nur die für die Hypothese relevante Bedingung. Dokumentieren Sie ihn als Untersuchungslauf und unterscheiden Sie ihn vom späteren freigegebenen Nachtest. Zeigt nur die Oberfläche „125“, während die gespeicherte Zahl korrekt ist, entsteht eine andere Auswirkungsbewertung als bei einem tatsächlich veränderten Wert.
Die Aussage „Bedienfehler“ beendet die Untersuchung nicht von selbst. Prüfen Sie, ob Anleitung, Rollen, Eingabekontrolle oder Testvorbereitung den Fehler begünstigt haben. Ist eine eindeutige Ursache nicht nachweisbar, dokumentieren Sie diesen Stand und die verbleibenden Hypothesen. Ein nicht reproduzierbarer Befund wird dadurch nicht automatisch bedeutungslos; weitere Maßnahmen richten sich nach seiner möglichen Auswirkung und der verfügbaren Evidenz.
Durchgearbeiteter illustrativer Befundbogen: 1,25 wird zu 125
Der folgende Fall ist vollständig erfunden. Er beschreibt keine tatsächlich ausgeführte Validierung und keinen Fehler eines bestimmten Produkts. In einer isolierten Testumgebung soll eine semikolongetrennte Datei den Ergebniswert 1,25 mg/mL unverändert übernehmen. Die fiktive Anforderung R-08 erlaubt in diesem Feld Dezimalkomma, keine Tausendertrennzeichen und keine leeren Pflichtwerte. Probenkennung und Einheit sollen erhalten bleiben.
Als angenommene Ursache zeigt die Untersuchung eine Normalisierungsregel in Mapping M-2: Sie entfernt das Komma, bevor der Text als Zahl verarbeitet wird. Der Wert wird dadurch hundertmal so groß. Im Beispiel ist dies ein Konfigurationsfehler; eine solche Ursache lässt sich aus der bloßen Anzeige 125 in einem realen System noch nicht ableiten.
Der Bogen zeigt den gesamten Bearbeitungsweg mit angenommenen Ergebnissen. Die Kennungen sind illustrative Platzhalter. In Ihrem Projekt wären tatsächliche Belege, Personen, Zeitpunkte und Entscheidungen einzutragen. Der Befundabschluss gilt nur für den beschriebenen Importumfang und nimmt keine allgemeine System- oder Produktivfreigabe vorweg.
| Schritt | Eintrag im konstruierten Beispiel |
|---|---|
| Befund und Stand | T-14, Schritt 3, Anwendung V2, Mapping M-2, Testrolle Import: 1,25 mg/mL erwartet; 125 mg/mL beobachtet. |
| Originalbeleg | Unveränderte Quelldatei Q-14, Zielauszug Z-14 und Verarbeitungsspur L-14 dem ersten Lauf zugeordnet. |
| Auswirkung | Faktor 100 im Ergebniswert; Bedeutung verändert. Beispiel ausschließlich in Testumgebung, keine Produktivdaten betroffen. |
| Vorläufige Begrenzung | Importfunktion im Testumfang nicht als erfüllt kennzeichnen; unabhängige Tests getrennt fortführen. |
| Ursache | Angenommener Diagnosebeleg D-12 zeigt Entfernung des Kommas durch M-2; Quelle und Sollwert sind korrekt. |
| Korrektur | Änderung C-12 ersetzt die pauschale Zeichenentfernung durch Prüfung des vereinbarten Dezimalkommaformats; neuer Stand M-3. |
| Nachweisumfang | T-14-R1 wiederholt den ursprünglichen Fall; REG-12 untersucht kleine Werte, ganze Zahlen, Leerwert und unzulässiges Format. |
| Angenommener Abschluss | T-14-R1 und REG-12 erfüllen die unten definierten Kriterien; Fachreview bestätigt R-08 für M-3. Originalbefund bleibt erhalten. |
| Restpunkt und Befugnis | Keine offene Maßnahme für diesen Beispielumfang angenommen; benannte zuständige Prüfer dokumentieren Entscheidung. Andere Importprofile bleiben außerhalb der Aussage. |
Eine Korrektur kontrolliert durchführen, ohne das Soll passend zu machen
Verknüpfen Sie die Korrektur mit dem Befund und dem geänderten Stand. Im Beispiel ändert sich die Konfiguration von M-2 auf M-3. Dokumentieren Sie die relevante Regel und die Umgebungen, in denen sie eingesetzt wird. Wenn eine gemeinsame Komponente angepasst wurde, prüfen Sie auch andere Importprofile, die diese Komponente verwenden.
Eine Lieferantenmeldung „behoben“ ist ein Eingang für die Bewertung. Klären Sie Version, betroffene Funktion, Voraussetzung und vorhandenen Nachweis. Manche Korrekturen sind kundenspezifisch, andere Teil eines allgemeinen Updates. Erst die passende Zuordnung und erforderliche Prüfung im vorgesehenen Einsatz erlauben einen fachlichen Abschluss. Der Kunde muss dabei nicht jeden geeigneten Lieferantentest blind wiederholen.
Auch ein fehlerhaftes Testskript kann korrigiert werden. Halten Sie dann die falsche Erwartung und die begründete Änderung nachvollziehbar fest. Ändern Sie Akzeptanzkriterien nicht still nachträglich, um den beobachteten Wert bestehen zu lassen. Eine berechtigte Solländerung braucht fachliche Begründung, Auswirkungsbewertung und kontrollierte Freigabe; sie ist eine eigene Entscheidung innerhalb der Befundbearbeitung.
Nachtest und Regression mit unterschiedlichen Fragen planen
Der Nachtest beantwortet: Ist der ursprüngliche Fehler im korrigierten Stand behoben? Die Regression fragt: Hat die Änderung andere relevante Abläufe beeinträchtigt? Im Beispiel betrifft die neue Formatprüfung die Interpretation numerischer Eingaben. Deshalb sind verschiedene erlaubte Werte und definierte Fehlerfälle sinnvoll. Eine vollständige Wiederholung aller Rollen-, Archiv- und Drucktests folgt daraus nicht automatisch.
Führen Sie den ursprünglichen Fall mit unveränderter Aussage erneut aus. Verwenden Sie dafür eine kontrollierte Kopie der ursprünglichen Eingabe und einen bekannten Ausgangszustand. Unterscheiden sich Testumgebung oder Daten, bewerten Sie, ob der Vergleich trotzdem trägt. Prüfen Sie neben der sichtbaren Zahl auch Zuordnung, Einheit und den gespeicherten Wert, soweit diese das Akzeptanzkriterium bestimmen.
Die folgende Auswahl gilt nur für die ausdrücklich definierte Beispielschnittstelle. „Ungültig“ bedeutet hier nicht, dass das Format überall unzulässig wäre. Wenn Ihre reale Anforderung Dezimalpunkt oder Tausendertrennzeichen erlaubt, benötigt sie entsprechend andere Erwartungen. Leere Eingaben dürfen insbesondere nicht unbemerkt zu einem gültigen Nullwert umgedeutet werden.
| Testeingabe | Erwartung im Beispiel | Prüfgrund |
|---|---|---|
| 1,25 mg/mL | Numerischer Zielwert 1,25 bei unveränderter Kennung und Einheit. | Nachtest des ursprünglichen Befunds. |
| 0,05 mg/mL | Zielwert 0,05; weder 5 noch 0. | Kleine Dezimalwerte und führende Null. |
| 12 mg/mL | Zielwert 12 ohne künstliche Dezimalverschiebung. | Erlaubter Ganzzahlfall bleibt erhalten. |
| Leeres Pflichtfeld | Import dieses Datensatzes abweisen; keine stillschweigende Null oder Teilfreigabe. | Definierte Fehlerbehandlung nach neuer Formatprüfung. |
| 1.25 oder 1.250,00 im Zahlenfeld | Nach dem vereinbarten Beispielvertrag abweisen und verständlich kennzeichnen. | Unzulässige Formatvarianten nicht mehrdeutig normalisieren. |
Den Befund erst anhand bewerteter Ergebnisse abschließen
Fassen Sie zusammen, welche Ursache belegt ist, welcher Stand korrigiert wurde und welche Nachweise die Entscheidung tragen. Benennen Sie die betroffenen Anforderungen und relevante Abhängigkeiten. Wenn Ergebnisse widersprüchlich sind, bleibt eine fachliche Klärung erforderlich. Eine grüne Testübersicht allein erklärt nicht, ob das richtige Kriterium geprüft wurde.
Unterscheiden Sie einen abgeschlossenen Befund von einer offenen Maßnahme oder begrenzten Nutzung. Im illustrativen B-12 werden alle definierten Fälle als bestanden angenommen und keine Restmaßnahmen für diesen Umfang offen gelassen. In einem echten Fall kann ein Nachtest offen bleiben; dann ist der betroffene Nachweisstand entsprechend zu führen. Ein Fristdatum ersetzt keinen Abschlussbeleg.
Annex 15 §2.10 beschreibt den autorisierten Übergang zur nächsten Qualifizierungs- oder Validierungsstufe unter den dort genannten Bedingungen. Daraus folgt keine allgemeine Erlaubnis zum produktiven Start mit kritischen offenen Punkten. Auch ein fachlich abgeschlossener Importbefund bestätigt nicht automatisch die gesamte Betriebsbereitschaft. Halten Sie die jeweilige Entscheidung und ihren Umfang ausdrücklich auseinander.
Die Bearbeitung für QA, Fachbereich, IT und Lieferant praktikabel halten
Eine Person sollte den Befundstand zusammenhalten. Der Tester sichert Beobachtungen und beantwortet Fragen zum Ablauf. Fachbereich und IT klären Bedeutung und technische Reichweite. Der Lieferant kann Diagnose und Korrektur liefern. Wer eine Maßnahme oder den Abschluss genehmigt, richtet sich nach den Aufgaben und Befugnissen in Ihrem Qualitätssystem, nicht nach einer universellen Unterschriftenliste.
Eine eigene CAPA kann bei systemischen Ursachen oder entsprechender Bedeutung sinnvoll beziehungsweise nach Ihrem Verfahren erforderlich sein. Nicht jeder Tippfehler im Testskript braucht einen separaten Großprozess. Umgekehrt darf eine wiederholt falsche Datenverarbeitung nicht als isoliertes Ticket behandelt werden, wenn dieselbe Ursache weitere Abläufe betrifft. Begründen Sie Untersuchungstiefe und Eskalationsweg.
Für eine schnelle Bearbeitung helfen präzise Belege stärker als viele Rückfragen. Liefern Sie dem technischen Ansprechpartner den relevanten Eingang, erwarteten Ausgang, Versionsstand und reproduzierbaren Ablauf. Halten Sie Untersuchungsläufe, formale Nachtests und Reviewentscheidungen auseinander. Der tatsächliche Aufwand hängt vor allem von Reichweite, Reproduzierbarkeit, gemeinsamer Logik und verfügbaren Vergleichsbelegen ab.
Checkliste für einen nachvollziehbaren Befundabschluss
Gehen Sie den Befund vor dem Abschluss vom ersten Lauf bis zur letzten Entscheidung durch. Die folgenden Fragen sind eine eigene Arbeitshilfe. Sie unterstützen die fachliche Prüfung, ohne einen vorgegebenen Abweichungsprozess zu ersetzen.
- Erwartung und tatsächliche Beobachtung sind konkret beschrieben.
- Originaleingabe, Ergebnis und relevante Ausführungsstände sind gesichert.
- Testumgebung und möglicher Produktivbezug sind geklärt.
- Auswirkung, vorläufige Begrenzung und verbleibende Unsicherheit sind erkennbar.
- Ursachenbehauptungen sind durch geeignete Untersuchungsergebnisse gestützt.
- Korrektur und geänderter Stand sind kontrolliert dokumentiert.
- Nachtest und zusätzlicher Regressionsumfang sind fachlich begründet.
- Die tatsächlichen Ergebnisse sind bewertet und mit Anforderungen verknüpft.
- Offene Maßnahmen und Grenzen werden durch den Abschluss nicht verdeckt.
- Die befugte Entscheidung bleibt mit dem ursprünglichen Befund nachvollziehbar verbunden.
Häufige Fragen zu Abweichungen im Validierungstest
Ist jeder fehlgeschlagene Softwaretest ein OOS?
Nein. Ein CSV-Testbefund ist zunächst gegen sein eigenes Akzeptanzkriterium zu bewerten. Die hier ergänzend betrachtete FDA-OOS-Guidance bezieht sich auf chemiebasierte Arzneimittel-Laborprüfungen in ihrem Anwendungsbereich. Werden echte Laborergebnisse oder Produktentscheidungen betroffen, prüfen Sie zusätzlich den dafür geltenden Untersuchungsprozess. Das Wort „Ergebnis“ allein macht aus einem fiktiven Softwaretestdatensatz kein Labor-OOS.
Dürfen wir den Test sofort noch einmal ausführen?
Sichern Sie zuerst den ursprünglichen Zustand und beurteilen Sie, ob eine Wiederholung Belege verändert oder Daten überschreibt. Ein gezielter Untersuchungslauf kann danach sinnvoll sein. Kennzeichnen Sie seinen Zweck und die Bedingungen. Wiederholen Sie nicht so lange, bis ein grünes Ergebnis erscheint. Der formale Nachtest benötigt einen bekannten korrigierten Stand und eine nachvollziehbare Verbindung zum Befund.
Was gehört mindestens in einen brauchbaren Testbefund?
Beschreiben Sie Testschritt, erwartetes und beobachtetes Verhalten sowie den relevanten Daten-, Konfigurations- und Ausführungsstand. Ordnen Sie Originalbelege zu und halten Sie mögliche Auswirkungen fest. Ergänzen Sie später Untersuchung, Korrektur, Nachweisumfang und Entscheidung. Der genaue Umfang hängt vom Befund ab. Ein Screenshot ohne Bezug oder ein Ticket „geht nicht“ reicht häufig nicht für eine belastbare fachliche Bewertung.
Was ist der Unterschied zwischen Nachtest und Regression?
Der Nachtest überprüft den ursprünglich fehlgeschlagenen Fall im korrigierten Stand. Regression untersucht weitere relevante Funktionen, die durch die Änderung beeinträchtigt sein könnten. Eine neue Zahlenformatprüfung kann etwa Ganzzahlen, kleine Dezimalwerte und Fehlerbehandlung berühren. Wählen Sie die zusätzlichen Fälle anhand tatsächlicher Abhängigkeiten. Weder eine vollständige Wiederholung aller Tests noch nur der ursprüngliche Fehlerfall ist immer ausreichend.
Darf ein falsches Akzeptanzkriterium nachträglich korrigiert werden?
Ja, wenn die Änderung fachlich begründet und kontrolliert erfolgt. Erhalten Sie das ursprüngliche Kriterium und den beobachteten Befund. Prüfen Sie, ob Anforderung, Risikoanalyse oder andere Tests betroffen sind. Eine neue Erwartung darf nicht bloß das unerwünschte Ergebnis passend machen. Dokumentieren Sie den gültigen neuen Stand und entscheiden Sie, welche Prüfung daraus folgt.
Wann braucht eine Testabweichung zusätzlich eine CAPA?
Beurteilen Sie Ursache, Wiederholungsmuster und mögliche Reichweite nach Ihrem Qualitätssystem. Systemische Mängel können über die unmittelbare Korrektur hinausgehende Maßnahmen erfordern. Ein isolierter, nachvollziehbar korrigierter Schreibfehler muss nicht automatisch einen separaten CAPA-Prozess auslösen. Kritische betriebliche Vorfälle sind gesondert zu betrachten. Dokumentieren Sie die Entscheidung so, dass weder überflüssige Doppelprozesse noch unbehandelte systemische Ursachen entstehen.
Reicht die Bestätigung des Lieferanten, dass der Fehler behoben ist?
Sie ist ein wichtiger Eingang, aber ihr tatsächlicher Nachweisumfang muss erkennbar sein. Prüfen Sie den korrigierten Stand, die betroffene Funktion und die passenden Testbelege. Geeignete vorhandene Evidenz kann genutzt werden. Kundenspezifische Konfiguration und verbleibende Fragen brauchen gegebenenfalls ergänzende Prüfung. Eine allgemeine Ticketantwort ohne Versions- und Ergebnisbezug schließt Ihren fachlichen Befund nicht automatisch ab.
Müssen wir den gesamten Testlauf als ungültig verwerfen?
Nicht automatisch. Klären Sie, welche Schritte und Ergebnisse tatsächlich betroffen sind. Ein lokaler Formatfehler kann einzelne Nachweise entwerten; eine unpassende gemeinsame Umgebung kann einen größeren Umfang betreffen. Halten Sie gültige, eingeschränkte und erneut benötigte Teile unterscheidbar. Verwerfen oder überschreiben Sie keine Originalbelege, nur um eine saubere Gesamtübersicht zu erhalten.
Können wir mit offenen Abweichungen die nächste Teststufe beginnen?
Das hängt von der Auswirkung auf die folgende Tätigkeit und Ihrer geregelten Entscheidung ab. Annex 15 §2.10 behandelt einen autorisierten Stufenübergang unter bestimmten Voraussetzungen. Diese Passage ist keine pauschale Produktivfreigabe. Benennen Sie offene Punkte, Grenzen und erforderliche Voraussetzungen. Wenn der offene Befund die Aussage der nächsten Prüfung beeinträchtigt, lässt sich das nicht durch einen Termin für die spätere Korrektur ersetzen.
Quellen: [3]
Was tun wir, wenn der Fehler nicht reproduzierbar ist?
Erhalten Sie den ursprünglichen Befund und untersuchen Sie Unterschiede bei Daten, Timing, Umgebung und Bedienfolge. Bewerten Sie vorhandene Logs und mögliche Reichweite. Ein einzelner erfolgreicher Wiederholungslauf widerlegt die frühere Beobachtung nicht. Dokumentieren Sie verbleibende Unsicherheit und begründen Sie zusätzliche Untersuchung, Überwachung oder Nutzungsgrenzen. Der Abschluss braucht eine zur Bedeutung passende Entscheidung, keine erfundene eindeutige Ursache.
Quellen & fachlicher Stand
Primärquellen wurden am 6. Oktober 2026 geöffnet. Schwerpunkt ist die Computersystemvalidierung im Humanarzneimittel-GMP. Die FDA-Quelle dient ausschließlich der eingegrenzten Unterscheidung zum Labor-OOS. Befundbogen, Kennungen und Testergebnisse sind vollständig illustrative Beispiele, keine durchgeführten Prüfungen oder festgestellten Produktfehler.
- Europäische Kommission: EudraLex Volume 4 – Humanarzneimittel-GMP
- EU-GMP Annex 11: Computerised Systems – Validierungsbefunde, Änderungen und Vorfälle
- EU-GMP Annex 15: Qualification and Validation – §§2.7–2.10
- EU-GMP Chapter 4: Documentation – zeitnahe Aufzeichnungen und erkennbare Änderungen
- ICH Q9(R1): Quality Risk Management – Bewertung und Neubewertung
- FDA: Investigating Out-of-Specification Test Results for Pharmaceutical Production, Mai 2022 – Begriffs- und Anwendungsbereich
Zuletzt fachlich geprüft am 06.10.2026.
Daniel Herrmann Consulting
Testbefunde zu einer nachvollziehbaren Abschlussentscheidung führen
Daniel Herrmann Consulting unterstützt QA, IT und Fachbereich bei der Bewertung von Testabweichungen, dem passenden Nachweisumfang und einer klaren Verbindung zwischen Korrektur, Ergebnissen und Entscheidung.
- IT-GxP-Audit →
Vorhandene Befunde, offene Auswirkungen und Abschlussnachweise fachlich einordnen.
- IT-GxP-Consulting →
Untersuchung, Nachtests und begründete Regression gemeinsam strukturieren.