Praxiswissen · Praxisleitfaden

Validierungsrückstand priorisieren: Welche IT-Systeme zuerst?

Das Systeminventar wächst schneller als die verfügbaren Ressourcen. Eine reine Liste offener Dokumente hilft dann wenig. Benötigt wird eine Reihenfolge, die aktuelle Risiken, betriebliche Ziele und die tatsächlich möglichen nächsten Schritte zusammenführt.

Daniel Herrmann
Compliance-Experte für Life Sciences
Fachlicher Stand: 7 Minuten Lesezeit
Inhaltsverzeichnis

Das Wichtigste vorab

Wie priorisiert man einen GxP-Validierungsrückstand?

Bewerten Sie zuerst tatsächliche Produkt-, Patienten- und Datenrisiken und erforderliche Sofortmaßnahmen. Ordnen Sie danach Nachweislücken, Systemabhängigkeiten und verfügbare Kapazität zu. Daraus entsteht eine begründete Reihenfolge mit Verantwortlichen und überprüfbaren Ergebnissen. Eine Roadmap organisiert die Bearbeitung; sie legitimiert keine unvertretbaren Risiken im laufenden Betrieb.

Nicht jedes offene Dokument bedeutet dasselbe Risiko

Ein fehlender Bericht kann bedeuten, dass die vorhandenen Nachweise noch nicht zusammengeführt wurden. Ein fehlender Test kann dagegen eine ungeklärte kritische Funktion betreffen. Beide Punkte stehen im Inventar vielleicht als „Validierung offen“, haben aber unterschiedliche Bedeutung. Beginnen Sie deshalb mit der tatsächlichen Anwendung und dem bestehenden Wissen.

Erfassen Sie pro System den Prozess, Eigentümer, aktuellen Nutzungsumfang und Nachweisstand. Unterscheiden Sie unbekannte Situation, bekannte Lücke und bereits bewerteten Befund. Eine unbekannte Datenintegritätslage sollte nicht automatisch niedrig bewertet werden, nur weil bislang kein Fehler gemeldet wurde.

Annex 11 liefert den risikobasierten Bezug für computergestützte GMP-Anwendungen. ICH Q10 unterstützt die Verbindung zu Qualitätsmanagement, Ressourcen und Verbesserung. Das nachfolgende Portfoliomodell ist eine eigene Planungshilfe. Es schreibt keine behördliche Punkteskala vor.

Quellen: [1] [2]

Akute Nutzungssicherheit vor der langfristigen Reihenfolge klären

Fragen Sie zuerst, ob aktuell ein nicht vertretbares Risiko besteht: Werden beispielsweise falsche Ergebnisse erzeugt, relevante Daten unkontrolliert verändert oder kritische Entscheidungen ohne geeignete Grundlage getroffen? Solche Sachverhalte brauchen unmittelbare fachliche Bewertung und geeignete Maßnahmen. Eine Position auf der Quartalsroadmap genügt dann nicht.

Mögliche Maßnahmen reichen je nach Befund von zusätzlicher Prüfung und begrenzter Nutzung bis zur Unterbrechung eines betroffenen Ablaufs. Sie werden konkret begründet und auf Wirksamkeit geprüft. Eine allgemeine Zusatzunterschrift ist keine universelle Ersatzkontrolle für unbekannte technische Fehler.

Behördliche Fristen, bestehende Verpflichtungen und laufende Untersuchungen sind ebenfalls gesondert zu behandeln. Die Portfolioentscheidung darf diese nicht durch einen internen Score überstimmen. Halten Sie solche Rahmenbedingungen sichtbar, bevor Ressourcen zwischen Vorhaben verteilt werden.

Quellen: [1] [2]

Fünf Kriterien zu einer begründeten Reihenfolge verbinden

Bewerten Sie erstens die mögliche Auswirkung auf Produkt, Patient und Aufzeichnung. Zweitens die Unsicherheit des vorhandenen Nachweises. Drittens die Exposition: Wie häufig und in welchem Umfang wird die Funktion tatsächlich verwendet? Viertens die Abhängigkeiten zu anderen Systemen. Fünftens die organisatorischen Voraussetzungen für eine wirksame Bearbeitung.

Eine einfache Skala kann Diskussionen strukturieren. Sie sollte aber keine Scheingenauigkeit erzeugen. Multiplikationen aus unklaren Kategorien liefern eine Zahl, keine automatisch richtige Priorität. Halten Sie die zugrunde liegenden Beobachtungen und Entscheidungen in verständlicher Sprache fest.

Strategische Ziele werden anschließend einbezogen: geplante Systemablösung, Wachstum, Standortwechsel oder Standardisierung. Ein bald abzulösendes System benötigt möglicherweise einen anderen Nachweis- und Übergangsweg als eine langfristige Plattform. Die verbleibende Nutzung muss trotzdem fachlich vertretbar bleiben.

