Metrohm tiamo validieren: von der Einwaage zum nachvollziehbaren Ergebnis

tiamo 3.0: Edition und Bestandsstatus präzise benennen

Metrohm beschreibt tiamo als Software zur Steuerung von Titrationssystemen, einschließlich Methoden, Berechnung und Ergebnisverwaltung. Der Editionsbeleg für 3.0 unterscheidet full ohne Client/Server-Unterstützung und multi mit dieser Unterstützung. Funktionen anderer Metrohm-Produkte wie OMNIS oder MagIC Net lassen sich nicht allein wegen desselben Herstellers übertragen.

Die Produktseite für tiamo 3.0 full USB, Bestellnummer 6.6056.302, kennzeichnet diese Position als abgekündigt, aber weiterhin unterstützt. Sie nennt kein Supportende. Das ist für bestehende Installationen relevant: Benötigt wird eine konkrete Auskunft zu Ihrem Produkt und Vertrag, keine aus der Abkündigung abgeleitete Stilllegungsfrist.

Der Artikel verwendet Release Notes vom 11. November 2020 und das Assessment für tiamo 3.0 vom September 2020. Das weiterhin verlinkte Tutorial stammt aus Januar 2009. Diese Unterlagen werden mit ihrem jeweiligen Stand eingeordnet; sie belegen weder den neuesten Patch noch eine aktuelle Freigabe beliebiger Betriebssysteme.

Quellen: [1] [5] [2] [3] [4]

Computersystem, Messkette und analytisches Verfahren abgrenzen

Für eine GMP-relevante Bestimmung reicht die Frage „Läuft tiamo?“ nicht aus. Beschreiben Sie, welche Probe untersucht wird, welche Entscheidung das Ergebnis unterstützt und welche Daten dafür gebraucht werden. Ein Arbeitsplatz für Entwicklungsversuche kann andere Anforderungen haben als derselbe Softwarestand in der Qualitätskontrolle.

Dieser Leitfaden betrachtet Humanarzneimittel-GMP. Annex 11 ist eine GMP-Leitlinie für computergestützte Systeme. Die Anwendbarkeit von FDA Part 11 hängt von den einschlägigen Aufzeichnungspflichten und der tatsächlichen elektronischen Verwendung ab. Weder Produktwerbung noch ein Herstellerzertifikat entscheidet diesen Geltungsbereich.

Softwarevalidierung, Geräteeignung und analytische Methodenvalidierung beantworten verschiedene Fragen. Die Software kann eine eingegebene Masse rechnerisch richtig verarbeiten, obwohl die Waage ungeeignet oder die Probe verwechselt wurde. Kapitel 3 behandelt geeignete Messgeräte und deren Kontrolle; Kapitel 6 die Prüfmethoden und Berechnungen. Verbinden Sie diese Aufgaben in Ihrem Nachweiskonzept, ohne aus einer bestandenen Softwareprüfung die Eignung des gesamten Verfahrens abzuleiten.

Quellen: [6] [7] [11] [12] [10]

Den Ablauf von der Probe bis zum gespeicherten Ergebnis verfolgen

Das Metrohm-Tutorial unterscheidet unter anderem die Befehle für Titration, Berechnung, Bericht und Datenbankspeicherung. Diese Struktur zeigt einen praktischen Prüfpunkt: Ein Ergebnis kann richtig berechnet und trotzdem dem falschen Datensatz zugeordnet oder unvollständig weitergegeben werden.

Erstellen Sie deshalb eine kurze Ablaufbeschreibung für Ihre verwendete Methode. Benennen Sie die Herkunft der Probenkennung, Einwaage und weiteren Eingangsgrößen. Halten Sie fest, wo das Ergebnis gespeichert, geprüft und gegebenenfalls übertragen wird. Die folgende Tabelle ist eine eigene Arbeitshilfe; sie ersetzt keine vollständige Methodenspezifikation oder Geräteanleitung.

Quellen: [4] [12]

Einwaage, Titer und Gerätebezug gezielt prüfen

In einer berechneten Bestimmung wirken mehrere Größen zusammen. Das Tutorial zeigt eine Formel mit Endpunktvolumen, Titrantkonzentration, Titer und Probeneinwaage. Für Ihre Methode klären Sie, welche Werte gemessen, übernommen, gepflegt oder manuell eingegeben werden. Eine Formelprüfung sollte diese Herkunft nicht verdecken.

Für eine angebundene Waage sind beispielsweise Probenzuordnung und Einheit wichtige eigene Prüffragen. Verwenden Sie einen bekannten Testwert und prüfen Sie den übernommenen Inhalt im Datensatz. Eine technisch bestehende Verbindung sagt noch nicht, dass beim nächsten Probenwechsel die richtige Einwaage verwendet wird. Geplante Fehlerfälle können eine fehlende Übertragung oder einen unpassenden Einheitenwert betreffen.

