CDS- und LIMS-Migration: historische Daten, Audit Trails und Abgleich

Eine Migration importiert alle erwarteten Ergebnisse, verknüpft sie jedoch mit der aktuellen Methodenversion statt mit der bei der Analyse verwendeten. Die Anzahl stimmt, die Laborhistorie verändert sich. Deshalb muss die Prüfung Inhalt, Beziehungen und Bedeutung ebenso erfassen wie vorhandene Zeilen.

Beim Wechsel zwischen CDS oder LIMS ist zu entscheiden, was übertragen, was in einem zugänglichen Archiv erhalten und wie der Übergang gestaltet wird. Dieser Artikel bietet redaktionelle Kriterien und Prüfbeispiele für eine eigene Testumgebung; er führt keine Migration aus und erlaubt keine Löschung der Quellen.

1. Migrationsumfang und historischen Zugriff festlegen

Von der zukünftigen Datennutzung ausgehen. Einige Aufzeichnungen unterstützen weiterhin aktive Prozesse, andere müssen für Aufbewahrung, Untersuchungen oder Inspektionen verfügbar bleiben. Alles in das neue Modell zu übertragen ist nicht die einzige Strategie: Ein kontrolliertes Archiv kann geeignet sein, wenn Inhalt, Zugriff und erforderliche Funktionen erhalten bleiben.

Eingeschlossene Population, begründete Ausschlüsse, Zeitraum und Kriterien beschreiben. Jeder Aufzeichnungsklasse Ziel und Verantwortlichen zuweisen. Nicht konvertierbare Daten dürfen nicht aus dem Plan verschwinden: Zugriffsweg, Grenzen und deren Auswirkungen dokumentieren.

Die Archivplanung muss vor der Stilllegung stehen. Eine alte Arbeitsstation ohne Kontrollen weiterlaufen zu lassen ist keine nachgewiesene Aufbewahrungsstrategie.

2. Objekte, Beziehungen und Transformationen inventarisieren

Proben, Ergebnisse, Einheiten, Spezifikationen, Methoden und Versionen, native Dateien, Verarbeitungen, Audit Trails, Signaturen und historische Identitäten einbeziehen. Zur Zuordnung früherer Tätigkeiten benötigte Identitäten von heute freizugebenden Konten unterscheiden. Ein Autorenname kann erhalten bleiben, ohne dessen alten Zugang aktiv zu halten.

Die Mapping-Spezifikation muss Quelle, Ziel, Datentyp, Transformation, Behandlung fehlender Werte und Fehlerbedingungen erklären. Dezimalstellen, Präzision, Einheiten, Zeichen, Daten und Zeitzonen prüfen; leere Werte nicht stillschweigend in Null umwandeln. Ändert sich die Bedeutung eines Codes, den Kontext der jeweils relevanten Version erhalten.

Auch Eins-zu-viele-Beziehungen erfassen: Eine Probe kann mehrere Prüfungen, Verarbeitungen und Entscheidungen haben. Eine flache Ergebnistabelle kann diese Historie verdecken. Die LIMS-Stammdatenversionierung liefert den bei der Übertragung zu bewahrenden Kontext.

3. Bedeutung mit einer Abgleichmatrix prüfen

Diese eigene Matrix verbindet Risiko und Nachweis. Kriterien und Abdeckung vor der Übertragung festlegen; es gibt keinen für jede Migration passenden Stichprobenprozentsatz.

Anzahlen für fehlende und doppelte Objekte nutzen, Integritätsprüfungen gegebenenfalls für identische Kopien und Feld- sowie Beziehungsvergleiche für transformierte Inhalte. Eine andere Prüfsumme nach Konvertierung beweist allein keinen Fehler; eine gleiche Prüfsumme einer Datei prüft nicht ihre Verknüpfung mit der richtigen Probe.

4. Umstellung und kontrollierten Rückweg planen

