SimplerQMS validieren: Vom Herstellerpaket zum nachgewiesenen Qualitätsprozess

Welche SimplerQMS-Umgebung wird validiert?

SimplerQMS wird aktuell als cloudbasiertes eQMS mit Microsoft-Office-Anbindung angeboten. Die eigene Technologieseite nennt Amazon Web Services als Hostingplattform sowie Single Sign-on über Microsoft Entra ID oder Google Workspace. Sie beschreibt außerdem eine API für Verbindungen zu anderen Anwendungen. Eine Office-Anbindung bedeutet nicht, dass die gesamten QMS-Daten in Ihrem Microsoft-365-Mandanten liegen.

Eine wichtige Grenze der öffentlichen Angaben: Der M-Files-Katalog beschreibt SimplerQMS weiterhin mit M-Files und Azure. Aus den geöffneten Seiten lässt sich keine belastbare Umstellungs- oder Versionshistorie ableiten. Für die aktuelle öffentliche Produktbeschreibung ist die eigene Herstellerseite maßgeblich. Lassen Sie sich für Ihre konkrete Umgebung Plattform, Hosting, Datenstandorte und beteiligte Dienstleister schriftlich bestätigen.

Der Artikel betrachtet Qualitätsprozesse für die GMP-Herstellung von Humanarzneimitteln. Anforderungen aus Medizinprodukterecht oder klinischen Anwendungen werden nicht automatisch übertragen. FDA Part 11 ist anhand der einschlägigen FDA-Aufzeichnungspflichten und Ihrer elektronischen Nutzung zu beurteilen. Eine allgemeine Compliance-Liste des Anbieters ersetzt diese Abgrenzung nicht.

Quellen: [1] [2] [9] [10] [14]

Was belegt das Herstellerpaket tatsächlich?

Der Hersteller nennt Validierungsverfahren, Validierungsplan, Bericht sowie IQ-, OQ- und PQ-Unterlagen. Er beschreibt außerdem eine erneute Validierung bei neuen Versionen und Standardupdates. Diese Leistungen können Ihre Nachweisführung unterstützen. Die Aussage, damit entfalle jegliche eigene Validierungsarbeit, sollte jedoch nicht als Freigabekriterium für Ihren Betrieb übernommen werden.

Fordern Sie das konkrete Paket für den vorgesehenen Stand an. Ordnen Sie jede risikorelevante Anforderung einem belastbaren Beleg zu. Entscheidend ist nicht die Zahl gelieferter Dokumente, sondern die Abdeckung Ihres Ablaufs. Ein Paket darf beispielsweise eine Standardgenehmigung belegen, ohne damit jede Ihrer standortspezifischen Rollenentscheidungen geprüft zu haben.

Quellen: [3] [9]

Dokumentdatei, Vorlage und Qualitätsaufzeichnung unterscheiden

Die aktuelle Dokumentenübersicht beschreibt einen gesteuerten Lebenszyklus, Versionen und Dokumenteigenschaften wie Typ, Prozess, Eigentümer und Gültigkeitsdatum. Arbeitsfassungen werden von gültigen Fassungen unterschieden. Diese Funktionen sind besonders dort zu prüfen, wo Mitarbeiter in Word arbeiten und anschließend im QMS genehmigen oder eine gültige Anweisung suchen.

Betrachten Sie drei unterschiedliche Objekte: Eine SOP beschreibt den Ablauf. Eine leere Vorlage strukturiert die spätere Erfassung. Ein ausgefülltes Formular dokumentiert ein konkretes Ereignis. Eine neue Vorlagenversion darf historische Aufzeichnungen nicht stillschweigend inhaltlich verändern. Prüfen Sie deshalb, wie verwendete Vorlage, gespeicherte Inhalte und Freigabe zueinander nachvollziehbar bleiben.

Nutzen Sie einen Grenzfall: Ein Mitarbeiter bearbeitet eine neue SOP-Fassung, während ein Kollege die aktuell gültige Fassung benötigt. Beide müssen den richtigen Stand für ihre Aufgabe erkennen. Ergänzen Sie den Fall eines lokal gespeicherten Ausdrucks oder einer heruntergeladenen Datei. Die zentrale Versionskontrolle allein verhindert keine Verwendung einer unkontrollierten Kopie außerhalb des vereinbarten Ablaufs.

Quellen: [5] [11]

Migration als fachliche Übernahme planen

SimplerQMS beschreibt im Einführungsprozess eine Analyse vorhandener Dokumente, die Festlegung von Anforderungen und eine Übernahme mit Review- und Freigabeabläufen. Eine neue Genehmigung im Zielsystem kann den dortigen Ausgangsstand festlegen. Sie darf jedoch nicht als ursprüngliche historische Unterschrift ausgegeben werden.

