Inhaltsverzeichnis
Das Wichtigste vorab
Was macht eine Lookback-Bewertung belastbar?
Eine Lookback-Bewertung untersucht, welche früheren Daten und Entscheidungen von einem Integritätsbefund betroffen sein könnten. Begründen Sie Anfang und Ende des betrachteten Zeitraums, untersuchte Prozesse und Ausschlüsse anhand verfügbarer Evidenz. Bewerten Sie mögliche Folgen für Produktqualität, Patienten und regulatorisch verwendete Daten. Ein nicht gefundener Fehler ist nicht automatisch belegte Fehlerfreiheit; Sofortmaßnahmen dürfen vor Abschluss der gesamten Untersuchung nötig sein.
- Der Untersuchungsumfang folgt aus Fehlermechanismus und Verwendung der Daten.
- Bestätigt betroffen, möglicherweise betroffen und begründet ausgeschlossen bleiben getrennt.
- Zeitgrenzen und Ausschlüsse brauchen Belege, nicht nur ein bequemes Kalenderdatum.
1. Den Integritätsbefund präzise beschreiben
Der Leitfaden verwendet Humanarzneimittel-GMP als Beispielscope. PIC/S PI 041-1 beschreibt bei bedeutenden Integritätsproblemen die Untersuchung von Umfang, Zeitraum, Produkten, Prozessen und Daten sowie die Begründung von Ausschlüssen. Das ist keine Vorgabe für einen identischen Großprojektablauf bei jedem Schreibfehler.
Beginnen Sie mit dem tatsächlichen Befund: Was ist unzuverlässig oder fehlt? Welche Kontrolle hat versagt? Welche Daten oder Entscheidungen könnten dadurch beeinflusst sein? „Datenintegritätsproblem im Labor“ ist für eine begründete Untersuchung zu ungenau. Ein konkreter Fehlermechanismus ermöglicht dagegen eine gezielte Suche nach weiteren betroffenen Vorgängen.
2. Den Suchraum vor der Einzelfallprüfung festlegen
Eine Untersuchung braucht einen nachvollziehbaren Ausgangsumfang und Regeln zur Erweiterung. Dazu gehören Systeme, Datenarten, Prozesse und deren fachliche Verwendung. Ein ausschließlich technischer Dateiscan kann etwa übersehen, dass problematische Ergebnisse bereits in Berichten oder extern verwendeten Unterlagen weiterverarbeitet wurden.
Die folgende eigene Matrix strukturiert den Untersuchungsauftrag. Sie ist keine universell vorgeschriebene Formularform. Halten Sie insbesondere fest, welche neuen Befunde den Umfang vergrößern würden.
| Dimension | Konkrete Untersuchungsfrage | Beleg für die Grenze |
|---|---|---|
| Zeitraum | Seit wann könnte der Fehlermechanismus bestehen? | Versions-, Konfigurations- oder andere belastbare Historie |
| Daten | Welche Records können betroffen sein? | Nachvollziehbare Grundgesamtheit und Auswahlregeln |
| Prozesse | Wo wurden diese Daten erzeugt oder verwendet? | Datenwege, Vorlagen und Schnittstellen |
| Produkte und Chargen | Welche Entscheidungen beruhen darauf? | Konkrete Zuordnung statt Gleichsetzung mit Dateianzahl |
| Standorte und Beteiligte | Gibt es gemeinsame Ursache oder gemeinsame Konfiguration? | Geprüfte Abhängigkeiten und Zuständigkeiten |
| Ausschlüsse | Warum ist ein Bereich nicht betroffen? | Positive sachliche Begründung und verbleibende Unsicherheit |
3. Anfang und Ende anhand von Evidenz bestimmen
Ein bekanntes Änderungsdatum kann eine Zeitgrenze stützen, wenn der Zusammenhang zwischen Änderung und Fehlermechanismus belegt ist. Es reicht nicht, lediglich den Zeitpunkt der Entdeckung zu verwenden. Der Befund kann vorher bestanden haben oder erst nach einer bestimmten Konstellation wirksam geworden sein.
Auch das Ende braucht eine Grundlage: Eine eingespielte Korrektur beweist nicht allein, dass alle neuen Daten zuverlässig sind. Prüfen Sie die relevante Wirkung der Maßnahme. Fehlen historische Informationen, ist diese Unsicherheit ausdrücklich zu behandeln; sie darf nicht durch die Annahme einer kurzen, günstigen Rückschau verschwinden.
4. Eigener Fall: 80 Records sind nicht 80 betroffene Chargen
Illustratives Beispiel: Eine fiktive Untersuchung umfasst 80 Ergebnisrecords. Für 30 Records aus Stand A ist anhand geeigneter Versions- und Prozessbelege ausgeschlossen, dass der untersuchte Fehlermechanismus greifen konnte. Stand B umfasst 40 Records: Bei zwölf ist die problematische Änderung bestätigt, bei 28 bleibt die Betroffenheit ungeklärt. Zehn weitere Records aus Stand C wurden nach einer Korrektur mit passenden Nachweisen geprüft und hinsichtlich dieses Mechanismus abgegrenzt.
Damit sind zwölf bestätigt betroffen, 28 möglicherweise betroffen und 40 begründet ausgeschlossen. Die Summe beträgt 80. Die zwölf bestätigten Records entsprechen nicht automatisch zwölf Chargen: Mehrere können dieselbe Charge oder Entscheidung betreffen. Diese Zuordnung ist separat zu ermitteln.
| Gruppe | Records | Stand der Bewertung | Nächster Schritt |
|---|---|---|---|
| Stand A | 30 | Fehlermechanismus belegt nicht anwendbar | Ausschlussbelege im Umfang halten |
| Stand B: bestätigt | 12 | Relevante Änderung nachgewiesen | Folgen für Verwendung und Entscheidungen bewerten |
| Stand B: unklar | 28 | Betroffenheit noch nicht geklärt | Weitere Untersuchung oder Unsicherheit bewerten |
| Stand C | 10 | Nach Korrektur passend geprüft und abgegrenzt | Wirksamkeits- und Zuordnungsnachweise erhalten |
| Gesamt | 80 | 12 bestätigt + 28 unklar + 40 ausgeschlossen | Keine Gleichsetzung von Record-, Chargen- und Produktzahl |
5. Bestehende Nachweise qualifiziert verwenden
Geeignete Originaldaten, Systemhistorien, unabhängige Vergleichsquellen und verlässliche Prozessbelege können die Bewertung stützen. Prüfen Sie jeweils, welche Aussage ein Beleg tatsächlich trägt. Ein unveränderter Bericht beweist beispielsweise nicht automatisch, dass die zugrunde liegenden Rohdaten vollständig waren.
Interviews können helfen, Abläufe und mögliche Ursachen zu verstehen. Sie ersetzen nicht automatisch fehlende Originalaufzeichnungen. Ebenso rechtfertigt eine kleine unauffällige Stichprobe nicht ohne Begründung die Fehlerfreiheit einer großen, heterogenen Grundgesamtheit. Auswahl und Aussagegrenze müssen zum Fehlermechanismus passen.
6. Eindämmung und langfristige Abstellung unterscheiden
Bei einem relevanten Befund können unmittelbare Maßnahmen nötig sein, etwa die gezielte Einschränkung weiterer Verwendung betroffener Daten oder zusätzliche Kontrolle eines laufenden Prozesses. Eine vollständige Ursachenanalyse muss nicht abgeschlossen sein, bevor solche Maßnahmen beginnen. Die Entscheidung sollte dennoch nachvollziehbar sein und später mit den Untersuchungsergebnissen abgeglichen werden.
Langfristige Maßnahmen adressieren die tatsächlichen Ursachen und benötigen eine geeignete Wirksamkeitsbewertung. Eine Schulung allein löst einen technisch unkontrollierten Änderungsweg nicht zwangsläufig. Umgekehrt sind organisatorische Kontrollen nicht generell unwirksam oder immer nur vorübergehend; ihre Eignung hängt vom konkreten Prozess ab.
7. Die fachliche Auswirkung bis zur Verwendung verfolgen
Ein Integritätsbefund kann die Verlässlichkeit einer Entscheidung beeinträchtigen, ohne bereits einen tatsächlichen Qualitätsmangel am Produkt zu beweisen. Diese Unterscheidung darf weder zur Verharmlosung noch zu pauschalen Schlussfolgerungen führen. Bewerten Sie, worauf die betroffenen Entscheidungen beruhen und welche anderen belastbaren Informationen verfügbar sind.
Die zuständigen Rollen müssen über weitere Verwendung, zusätzliche Maßnahmen und gegebenenfalls erforderliche Kommunikation entscheiden. Dieser Leitfaden legt dafür keine universelle Meldefrist oder automatische Rückrufentscheidung fest. Maßgeblich sind Sachverhalt, anwendbarer Regelbereich und die geeigneten Qualitätsverfahren.
8. Checkliste für einen begründeten Abschluss
Ein abgeschlossener Lookback erklärt, was untersucht wurde, warum der Umfang passt und welche Unsicherheiten verbleiben. Ein langer Bericht oder eine hohe Prüfquote ersetzt diese Begründung nicht.
Die folgende eigene Liste unterstützt die Abschlussbewertung. Falls neue Erkenntnisse die ursprüngliche Abgrenzung widerlegen, muss der Umfang erneut betrachtet werden. Eine einmal genehmigte Zeitgrenze ist kein Schutz gegen spätere Gegenbelege.
- Befund und plausibler Fehlermechanismus konkret beschrieben.
- Zeitraum, Daten, Prozesse und Verwendungen abgegrenzt.
- Ausschlüsse durch passende Evidenz begründet.
- Bestätigte, mögliche und ausgeschlossene Betroffenheit getrennt.
- Produkt- und Chargenbezug eigenständig ermittelt.
- Sofortmaßnahmen und langfristige Ursachenbehandlung nachvollziehbar.
- Verbleibende Unsicherheit in Entscheidungen berücksichtigt.
- Wirksamkeit und mögliche Erweiterung der Untersuchung geregelt.
Häufige Fragen zu Datenintegrität: Lookback
Muss ein Lookback immer mehrere Jahre umfassen?
Eine universelle Jahreszahl folgt aus den verwendeten Quellen nicht. Der Zeitraum muss zum möglichen Entstehen und Wirken des Fehlers passen. Vorhandene Historie kann eine Grenze stützen; fehlende Informationen können eine größere Unsicherheit erzeugen. Ein bequemes Kalenderintervall ist keine ausreichende Begründung.
Reicht es, ab dem Entdeckungsdatum zu prüfen?
Meist beantwortet dies die historische Frage nicht. Entscheidend ist, seit wann der Fehlermechanismus bestehen konnte. Das Entdeckungsdatum beschreibt nur, wann der Befund bekannt wurde. Prüfen Sie frühere relevante Änderungen, Abläufe und Belege für eine sachliche Zeitgrenze.
Quellen: [1]
Ist jede fehlende Kontrolle schon ein nachgewiesener Datenfehler?
Nein. Eine Schwachstelle kann die Möglichkeit eines Fehlers eröffnen, ohne dessen tatsächliches Auftreten zu beweisen. Diese Unsicherheit ist zu bewerten. Umgekehrt ist ein nicht nachgewiesener Fehler keine automatische Entwarnung, wenn die verfügbaren Daten den Vorgang nicht zuverlässig rekonstruieren lassen.
Wann können Bereiche aus dem Lookback ausgeschlossen werden?
Wenn eine sachliche, belegte Abgrenzung trägt, etwa eine andere technische Konfiguration ohne den untersuchten Fehlermechanismus. Dokumentieren Sie Grund und Grenzen. Allein organisatorische Zuständigkeit, Ressourcenmangel oder eine unauffällige Einzelprobe beweisen keine Nichtbetroffenheit.
Sind Stichproben grundsätzlich ausreichend?
Das lässt sich nicht pauschal beantworten. Auswahl und Umfang müssen zur Grundgesamtheit, zum Fehlermechanismus und zur möglichen Auswirkung passen. Eine Stichprobe kann geeignete Aussagen liefern, aber nicht jede Unsicherheit auflösen. Halten Sie ausdrücklich fest, welche Schlussfolgerung durch sie gedeckt ist.
Müssen zuerst alle Ursachen feststehen, bevor Maßnahmen beginnen?
Nein. Geeignete Sofortmaßnahmen können nötig sein, um weitere Risiken zu begrenzen. Sie sollten nachvollziehbar und unter Berücksichtigung neuer Erkenntnisse überprüft werden. Die frühe Eindämmung ersetzt jedoch nicht die angemessene Ursachenanalyse und dauerhafte Behandlung des Problems.
Ist ein Datenintegritätsbefund automatisch ein Produktmangel?
Nicht zwangsläufig. Er kann zunächst die Verlässlichkeit der verwendeten Nachweise beeinträchtigen. Bewerten Sie die möglichen Folgen für Produktqualität und Patienten anhand des konkreten Sachverhalts. Weder pauschale Entwarnung noch eine automatische Gleichsetzung ist fachlich ausreichend.
Wer sollte den Lookback bearbeiten?
Sie benötigen Fachwissen über Daten, Systeme und ihre Verwendung sowie die nach Ihrem Qualitätssystem zuständigen Entscheidungsrollen. Bei erheblichen oder komplexen Befunden kann externe Expertise sinnvoll sein. Die Quellen begründen nicht, dass jedes Unternehmen jeden kleinen Befund zwingend extern untersuchen lassen muss.
Kann eine neue Prüfung historische Daten ersetzen?
Sie kann zusätzliche Erkenntnisse liefern, beantwortet aber nicht automatisch, was früher tatsächlich geschah. Probenzustand, Methode und Fragestellung können abweichen. Trennen Sie neue Evidenz von einer behaupteten Rekonstruktion der Vergangenheit und bewerten Sie deren Aussagegrenzen.
Wann darf der Lookback geschlossen werden?
Wenn Umfang und Befunde angemessen bewertet, erforderliche Entscheidungen getroffen und Maßnahmen nachvollziehbar geregelt sind. Verbleibende Unsicherheit darf nicht durch den Abschlussstempel verschwinden. Die Wirksamkeit von Maßnahmen und neue Erkenntnisse können weitere Prüfung oder Erweiterung erfordern.
Quellen & fachlicher Stand
Quellenstand: 7. Oktober 2026. Die fachlichen Beispiele betreffen Humanarzneimittel-GMP. FDA-Aussagen werden im einschlägigen US-Arzneimittelkontext eingeordnet. Tabellen und Zahlenbeispiele sind eigene Arbeitshilfen, keine ausgeführten Kundenprüfungen.
- PIC/S: PI 041-1, Data Management and IntegrityPI 041-1, 01.07.2021; §3.7 Status; §§7.5–7.8; §§8.1–8.8; §9.1.5,9.3,9.5–9.10; §12.1; Glossar
- Europäische Kommission: EU-GMP Chapter 1, Pharmaceutical Quality SystemRevision 2013; seit 31.01.2013; §1.4(xii)–(xiv): vorausschauende Änderungsbewertung, Nachbewertung und Ursachenanalyse/CAPA; §1.5 Leitung
- FDA: Data Integrity and Compliance With Drug CGMP, Questions and AnswersFinal Guidance, Dezember 2018; III Q1(b)–(d), Q2, Q4–10 und Q12–18; Reprocessing Q14, Untersuchungsumfang Q18
- EMA/ICH: Q9(R1), Quality Risk ManagementEMA/CHMP/ICH/24235/2006 Corr.2; Veröffentlichung 31.01.2025; Q9(R1) wirksam seit 26.07.2023; §§3–4.6,5.1–5.3; Unsicherheit, Formalität, Wissensgrundlage und Neubewertung
- Europäische Kommission: EU-GMP Annex 11, Computerised SystemsRevision Januar 2011; seit 30.06.2011; Principle; §§1,4,5,7,9–13,17; §12.4 Identität, Datum und Zeit; §10 kontrollierte Änderungen
Zuletzt fachlich geprüft am 07.10.2026.
Historische Auswirkungen gezielt und nachvollziehbar bewerten
Wir unterstützen Sie bei der Eingrenzung von Datenintegritätsbefunden, der Prüfung vorhandener Evidenz und belastbaren Entscheidungen über weitere Maßnahmen.
- IT-GxP-Audit →
Vorhandene Kontrollen und offene Nachweisfragen gezielt prüfen.
- IT-GxP-Compliance-Programm →
Verantwortung, Regelwerk und wiederverwendbare Abläufe im IT-GxP-Compliance Framework verbinden.
- IT-GxP-Coaching →
Ihr Team bei eigenen Bewertungen, Tests und nachvollziehbaren Entscheidungen begleiten.
- IT-GxP-Consulting →
Die konkrete Analyse und Umsetzung im vereinbarten Projektumfang unterstützen.