Cutover bezeichnet die vereinbarte betriebliche Übergabe von Quelle zu Ziel. Festlegen, wann die Population eingefroren wird, welche Aktivitäten weiterlaufen und wie spätere Änderungen erfasst werden. Für jede Phase das maßgebliche System benennen und nicht abgeglichene parallele Änderungen vermeiden.

Voraussetzungen, Zuständigkeiten, Betriebsfenster und Fortsetzungs- beziehungsweise Abbruchkriterien vorsehen. Laborkontinuität muss laufende Proben, offene Sequenzen und Ergebnisse in Prüfung abdecken. Während einer Unterbrechung erzeugte Aufzeichnungen gehören in einen kontrollierten Ablauf mit anschließendem Abgleich.

Nach neuen Datensätzen im Ziel kann der Rückweg komplexer werden. Bedingungen und Grenzen des Rollbacks, Kopienschutz und Umgang mit inzwischen erzeugten Daten festlegen. Den alten Server zu starten rekonstruiert allein keinen konsistenten Zustand.

5. Simulierter Fall: 240 Ergebnisse, falsche Beziehungen

Eine Testübertragung umfasst 240 Ergebnisse. Quelle und Ziel zeigen jeweils 240 Zeilen. Der Beziehungsabgleich zeigt jedoch, dass mit Methode M17 Version 2 erfasste Ergebnisse nun auf Version 3 verweisen: Das Mapping nutzte den Methodencode ohne Version.

Das Team akzeptiert die Übertragung nicht aufgrund der Anzahl. Es identifiziert die fehlerhafte Regel, untersucht die gesamte möglicherweise betroffene Population und erhält die Testnachweise. Es korrigiert das Mapping zur Unterscheidung von Methodenidentität und Version und wiederholt Übertragung sowie relevante Prüfungen in der Testumgebung.

Die Annahme erfordert die Erhaltung der angewendeten Version, Parameter und Verbindungen zu Originalnachweisen. Nicht rekonstruierbare Beziehungen bleiben zu bewertende und zu lösende Ausnahmen; eine plausible historische Version wird nicht erfunden. Die Quelle bleibt gemäß Plan geschützt.

6. Ausnahmen genehmigen und historischen Zugriff nachweisen

Der Abgleich verbindet technische Prüfungen mit der Nutzung durch einen Prüfer: von einer Probe ausgehen, Daten öffnen, Verarbeitungen und Entscheidungen verstehen und Benötigtes exportieren. Auch korrigierte Ergebnisse, veraltete Versionen, ausgeschiedene Benutzeridentitäten und Zeitstempel mit verschiedenen Offsets einbeziehen.

Für jede Ausnahme betroffene Objekte, Ursache, Auswirkung, Maßnahme, wiederholte Prüfung und autorisierte Entscheidung dokumentieren. Beabsichtigte Unterschiede spezifizieren, unerwartete untersuchen. Die Qualität der Nachweise zählt mehr als eine pauschale Meldung „Migration zu 100 % erfolgreich“.

Vor Stilllegung der Quelle Zugriff, Lesbarkeit, Aufbewahrung, Wiederherstellung und Zuständigkeiten der neuen Lösung bestätigen. Inventar, versioniertes Mapping, Prüfungen und Entscheidungen erhalten und Originaldaten von transformierten Daten unterscheiden. Der Projektabschluss beendet keine Pflichten für historische Aufzeichnungen.

Quellen und Status — geprüft am 2. Oktober 2026. EU-GMP-Annex 11, Januar 2011, §§4.8, 7, 10, 16–17; PIC/S PI 041-1, 1. Juli 2021, §§9.4 und 9.9, Inspektionsleitfaden; FDA Data Integrity, finale unverbindliche Leitlinie, Dezember 2018, Q1(b), Q9–10; 21 CFR Part 11, §§11.10(b–c), 11.70, soweit anwendbar. Matrix und Fall sind eigene Beispiele, keine universellen Prozentsätze oder Protokolle.