Inhaltsverzeichnis
Das Wichtigste vorab
Was müssen GMP-Zeitstempel leisten?
Zeitangaben müssen die für den GMP-Prozess erforderliche zeitliche Zuordnung und Rekonstruktion unterstützen. Prüfen Sie deshalb Uhrquelle, Zeitzonenbezug, Änderungsrechte und die tatsächliche Verarbeitung zwischen verbundenen Systemen. Eine konkrete zulässige Abweichung oder ein bestimmtes Synchronisationsprotokoll folgt daraus nicht pauschal. Der benötigte Genauigkeitsgrad und die erforderlichen Kontrollen hängen von der Bedeutung der Ereignisfolge ab.
- Eine lokale Uhrzeit ohne Zeitzonenkontext kann mehrdeutig sein.
- Synchronisierte Uhren beweisen noch keine fachlich richtige Ereigniszuordnung.
- Genauigkeit, Überwachung und Nachweise folgen dem konkreten Prozessrisiko.
1. Zuerst die zeitliche Aussage festlegen
Dieser Leitfaden betrachtet Humanarzneimittel-GMP. Annex 11 verlangt bei relevanten Eingaben, Änderungen, Bestätigungen oder Löschungen die Zuordnung von Identität sowie Datum und Zeit. PIC/S konkretisiert die Bedeutung kontrollierter Systemuhren und zeitlicher Rekonstruktion. Die Leitlinien schreiben damit nicht ein einziges technisches Betriebsmodell für alle Anwendungen vor.
Fragen Sie zuerst, welche Entscheidung von der Reihenfolge abhängt: etwa ob ein Materialstatus vor einer Entnahme gesetzt wurde oder welche Methodenversion bei einer Auswertung galt. Erst dann lässt sich beurteilen, ob Minutenabweichungen unkritisch sind oder bereits den Nachweis unbrauchbar machen.
2. Vier Zeitangaben nicht versehentlich gleichsetzen
Anwendungen können Ereigniszeit, Empfangszeit, Speicherzeit und Anzeigezeit unterschiedlich behandeln. Ein späterer Import kann einen älteren fachlichen Ereigniszeitpunkt enthalten. Das ist nicht automatisch ein Fehler, sollte aber erkennbar bleiben. Ein Export darf diese Unterscheidung nicht unbemerkt beseitigen, wenn sie für den Nachweis erforderlich ist.
Die eigene Matrix hilft bei der Aufnahme eines konkreten Datenwegs. Sie ist keine Forderung, jede Anwendung um alle vier Felder zu erweitern. Benötigt werden die Informationen, mit denen Ihr Prozess verlässlich verstanden werden kann.
| Frage | Zu erfassender Sachverhalt | Risiko bei Unklarheit |
|---|---|---|
| Wann geschah das Ereignis? | Bedeutung des fachlichen Zeitfelds | Speicherzeit wird für Ausführungszeit gehalten |
| Welche Uhr lieferte den Wert? | Gerät, Client oder Server; kontrollierte Quelle | Abweichende Uhren werden unbemerkt verglichen |
| In welcher Zone gilt die Angabe? | UTC, Offset oder rekonstruierbarer Zonenbezug | Gleiche lokale Zeit wird falsch einsortiert |
| Was macht die Schnittstelle? | Übernahme, Umrechnung und gegebenenfalls Empfangszeit | Doppelte Umrechnung oder Verlust des Offsets |
| Wer darf Zeitangaben ändern? | Technische Rechte und nachvollziehbare Änderungen | Nachträgliche Veränderung bleibt unerkannt |
3. Eigener Rechenfall: Die Uhr geht scheinbar zurück
Illustratives Beispiel mit ausdrücklich vorgegebenen Offsets: Ereignis A trägt den Zeitstempel 25.10.2026, 02:50 mit UTC+02:00. Ereignis B trägt 25.10.2026, 02:10 mit UTC+01:00. A entspricht 00:50 UTC, B entspricht 01:10 UTC. Tatsächlich liegen zwanzig Minuten zwischen A und B; die bloßen lokalen Ziffern lassen B vierzig Minuten früher erscheinen.
Der Fall verwendet konstruierte Eingabedaten. Er begründet keine regulatorische Zeitumstellungsregel. Sein Soll ist ausschließlich, dass der Datenweg beide Zeitpunkte einschließlich ihres Kontexts richtig interpretiert. Geht der Offset im Export verloren, darf die eindeutige Reihenfolge nicht einfach als gesichert ausgegeben werden.
| Prüffall | Eingabe | Erwartetes Ergebnis | Bewertung |
|---|---|---|---|
| Ereignis A | 02:50, UTC+02:00 | 00:50 UTC | Ursprünglichen Kontext erhalten |
| Ereignis B | 02:10, UTC+01:00 | 01:10 UTC | B liegt 20 Minuten nach A |
| Nur lokale Ziffern verglichen | 02:10 gegen 02:50 | Scheinbar −40 Minuten | Nicht als tatsächliche Reihenfolge verwenden |
| Offset bei Export entfernt | 02:50 und 02:10 ohne Kontext | Mehrdeutigkeit sichtbar machen | Keine erfundene eindeutige Umrechnung |
| Rückimport des vollständigen Exports | Zeit plus jeweiliger Offset | Gleiche Zeitpunkte wie im Original | Keine doppelte Zonenverschiebung |
4. Uhrabweichungen anhand ihrer Auswirkung bewerten
Ein System kann die richtige Zeitzone anzeigen und trotzdem um mehrere Minuten falsch gehen. Eine Zeitzonenumrechnung korrigiert diesen Fehler nicht. Legen Sie daher fest, welche Uhrquelle maßgeblich ist und wie relevante Abweichungen erkannt werden. Für verbundene Systeme muss der Zusammenhang über den gesamten benötigten Datenweg passen.
Ein technisch gemessener Unterschied ist zunächst ein Befund. Entscheidend ist, welche Ereignisse oder Entscheidungen dadurch unklar werden. Bei einem Fehler dürfen historische Zeitstempel nicht stillschweigend passend gemacht werden. Halten Sie fest, was gesichert ist, welche Rekonstruktion möglich ist und welche Unsicherheit verbleibt.
5. Änderungen an Zeit und Zeitzone kontrollieren
Prüfen Sie, welche Benutzer oder Dienste Systemzeit, Zeitzone oder Anwendungsparameter verändern können. Die Rechte sollten zum vorgesehenen Betrieb passen. Eine Uhr kann zentral gesteuert sein, während eine lokale Anwendung die Anzeige zusätzlich umrechnet; deshalb genügt die Betrachtung nur einer technischen Ebene häufig nicht.
Auch Wartungsereignisse sind relevant, wenn sie den Nachweis beeinflussen: Gerätewechsel, Wiederherstellung, neue Server oder geänderte Schnittstellen können andere Zeitkonfigurationen einführen. Daraus folgt keine pauschale Pflicht, jedes administrative Ereignis als GMP-Audit-Trail-Eintrag zu behandeln. Bewertet werden die tatsächlich relevanten Änderungen.
6. Zeitlogik dort testen, wo sie verwendet wird
Ein Ping auf den Zeitserver oder ein Konfigurationsscreenshot belegt nur einen Teil. Prüfen Sie repräsentative fachliche Vorgänge von der Erfassung bis zur Anzeige beziehungsweise zum Export. Vergleichen Sie dabei die Bedeutung der Felder, nicht nur optisch ähnliche Uhrzeiten.
Geeignete Fälle können ein Offsetwechsel, ein verzögert übertragener Datensatz oder eine kontrolliert simulierte Uhrabweichung in einer Testumgebung sein. Solche Tests sollten keine ungesicherte Verstellung produktiver Uhren verlangen. Erwartete Reaktion und Abbruchbedingungen sind vorab festzulegen; Umfang und Genauigkeit folgen dem Prozessrisiko.
7. Auffällige Reihenfolgen fachlich auflösen
Wenn ein Review eine scheinbar unmögliche Reihenfolge findet, prüfen Sie zuerst die Feldbedeutung und den Zeitkontext. Ein technischer Eingang kann später erfolgen als das fachliche Ereignis. Ein über Nacht erzeugter Bericht kann auf früheren Daten beruhen. Eine Erklärung muss allerdings zu den erhaltenen Originalbelegen passen.
Bleibt die Reihenfolge unklar und ist sie für die Entscheidung erheblich, ist dies eine reale Nachweislücke. Bewerten Sie betroffene Vorgänge und die weitere Verwendung. Eine pauschale Aussage „Die Serverzeit war falsch“ beantwortet weder den Zeitraum noch die Auswirkung auf konkrete Records.
8. Checkliste für QA und IT
Eine belastbare Zeitprüfung verbindet fachliche Bedeutung und technische Umsetzung. IT kann die Synchronisation beurteilen; der Fachbereich erklärt, welche Reihenfolge für seine Entscheidung notwendig ist. Gemeinsam lässt sich ein angemessenes Soll definieren.
Die folgende eigene Liste vermeidet universelle Sekundengrenzen. Sie führt stattdessen zu einer begründeten, für den konkreten Datenweg prüfbaren Festlegung.
- Fachlich relevante Ereignisse und Zeitfelder benannt.
- Uhrquelle und Zeitzonenbezug je beteiligter Komponente geklärt.
- Bedeutung von Ereignis-, Empfangs- und Speicherzeit verstanden.
- Erforderliche Genauigkeit aus Prozess und Risiko abgeleitet.
- Rechte für Zeit- und Zeitzonenänderungen angemessen geregelt.
- Übernahme, Anzeige, Export und Rückimport repräsentativ geprüft.
- Vorgehen bei Uhrabweichung und unklarer Historie festgelegt.
Häufige Fragen zu Zeitstempel und Zeitsynchronisation
Ist UTC für jedes GMP-System vorgeschrieben?
Eine solche universelle Vorgabe ergibt sich aus den hier verwendeten GMP-Quellen nicht. UTC kann die Vergleichbarkeit erleichtern. Auch andere Darstellungen können geeignet sein, wenn Zeitpunkte und notwendiger Kontext eindeutig rekonstruierbar bleiben. Entscheidend ist die nachgewiesene Eignung des tatsächlichen Datenwegs.
Müssen wir zwingend NTP verwenden?
Ein konkretes Protokoll ist hier keine pauschale GMP-Pflicht. Sie benötigen eine geeignete kontrollierte Zeitführung für den vorgesehenen Prozess. Prüfen Sie die eingesetzte Architektur und deren Grenzen, statt die bloße Nennung eines Protokolls mit einer verlässlichen Ereignisfolge gleichzusetzen.
Welche maximale Uhrabweichung ist erlaubt?
Es gibt aus diesen Quellen keine universelle Sekunden- oder Minutengrenze für alle Systeme. Leiten Sie eine geeignete Grenze aus den zeitkritischen Entscheidungen ab. Bei sehr eng aufeinanderfolgenden Statusänderungen kann eine Abweichung relevanter sein als bei einer groben Tageszuordnung.
Genügt ein Zeitstempel ohne Zeitzone?
Das hängt vom erforderlichen Kontext ab. Bei systemübergreifenden oder mehrdeutigen lokalen Zeiten kann die fehlende Zone die Rekonstruktion verhindern. Prüfen Sie, ob der Zonenbezug anderweitig zuverlässig erhalten bleibt. Eine scheinbar eindeutige Anzeige ist kein Beweis für einen eindeutigen Zeitpunkt.
Dürfen fehlerhafte historische Zeitstempel korrigiert werden?
Eine erforderliche Korrektur muss kontrolliert und nachvollziehbar erfolgen; der ursprüngliche Sachverhalt darf nicht verdeckt werden. Häufig braucht es zunächst eine dokumentierte Bewertung der Abweichung. Eine stille nachträgliche Anpassung zur Herstellung einer plausiblen Geschichte ist kein geeigneter Nachweis.
Macht zentrale Synchronisation weitere Tests überflüssig?
Nein. Anwendungen und Schnittstellen können Zeitwerte zusätzlich umrechnen, formatieren oder falsch zuordnen. Prüfen Sie die für den Prozess relevante Verarbeitung bis zur tatsächlichen Verwendung. Ein korrekt eingestellter Server belegt nicht automatisch den richtigen Export oder Rückimport.
Wie behandeln wir verzögert übertragene Datensätze?
Unterscheiden Sie den Zeitpunkt des ursprünglichen Ereignisses vom Empfang im Zielsystem. Beide können berechtigt auseinanderliegen. Welche Angaben benötigt werden, ergibt sich aus dem Nachweiszweck. Die Verzögerung darf nicht unbemerkt als neue fachliche Ereigniszeit interpretiert werden.
Ist jede unerwartete Reihenfolge eine Datenmanipulation?
Was prüfen wir nach einer Wiederherstellung?
Prüfen Sie die relevanten Zeit- und Zeitzoneneinstellungen sowie repräsentative neue Ereignisse und erhaltene historische Daten. Der genaue Umfang folgt aus der Wiederherstellung und ihren Auswirkungen. Es geht um die richtige Fortsetzung und Interpretation, nicht um eine automatische Neudatierung alter Records.
Wer legt die erforderliche Genauigkeit fest?
Der fachlich verantwortliche Bereich beschreibt die benötigte zeitliche Aussage; IT bewertet Umsetzung und Überwachung. Die zuständigen Rollen im Qualitätssystem genehmigen die passende Festlegung. Eine technische Standardkonfiguration allein erklärt nicht, warum sie für den konkreten Prozess ausreichend ist.
Quellen & fachlicher Stand
Quellenstand: 7. Oktober 2026. Die fachlichen Beispiele betreffen Humanarzneimittel-GMP. MHRA-Aussagen werden in ihrem jeweiligen Geltungsbereich eingeordnet. Tabellen und Zahlenbeispiele sind eigene Arbeitshilfen, keine ausgeführten Kundenprüfungen.
- 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
- 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
- MHRA: GxP Data Integrity Guidance and DefinitionsRevision 1, März 2018; §§6.1–6.11 Daten/Metadaten/Verarbeitung; §§6.12–6.17 Transaktionen, Audit Trail, Review, Zugriff und Aufbewahrung
- Europäische Kommission: EU-GMP Chapter 4, DocumentationJanuar 2011; in Kraft seit 30.06.2011; Principle; §§4.1–4.9, insbesondere zeitnahe Aufzeichnung 4.8 und erkennbare Korrektur 4.9; §§4.10–4.12 Aufbewahrung
- 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
Zuletzt fachlich geprüft am 07.10.2026.
Daniel Herrmann Consulting
Zeitliche Nachweise über Systemgrenzen sichern
Wir unterstützen QA und IT dabei, die fachlich erforderliche Ereignisfolge in konkrete Anforderungen, Tests und einen passenden Betrieb zu übersetzen.
- 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.