Veeva Vault QMS validieren: Qualitätsereignisse und CAPA nachvollziehbar steuern

Den fachlichen Umfang von QMS abgrenzen

Veeva QMS stellt Datenmodelle, Lebenszyklen und Workflows für Qualitätsprozesse bereit, darunter Abweichungen, Change Control und CAPA. Es baut auf der Vault-Plattform auf. Eine Plattformfunktion, eine QMS-Funktion und eine kundenspezifische Einstellung sollten in der Systembeschreibung unterscheidbar sein.

Dieser Artikel betrachtet vor allem GMP-relevante Qualitätsprozesse für Humanarzneimittel. Kapitel 1 des EU-GMP-Leitfadens adressiert unter anderem Ursachenanalyse, angemessene CAPA und deren Wirksamkeitsbewertung. Annex 11 betrifft die computergestützte Unterstützung. Part 11 wird anhand einschlägiger FDA-Aufzeichnungspflichten und elektronischer Records oder Signaturen eingeordnet.

Benennen Sie die Entscheidungen, die das System unterstützt: Einstufung einer Abweichung, akzeptierte Ursache, genehmigte Maßnahme, zulässige Umsetzung und bewertete Wirksamkeit. Ergänzen Sie Schnittstellen zu Labor, Produktion oder Dokumentenlenkung. Ein geschlossener QMS-Vorgang ist weder automatisch Chargenfreigabe noch pauschaler Nachweis aller regulatorischen Pflichten.

Quellen: [1] [12] [11] [13]

Quality Event und eigenständige Objekte unterscheiden

Veeva ermöglicht je nach Einrichtung Qualitätsereignisse als Typen eines Quality-Event-Objekts oder als eigenständige Ereignisobjekte. Ermitteln Sie den tatsächlichen Stand, bevor Anforderungen oder Tests aus einem anderen Vault übernommen werden. Ähnlich benannte Masken können unterschiedliche Objektbeziehungen und Lebenszyklen besitzen.

Eine wesentliche Grenze beschreibt Veeva bei der Aktivierung eigenständiger Datenmodelle: Sie ist nicht umkehrbar und migriert keine vorhandene Konfiguration. Bestehende Quality-Event-Datensätze können weiterbearbeitet werden. Ein solches Vorhaben braucht deshalb eine eigene Planung für neuen Prozess, Bestand und gemeinsame Auswertungen.

Die folgende Tabelle ist ein Vorschlag für die fachliche Spezifikation. Feldnamen, Zustände und Verknüpfungen sind am eingesetzten Vault zu bestätigen.

Quellen: [2]

Untersuchung und Ursachenentscheidung fachlich belastbar machen

Eine Pflichtfeldprüfung kann bestätigen, dass ein Text eingetragen wurde. Ob die Untersuchung die Abweichung angemessen erklärt, ist eine fachliche Entscheidung. Trennen Sie deshalb technische Akzeptanzkriterien von der Bewertung des Qualitätsfalls. Der Test sollte zeigen, welche Informationen und Verantwortlichkeiten vor einer Entscheidung vorhanden sein müssen.

Verwenden Sie einen nachvollziehbaren Fall mit betroffener Charge oder Anlage, Ereignisdatum, unmittelbarer Maßnahme und Untersuchungsbelegen. Prüfen Sie fehlende Angaben, korrigierte Einstufung und eine zurückgewiesene Ursachenanalyse. Eine erneute Prüfung muss sich auf den überarbeiteten Stand beziehen.

Kapitel 1 fordert eine angemessene Ursachenanalyse. Wird menschliches Fehlverhalten als Ursache vermutet, dürfen mögliche Prozess-, Verfahrens- oder Systemursachen nicht übergangen werden. Für die Softwareprüfung folgt daraus keine automatische Ursachenbewertung. Sie soll den vorgesehenen Prüfweg und dessen Nachweise unterstützen, ohne die fachliche Verantwortung zu ersetzen.

Quellen: [12]

Umgesetzte CAPA von belegter Wirksamkeit trennen

Eine Maßnahme kann vollständig umgesetzt sein und das Problem dennoch nicht ausreichend lösen. Definieren Sie deshalb das erwartete Ergebnis, die Datengrundlage und den Bewertungszeitpunkt möglichst vor der Wirksamkeitsprüfung. Ein allgemeines Feld „wirksam“ ohne prüfbares Kriterium macht den Nachweis unnötig schwach.

