ConSense GxP validieren: Freigaben, Vorgaben und Formularnachweise verbinden

Den tatsächlichen Dokumenten- und Nachweisprozess abgrenzen

Beginnen Sie mit einer Arbeitsanweisung und dem Nachweis ihrer Anwendung. Wer erstellt die Vorgabe, wer beurteilt sie und wer arbeitet danach? Wo wird die Durchführung dokumentiert? Sobald Fehler in dieser Kette eine qualitätsrelevante Entscheidung beeinflussen können, muss die Betrachtung über eine reine Dokumentablage hinausgehen.

Dieser Artikel behandelt Humanarzneimittel-GMP. Der aktuelle EudraLex-Index führt hierfür Kapitel 4 und Annex 11 in der Revision von Januar 2011. Annex 11 ist eine GMP-Leitlinie für computergestützte Systeme. Medizintechnik, klinische Forschung und andere GxP-Bereiche benötigen eine eigene Einordnung; der Produktname ConSense GxP legt den Regelbereich nicht fest.

Beschreiben Sie den vorgesehenen Gebrauch einschließlich Ausdruck, Export oder verknüpftem Formular. Eine im System korrekt freigegebene Anweisung kann außerhalb des Systems falsch verwendet werden. Entscheidend sind die konkreten Übergänge und Fehlerfolgen. Daraus leiten Sie Anforderungen und Nachweistiefe ab, statt dem Produkt pauschal eine Softwarekategorie zuzuweisen.

Quellen: [7] [8] [9]

GxP-Modul, FORMS und Betriebsumfang unterscheiden

ConSense präsentiert eine modulare Plattform. Die Modulübersicht führt GxP ausdrücklich auf und nennt unter anderem elektronische Unterschriften, Rollen, Audit Trail sowie Freigabe und Inkraftsetzung. FORMS, Maßnahmenmanagement, Schulungen und Qualifikationen sind gesondert beschriebene Funktionsbereiche. Daraus folgt nicht, dass jede Kundeninstallation alle diese Funktionen enthält.

Die öffentliche FAQ beschreibt Serverbetrieb und ein Hostingangebot; ConSense PORTAL wird dort als webbasierte gehostete Variante genannt. Halten Sie daher Produktbezeichnung, Module, Lizenzumfang, Softwarestand und Betreiber konkret fest. Aus den hier verwendeten öffentlichen Seiten lässt sich keine aktuelle Gesamt-Buildnummer oder vollständige Editionsmatrix ableiten.

Die folgende eigene Matrix ordnet die Bestandteile einem Zweck zu. Sie ist keine behauptete Paketkonfiguration. Ergänzen Sie nur die tatsächlich genutzten Funktionen und klären Sie, wer deren Betrieb, Anpassung und fachliche Verwendung verantwortet.

Quellen: [1] [2] [6]

Genehmigt bedeutet nicht automatisch bereits anzuwenden

Legen Sie fest, welche Bedeutung die Dokumentzustände in Ihrem Prozess haben. Ein Entwurf wird bearbeitet; eine fachliche Freigabe bestätigt den geprüften Inhalt; die Inkraftsetzung bestimmt den vorgesehenen Beginn seiner Anwendung. Diese Unterscheidung ist besonders wichtig, wenn vorher noch Unterweisungen, organisatorische Vorbereitungen oder der Austausch von Vorlagen erforderlich sind.

Die ConSense-Modulübersicht nennt Freigabe und Inkraftsetzung mit einem 4- bis 8-Augen-Prinzip. Das ist eine beschriebene Produktmöglichkeit und keine allgemeine Pflicht zu einer bestimmten Anzahl Beteiligter. Definieren Sie die für Ihren Vorgang passenden Rollen und prüfen Sie deren konkrete Umsetzung. Eine zeitgesteuerte Aktivierung oder bestimmte Sperrlogik wird hier nicht als bereits belegte Funktion vorausgesetzt.

Betrachten Sie den Leserzugang aus der tatsächlichen Arbeitssituation. Ein Suchergebnis, ein gespeicherter Link und ein Terminal können unterschiedliche Wege zur Anweisung sein. Prüfen Sie, ob der vorgesehene Arbeitsstand eindeutig erscheint und ein Entwurf nicht mit einer gültigen Vorgabe verwechselt wird. Alte Papierkopien benötigen zusätzlich einen geregelten Umgang.

Quellen: [2] [4] [6] [9]

Vorgabedokument und ausgefülltes Formular zusammenhalten

ConSense FORMS beschreibt konfigurierbare Formulare und Workflows sowie Verbindungen zwischen Vorgaben, Durchführung und Nachweisen. Für die Validierung ist entscheidend, was eine solche Verbindung im konkreten Vorgang bedeutet. Verweist sie auf den heute aktuellen Inhalt oder bleibt nachvollziehbar, welche Revision bei der Durchführung angewendet wurde?

