Inhaltsverzeichnis
Das Wichtigste vorab
Wie prüfen Sie die Erkennung ungültiger oder veränderter Records nach Part 11?
§11.10(a) nennt neben Genauigkeit, Zuverlässigkeit und bestimmungsgemäßer Leistung die Fähigkeit, ungültige oder veränderte Records zu erkennen. Definieren Sie, welche Fehler im konkreten Datenweg relevant sind und woran sie erkennbar werden. Prüfen Sie technische und fachliche Kontrollen mit kontrollierten Sollfällen. Ein unveränderter Hash beweist keine fachliche Richtigkeit; ein Änderungsereignis beweist umgekehrt keine unzulässige Handlung.
- Ungültigkeit, dokumentierte Änderung und auffälliges Ergebnis unterscheiden.
- Erwartete Erkennung vor dem Test unabhängig festlegen.
- Erkennung, Bewertung und weitere Verwendung als getrennte Schritte behandeln.
1. Definieren Sie die konkrete Erkennungsaufgabe
§11.10(a) steht bei den Kontrollen geschlossener Systeme im anwendbaren Part-11-Scope. Der Text nennt die Fähigkeit, ungültige oder veränderte Records zu erkennen, ohne dafür einen einzigen universellen technischen Mechanismus vorzuschreiben. Bei offenen Systemen sind die entsprechenden Bedingungen nach §11.30 zu berücksichtigen.
Beschreiben Sie den betrachteten Record und seine Verwendung. Soll ein Messwert übertragen, eine Berechnung geprüft oder ein genehmigter Stand erneut geöffnet werden? Je nach Datenweg können fehlende Angaben, unerwartete Änderungen, eine falsche Probe oder eine unzulässige Verarbeitung relevant sein. Eine allgemeine Testzeile Datenintegrität funktioniert bleibt dafür zu unbestimmt.
Quellen: [1]
2. Verwechseln Sie eine Änderung nicht mit einer Manipulation
Ein autorisierter Bearbeiter kann einen Fehler nachvollziehbar korrigieren. Die Aufzeichnung ist danach verändert, aber nicht allein deshalb unzulässig. Andere Änderungen können unbeabsichtigt, technisch verursacht oder unbefugt sein. Die Erkennung soll eine sachgerechte Bewertung ermöglichen, nicht die Ursache bereits ohne Untersuchung behaupten.
Ebenso ist ein ungewöhnlicher Messwert nicht automatisch ein ungültiger Record. Er kann ein zutreffendes Ergebnis sein. Im Drug-CGMP-Laborbereich verlangt die FDA für die Invalidierung eines Testergebnisses eine dokumentierte wissenschaftlich tragfähige Begründung. Eine technische Warnung oder ein unerwünschter Zahlenwert ersetzt diese Untersuchung nicht.
3. Trennen Sie technische Integrität und fachliche Bedeutung
Eine Prüfsumme kann unter definierten Bedingungen Veränderungen gegenüber einer Referenz erkennen. Sie bestätigt aber nicht, dass die Referenz der richtigen Probe zugeordnet war oder die verwendete Formel fachlich passte. Auch ein formal vollständiges Datenformat kann einen inhaltlichen Fehler enthalten.
Die folgende eigene Matrix unterscheidet solche Fehlerbilder. Die Beispiele setzen eine relevante elektronische Laboraufzeichnung im passenden Drug-CGMP-Scope voraus; die konkreten Erkennungswege müssen für die tatsächliche Anwendung festgelegt werden.
| Fehlerbild | Warum reine Lesbarkeit nicht genügt | Geeignete Prüffrage |
|---|---|---|
| Wert nach Referenzbildung unerwartet verändert | Die Datei kann weiterhin korrekt geöffnet werden. | Wird die Abweichung zum erwarteten Stand erkannt und zugeordnet? |
| Einheit fehlt | Der Zahlenwert ist vorhanden, seine Bedeutung unklar. | Erkennt die Verarbeitung fehlenden erforderlichen Kontext? |
| Falsche Probenkennung | Format und Prüfsumme können technisch korrekt sein. | Wird die Zuordnung gegen den vorgesehenen Auftrag kontrolliert? |
| Formel verwendet falschen Faktor | Der Rechenweg kann technisch fehlerfrei ausgeführt sein. | Stimmt das Ergebnis mit einer unabhängig berechneten Erwartung überein? |
| Berechtigte Korrektur | Eine Veränderung liegt vor, kann aber zulässig sein. | Bleiben Ausgangswert, Änderung und nötiger Kontext nachvollziehbar? |
4. Legen Sie die Referenz vor der Fehlereinspielung fest
Erstellen Sie einen kontrollierten Ausgangsdatensatz mit eindeutiger Kennung, erwartetem Inhalt und erforderlichem Kontext. Dokumentieren Sie, welche Veränderung der einzelne Testfall einbringt. Verwenden Sie dafür eine geeignete Testumgebung und freigegebene Testdaten; echte erforderliche Produktionsrecords werden für diese Arbeitshilfe nicht absichtlich verändert.
Die Sollbeobachtung muss vor dem Test feststehen. Sie kann beispielsweise eine konkrete Fehlermeldung, ein erkennbarer Status oder eine nachvollziehbare Ablehnung der Verwendung sein. Wichtig ist, dass der Nachweis nicht lediglich dieselbe Implementierungslogik wiederholt. Ein unabhängiger Rechenweg oder eine separat erstellte Zuordnungsliste kann einen anderen Blick auf den erwarteten Inhalt liefern.
5. Prüfen Sie Fehler und zulässige Änderungen gemeinsam
Illustrativer Fall: Der Ausgangswert 50,0 wird durch den vorgesehenen Divisor 2,0 geteilt; das erwartete Ergebnis ist 25,0. Ein falscher Divisor 5,0 ergäbe dagegen 10,0. Beide Zahlen sind formal gültig. Die fachliche Erwartung unterscheidet sie. Es handelt sich um frei gewählte Rechenwerte ohne Bezug zu einer realen Produktspezifikation.
Die Matrix beschreibt Sollverhalten, keine beobachteten Testergebnisse. Gerade der Fall einer zulässigen Korrektur verhindert, dass Erkennung fälschlich mit pauschaler Sperrung jeder Änderung gleichgesetzt wird.
| Testfall | Gezielte Variation | Vorab festgelegte Erwartung | Grenze des Nachweises |
|---|---|---|---|
| T1: Ausgangsfall | 50,0 / 2,0 | 25,0 mit korrekter Kennung und Einheit. | Belegt nur den gewählten Normalfall. |
| T2: Falscher Divisor | 50,0 / 5,0 | 10,0 wird als Abweichung zum vorgesehenen Divisor und Ergebnissoll erkannt. | Keine allgemeine mathematische Ungültigkeit von 10,0. |
| T3: Fehlende Einheit | Wert bleibt 50,0; Pflichtkontext fehlt. | Verwendung wird nach festgelegtem Verfahren geklärt, bevor eine falsche Bedeutung entsteht. | Keine konkrete Produktfunktion vorausgesetzt. |
| T4: Berechtigte Korrektur | Dokumentierte Änderung eines Eingabefehlers. | Änderung erkennbar; fachliche Bewertung bleibt möglich. | Änderung allein ist kein Betrugsnachweis. |
| T5: Falsche Zuordnung | Gleicher Wert unter fremder Probenkennung. | Abweichung zum erwarteten Auftrag wird erkannt. | Prüfsumme allein würde diese Frage nicht beantworten. |
6. Bewerten Sie den Befund vor der weiteren Verwendung
Eine Erkennung ist nur dann praktisch hilfreich, wenn der betroffene Vorgang und die Zuständigkeit klar sind. Legen Sie fest, wer die Meldung beurteilt, welcher Record betroffen ist und wie bis zur Klärung mit dem Ergebnis umgegangen wird. Nicht jeder technische Hinweis verlangt dieselbe Maßnahme; eine relevante Unsicherheit darf aber nicht im Log unbeachtet bleiben.
Bewahren Sie den notwendigen Kontext der Abweichung auf. Ein erneuter erfolgreicher Lauf erklärt nicht automatisch, warum der vorherige Lauf abwich. Im Laborbereich bleiben die vollständigen Daten und die begründete Bewertung erforderlich. Ein Wiederholungstest ist kein pauschaler Ersatz für die Untersuchung eines unpassenden Ergebnisses.
7. Schließen Sie aus einem bestandenen Fall nicht auf alle Records
Halten Sie getestete Version, Konfiguration, Datenweg und relevante Schnittstellen fest. Ein erfolgreicher Importtest belegt nicht automatisch die Integrität späterer Exporte oder privilegierter Änderungen. Prüfen Sie, ob unterschiedliche Wege dieselbe Kontrolle tatsächlich verwenden oder eigene Lücken aufweisen.
Die FDA-Guidance von 2003 beschreibt begrenzte Enforcement Discretion für bestimmte Part-11-Validierungsanforderungen. Sie hebt Part 11 nicht auf und lässt Predicate Rules bestehen. Die Nachweistiefe wird daher begründet; eine pauschale Behauptung, §11.10(a) müsse überhaupt nicht mehr betrachtet werden, wäre unzutreffend.
8. Machen Sie die Erkennungsprüfung reproduzierbar
Für ein kleines Team ist eine kurze Liste relevanter Fehlerbilder mit eindeutigen Sollbeobachtungen ein sinnvoller Einstieg. Der Fachbereich legt Bedeutung und Entscheidungsfolge fest, IT beschreibt technische Wege und vorhandene Kontrollen. Die zuständigen Prüfer beurteilen, ob die Evidenz die jeweilige Aussage trägt.
Bei Änderungen an Datenmodell, Regeln oder Schnittstellen wird die betroffene Erkennung erneut bewertet. Die Anzahl der Testfälle ist keine allgemeine Qualitätskennzahl. Entscheidend ist, ob die relevanten Fehlerwege und angemessenen Reaktionen ausreichend abgedeckt sind.
- Anwendbaren Record und vorgesehenen Datenweg bestimmen.
- Ungültigkeit, Änderung und auffälliges Ergebnis unterscheiden.
- Kontrollierte Referenz und unabhängiges Soll festlegen.
- Fehler ausschließlich in geeigneter Testumgebung einbringen.
- Erkennung, Zuordnung und fachliche Reaktion getrennt prüfen.
- Testgrenzen und nicht abgedeckte Wege sichtbar halten.
- Relevante Änderungen in die Nachweisbewertung aufnehmen.
Häufige Fragen zu Ungültige Aufzeichnungen
Was verlangt §11.10(a) zur Erkennung von Records?
Der Absatz nennt die Fähigkeit, ungültige oder veränderte Aufzeichnungen zu erkennen, neben Genauigkeit, Zuverlässigkeit und konsistenter bestimmungsgemäßer Leistung. Er schreibt nicht einen einzigen universellen Mechanismus vor. Die konkrete Kontrollaufgabe muss aus dem relevanten Record und Datenweg abgeleitet werden.
Quellen: [1]
Ist jede nachträgliche Änderung unzulässig?
Nein. Berechtigte und nachvollziehbare Korrekturen können erforderlich sein. Die Änderung muss im passenden Kontext beurteilt werden. Erkennung bedeutet deshalb nicht automatisch Löschung oder Ablehnung, sondern zunächst Sichtbarkeit und eine fundierte Entscheidung über die Bedeutung der Änderung.
Beweist ein unveränderter Hash die fachliche Richtigkeit?
Nein. Eine technische Übereinstimmung mit einer Referenz beantwortet nicht, ob diese Referenz zur richtigen Probe gehört oder die richtige Formel verwendet. Prüfen Sie Integrität und fachliche Bedeutung getrennt. Der gewählte technische Nachweis darf nicht weiter ausgelegt werden, als er trägt.
Ist ein auffälliger Wert automatisch OOS oder ein ungültiger Record?
Nein. Die Einordnung hängt von Spezifikation, Datenqualität und Untersuchung ab. Im Drug-CGMP-Laborbereich braucht die Invalidierung von Testergebnissen eine wissenschaftlich begründete dokumentierte Bewertung. Eine technische Warnung oder ein unerwünschtes Ergebnis genügt dafür nicht allein.
Quellen: [2]
Dürfen wir Produktionsdaten absichtlich beschädigen, um die Erkennung zu testen?
Die hier vorgeschlagene Arbeitshilfe verwendet kontrollierte Testdaten in einer geeigneten Umgebung. Echte erforderliche Records werden dafür nicht absichtlich verfälscht. Testumfang, Ausgangsstand und gezielte Variation müssen nachvollziehbar sein und dürfen den geregelten Betrieb nicht unbeabsichtigt beeinträchtigen.
Muss jede erkannte Abweichung technisch sofort alles sperren?
Eine universelle Reaktion lässt sich daraus nicht ableiten. Definieren Sie eine geeignete Behandlung für den konkreten Fehler und seine mögliche Wirkung. Ein kritischer ungeklärter Record darf nicht unbesehen verwendet werden; ein reiner Hinweis kann dagegen eine andere angemessene Bewertung benötigen.
Reicht ein erfolgreicher Wiederholungslauf als Klärung?
Nicht automatisch. Er erklärt nicht zwingend die Ursache des ersten abweichenden Ergebnisses. Erhalten Sie die erforderlichen Daten und bewerten Sie den Zusammenhang. Insbesondere darf wiederholtes Prüfen nicht dazu dienen, unerwünschte Daten ohne tragfähige Begründung aus dem Nachweis zu entfernen.
Wie viele Fehlerfälle brauchen wir?
Kann der Audit Trail alle Erkennungsaufgaben übernehmen?
Er kann Veränderungen und zugehörige Informationen sichtbar machen, beantwortet aber nicht automatisch jede Frage zur fachlichen Richtigkeit oder falschen Zuordnung. Prüfen Sie, welche Aussage er tatsächlich ermöglicht und welche ergänzende Kontrolle für den vorgesehenen Zweck erforderlich ist.
Entfällt die Prüfung wegen FDA Enforcement Discretion?
Die Guidance von 2003 beschreibt eine begrenzte Vollzugspolitik, keine Aufhebung aller Anforderungen. Predicate Rules bleiben maßgeblich. Begründen Sie deshalb den konkreten Nachweisweg anhand der anwendbaren Anforderungen und Risiken, statt eine pauschale Befreiung von der Erkennungsaufgabe anzunehmen.
Quellen & fachlicher Stand
Quellenstand 7. Oktober 2026. eCFR-Anzeige bis 5. Oktober 2026; verbindlichen Vorschriftentext und nicht bindende FDA-Guidance getrennt berücksichtigen. Beispiele und Tabellen sind eigene illustrative Arbeitshilfen, keine ausgeführten Kunden- oder Produkttests.
- 21 CFR Part 11 – Electronic Records; Electronic SignatureseCFR-Anzeige bis 05.10.2026; §§11.1–11.300.
- FDA: Data Integrity and Compliance With Drug CGMP – Questions and AnswersFinal Guidance Dezember 2018; insbesondere Fragen 1–3, 9–12, 14 und 17.
- 21 CFR §211.194 – Laboratory recordseCFR-Anzeige bis 05.10.2026; Absätze (a)(1)–(8), (b)–(e).
- 21 CFR §211.68 – Automatic, mechanical, and electronic equipmenteCFR-Anzeige bis 05.10.2026; Absätze (a)–(c).
- FDA: Part 11 – Scope and ApplicationFinal Guidance, PDF August 2003; Statusseite September 2003. Abschnitte I und III.A–C.
Zuletzt fachlich geprüft am 07.10.2026.
Daniel Herrmann Consulting
Den konkreten Nachweisprozess gemeinsam bearbeiten
Wir unterstützen Sie dabei, relevante Fehlerbilder in prüfbare Erwartungen zu übersetzen und vorhandene Kontrollen auf ihre tatsächliche Wirkung zu beurteilen. Die Bewertung bleibt auf Ihren vorgesehenen Daten- und Entscheidungsweg ausgerichtet.
- IT-GxP-Audit →
Anforderungen, vorhandene Nachweise und relevante Lücken beurteilen.
- IT-GxP-Consulting →
Vereinbarte Bewertungs-, Dokumentations- und Testarbeit im Projekt bearbeiten.
- IT-GxP-Coaching →
Ihr Team bei konkreten Entscheidungen und der Anwendung eigener Verfahren begleiten.
- IT-GxP-Compliance-Programm →
Passende interne Verfahren, Vorlagen und Schulung aufbauen.