Erstellen Sie vor der Übernahme eine Zuordnungsliste. Sie enthält beispielsweise Quell-ID, fachliche Version, Dateiformat, Gültigkeitsdatum, Status, Eigentümer und zugehörige Aufzeichnungen. Bei offenen CAPA oder Änderungen kommen Verantwortliche, Fristen und noch ausstehende Entscheidungen hinzu. Bei abgeschlossenen Vorgängen steht die nachvollziehbare Historie im Vordergrund.

Entscheiden Sie bewusst, welche Altdaten übernommen und welche in einem kontrollierten Archiv gehalten werden. Das ist insbesondere bei historischen Signaturen relevant. Lassen sich bestimmte Eigenschaften technisch nicht gleichwertig importieren, beschreiben Sie einen geeigneten Erhaltungs- und Zugriffsweg. Übernehmen Sie nicht einfach ein PDF und behaupten anschließend, alle Beziehungen und Metadaten seien erhalten.

Planen Sie einen Probelauf und einen eindeutig festgelegten Übergabezeitpunkt. Änderungen nach dem ersten Export müssen entweder zusätzlich übernommen oder ausgeschlossen und dokumentiert werden. Gleiche Dateianzahlen beweisen keine inhaltliche Vollständigkeit; prüfen Sie eindeutige Zuordnung, Inhalt, Status und benötigte Beziehungen.

Quellen: [4] [9] [11]

Illustratives Testbeispiel: Ein kleiner QMS-Bestand zieht um

Dieses frei entwickelte Beispiel wurde nicht in SimplerQMS ausgeführt. Ein Unternehmen übernimmt 24 gültige SOPs, sechs leere Formulare und drei offene CAPA-Vorgänge. Historische Originalnachweise sollen in einem definierten Altarchiv bleiben. Eine der SOPs hat die fachliche Version 7; das neue System darf daraus nicht die Behauptung einer erstmaligen Erstellung machen.

Die Testumgebung erhält einen dokumentierten Software- und Konfigurationsstand. QA definiert die Akzeptanzkriterien vorab. Die Testdaten enthalten bewusst einen fehlenden Eigentümer, eine doppelte Quell-ID und einen CAPA-Verantwortlichen, der das Unternehmen verlassen hat. Die gewünschte Reaktion wird spezifiziert; sie wird hier nicht als automatisch vorhandene Produktfunktion behauptet.

Quellen: [4] [5] [9]

Rollen, Training und Änderungen bewusst konfigurieren

Die Herstellerseite zur Einführung nennt Konfigurationsentscheidungen, die in Benutzeranforderungen festgehalten werden, sowie organisationsbezogene Rollen und Rechte. Nutzen Sie diese Phase für konkrete Entscheidungen: Wer verfasst, prüft und genehmigt eine SOP? Wer vertritt eine abwesende Person? Wer kann Verantwortlichkeiten oder Termine ändern?

SimplerQMS beschreibt Training Rules, über die Dokumente sowie Gruppen oder Mitarbeiter zugeordnet werden. Die Change-Control-Seite nennt die Festlegung, welche Dokumenttypen einen Änderungsprozess benötigen. Prüfen Sie deshalb eine formale SOP-Änderung getrennt von einer Korrektur an einem nicht kritischen Begleitdokument. Es sollte erkennbar sein, warum ein bestimmter Weg gewählt wurde.

Eine Trainingsunterschrift ist ein Nachweis über den bestätigten Vorgang. Ob eine Person eine Tätigkeit sicher beherrscht, hängt zusätzlich von Inhalt und Methode der Schulung ab. Definieren Sie für kritische Aufgaben eine geeignete Erfolgskontrolle. Testen Sie außerdem einen Rollenwechsel: Der Zugriff kann bereits angepasst sein, während die fachlich erforderliche Schulung noch fehlt.

Quellen: [4] [6] [7] [12]

CAPA-Inhalte und elektronische Entscheidungen nachvollziehen

SimplerQMS beschreibt CAPA-Dokumente auf Basis eigener oder bereitgestellter Vorlagen, Verbindungen zu Qualitätsereignissen und Erinnerungen für Wirksamkeitsprüfungen. Das ist ein anderer Prüfgegenstand als die bloße Ablage eines ausgefüllten Formulars. Legen Sie fest, welche Informationen vorliegen müssen, bevor eine Maßnahme akzeptiert wird.

Prüfen Sie einen Fall mit unzureichendem Umsetzungsbeleg. Kann QA die Bearbeitung zurückgeben und bleibt die erneute Einreichung nachvollziehbar? Kontrollieren Sie Inhalt, Metadaten und Unterschriftsbezug gemeinsam. Ein Dateiname mit dem Wort „freigegeben“ ist kein Ersatz für eine nachvollziehbare elektronische Entscheidung.