Veeva kann über eine konfigurierte Eintrittsaktion Effectiveness-Check-Datensätze für unterstützte QMS-Objekte erzeugen. Diese Automatisierung organisiert die Prüfung; sie bewertet nicht selbst die fachliche Wirksamkeit. Veeva nennt außerdem Konfigurationsgrenzen bei Pflichtfeldern: Nicht passend vorbelegte oder durch die Aktion nicht befüllbare Felder können die Erstellung scheitern lassen.

Testen Sie positive, negative und noch nicht beurteilbare Ergebnisse. Benennen Sie, wer Folgeentscheidungen trifft und ob eine weitere Maßnahme, erneute Untersuchung oder Friständerung erforderlich wird. Der Zusammenhang zwischen ursprünglichem Ereignis, CAPA und Wirksamkeitsprüfung sollte trotz unterschiedlicher Abschlusszeitpunkte erhalten bleiben.

Quellen: [4] [12]

Change Control mit Voraussetzungen und Reihenfolge prüfen

QMS-Change-Control steuert eine fachliche Änderung und ihre Auswirkungen. Eine zugehörige SOP kann separat in QualityDocs bearbeitet werden. Die Genehmigung dieser SOP ersetzt nicht die Entscheidung über Anlagen, Prozesse, Schulung oder andere betroffene Bereiche. Dokumentieren Sie die Verbindung, statt beide Vorgänge nur ähnlich zu benennen.

Veeva beschreibt Change Action Paths als konfigurierbare Reihenfolge von Change Actions. Dabei legen Einstellungen unter anderem Start- und Endzustände fest. Prüfen Sie, welche Kombination Ihrer Konfiguration tatsächlich den nächsten Schritt oder den Abschluss des übergeordneten Vorgangs auslöst.

Nehmen Sie eine abhängige Maßnahme in die Tests auf. Der Prozess darf sie erst unter den von Ihrem Qualitätsverfahren festgelegten Voraussetzungen zulassen. Prüfen Sie auch die Rücknahme einer Entscheidung, eine nachträglich ergänzte Aktion und eine externe Rückmeldung. Die gewünschte Steuerung muss im Endzustand sichtbar sein; eine Benachrichtigung allein reicht als Nachweis nicht.

Quellen: [5] [1]

Zuständigkeiten, Vertretung und Eskalation ausdrücklich gestalten

Quality Teams erlauben die Konfiguration von Teamrollen und ihrer Besetzung. Veeva beschreibt außerdem zustandsabhängige Sperren von Teammitgliedschaften sowie konfigurierbare Folgeaktionen bei vollständiger Besetzung. Das schafft Gestaltungsmöglichkeiten, bestätigt aber noch keine passende Trennung von Bearbeitung und Genehmigung.

Testen Sie als Empfehlung einen Verantwortlichenwechsel während einer offenen Aufgabe. Festzulegen sind alte und neue Zugriffe, Zuständigkeit, Fälligkeit und Nachvollziehbarkeit. Ergänzen Sie Abwesenheit, unbesetzte Rollen und einen Nutzer, der für einen anderen Standort berechtigt ist. Berücksichtigen Sie sowohl Lizenzvoraussetzungen als auch wirksame Rechte.

Eskalation ist eine fachliche Regel: Welcher Termin gilt, wann wird wen informiert und wer darf die weitere Bearbeitung entscheiden? Spezifizieren Sie diese Regel einschließlich begründeter Fristverlängerungen. Ein überfälliger Vorgang darf nicht durch eine unauffällige Datumsänderung aus der Betrachtung verschwinden. Das ist ein zu prüfendes Sollkriterium, keine Behauptung über eine Standardfunktion.

Quellen: [3] [8]

Änderungsgrund, Audit Trail und Export getrennt bewerten

QMS kann bei ausgewählten Feldern und Lebenszykluszuständen einen Änderungsgrund verlangen. Diese Reason-for-Change-Funktion benötigt Konfiguration und Berechtigungen. Daraus darf keine generelle Begründungspflicht für jedes Feld und jeden Bearbeitungsweg abgeleitet werden. Prüfen Sie die fachlich relevanten Kombinationen, insbesondere nach Genehmigung.

Die Vault-Plattform stellt Audit-Trails und Exportmöglichkeiten für Objektdatensätze bereit. Eine wichtige Grenze: Bei neu angelegten Datensätzen werden nicht alle einzelnen Anfangsfeldwerte im Audit Trail protokolliert. Veeva empfiehlt deshalb, den aktuellen Datensatz zusammen mit der Historie zu exportieren. Außerdem beeinflussen Feldrechte die sichtbaren Audit-Daten.