Eigene Portfoliohilfe: Beobachtung vor Punktwert
KriteriumKonkrete FrageVerwertbare Information
ProzesswirkungWelche Entscheidung oder Aufzeichnung hängt daran?Benannter Vorgang und mögliche Auswirkung
NachweisunsicherheitWas wissen wir, was ist ungeklärt?Vorhandene Belege und konkrete Lücke
NutzungsumfangWie oft und von wem wird die Funktion genutzt?Volumen, Rollen und tatsächliche Varianten
AbhängigkeitenWelche anderen Vorhaben werden blockiert?Schnittstellen, gemeinsame Daten und Ablösungen
UmsetzbarkeitWelche Ressourcen und Voraussetzungen fehlen?Benannter Engpass und nächste Maßnahme

Quellen: [1] [2]

Beispielportfolio: drei Systeme mit unterschiedlichen nächsten Schritten

Das Beispiel ist konstruiert. System A ist eine Excel-Auswertung für eine chargenbezogene Entscheidung. Die Berechnung ist bekannt, aber externe Datenverknüpfungen sind ungeklärt. System B ist ein Schulungsportal mit vorhandenen Funktionstests und fehlender Abschlussbewertung. System C ist ein ERP-Altsystem, das in einem geplanten Migrationsvorhaben abgelöst wird.

Für A wird zuerst die tatsächliche Datenabhängigkeit untersucht und die Nutzung bis zur Klärung fachlich bewertet. Bei B werden bestehende Belege auf Eignung geprüft und gezielt zusammengeführt. Für C werden laufende Nutzung, Migration und historische Recherche gemeinsam geplant. Die Entscheidung lautet damit nicht dreimal „Validierung nachholen“, sondern drei unterschiedliche Arbeitsaufträge.

Die Reihenfolge kann sich ändern, wenn neue Erkenntnisse entstehen. Zeigt A einen systematischen Datenfehler, wird daraus ein vorrangiger Befund mit Bewertung bereits erzeugter Ergebnisse. Stellt sich B als ausreichend belegt heraus, kann das Team die Abschlussarbeit enger fassen. Eine gute Roadmap bildet Erkenntnisfortschritt ab.

Eigene beispielhafte Roadmap nach Arbeitsergebnis
SystemNächster belegbarer SchrittVerantwortung und Folgeentscheidung
A · Excel-AuswertungExterne Quellen, Aktualisierung und Entscheidung prüfenSystem Owner und QA bewerten Nutzung und Prüfumfang
B · SchulungsportalVorhandene Belege und offene Kriterien zuordnenVerantwortlicher erstellt nachvollziehbare Abschlussbewertung
C · ERP-AltsystemNutzungs-, Migrations- und Archivscope verbindenProgrammleitung entscheidet abgestimmten Übergangsweg
Gemeinsame AbhängigkeitBenutzerverwaltung und Rollenbasis klärenIT-Betrieb liefert geprüfte Grundlage für mehrere Systeme

Quellen: [1] [2]

Arbeitspakete nach Ergebnissen statt Dokumentnamen planen

Beschreiben Sie ein Arbeitspaket so, dass seine Erledigung überprüfbar ist. „URS schreiben“ ist weniger aussagekräftig als „kritische Qualitätsentscheidungen und benötigte Datenübergaben mit dem Fachbereich abgestimmt“. Dokumente können das Ergebnis festhalten, sollten aber nicht die einzige Definition des Fortschritts sein.

Für jede Priorität werden Verantwortlicher, benötigter Input, Entscheidungspunkt und Abnahmekriterium benannt. Ergänzen Sie real verfügbare Kapazität. Wenn derselbe System Owner in fünf Projekten gleichzeitig als Voraussetzung steht, ist eine lange Aufgabenliste noch kein umsetzbarer Plan.

Planen Sie Erkenntnisarbeit ausdrücklich ein. Bei unbekanntem Nachweisstand kann der erste Schritt eine begrenzte Bestandsbewertung sein. Erst danach lässt sich der Gesamtumfang vernünftig abschätzen. Ein scheinbar genauer Termin für ungeklärte Arbeit erzeugt keine bessere Steuerung.

Quellen: [2]

Gemeinsame Ursachen im Framework beheben

Wiederkehrende Lücken können auf ein gemeinsames Verfahren hinweisen: unklare Lieferantenübernahme, fehlende Rollen, uneinheitliche Änderungen oder unpraktische Arbeitsanweisungen. Behandeln Sie dann nicht nur jedes System einzeln. Prüfen Sie, welche gemeinsame Grundlage künftige Bearbeitung und Betrieb trägt.

Ein IT-GxP-Compliance Framework verbindet Verantwortlichkeiten, nachvollziehbare Entscheidungen und anwendbare Abläufe. Es ersetzt die systemspezifischen Nachweise nicht. Eine gemeinsame Vorlage für die Übernahmebewertung kann beispielsweise helfen; ob ein konkreter Lieferantentest passt, bleibt eine fachliche Einzelentscheidung.

Verknüpfen Sie die Verbesserung mit den strategischen Zielen des Unternehmens. Wenn eine Plattform künftig mehrere Standorte versorgt, sind skalierbare Rollen- und Änderungsverfahren sinnvoll. Wenn ein System abgelöst wird, kann der Fokus auf kontrollierter Restnutzung und Datenlebenszyklus liegen. So entsteht kein zusätzliches Regelwerk ohne Bezug zur Arbeit.

