LIMS für das QC-Labor: Anforderungen und Auswahlkriterien

Um ein LIMS für das QC-Labor auszuwählen, übersetzen Sie die tatsächliche Arbeit in prüfbare Anforderungen, bevor Sie Angebote vergleichen. Beschreiben Sie, wie eine Probe eingeht, welche Spezifikationen gelten, wer das Ergebnis erzeugt und prüft und was geschieht, wenn ein Schritt fehlschlägt. Lassen Sie den Anbieter diese Abläufe anschließend mit repräsentativen Testdaten demonstrieren, einschließlich Ausnahmen und Wiederherstellung. Die Zahl verfügbarer Module belegt nicht die Eignung für Ihr Labor; eine erfolgreiche Demonstration ist keine Validierung des konfigurierten und unter GMP eingesetzten Systems.

Dieser Artikel enthält eine eigene Matrix mit zwölf Anforderungen und einen simulierten Fall mit zwei Laboren. Im Mittelpunkt steht die LIMS-Auswahl vom Bedarf über den Nachweis bis zu tragbaren Kosten. Er ist weder eine Rangliste von Marken noch ein vollständiger Validierungsplan.

1. Das Problem und die zuständigen Beteiligten bestimmen

Erfassen Sie repräsentative Abläufe des bestehenden Labors: regulärer Probeneingang, dringliche Probe, unvollständiger Auftrag, untersuchungsbedürftiges Ergebnis und Prüfung eines Berichts. Ermitteln Sie manuelle Schritte, Wartezeiten, Doppelarbeit und Abhängigkeiten von Personen oder Systemen. Dokumentieren Sie verfügbare Daten zu den Problemen; versprechen Sie keine prozentualen Zeit- oder Fehlerreduktionen ohne beobachtete Ausgangsbasis.

Beteiligen Sie Analysten, Probeneingang, Methodenverantwortliche, Prüfer, QA, IT und Verantwortliche angebundener Systeme. Benennen Sie einen Prozessverantwortlichen und einen Systemverantwortlichen und klären Sie, wer über Anforderungen, Konfigurationen und Abnahme entscheidet. Annex 11 verlangt Zusammenarbeit, festgelegte Verantwortlichkeiten und Benutzeranforderungen mit Bezug zu Risiko und GMP-Auswirkung. [1] Eine ausschließlich vom IT-Einkauf erstellte Liste kann Entscheidungen übersehen, die ein Ergebnis gültig machen.

Legen Sie den anfänglichen Umfang fest: Welche Standorte, Probenfamilien und Tätigkeiten muss die erste Bereitstellung unterstützen? Trennen Sie zwingende Bedürfnisse von wünschenswerten Verbesserungen. Eine Funktion zu verschieben kann vertretbar sein, wenn der Prozess ausreichend beherrscht bleibt; eine wesentliche Kontrolle wegen eines günstigeren Angebots aufzuschieben erfüllt die Anforderung nicht.

2. Probe und Verantwortung verfolgen

Definieren Sie Kennzeichnung, Bezug zu Charge oder Auftrag, Aliquote, Behältnisse, Standorte und Status. Ein eindeutiger Code genügt nicht, wenn ein Aliquot den Bezug zur Ursprungsprobe verliert oder das System Prüfungen an zurückgewiesenem Material zulässt. Lassen Sie Eingang, Abweichungsbearbeitung, Zuweisung und Übergabe mit ausdrücklichen Rollen und Bedingungen für den jeweiligen Übergang zeigen.

Klären Sie für jeden Status Bedeutung und zulässige Aktionen: „eingegangen“, „Klärung ausstehend“ und „zur Analyse verfügbar“ dürfen keine Synonyme werden. Die Arbeitslastansicht sollte zeigen, wer den nächsten Schritt verantwortet. Die WHO-Leitlinien für QC-Labore behandeln Auftrag, Kennzeichnung, Eingang und Dokumentation von Proben. [3] Passen Sie das konkrete Modell an Ihre Organisation an, ohne sämtliche Abläufe eines nationalen Labors automatisch zu übernehmen.

Bringen Sie während der Demonstration zwei ähnliche Aufträge und einen nicht passenden Behälter ein. Beobachten Sie, ob der Bediener die Zuordnung kontrolliert korrigieren kann und ob der Verlauf rekonstruierbar bleibt. Bewerten Sie den Probeneingang nicht nur anhand der Sekunden, die zum Drucken eines Etiketts benötigt werden.