Lassen Sie einen berechtigten Prüfer einen Vorgang aus den vorgesehenen Unterlagen rekonstruieren. Er sollte Einstufung, Entscheidung, Änderung und verantwortliche Person verbinden können. Falls elektronische Signaturen Teil des Ablaufs sind, werden deren Bedeutung und Datensatzbindung gesondert geprüft. Eine vollständige Fallakte muss mehr leisten als die Anzeige eines einzelnen Statuswechsels.

Quellen: [6] [7] [13]

Illustratives CAPA-Beispiel mit Ablehnung und Rollenwechsel

Das Beispiel ist frei konstruiert und enthält Sollkriterien, keine realen Testresultate. Eine wiederholte unvollständige Reinigungskontrolle führt zur Abweichung DEV-018. Die Untersuchung soll eine überarbeitete Kontrolle und eine Schulungsmaßnahme begründen. Die Wirksamkeit wird anhand eines vorab definierten Beobachtungszeitraums bewertet.

Vor Ausführung werden Datenmodell, Lebenszyklen, Rollen und Testdaten festgehalten. Der Test verbindet den Qualitätsfall mit CAPA, Maßnahmen und Wirksamkeitsprüfung. Für jeden Schritt sind erwartetes Ergebnis, beobachtete Reaktion und Nachweisreferenz erforderlich.

Quellen: [3] [4] [6]

Lieferantennachweise für den eigenen Stand nutzbar machen

Ein Veeva-Validierungspaket ist eine Grundlage für die Bewertung des Herstellers und geprüfter Funktionen. Es bestätigt nicht ohne Weiteres Ihre eigenen Objekttypen, Rollen, Workflows und Schnittstellen. Ordnen Sie verwendete Belege dem konkreten Release und den eigenen Anforderungen zu. Dokumentieren Sie Lücken und ergänzende Tests.

Die Veeva-Release-Seite enthält Auswirkungsbewertungen sowie bekannte und behobene Fehler. Der Zeitplan ist nach Bereitstellungsgruppen gegliedert. Bestätigen Sie den Termin Ihrer Umgebung und priorisieren Sie Prüfungen für betroffene Qualitätsentscheidungen. Datenmodelländerungen, neue Pflichtfelder oder geänderte Abschlussregeln verdienen dabei besondere Aufmerksamkeit.

Prüfen Sie Migrationen auch über offene Fälle und historische Beziehungen. Alte und neue Ereignisobjekte müssen in benötigten Berichten richtig erscheinen. Definieren Sie für Kennzahlen den Bezugszeitpunkt und eingeschlossene Statuswerte. Ein schnellerer Abschluss ist kein geeigneter Erfolgsausweis, wenn offene Wirksamkeitsprüfungen dadurch aus der Auswertung verschwinden.

Für die Projektvorbereitung braucht es einen fachlichen Prozesseigner, QA für Qualitätsentscheidungen und einen IT- oder Vault-Verantwortlichen. Der Implementierungspartner klärt die Einrichtung. Gemeinsam priorisieren sie Sollregeln, Testdaten und offene Entscheidungen. Umfang und Termine sollten erst nach diesem Abgleich zugesagt werden.

Quellen: [9] [10] [2]

Checkliste für die Vorbereitung der QMS-Validierung

Die folgenden Punkte strukturieren die gemeinsame Bestandsaufnahme. Verknüpfen Sie offene Fragen mit einem Verantwortlichen, einer Entscheidung und dem benötigten Nachweis.

• Abweichung, CAPA, Change Control und angrenzende Prozesse sind abgegrenzt.
• Aktiviertes Objektmodell, Lebenszyklen, Felder und Beziehungen sind dokumentiert.
• Rollen, Vertretung, Genehmigung und Fristregeln besitzen konkrete Akzeptanzkriterien.
• Maßnahmenumsetzung und Wirksamkeitsbewertung sind fachlich getrennt.
• Änderungen nach Freigabe, Audit-Ausgaben und Fallakten sind prüfbar.
• Schnittstellen, Migration, Bestandsfälle und relevante Berichte sind berücksichtigt.
• Herstellernachweise, kundenspezifische Tests und Betriebsverantwortung sind zugeordnet.

Quellen: [11]