Bestimmen Sie, welche Änderungen und historischen Informationen in welchem Review betrachtet werden. Ein technischer Audit Trail kann die Nachverfolgung unterstützen; er bewertet die fachliche Qualität der Ursachenanalyse nicht selbst. Die Wirksamkeit entsprechender CAPA ist gemäß pharmazeutischem Qualitätsprozess zu beurteilen. Eine Erinnerung ist dabei ein organisatorischer Auslöser, kein Wirksamkeitsnachweis.

Quellen: [8] [13] [9]

Softwareupdates und Konfigurationsänderungen getrennt bewerten

Führen Sie drei Stände auseinander: die SimplerQMS-Softwareversion, Ihre freigegebene Konfiguration und die fachliche Dokumentversion. Eine unveränderte SOP kann nach einem Softwareupdate anders dargestellt werden. Umgekehrt kann eine geänderte Trainingsregel den Betrieb beeinflussen, obwohl die Softwareversion gleich bleibt.

Der Hersteller beschreibt erneute Validierung bei neuen Versionen und Standardupdates. Daraus folgt noch kein belastbarer kundenbezogener Zeitplan für Benachrichtigung, eigene Prüfung oder Rückfall. Vereinbaren Sie diese Punkte konkret. Sichern Sie zu einer Änderung die passenden Releaseinformationen, Herstellerbelege und Ihre Auswirkungsbewertung.

Wählen Sie Nachtests nach der betroffenen Funktion: Bei einer Änderung des Freigabewegs beispielsweise Rollen und Signaturen; bei Dokumentdarstellung ein repräsentatives Formular mit Tabellen und Anlagen; bei Training die Zuordnung eines neuen Mitarbeiters. Dokumentieren Sie auch, weshalb bestimmte Prüfungen nicht erforderlich sind. Eine vollständige Wiederholung aller bisherigen Tests nach jeder Änderung ist ebenso wenig pauschal begründet wie der Verzicht auf jede eigene Bewertung.

Quellen: [3] [9]

Office, SSO und Datenherausgabe in den Betrieb einbeziehen

Die aktuelle Technologieseite beschreibt Office-Anbindung, SSO und API-Möglichkeiten. Prüfen Sie nur die tatsächlich genutzten Verbindungen. Eine angebotene API beweist weder eine fertig eingerichtete ERP-Schnittstelle noch die richtige Behandlung fehlgeschlagener Übertragungen.

Für einen Office-Prozess eignet sich ein kontrollierter Abbruchfall: Eine Bearbeitung wird unterbrochen, bevor die Änderung im QMS bestätigt ist. Prüfen Sie anschließend den gespeicherten Stand und die Benutzerinformation. Beim Identitätsdienst betrifft ein wichtiger Fall den Austritt eines Mitarbeiters: Der Zugang muss passend zum definierten Verfahren enden, während historische Entscheidungen verständlich bleiben.

Lassen Sie sich Sicherung und Wiederherstellung für Ihre Betriebsform erklären und belegen. Planen Sie auch den Ausstieg aus dem Dienst. Klären Sie früh, welche Inhalte, Versionen, Signaturen, Beziehungen und Historien exportiert werden können und in welchem Format sie später nutzbar bleiben. Ein Sicherungsintervall aus einer Produktbeschreibung ist keine Garantie für eine bestimmte Wiederanlaufzeit oder einen vollständig lesbaren Archivexport.

Quellen: [1] [9] [11]

Was QA, IT und Geschäftsführung vor dem Start beitragen

Bei einem kleineren Unternehmen liegen die Aufwandstreiber häufig in den Altbeständen und offenen Entscheidungen: uneinheitliche Dokumentnummern, abweichende Freigaben je Standort, ungeklärte Schulungsgruppen und offene Qualitätsvorgänge. Bereiten Sie diese Themen vor, bevor Termine für Migration und Betriebsstart festgelegt werden.

QA verantwortet die fachlichen Anforderungen und die Beurteilung der Nachweise. IT und Systemverantwortliche klären Umgebung, Zugriff und Betrieb; Prozessverantwortliche liefern repräsentative Fälle. Die Geschäftsführung stellt Entscheidungskapazität und Ressourcen sicher. Der Anbieter kann unterstützen, aber unbekannte lokale Abläufe nicht zuverlässig erraten.

• Betriebsarchitektur, Leistungsumfang und tatsächlicher Softwarestand sind dokumentiert.
• GMP-Scope und erforderliche Qualitätsaufzeichnungen sind abgegrenzt.
• Herstellerpaket und verbleibende Nachweislücken sind bewertet.
• Dokumenttypen, Versionen und Freigabewege sind fachlich entschieden.
• Datenmapping, Altarchiv und Abnahme der Übernahme sind festgelegt.
• Trainingszuordnung, Stellvertretung und Berechtigungen wurden geprüft.
• Updateprozess, Störungseskalation und Nachweisablage sind einsatzfähig.
• Wiederherstellung und langfristiger Datenzugriff haben konkrete Akzeptanzkriterien.

Quellen: [4] [13]