3. Methoden, Spezifikationen und Stammdaten beherrschen

Stammdaten beschreiben unter anderem Materialien, Methoden, Spezifikationen, Einheiten, Berechnungen und genehmigte Abläufe. Legen Sie Verantwortlichen, Revision, Genehmigung, Gültigkeitsbeginn und Beziehungen fest. Fragen Sie, welche Informationen in den Probendatensatz kopiert werden und welche mit einem versionierten Objekt verknüpft bleiben. Eine heutige Änderung darf die für ein gestriges Ergebnis angewandte Regel nicht unverständlich machen.

Nutzen Sie ein konkretes Szenario: Eine Probe wird bereits bearbeitet, wenn eine neue Spezifikation wirksam wird. Das System muss die genehmigte betriebliche Regel zur Festlegung der anzuwendenden Version unterstützen und den Entscheidungskontext bewahren. Unterstellen Sie keine allgemeingültige Regel anhand des Eingangs- oder Analysedatums: Das hängt vom Prozess und den geltenden Anforderungen ab.

Prüfen Sie auch vermeintliche Nebendaten: inkompatible Einheiten, Dezimaltrennzeichen, Rundung, Methodencode oder leeres Feld. Kapitel 4 und Kapitel 6 des EU-GMP-Leitfadens bilden den Rahmen für gelenkte QC-Dokumente und Aufzeichnungen. [2] [6] Die Auswahl muss zeigen, wie das LIMS die Anwendung der Regeln ermöglicht, nicht nur die Ablage einer Spezifikation als PDF.

4. Ergebnisse und Ausnahmen erfassen, berechnen und prüfen

Beschreiben Sie den Datenursprung: manuelle Eingabe, Geräteübertragung, Import aus dem CDS oder Ergebnis eines externen Labors. Definieren Sie notwendige Prüfungen kritischer Daten und den Bezug zu Originalaufzeichnungen, Metadaten und Berechnungen. Ein Endwert ohne Kontext kann zur Rekonstruktion der Arbeit unzureichend sein. Die FDA-Leitlinie zur Datenintegrität erläutert die Bedeutung vollständiger Daten und Metadaten im CGMP-Kontext. [4]

Demonstrieren Sie einen Ablauf mit einem Ergebnis außerhalb der Spezifikation, einer begründeten Korrektur und Prüfung. Das LIMS muss das einschlägige Untersuchungsverfahren unterstützen und Daten sowie Status erhalten; es darf die Probe nicht „akzeptabel“ machen, indem es das unerwünschte Ergebnis löscht oder automatisch einen neuen günstigen Wert auswählt. Klären Sie außerdem den Unterschied zwischen dem Abschluss einer Prüfung und der Genehmigung ihres Ergebnisses.

Sind elektronische Signaturen vorgesehen, definieren Sie, wer welchen Inhalt mit welcher Bedeutung unterzeichnet und wie die Signatur mit der Aufzeichnung verbunden ist. Eine verfügbare Signaturfunktion belegt allein keine Konformität. Die Anwendbarkeit von Part 11 hängt von den elektronischen Aufzeichnungen und einschlägigen FDA-Pflichten ab; sie folgt nicht schon aus dem Kauf eines LIMS. [5] Die Auswahl identifiziert Fähigkeiten und Lücken; regulatorische Bewertung und Validierung bleiben Projektaufgaben.

5. Übertragungen prüfen, insbesondere bei Fehlern

Spezifizieren Sie für jede Schnittstelle zu Geräten, CDS, ERP oder anderen Systemen Daten, Kennung, Einheit, Version, Status und Verantwortung. Entscheiden Sie, welches System für die jeweilige Information maßgeblich ist. Bewahrt das CDS die chromatografische Originalaufzeichnung auf, muss das LIMS eine verlässliche Verknüpfung und den nötigen Kontext erhalten; eine importierte Zahl ersetzt diese Aufzeichnung nicht automatisch.

Fragen Sie, was passiert, wenn eine Nachricht zweimal oder gar nicht ankommt, eine unbekannte Kennung enthält oder zurückgewiesen wird. Die Demonstration muss Fehlererkennung, geeignete Sperre oder Status, Benachrichtigung, Zuständigkeit und dokumentierte Wiederherstellung zeigen. Eine grüne Anzeige „Schnittstelle aktiv“ beweist keine vollständige Übertragung. Annex 11 behandelt Kontrollen elektronischer Datenübertragung und den Erhalt von Wert und Bedeutung bei Migrationen. [1]