Prüfen Sie deshalb nicht nur eine neue leere Vorlage. Untersuchen Sie einen abgeschlossenen Altvorgang, einen während der Änderung offenen Vorgang und einen neu gestarteten Vorgang. Diese Zustände können unterschiedliche fachliche Entscheidungen erfordern. Eine nachträgliche Anzeige des neuesten Dokuments darf einen früher angewendeten Stand nicht unbemerkt umdeuten.

Für laufende Vorgänge legt der Fachbereich fest, ob sie nach der alten Vorgabe fortgeführt, kontrolliert umgestellt oder angehalten werden. Das hängt von der Änderung ab. Die öffentlich zugänglichen Produktbeschreibungen legen keine allgemeine technische Migrationsregel für solche Instanzen offen. Formulieren Sie daher zuerst das Soll und prüfen Sie anschließend den tatsächlich eingerichteten Weg.

Quellen: [5] [9] [8]

Rechte und Bestätigungen am konkreten Vorgang prüfen

Eine Rolle sollte eine verständliche fachliche Aufgabe abbilden. Wer darf eine Vorlage ändern, wer prüft ihren Inhalt, wer setzt sie in Kraft und wer darf lediglich lesen? Beziehen Sie Vertretungen und den Entzug von Berechtigungen ein. Eine technisch verfügbare Schaltfläche beweist noch keine fachliche Befugnis.

Der Hersteller beschreibt elektronische Signaturen mit Benutzerbindung und Zeitstempel sowie einen Audit Trail. Welche Signaturanforderungen im konkreten Prozess gelten und welche Nachweise die Einrichtung dafür liefert, ist gesondert zu beurteilen. Aus einer allgemeinen Funktionsbeschreibung folgt weder eine universelle Signaturpflicht noch eine Garantie der rechtlichen Wirkung jeder Bestätigung.

Ein geeigneter eigener Negativtest versucht eine Freigabe mit einer nach Ihrer Rollenregel unzulässigen Identität. Prüfen Sie außerdem, wie eine zulässige Korrektur sichtbar wird: Was wurde geändert, welcher ursprüngliche Stand bleibt erkennbar und wie lässt sich die Entscheidung später nachvollziehen? Herstellerbegriffe wie lückenlos ersetzen diese konkrete Prüfung nicht.

Quellen: [3] [2] [8] [9]

Illustratives Sollbeispiel: eine SOP und drei Formularvorgänge

Dieses Beispiel ist konstruiert und kein ausgeführter ConSense- oder Kundentest. SOP-07 Revision 1 ist wirksam. Autor A erstellt Revision 2; für diesen Fall sind eine Prüfung durch B und eine Freigabe durch C vorgesehen. Die Inkraftsetzung erfolgt erst nach der festgelegten Entscheidung. Diese Rollenfolge ist eine eigene Beispielvorgabe.

F1 wurde vor dem Wechsel vollständig unter Revision 1 abgeschlossen. F3 wurde ebenfalls unter Revision 1 begonnen, ist beim Wechsel aber noch offen. F2 wird erst nach der Inkraftsetzung von Revision 2 gestartet. Das unabhängige Soll unterscheidet damit drei Vorgänge: zwei haben einen historischen Startbezug zu Revision 1, einer beginnt unter Revision 2. Über die weitere Behandlung von F3 ist ausdrücklich zu entscheiden.

Führen Sie jeden Fehlerfall mit definiertem Ausgangszustand in einer geeigneten Testkonfiguration aus. Ein bestehender Altbeleg darf dabei nicht nachträglich als Durchführung nach Revision 2 erscheinen. Die Tabelle beschreibt fachliche Erwartungen; ob und wie Ihre Installation diese durch Konfiguration, technische Kontrollen und ergänzende Verfahren erfüllt, ist der Prüfgegenstand.

Quellen: [2] [5] [9] [8]

Information, Schulung und Befähigung nicht vermischen

ConSense beschreibt Benachrichtigungen zu neuen Inhalten und die Anbindung von Schulungs- und Qualifikationsmanagement. Für Ihren Prozess sind daraus mehrere mögliche Nachweise zu unterscheiden: Eine Information wurde bereitgestellt, ein Mitarbeiter hat sie zur Kenntnis genommen, eine Schulung wurde durchgeführt oder eine erforderliche Befähigung wurde beurteilt.

Welche dieser Aussagen benötigt wird, folgt aus der Tätigkeit und der konkreten Änderung. Ein neuer Dokumentstand kann eine kleine redaktionelle Korrektur enthalten oder eine geänderte Arbeitsweise. Die Validierung prüft die Eignung des eingerichteten Nachweiswegs; sie ersetzt nicht die fachliche Entscheidung über den Schulungsbedarf.

