Inhaltsverzeichnis
Das Wichtigste vorab
Wie werden Spezifikationsänderungen in LabWare LIMS geprüft?
Prüfen Sie bei einer Spezifikationsänderung, für welche Proben und Zeitpunkte der neue Stand gelten soll. Vergleichen Sie Grenzwerte, Einheiten, Berechnungen und die Zuordnung zur richtigen Methode. Bereits erfasste Ergebnisse dürfen nicht unbemerkt eine neue Bedeutung erhalten. Die konkrete Versionierungs- und Wirksamkeitslogik ist an Ihrer LabWare-Konfiguration nachzuweisen.
Einordnung und Geltungsbereich
LabWare bietet konfigurierbare Laborprozesse. Dieser Beitrag beschreibt fachliche Prüfziele, keine für jede Installation identische Schaltfläche oder garantierte Versionierungsfunktion. Analytische Methodenvalidierung bleibt eine eigene Aufgabe.
Neue Stammdaten können alte Ergebnisse anders erscheinen lassen
Laufende Proben benötigen eine bewusste Regel. Soll der bei Anmeldung gültige Stand gelten oder eine spätere fachliche Änderung? Diese Entscheidung ist aus dem Prozess abzuleiten und muss für die betroffenen Fälle nachvollziehbar umgesetzt werden. Ein automatischer Wechsel ist weder grundsätzlich richtig noch grundsätzlich falsch.
Prüfen Sie auch den historischen Bericht. Wenn er beim erneuten Erstellen aktuelle Stammdaten nachlädt, kann sich seine Aussage verändern. Der erforderliche Nachweis muss deshalb erkennen lassen, welche Spezifikation und Methode tatsächlich zur damaligen Bewertung gehörten.
Spezifikation, Methode und Ergebnis als verbundene Stände betrachten
Eine Spezifikation legt die fachliche Bewertung fest. Eine Methode beschreibt die vorgesehene Untersuchung. Ein Ergebnis entsteht unter einem konkreten Kontext. Bei einer Änderung muss deshalb geklärt werden, welche Version für welche Probe gilt und wie historische Entscheidungen erklärbar bleiben. Ein aktueller Grenzwert darf nicht unbemerkt eine frühere Bewertung umdeuten.
Erfassen Sie die tatsächlich verwendeten LabWare-Objekte, Versionen und lokalen Regeln. Herstellerbeschreibungen zeigen Plattformmöglichkeiten, bestätigen aber nicht Ihre konfigurierte Zuordnung. Benennen Sie Produkt, Prüfart, Standort oder weitere Kriterien, soweit sie die Spezifikationsauswahl beeinflussen. Eine gleichnamige Spezifikation kann in unterschiedlichen Kontexten anders verwendet werden.
Unterscheiden Sie fachliche Stammdatenpflege und technische Administration. Beide können notwendig sein, benötigen aber passende Befugnisse und Kontrollen. Ein Administrator kann eine Konfiguration technisch ändern; die fachliche Eignung des neuen Grenzwerts folgt daraus nicht. Verantwortlichkeiten sollten diese Perspektiven verbinden.
Auswahl- und Wirksamkeitsregeln vor der Änderung beschreiben
Legen Sie fest, wann eine neue Spezifikation gilt. Entscheidend kann beispielsweise der Auftragseingang, Probenanlagezeitpunkt oder ein anderer fachlich begründeter Bezug sein. Der Artikel schreibt keinen universellen Zeitpunkt vor. Die gewählte Regel muss im tatsächlichen Prozess eindeutig und prüfbar sein.
Definieren Sie den Umgang mit offenen Untersuchungen. Eine bereits begonnene Probe kann unter der bisherigen Regel bleiben oder kontrolliert umgestellt werden. Bei einer fehlerhaften alten Spezifikation kann eine weitergehende Bewertung erforderlich sein. Unterscheiden Sie geplante fachliche Änderung von Fehlerkorrektur; beide haben unterschiedliche mögliche Auswirkungen auf historische Daten.
| Situation | Zu entscheidende Frage | Eigener Nachweis |
|---|---|---|
| Neue Probe nach Wirksamkeit | Welche Version wird zugeordnet? | Auswahlregel mit bekanntem Zeitpunkt prüfen |
| Offene Probe davor | Bleibt der bisherige Stand gültig? | Übergangsentscheidung und tatsächlicher Bezug |
| Historisches Ergebnis | Wird die damalige Bewertung erhalten? | Rekonstruktion mit ursprünglichem Kontext |
| Korrigierte Spezifikation | Welche früheren Vorgänge können betroffen sein? | Begründete Umfangsbewertung |
| Mehrere passende Regeln | Welche Auswahl hat Vorrang? | Gezielter Mehrdeutigkeitsfall |
Beispiel: neuer Grenzwert und eine bereits begonnene Probe
Das Szenario ist konstruiert. Spezifikation S-2 erlaubt einen Wert bis einschließlich 10,0. Ab einem bezeichneten Zeitpunkt soll S-3 eine andere Grenze verwenden. Probe P-21 wurde vorher angelegt, P-22 danach. Die eigene Regel soll den Proben eindeutig den vorgesehenen Stand zuordnen. Ein Test nur mit einer neuen Probe übersieht den Übergang.
Bereiten Sie beide Proben und einen Wert nahe der Grenze vor. Prüfen Sie zugeordnete Spezifikation, Berechnung und Bewertungsstatus. Dokumentieren Sie den fachlichen Zeitbezug. Ergänzen Sie einen Fall exakt am Übergang, wenn dieser im System relevant ist. Die Sollwerte werden unabhängig von der späteren LIMS-Anzeige bestimmt.
Öffnen Sie danach ein abgeschlossenes Ergebnis unter S-2. Es sollte im benötigten Kontext weiterhin verständlich sein. Ob eine zusätzliche Neubewertung erforderlich ist, hängt vom Änderungsgrund ab. Eine rein geplante Verschärfung und die Korrektur einer bislang falschen Grenze dürfen nicht ohne Bewertung gleich behandelt werden.
| Testfall | Aktion | Erwartete Aussage |
|---|---|---|
| Vor Übergang | P-21 bearbeiten | Begründete bisherige Regel gilt |
| Nach Übergang | P-22 anlegen und prüfen | Neue Regel wird richtig ausgewählt |
| Grenzwert | Wert auf und neben der Grenze verwenden | Vergleichsoperator und Einheit stimmen |
| Historischer Zugriff | Abgeschlossenes Ergebnis öffnen | Damalige Spezifikation und Bewertung erklärbar |
| Mehrdeutige Zuordnung | Zwei passende Kontexte erzeugen | Gewählte Prioritäts- oder Fehlerregel wirkt |
| Unbefugte Änderung | Kritischen Grenzwert ändern versuchen | Befugnisgrenze greift |
Berechnungen, Einheiten und abhängige Vorlagen einbeziehen
Eine Spezifikationsänderung kann mehr als einen Zahlenwert betreffen. Prüfen Sie Einheit, Rundungsregel, Berechnung, Berichtsformat und gegebenenfalls Schnittstellenstatus. Eine richtige Grenze mit falscher Einheit kann eine falsche Entscheidung erzeugen. Eine richtige interne Bewertung kann in einem Bericht missverständlich dargestellt werden.
Erfassen Sie gemeinsam verwendete Stammdaten. Eine Methode oder Berechnungsregel kann mehreren Produkten dienen. Änderungen daran benötigen deshalb eine Auswirkungsbewertung über den zuerst betrachteten Fall hinaus. Eine Suche nach sichtbaren Formularen allein findet möglicherweise nicht alle abhängigen Ausgaben oder automatischen Abläufe.
Testen Sie geeignete Fehlerfälle. Eine fehlende Spezifikation sollte nicht unbemerkt durch eine fachlich unpassende Standardregel ersetzt werden. Eine nicht verfügbare Methode oder ungültige Einheit braucht einen klaren Klärungsweg. Die genaue Systemreaktion wird als eigene Anforderung festgelegt und gegen die tatsächliche Konfiguration geprüft.
Änderung, Test und Freigabe nachvollziehbar verbinden
Die Änderungsakte sollte alte und neue Regel, Grund, betroffene Verwendung und Prüfumfang zeigen. Benennen Sie, wer die fachliche Vorgabe bestätigt und wer die technische Umsetzung ausführt. Eine Vier-Augen-Prüfung kann Teil des Verfahrens sein; dieser Artikel behauptet keine identische universelle Rollenfolge für jedes Stammdatum.
Dokumentieren Sie den tatsächlichen Stand nach Übernahme. Ein freigegebener Änderungsantrag beweist noch nicht, dass die richtige Spezifikation im produktiven Kontext aktiv ist. Geeignete zielbezogene Kontrollen bestätigen Auswahl, kritische Werte und den vorgesehenen Wirksamkeitsbezug. Abweichungen werden vor entsprechender Nutzungsentscheidung bewertet.
Bei einer Fehlerkorrektur untersuchen Sie den möglichen historischen Umfang. Welche Proben wurden mit der falschen Regel bewertet? Welche Entscheidungen können betroffen sein? Die Antwort braucht Daten und fachliche Beurteilung, keine pauschale automatische Neubewertung aller Ergebnisse. Erhalten Sie ursprünglichen Zustand und begründete Korrekturen nachvollziehbar.
Betrieb und Wissenstransfer auf konkrete Pflegeaufgaben ausrichten
Ein interner Stammdatenverantwortlicher sollte erklären können, wie eine neue Regel ausgewählt wird und welche abhängigen Prozesse existieren. Üben Sie dafür einen geplanten Versionswechsel und einen Fehlerfall. Ein reiner Schulungsnachweis zur Bedienung einer Maske zeigt diese Fähigkeit nur begrenzt.
Pflegen Sie repräsentative Prüffälle für künftige Änderungen. Dazu gehören Übergang, Grenzwerte, historische Recherche und unzulässige Änderung. Die Auswahl kann je Stammdatentyp variieren. Ziel ist ein nachvollziehbares Verfahren, das der Fachbereich tatsächlich anwenden kann, ohne jede Änderung wieder als vollständiges Neueinführungsprojekt behandeln zu müssen.
Erhalten Sie benötigte historische Zusammenhänge auch bei Migration oder Stilllegung. Ergebniswerte ohne Spezifikations- und Methodenbezug können ihre Aussage verlieren. Die Stammdatenlenkung endet deshalb nicht mit einer neuen Version. Ihr Kontext ist Teil des später benötigten Datenlebenszyklus.
Arbeitsvorlage: Spezifikationswechsel und historische Probe prüfen
Bereiten Sie zwei Proben um den vorgesehenen Wirksamkeitszeitpunkt vor. Benennen Sie die Regel, nach der eine Spezifikation zugeordnet wird. Das kann je Prozess unterschiedlich sein. Der Test soll nicht nachträglich eine gewünschte Standardwirkung behaupten, sondern die tatsächlich festgelegte Übergangsregel nachweisen.
Verbinden Sie Versionsauswahl und Ergebnisbewertung. Ein richtig gespeicherter Grenzwert ist zu wenig, wenn er der falschen Probe zugeordnet wird. Prüfen Sie zusätzlich Einheit, Vergleichsoperator und relevante abhängige Ausgabe. Die historische Probe sollte weiterhin im für ihre damalige Entscheidung benötigten Kontext erklärbar bleiben.
Bei einer fehlerhaften alten Regel wird der historische Umfang gesondert bewertet. Eine geplante Verschärfung und eine Korrektur falscher Logik dürfen nicht ohne Begründung gleich behandelt werden. Dokumentieren Sie die Entscheidung und gegebenenfalls notwendige Daten- oder Qualitätsbewertung mit der zuständigen Rolle.
| Prüffeld | Konstruierter Eintrag | Erwartete Aussage |
|---|---|---|
| Alte Regel | S-2 mit Grenze höchstens 10,0. | Damals verwendete Vorgabe bekannt. |
| Neue Regel | S-3 ab bezeichnetem Wirksamkeitsbezug. | Übergang ist fachlich festgelegt. |
| Vorherige Probe | P-21 vor dem Übergang. | Vorgesehene alte oder begründet umgestellte Zuordnung. |
| Neue Probe | P-22 nach dem Übergang. | Neue Auswahlregel wirkt. |
| Grenzfall | Wert auf und neben der relevanten Grenze. | Operator, Einheit und Berechnung passen. |
| Historie | Abgeschlossenes Ergebnis erneut recherchieren. | Damals gültige Methode und Spezifikation verfügbar. |
Die nächsten Schritte
- Änderung und fachliche Abhängigkeiten abgrenzen.
- Wirksamkeit und Umgang mit laufenden Proben festlegen.
- Neue, laufende und historische Fälle prüfen.
- Freigabestand und Änderungsnachweise mit den Stammdaten verknüpfen.
Häufige Fragen zu LabWare: Stammdaten
Ist Stammdatenpflege immer eine Softwareänderung?
Reicht das Vier-Augen-Prinzip für Grenzwerte?
Müssen historische Ergebnisse neu bewertet werden?
Darf eine neue Spezifikation offene Proben automatisch verändern?
Das hängt von Ihrer fachlich festgelegten Übergangsregel und deren geeigneter Umsetzung ab. Prüfen Sie Zeitpunkt, betroffenen Umfang und Änderungsgrund. Eine geplante neue Vorgabe ist anders zu bewerten als die Korrektur eines Fehlers. Die tatsächlich verwendete Version sollte je Probe nachvollziehbar bleiben.
Reicht der Test des geänderten Grenzwertfelds?
Nicht immer. Prüfen Sie abhängige Auswahl, Einheit, Berechnung, Bericht und Schnittstelle, soweit diese betroffen sind. Ein korrekt gespeicherter Wert beweist noch keine richtige Anwendung auf die vorgesehene Probe. Die Auswirkungsbewertung bestimmt den zusätzlichen Umfang und sollte gemeinsam verwendete Stammdaten berücksichtigen.
Warum sollte eine neue Spezifikation mit offenen Proben getestet werden?
Weil deren Behandlung von der Übergangsregel abhängt. Ein Test nur neu angelegter Proben zeigt nicht, ob begonnene Untersuchungen unbemerkt umgestellt werden. Prüfen Sie die vorgesehenen Zeit- und Versionsbezüge. Die Entscheidung muss zum Änderungsgrund und zum tatsächlichen Laborprozess passen.
Wie erkennen wir gemeinsame Stammdatenabhängigkeiten?
Verfolgen Sie Methoden, Berechnungen und Spezifikationen zu ihren tatsächlichen Verwendungen. Eine Regel kann mehrere Produkte, Berichte oder Schnittstellen beeinflussen. Benennen Sie diese Beziehungen in der Auswirkungsbewertung. Ein Test nur des zuerst angefragten Produkts kann die gemeinsame Wirkung verfehlen.
Quellen & fachlicher Stand
Die Quellen bilden den fachlichen Rahmen. Tabellen, Checklisten und ausdrücklich illustrative Beispiele sind eigene methodische Ableitungen, keine wörtlichen Normvorgaben. Herstellerinformationen sind auf die eingesetzte Version und Konfiguration zu beziehen.
- Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
- LabWare: LIMS – Laboratory Information Management System
Zuletzt fachlich geprüft am 14.10.2026.
Daniel Herrmann Consulting
Damit Ihr Team den nächsten Schritt sicher planen kann.
Wir unterstützen Sie dabei, die Ausgangslage einzuordnen, Verantwortlichkeiten zu klären und passende Nachweise im Betrieb umzusetzen. Welche Unterstützung sinnvoll ist, hängt von Ihrem System, Ihrem Team und dem konkreten Ziel ab.
- IT-GxP-Audit →
Offene Punkte und Prioritäten für Ihren Betrieb einordnen.
- IT-GxP-Consulting →
Vereinbarte Systemprojekte strukturiert umsetzen und übergeben.