Bestimmen Sie auch, wie gültige Reagenzien- und Sensordaten in den Ablauf gelangen. Die Software kann nur mit den Werten arbeiten, die tatsächlich verwendet werden. Fachliche Gültigkeit und Gerätekontrolle brauchen passende Nachweise. Bei kritischen manuellen Eingaben sieht Annex 11 eine zusätzliche Richtigkeitskontrolle vor; deren Umsetzung wird anhand der konkreten Fehlerfolgen gewählt.

Quellen: [4] [12] [11] [7]

Begründete Korrektur und neue Ergebnisversion zusammenhalten

Eine belegte falsche Einwaage kann eine kontrollierte Korrektur erfordern. Das Ziel ist ein fachlich richtiges und nachvollziehbares Ergebnis. Es besteht weder ein pauschales Verbot jeder Korrektur noch eine Erlaubnis, Eingaben so lange zu verändern, bis ein gewünschter Wert erscheint.

Der System Assessment Report für tiamo 3.0 beschreibt neue Versionen bei gespeicherten Änderungen an Methoden oder Bestimmungen. Bei Neuberechnungen sollen frühere Ergebnisversionen erhalten bleiben. Das Tutorial veranschaulicht diesen Ablauf anhand einer geänderten Einwaage. Die Existenz dieser Funktion beantwortet jedoch noch nicht, ob Ihre Benutzerrechte und Prüfabläufe sinnvoll eingerichtet sind.

Für den eigenen Nachweis legen Sie einen Datensatz mit bekanntem Fehler und einen belegten Korrekturgrund an. Danach vergleichen Sie ursprüngliche Eingabe, berichtigten Wert, Ergebnisversion und zugehörigen Bericht. Prüfen Sie auch, wer die Korrektur ausführen und fachlich beurteilen darf. Eine Änderung der Berechnungsregel ist dabei eine andere Aufgabe als die Berichtigung einer einzelnen fehlerhaften Eingabe.

Quellen: [3] [4] [8]

Illustratives Prüfbeispiel: Einwaagekorrektur mit unabhängigem Soll

Das Beispiel ist erfunden und beschreibt keinen ausgeführten tiamo-Test. Für eine fiktive 1:1-Berechnung wird R in mg/g aus V × c × t × M / m bestimmt. V steht in ml, c in mol/l, M in g/mol, m in g; t ist dimensionslos. Die Einheiten ergeben zunächst mg Analyt und danach mg/g Probe. Dies ist keine Empfehlung für eine reale chemische Prüfmethode.

Der Ausgangsdatensatz T-101 verwendet V = 10,00 ml, c = 0,1000 mol/l, t = 1,000 und M = 100,00 g/mol. Der Zähler beträgt damit 100,00 mg. Bei einer eingegebenen Masse von 2,0000 g folgt R = 50,00 mg/g. Ein dokumentierter Eingabefehler wird auf 2,5000 g berichtigt; das Soll der neuen Ergebnisversion ist 40,00 mg/g.

Für diese Arbeitshilfe ist der zulässige Einwaagebereich vorab auf 1,0000 bis 3,0000 g einschließlich der Grenzen festgelegt. Ergebnisse werden auf zwei Dezimalstellen gerundet. Jede Tabellenzeile beginnt mit einer frischen Kopie des definierten Ausgangsdatensatzes; die Titeränderung ist ein eigener Variantenfall. Die Fehlerbehandlung ist eine selbst festgelegte Anforderung und keine behauptete tiamo-Standardeinstellung.

Quellen: [4] [12] [7]

Audit Trail, Systemlog und fachlichen Review unterscheiden

Der Herstellerbericht trennt den Audit Trail vom normalen Protokoll technischer Systemaktionen. Diese Unterscheidung ist für die Prüfung hilfreich: Ein Kommunikationsfehler und eine Änderung an einer Bestimmung beantworten unterschiedliche Fragen. Suchen Sie gezielt nach dem Nachweis zur betrachteten Handlung.

Das Assessment beschreibt außerdem die Clientzeit als Zeitbasis. Für einen Vergleich über mehrere Arbeitsplätze hinweg ist deshalb eine verlässliche Zeitzuordnung zu klären. Legen Sie fest, wie ein Prüfer die Korrektur von T-101 mit Benutzer, Anlass, ursprünglicher Information und neuem Ergebnis verbindet. Das sind Anforderungen an Ihren Nachweisweg, keine Behauptung identischer Pflichtfelder auf jedem Bildschirm.