Vereinbaren Sie, wer Datenzuordnungen, technische Zugangsdaten, Formatänderungen und Aktualisierungen beider Systeme betreut. Berücksichtigen Sie auch den Betrieb der Schnittstelle im Kostenansatz, nicht nur ihre Erstellung. Der Normalablauf sollte für den Anwender einfach sein; der Störungsablauf muss sichtbar und ohne unkontrollierte Datenänderungen wiederherstellbar bleiben.

6. Kontinuität, Zugänglichkeit und tragfähige Unterstützung verlangen

Definieren Sie rollenbezogene Zugriffe, Funktionstrennung, Administratorverwaltung und Entzug von Berechtigungen. Fordern Sie für die Prüfung brauchbare Audit Trails mit relevanten Ereignissen, Kontext und Suchmöglichkeiten. Bewerten Sie die Funktion nicht nur mit der Frage „Gibt es einen Audit Trail?“: Lassen Sie eine relevante Änderung finden und rekonstruieren, wer sie wann und warum durchgeführt hat.

Nutzen Sie für Verfügbarkeit und Leistung die erwartete Last: gleichzeitige Benutzer, Datensatzgrößen, Mengen und prozessbedingt notwendige Zeiten. „Schnell“ oder „immer verfügbar“ ist kein Prüfkriterium. Vereinbaren Sie begründete Ziele und Messverfahren; bewerten Sie Ersatzabläufe bei Ausfall und den anschließenden Abgleich. Annex 11 unterscheidet Datensicherung, Betriebskontinuität und Archivierung. [1]

Verlangen Sie eine Demonstration der Wiederherstellung und des Exports einer vollständigen Aufzeichnung einschließlich Beziehungen, Metadaten und für das Verständnis nötiger Informationen. Eine CSV-Liste von Ergebnissen kann unzureichend sein. Bewerten Sie Aufbewahrung, Lesbarkeit, Zugriff nach Vertragsende, Unterstützung, Aktualisierungen und Zuständigkeiten beim gehosteten Dienst. Die WHO behandelt auch die Kontrolle extern verwalteter Systeme. [3] Eine Cloud-Lösung macht die Klärung dieser Grenzen nicht überflüssig.

7. Eigene Matrix mit zwölf demonstrierbaren Anforderungen

Die Matrix ist eine GuideGxP-Ausgangsbasis für die Auswahl und muss in genehmigte lokale Anforderungen überführt werden. Die Kriterien sind keine universellen regulatorischen Grenzwerte. Halten Sie je Szenario Produktversion, Konfiguration, Testdaten, beobachtetes Ergebnis, Lücke und vereinbarte Maßnahme fest. Verwenden Sie synthetische oder freigegebene Daten und vermeiden Sie unnötige Proben oder vertrauliche Informationen.

8. Angebote und Nachweise statt bloßer Antworten vergleichen

Geben Sie allen Kandidaten dieselben Szenarien und verlangen Sie eine Unterscheidung zwischen Standardfunktion, Konfiguration, individueller Entwicklung, externer Abhängigkeit und nicht verfügbarer Funktion. Dokumentieren Sie beobachtete Grenzen. „Möglich“ entspricht nicht „in der angebotenen Version demonstriert“; ein Zukunftsversprechen muss als ausdrückliche Abhängigkeit mit seiner Entscheidungswirkung erkennbar bleiben.

Prüfen Sie zwingende Anforderungen vor einer Punktevergabe. Eine wesentliche Lücke wird weder durch bessere Grafik noch durch zahlreiche Nebenmodule kompensiert. Legen Sie für abstufbare Kriterien begründete, vor der Demonstration abgestimmte Gewichte fest und trennen Sie erwarteten Nutzen, verfügbare Nachweise und notwendigen Aufwand. Vermeiden Sie Dezimalwerte, die unzureichend dokumentierten Urteilen eine falsche Genauigkeit verleihen.

Vergleichen Sie die Kosten des gesamten Umfangs: Lizenzen oder Abonnement, Konfiguration, Stammdatenbereinigung, Schnittstellen, Migration, Validierung, Schulung, Unterstützung, Updates und Ausstieg. Berücksichtigen Sie auch notwendiges internes Personal. Verpflichten Sie das Labor nicht auf einen Zeitplan, der fertige Daten und tatsächlich nie zugewiesene Ressourcen voraussetzt. Die Entscheidung muss Abhängigkeiten und Verantwortlichkeiten beider Seiten sichtbar machen.

