PHARMA LAB · PL-06-011
LIMS-Stammdaten: Spezifikationen, Methoden und Versionen

In diesem Artikel
Eine Spezifikation wird im LIMS aktualisiert, und ein historisches Ergebnis erhält automatisch eine andere Bewertung. Der Messwert bleibt gleich, doch das angewandte Kriterium ist nicht mehr das ursprüngliche. Stammdaten sind mehr als Verwaltungsfelder: Sie können bestimmen, welche Prüfung erfolgt, wie ein Ergebnis berechnet und welche Entscheidung vorgeschlagen wird.
1. Prozessbestimmende Objekte identifizieren
Erfassen Sie tatsächlich verwendete Spezifikationen, Methoden, Einheiten, Formeln, Materialien, Prüfpläne und Workflows. Benennen Sie jeweils maßgebliche Quelle, Kennung, Version, verantwortliche Person und Abhängigkeiten. Unterscheiden Sie genehmigtes Dokument und ausführbare LIMS-Konfiguration: Das richtige PDF beweist keine korrekte Konfiguration von Grenzen und Formeln.
Eine Spezifikation kann mehrere Prüfungen aufrufen, eine Formel viele Materialien bedienen und eine Einheit in Schnittstelle und Bericht verwendet werden. Die Folgenabschätzung muss diesen Beziehungen folgen. Berücksichtigen Sie Standardwerte, deaktivierte Einträge und kopierte Objekte: Eine Kopie kann eine Regel aus einem anderen Kontext übernehmen.
Die LIMS-Auswahl sollte diese Fähigkeiten prüfen; hier geht es um die Steuerung der konfigurierten Anwendung. Das Labor definiert die wissenschaftliche Bedeutung, das System muss sie überprüfbar darstellen.
2. Definition, Genehmigung und Aktivierung trennen
Ordnen Sie Änderungsvorschlag, Prüfung von Inhalt und Konfiguration, Genehmigung und Aktivierung klar zu. Die Trennung muss Risiko und Qualitätssystem entsprechen; das Vermeiden von Rollenkonflikten verlangt kein einheitliches Organigramm für jedes Labor. Technische Administration verleiht nicht automatisch die Befugnis, analytische Grenzen zu genehmigen.
Genehmigungs- und Gültigkeitsdatum können verschieden sein. Definieren Sie auch das Ereignis, das die anwendbare Version bestimmt: betroffenes Material oder Charge, Protokoll, Auftrag oder ein anderes autorisiertes Kriterium. Unterstellen Sie keine universelle Regel allein anhand des Eingangs- oder Prüfdatums. Geltende regulatorische Vorgaben, Dossiers und Vereinbarungen können den Übergang begrenzen.
Dokumentieren Sie bei offenen Proben oder Studien die Übergangsentscheidung vor ihrer Umsetzung. Erhalten Sie die tatsächlich für Durchführung, Berechnung und Bewertung verwendete Version. Eine für zukünftige Verwendung zurückgezogene Version muss in historischen Aufzeichnungen lesbar bleiben.
3. Einen brauchbaren Änderungsdatensatz erstellen
Die eigene Matrix verbindet geänderte Objekte mit erforderlichen Nachweisen. Sie ist ein anpassbarer Arbeitsrahmen, keine für alle Systeme identische Genehmigungsliste.
| Objekt | Grund | Abhängigkeiten | Prüfungen | Genehmigung und Gültigkeit |
|---|---|---|---|---|
| Spezifikation | Geänderte Vorgabe und Quelle | Materialien, Prüfungen und Berichte | Grenzen, Einschluss und Grenzfälle | Autorisierte Verantwortung; betroffene Population |
| Methode | Überarbeitetes Verfahren | Prüfplan und Anweisungen | Aufgerufene Version und Arbeitsablauf | Voraussetzungen und Schulung erfüllt |
| Einheit | Darstellung oder Umrechnung | Eingabe, Formel, Schnittstelle und Bericht | Gleichwertige Größe | Koordinierte Aktivierung der Komponenten |
| Formel | Korrigierte oder geänderte Logik | Parameter, Präzision und Rundung | Unabhängige Sollwerte und Negativfälle | Freigegebene Version und betroffene Datensätze |
| Workflow | Geänderte Schritte oder Rollen | Zustände, Rechte und Genehmigungen | Erlaubte und verbotene Übergänge | Umgang mit offenen Arbeiten |
| Material/Prüfplan | Neue Verwendung oder Zuordnung | Verknüpfte Spezifikationen und Methoden | Vollständige Beziehungen | Dokumentierter Beginn und Nutzungsbedingungen |
Der Datensatz bewahrt Antrag, Grund, alte und neue Version, Folgenabschätzung, Tests, Abweichungen, Genehmigungen und Aktivierungsprüfung. Ein pauschaler Kommentar wie „Stammdaten aktualisiert“ lässt nicht erkennen, welche Ergebnisse betroffen sein könnten.
4. Regeln und Abhängigkeiten vor Verwendung prüfen
Prüfen Sie in einer getrennten autorisierten Umgebung Unter- und Obergrenzen, inklusive oder exklusive Operatoren, Einheiten, Zahlentrennzeichen und leere Felder. Bereiten Sie für Formeln und Rundungen unabhängig vom LIMS berechnete Sollwerte einschließlich Grenzfällen vor. Unterscheiden Sie gespeicherten, angezeigten und entscheidungsrelevanten Wert; erfinden Sie keine universelle Rundungsregel.
Prüfen Sie sowohl das einzelne Objekt als auch seinen Anwendungspfad. Eine richtige Formel beim falschen Material bleibt ein Fehler. Eine aktualisierte Spezifikation und ein Bericht, der noch die alte Version liest, erzeugen widersprüchliche Informationen. Bei geänderten Einheiten oder Codes ist auch das Mapping der Instrumentenschnittstelle zu prüfen.
Planen Sie die Vermeidung teilweiser Aktivierung: Fehlende Abhängigkeiten, nicht genehmigte Versionen oder unvollständige Konfigurationen müssen vor Verwendung erkannt und behandelt werden. Prüfen Sie anschließend das tatsächliche Ergebnis in der autorisierten Umgebung; redaktionelle Beispiele erlauben keine Tests an Produktionssystemen.
5. Simulierter Fall: neue Spezifikation bei offenen Prüfungen
Ein fiktives Programm enthält unter S-04 begonnene Prüfungen, während S-05 erst künftig gilt. Die neue Version ändert ein Kriterium, bestimmt aber nicht allein, welche offenen Tätigkeiten sie übernehmen müssen. Die verantwortliche Person vergleicht ursprüngliche Vorgabe, Änderungsgrund und Geltungsbereich und dokumentiert Übergangsregel und betroffene Aufzeichnungen.
Bleibt S-04 aufgrund einer autorisierten Entscheidung für eine definierte Menge gültig, bleiben diese Datensätze mit S-04 verbunden. Ist eine Neubewertung nach S-05 erforderlich, wird sie als eigenständige begründete Tätigkeit erfasst; vorheriges Ergebnis, Kriterium und Entscheidung bleiben erhalten. S-04 darf weder stillschweigend in historischen Daten ersetzt noch automatisch beibehalten werden, wenn eine geltende Vorgabe die Änderung verlangt.
Bei einem Stammdatenfehler begrenzen Sie die Verwendung des Objekts gemäß Verfahren, bestimmen potenziell betroffene Versionen, Zeitraum und Aufzeichnungen und bewerten die Auswirkungen mit den zuständigen Funktionen. Kontrollierte Korrektur erhält die Historie und umfasst notwendige Tests. Regelmäßige Überprüfung berücksichtigt Verantwortliche, ungenutzte Objekte, Abhängigkeiten, Fehler sowie regulatorische oder methodische Änderungen; ihre Häufigkeit folgt Kontext und Risiko.
6. Quellen und Anwendbarkeit
Quellen geprüft am 2. Oktober 2026. GMP-Kontext für Humanarzneimittel; eigene Gestaltungsbeispiele, keine Änderung an einem realen LIMS.
- Europäische Kommission — GMP Chapter 4, Januar 2011, anwendbar seit 30. Juni 2011, §§4.1–4.5, 4.9 und 4.13–4.16: Dokumentenlenkung, Gültigkeit, Korrekturen und Spezifikationen.
- Europäische Kommission — GMP Chapter 6, Revision März 2014, anwendbar seit 1. Oktober 2014, §§6.7 und 6.15–6.17: Methoden, Berechnungen und QC-Aufzeichnungen.
- Europäische Kommission — Annex 11, Revision Januar 2011, anwendbar seit 30. Juni 2011, §§4, 6, 9–12: Tests, Genauigkeit, Historie, Änderungen und Verantwortlichkeiten. Die Vorschläge von 2025 bleiben von verabschiedeten Texten getrennt.
Weiterführende Artikel
PL-06-012
Prüfung von Laborergebnissen: Verantwortung und digitale Nachweise
Ein stimmiger Bericht kann unvollständig sein. Die Prüfung muss den Weg von der Probe zur Entscheidung samt Änderungen und Ausnahmen nachvollziehen.
Artikel lesenPL-06-010
Probenlebenszyklus im LIMS: Identifizierung und lückenlose Verwahrung
Ein lesbarer Code erzählt noch nicht die Probengeschichte. Beziehungen, Übergaben und Entscheidungen müssen bis zum Abschluss nachvollziehbar bleiben.
Artikel lesenPL-06-009
Geräte mit LIMS integrieren: Datenmapping, Fehler und Abgleich
Ein empfangener Datensatz belegt keine korrekte Ergebnisübernahme. Schnittstellenkontrollen müssen die Bedeutung der Daten verfolgen.
Artikel lesen