Prüfen Sie beispielsweise eine neu zugeordnete Person und eine Person, deren Rolle gewechselt hat. Erreichen relevante Aufgaben die richtige Zielgruppe? Bleiben frühere Bestätigungen ihrem Inhalt zugeordnet? Eine automatische Sperre einer Maschine oder Tätigkeit wird aus einer Modulverknüpfung nicht abgeleitet. Falls Ihr Prozess eine solche Kopplung benötigt, muss sie ausdrücklich beschrieben und belegt werden.

Quellen: [2] [3] [8]

Anbieterunterlagen gezielt übernehmen und Lücken benennen

ConSense bietet IQ/OQ-Unterstützung, Vorlagen, Checklisten und auf Wunsch weitergehende Validierungsbegleitung an. Die tatsächlichen Pakete und Testergebnisse Ihrer Konfiguration sind damit noch nicht beschrieben. Fordern Sie den passenden Lieferumfang mit Versionsbezug, Voraussetzungen und bekannten Abweichungen an.

Ordnen Sie vorhandene Belege Ihren Anforderungen zu. Ein passender Nachweis kann unmittelbar nutzbar sein; ein anderer benötigt ergänzende Prüfung, weil beispielsweise die eigene Rollenfolge oder der Formularübergang fehlt. Unterstellen Sie weder eine vollständige Abdeckung noch, dass Anbieterunterlagen grundsätzlich nur unveränderte Standardfunktionen betreffen.

Bei einem bestehenden System beginnen Sie zusätzlich mit tatsächlichen Nachweisen: Welche Vorlagen werden verwendet, welche Vorgänge sind offen und welche historischen Belege müssen verständlich bleiben? Die aktuelle Konfiguration und die ursprünglichen Einführungsunterlagen können auseinanderliegen. Priorisieren Sie nachvollziehbare Lücken anhand ihrer Bedeutung und vermeiden Sie eine bloße Neuerstellung bereits brauchbarer Dokumente.

Quellen: [3] [6] [8]

Konfigurationsänderungen und Updates nach Wirkung beurteilen

Ein Formularfeld, eine Zuständigkeit oder ein Freigabeschritt lässt sich möglicherweise schnell ändern. Das macht die fachliche Wirkung nicht automatisch gering. Ermitteln Sie, welche neuen und laufenden Vorgänge betroffen sind und ob bisherige Nachweise anders angezeigt oder ausgewertet werden.

Planen Sie gezielte Wiederholungen anhand dieser Auswirkungen. Bei einer Rollenänderung stehen andere Fälle im Vordergrund als bei einem neuen Formularstand. Ein Versionswechsel kann zusätzliche Anforderungen an Betrieb oder Wiederherstellung erzeugen. Es gibt daraus weder eine pauschale Pflicht zur vollständigen Neuvalidierung noch eine allgemeine Befreiung für kleine Konfigurationsänderungen.

Klären Sie mit IT oder Hostingpartner, wer Änderungen ankündigt, Testmöglichkeiten bereitstellt und Daten wiederherstellen kann. Prüfen Sie auch die Lesbarkeit und Zuordnung älterer Belege. Ein beschriebenes Hostingangebot oder eine automatische Sicherung bestätigt allein nicht, dass der benötigte fachliche Zusammenhang nach einer Wiederherstellung erhalten ist.

Quellen: [5] [6] [8] [9]

Vorbereitung für Einführung, Bestand und nächste Änderung

Wählen Sie eine relevante Vorgabe mit zugehörigem Nachweis als Einstieg. QA und Prozessverantwortliche klären Bedeutung und Akzeptanzkriterien, Key-User erläutern die Konfiguration und IT den Betrieb. Bei wenigen Mitarbeitern können Aufgaben gebündelt werden; Zuständigkeiten und fachliche Entscheidungen müssen trotzdem erkennbar bleiben.

Den Aufwand treiben vor allem unbekannte Modulstände, viele Dokumenttypen, komplexe Rollen, offene Altvorgänge und unklare historische Verknüpfungen. Für eine Neueinführung benötigen Sie einen definierten Sollablauf, im Bestand einen belastbaren Iststand und bei Änderungen eine Betroffenheitsbewertung. Erst daraus lassen sich Umfang, Mitwirkung und Termine sinnvoll ableiten.

• Produkt-, Modul-, Versions- und Betriebsumfang zusammentragen.
• Dokumentzustände und Regeln für Freigabe und Inkraftsetzung beschreiben.
• Rollen einschließlich Vertretung und Berechtigungsentzug zuordnen.
• Abgeschlossenen, offenen und neuen Formularvorgang als Prüffälle vorbereiten.
• Verfügbare Anbieterbelege mit tatsächlicher Konfiguration vergleichen.
• Aufbewahrung, Wiederherstellung und Verantwortlichkeit für Änderungen klären.

Quellen: [8] [2] [6]