Ein gespeicherter Änderungsverlauf führt die fachliche Bewertung nicht selbst durch. Bestimmen Sie relevante Prüfanlässe und Verantwortlichkeiten. Wenn elektronische Signaturen verwendet werden, sind ihre Bedeutung und Zuordnung separat zu betrachten. Aus einer Produktfunktion folgt weder eine universelle Signaturpflicht für jeden Klick noch eine automatische Konformität des gesamten Prozesses.

Quellen: [3] [7] [8]

Bericht, Export und Wiederherstellung am gleichen Datensatz prüfen

Für T-101 sollte die fachlich bewertete Version auch am vorgesehenen Ziel erkennbar sein. Wählen Sie einen konkreten Bericht oder Exportweg und vergleichen Sie Probenkennung, Ergebnis, Einheit und Versionsbezug. Die Produktseite nennt Exportmöglichkeiten; sie belegt damit keine fertig geprüfte kundenspezifische LIMS-Schnittstelle.

Ein PDF kann den Review unterstützen. Es ist jedoch nicht allein wegen seines Formats der vollständige Originaldatensatz oder gegen Änderungen geschützt. Definieren Sie, welche Daten zur Entscheidung gehören und wo sie verfügbar bleiben. Die im Bericht sichtbare Zahl kann ohne zugehörige Eingangsgrößen und Verlauf unzureichend sein.

Nutzen Sie eine korrigierte Bestimmung auch für einen Wiederherstellungsfall. Prüfen Sie danach den Zusammenhang von ursprünglicher und neuer Version, Methode und relevanter Historie. Legen Sie den nötigen Sicherungsumfang mit IT und Labor fest; Bestimmungsdaten und administrative Informationen können unterschiedliche Sicherungsaufgaben haben. Ein erfolgreich gemeldeter Sicherungslauf allein zeigt noch nicht die fachlich brauchbare Wiederherstellung.

Quellen: [1] [3] [8] [7]

Weiterbetrieb und Herstellerbelege sachlich bewerten

Eine abgekündigte Bestellposition führt nicht automatisch zur Ungeeignetheit einer vorhandenen Installation. Prüfen Sie Support, Betriebssystemfreigabe, Treiber, technische Schutzmaßnahmen und die Verfügbarkeit benötigter Daten. Die Betriebssystemliste der Release Notes von 2020 ist ein historischer Versionsbeleg, keine aktuelle Sicherheits- oder Supportzusage.

Für den Weiterbetrieb braucht das Team eine nachvollziehbare Entscheidung über seine tatsächlichen Risiken. Fehlende Herstellerfreigaben oder nicht mehr tragfähige technische Abhängigkeiten können Handlungsbedarf auslösen. Eine spätere Migration wird mit Datenumfang, Lesbarkeit und Zielverwendung geplant; sie sollte keine ungeklärte Aufbewahrung lediglich in ein neues System verschieben.

Bewerten Sie vorhandene Hersteller- und Dienstleisterbelege nach dem jeweils geprüften Umfang. Passende Tests müssen nicht pauschal wiederholt werden. Ein allgemeines Assessment ersetzt umgekehrt keine Prüfung Ihrer Berechnungsregel oder Rollen. Halten Sie Übernahmeentscheidung, ergänzende Fälle und verbleibende Einschränkungen so zusammen, dass die weitere Nutzung fachlich beurteilt werden kann.

Quellen: [1] [2] [3] [7]

Was Labor, QA und IT vor Beginn bereitstellen sollten

Das Labor liefert verwendete Methoden, fachliche Sollwerte und geeignete Beispieldaten. QA klärt Anforderungen und den Umgang mit Korrekturen. IT beschreibt Installation, Rechte, Sicherung und Wiederherstellung. Metrohm beziehungsweise der betreuende Partner wird für offene Produkt- und Supportgrenzen eingebunden. Benennen Sie für jede offene Frage eine zuständige Person.

Der Aufwand hängt besonders von unterschiedlichen Berechnungen, Geräteanbindungen, vorhandenen Nachweisen und Datenübergaben ab. Auch ein einzelner Arbeitsplatz kann anspruchsvoll sein, wenn seine Methode oder Historie ungeklärt ist. Eine pauschale Projektzeit aus Produktname oder Unternehmensgröße würde diese Unterschiede verdecken.

• Edition, Build, Geräte, Treiber und aktuelle Supportauskunft zusammenstellen.
• Verwendete Methoden, Formeln, Einheiten und Rundungsregeln benennen.
• Probenzuordnung sowie Herkunft von Einwaage, Titer und weiteren Eingangsgrößen klären.
• Rechte und fachliches Verfahren für Korrektur und erneute Bewertung festlegen.
• Testdatensätze mit unabhängigem Soll, Fehlerfällen und definiertem Ausgangszustand vorbereiten.
• Berichte, Exporte, Sicherungsumfang und Wiederherstellungsnachweise zuordnen.

Quellen: [9] [7]