9. Simulierter Fall: zwei Labore, unterschiedliche Prioritäten

Labor A führt an einem Produktionsstandort viele wiederkehrende Prüfungen an wenigen Produktfamilien durch. Labor B erbringt QC-Leistungen für mehrere Auftraggeber mit wechselnden Aufträgen, unterschiedlichen Methoden und spezifischen Berichten. Der Fall ist simuliert: Keinem System werden reale Leistungen oder Einsparungen zugeschrieben.

A gewichtet schnelle Identifizierung, wiederkehrende Prüfpläne, Warteschlangensteuerung und kontrollierten Austausch mit Produktionssystemen stärker. In der Demonstration prüft es eine Spitze beim Probeneingang und eine unterbrochene Schnittstelle. Es kontrolliert, dass die Wiederaufnahme weder zwei Proben erzeugt noch ein Ergebnis ohne Status zurücklässt, und misst die Leistung unter der vereinbarten Last.

B gewichtet Auftragsprüfung, Trennung von Auftraggeberinformationen, Methodenversionen und kontrollierte Berichtserstellung stärker. Das Szenario umfasst zwei Kunden mit ähnlichen Aufträgen, aber unterschiedlichen Spezifikationen, gefolgt von einer genehmigten Änderung. Der Prüfer muss die tatsächlich angewandte Regel und den richtigen Bericht abrufen können, ohne die Kontexte zu vermischen.

Beide behalten Aufzeichnungsintegrität, angemessene Zugriffe, Prüfung und Wiederherstellbarkeit als zwingende Anforderungen bei. Die funktionalen Gewichte ändern sich, nicht der Bedarf an relevanten Kontrollen. Eine Lösung kann für A zu viel Individualisierung erfordern und B gut dienen oder umgekehrt. Der Vergleich dokumentiert, warum ein Kompromiss im eigenen Prozess tragfähig ist, ohne einen allgemeingültigen Sieger zu erklären.

Operative Schlussfolgerung

Schließen Sie die Auswahl mit identifizierten Anforderungen, Nachweisen, Lücken, Verantwortlichkeiten und vergleichbaren Kosten ab. Überführen Sie offene Fragen in das Projekt und die Vertragsvereinbarungen, statt sie aus dem Demonstrationsprotokoll zu streichen. Das ausgewählte Angebot ist ein prüfbarer Ausgangspunkt für Konfiguration und Validierung; es macht die Software weder „GMP-zertifiziert“ noch erlaubt es automatisch ihren Einsatz.

Lesen Sie weiter im HUB Digitales Labor und Datenintegrität. Zur Abgrenzung gegenüber anderen Systemen siehe LIMS, ELN, CDS und SDMS: Aufgaben und Grenzen der Laborsysteme.

Quellen und Anwendbarkeit

Quellen geprüft am 30. September 2026. Die Fassung von Annex 11 vom Januar 2011 bleibt der im eingesehenen EU-GMP-Verzeichnis aufgeführte Text; Revisionsentwürfe werden nicht als bereits geltende Anforderungen behandelt. WHO TRS 1052 Annex 4 ist die Leitlinie von 2024 für pharmazeutische QC-Labore mit Ausschlüssen für biologische Produkte und Mikrobiologie. FDA-Quellen gelten innerhalb ihres regulatorischen Kontexts; Leitlinien schaffen für sich genommen keine neuen gesetzlichen Pflichten. Matrix, Szenarien und Vergleich sind eigene GuideGxP-Ausarbeitungen, die lokal anzupassen und zu genehmigen sind.

1. European Commission — EU GMP Annex 11, Computerised Systems. Revision 1, Januar 2011; gültig seit 30. Juni 2011.
2. European Commission — EU GMP Chapter 4, Documentation. Fassung Januar 2011, gültig seit 30. Juni 2011.
3. WHO — Good practices for pharmaceutical quality control laboratories. WHO Technical Report Series 1052, Annex 4, 2024; Abschnitte 3.3–3.6, 6.2, 6.4 und 6.10.
4. FDA — Data Integrity and Compliance With Drug CGMP: Questions and Answers. Endgültige Leitlinie, Dezember 2018.
5. FDA — Part 11, Electronic Records; Electronic Signatures — Scope and Application. Endgültige Leitlinie, September 2003; Anwendungsbereich und Verhältnis zu zugrunde liegenden Anforderungen.
6. European Commission — EU GMP Chapter 6, Quality Control. Fassung gültig seit 1. Oktober 2014.