Quellen: [1] [2]

Fortschritt und Neupriorisierung überprüfbar machen

Verfolgen Sie mehr als die Zahl fertiggestellter Dokumente. Geeignete Größen können bewertete kritische Funktionen, geklärte Hochrisikobefunde, abgeschlossene Prozessnachweise und tatsächlich übernommene Betriebsverantwortung sein. Definieren Sie jede Größe so, dass sie nicht durch bloßes Umbenennen einer Aufgabe verbessert wird.

Legen Sie einen angemessenen Rhythmus für die Portfolioüberprüfung fest. Neue Befunde, größere Änderungen, Ressourcenverlust oder eine neue behördliche Verpflichtung können eine frühere Neubewertung auslösen. Eine verschobene Priorität wird begründet; offene Risiken dürfen dabei nicht aus dem Blick verschwinden.

Die Geschäftsführung benötigt schließlich eine verständliche Entscheidungsvorlage: aktueller Handlungsbedarf, vereinbarte Nutzungskontrollen, geplante Ergebnisse und benötigte Ressourcen. Damit lässt sich bewusst steuern. Eine große Zahl roter Statusfelder ohne Entscheidungsvorschlag hilft weder der Leitung noch den Systemverantwortlichen.

Quellen: [2] [1]

Häufige Fragen zu Validierungsrückstand

Sollten zuerst die einfachsten Systeme abgearbeitet werden?

Ein schneller Abschluss kann sinnvoll sein, darf aber kritische Risiken nicht verdrängen. Prüfen Sie zuerst Auswirkungen und erforderliche Sofortmaßnahmen. Danach können gut vorbereitete Arbeitspakete parallel bearbeitet werden, wenn die nötigen Ressourcen vorhanden sind. Leichte Aufgaben allein sind kein geeigneter Maßstab für den Gesamtfortschritt.

Darf ein unvalidiertes Bestandssystem bis zur Roadmap-Bearbeitung weiterlaufen?

Das lässt sich nicht pauschal freigeben. Bewerten Sie tatsächliche Nutzung, vorhandene Nachweise und Risiken. Geeignete Maßnahmen und Nutzungsgrenzen werden fachlich entschieden. Bei nicht vertretbaren Risiken genügt eine spätere Bearbeitungszusage nicht; der betroffene Ablauf benötigt unmittelbare Maßnahmen.

Quellen: [1]

Braucht die Priorisierung einen numerischen Risikoscore?

Nicht zwingend. Eine nachvollziehbare qualitative Bewertung kann geeigneter sein als eine künstlich genaue Zahl. Wenn ein Score genutzt wird, müssen Kriterien und Grenzen verständlich sein. Behördliche Verpflichtungen oder akute Befunde dürfen nicht durch einen niedrigen Rechenwert relativiert werden.

Wie berücksichtigt man ein bald abzulösendes System?

Planen Sie Restnutzung, Migration und historische Aufbewahrung zusammen. Es kann sinnvoll sein, nur den tatsächlich verbleibenden Einsatz gezielt abzusichern und den Übergang kontrolliert nachzuweisen. Das geplante Abschalten ersetzt jedoch keine Bewertung gegenwärtiger Risiken.

Quellen: [1]

Welche Kennzahl zeigt echten Fortschritt?

Eine geeignete Kennzahl beschreibt einen nachgewiesenen Zustand, beispielsweise geklärte kritische Funktionen oder wirksame Betriebsübergaben. Die reine Zahl erstellter Dokumente kann Fortschritt vortäuschen. Ergänzen Sie deshalb fachliche Ergebnisse, verbleibende Risiken und konkrete nächste Entscheidungen.

Quellen: [2]

Wie verhindert man einen neuen Validierungsrückstand?

Verankern Sie Systemaufnahme, Verantwortlichkeiten, Änderungen und regelmäßige Bewertung in einem anwendbaren Verfahren. Neue Vorhaben sollten den Nachweisbedarf rechtzeitig einplanen. Gemeinsame Grundlagen helfen, ersetzen aber nicht die systemspezifische Entscheidung und die dafür verfügbare Kapazität.

Quellen: [1] [2]

Quellen & fachlicher Stand

Stand: 14. Oktober 2026. Regulatorische Einordnung und Herstellerfunktionen sind getrennt belegt. Beispiele, Testmatrizen und Vorlagen sind eigene Arbeitshilfen; sie werden für den tatsächlichen Einsatzzweck angepasst.

  1. Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
  2. EMA / ICH: Q10 Pharmaceutical Quality System, Step 5 (2008)

Zuletzt fachlich geprüft am 14.10.2026.

Daniel Herrmann, Daniel Herrmann Consulting

Daniel Herrmann Consulting

Wie wir Sie dabei unterstützen

Daniel Herrmann Consulting verbindet die fachliche Bewertung mit der Arbeit am konkreten System. Im Erstgespräch klären wir Ihren Einsatzzweck, vorhandene Nachweise und den nächsten sinnvollen Schritt.

Ihr Vorhaben besprechenEinblicke in unsere Projektarbeit →