d.velop Life Sciences validieren: SOP-Wechsel und Schulungsnachweise in dls | eQMS

1. Die tatsächliche Produktkombination bestimmen

Die frühere d.velop Life Sciences GmbH heißt seit Februar 2023 Digital Life Sciences GmbH. Ihre dls | eQMS-Suite verbindet Module für Dokumentenlenkung, Schulung und Qualitätsprozesse. Für die Dokumentenlenkung nennt der Hersteller d.velop documents als Basis. Der frühere Firmenname allein bezeichnet deshalb keine eindeutig versionierte Anwendung. Halten Sie Plattform, Module, Erweiterungen und Betriebsform getrennt fest.

Die Suite wird für eigene Infrastruktur und als Cloud-Angebot beschrieben. Daraus folgt noch nicht, welcher Vertrag Ihre Installation abdeckt. Erfassen Sie Anbieter und Verantwortlichkeiten für Betrieb, Identitäten, Sicherung, Wiederherstellung und Änderungen. Bei einem gehosteten System bleiben beispielsweise Aufgaben für fachliche Rollenvergabe, Dokumenteninhalte und Nutzungsentscheidungen im Unternehmen zuzuordnen.

Eine belastbare öffentliche numerische Version der konkreten dls-Module lässt sich aus den Produktseiten nicht bestimmen. Beschaffen Sie daher das Installationsinventar und passende Lieferunterlagen. Diese Unsicherheit ist praktisch relevant: Eine aktuelle Produktbeschreibung kann Funktionen zeigen, die Ihre bestehende Installation oder Lizenz noch nicht umfasst.

Quellen: [1] [2] [3] [10]

2. Den GMP-Prozess vor dem Nachweispaket festlegen

Beschreiben Sie zunächst das Ergebnis, auf das sich Ihr Betrieb verlassen will: beispielsweise eine gültige SOP am Arbeitsplatz, der passende Schulungsnachweis und die nachvollziehbare Entscheidung über eine damit verbundene CAPA. Benennen Sie Eingangsdaten, beteiligte Rollen, relevante Aufzeichnungen und Grenzen. Ein allgemein formuliertes Ziel wie „elektronisches Qualitätsmanagement“ reicht dafür kaum aus.

Dieser Leitfaden betrachtet computergestützte Tätigkeiten im Humanarzneimittel-GMP-Bereich. Annex 11 ist die dafür herangezogene GMP-Leitlinie; Umfang und Tiefe der Nachweise werden anhand von Verwendung und Risiko begründet. Andere Einsatzfelder, etwa Medizinprodukte oder klinische Studien, benötigen ihre eigene Einordnung. Ein FDA-Bezug entsteht ebenfalls nicht allein durch den Produktnamen oder die Branche des Herstellers.

Der Anbieter beschreibt ein Validierungspaket mit Unterstützung für Lastenheft und Risikobewertung sowie Dokumentation installierter Software und Konfiguration. Prüfen Sie das tatsächlich angebotene Paket: Welche Version, Umgebung, Anforderungen, Prüfergebnisse und Abweichungen sind erfasst? Übernehmen Sie geeignete Belege mit begründeter Zuordnung. Ergänzen Sie anschließend die kundenspezifischen Übergänge, statt Standards unterschiedslos erneut zu testen.

Quellen: [10] [9] [6] [14]

3. Lieferbelege und lokale Prüflücken zusammenführen

Die folgende Matrix ist eine Arbeitshilfe zur Paketprüfung. Sie behauptet keine bereits vorhandenen Herstellerdokumente. Fordern Sie die genannten Belege an und halten Sie fest, was tatsächlich vorliegt. Fehlt ein Dokument, ist zunächst seine Bedeutung für Ihren Prozess zu bewerten; nicht jede fehlende Dateibezeichnung bedeutet eine gleich große fachliche Lücke.

Ordnen Sie jede relevante Anforderung einem vorhandenen Beleg oder einem gezielten Ergänzungsnachweis zu. Besonders ergiebig sind Übergänge zwischen Bausteinen: Eine Modulprüfung kann die korrekte Aufgabenerzeugung zeigen, während Ihre lokale Zuordnung einer neuen Mitarbeiterrolle trotzdem ungeprüft bleibt.

Quellen: [6] [3] [4] [5] [10]

4. Freigabe und Inkraftsetzung auseinanderhalten

Die Dokumentenlenkung beschreibt konfigurierbare Umläufe je Vorlage und unterschiedliche Versionsstände. Außerdem unterscheidet sie Freigabe und Inkraftsetzung: Üblicherweise folgt die Inkraftsetzung auf eine Schulungsphase, sie kann auch manuell erfolgen. Übersetzen Sie diese Möglichkeiten in eine eindeutige betriebliche Regel. Wer entscheidet über den Zeitpunkt, welche Voraussetzungen gelten und welcher Stand erscheint im produktiven Arbeitsweg?

Prüfen Sie einen geplanten Wechsel einschließlich Zwischenzuständen. Eine bereits genehmigte Revision darf nicht versehentlich als sofort gültig erscheinen, wenn Ihre Regel einen späteren Start vorsieht. Umgekehrt muss der bisherige gültige Stand während der Übergangszeit zuverlässig verfügbar bleiben. Berücksichtigen Sie Verknüpfungen, Favoriten und den tatsächlich verwendeten Einstieg am Arbeitsplatz.

Nach Herstellerbeschreibung können berechtigte Benutzer ältere Versionen einsehen. Das ist nicht automatisch ein Fehler: Historische Stände können für Untersuchungen erforderlich sein. Entscheidend ist, dass ihr Status erkennbar bleibt und ihre unzulässige operative Verwendung verhindert wird. Ein generelles Verbot jedes historischen Lesezugriffs wäre keine passende Ersatzregel.

Quellen: [3] [11] [10]

5. Schulungen mit Person, Tätigkeit und Revision verbinden

Bei integrierter Dokumentenlenkung beschreibt das Schulungsmodul Aufgaben für neue freigegebene Revisionen. Qualifikationsprofile und eine Matrix unterstützen die Zuordnung. Prüfen Sie daher nicht nur, ob eine Aufgabe entsteht, sondern für wen, aufgrund welcher Tätigkeit und für welchen Dokumentstand. Eine Erledigung zu Revision 04 erfüllt nicht ohne Weiteres den vorgesehenen Nachweis zu Revision 05.

Ein Leseklick und nachgewiesene praktische Befähigung beantworten unterschiedliche Fragen. Kapitel 2 behandelt geeignete Schulung, fortlaufende Qualifizierung und die Bewertung ihrer praktischen Wirksamkeit. Bestimmen Sie passend zum Inhalt, ob Lesen genügt oder etwa eine Einweisung und eine praktische Beobachtung erforderlich sind. Eine automatisch erzeugte Aufgabe legt diese fachliche Entscheidung nicht fest.

Rollenwechsel, Eintritt, Abwesenheit und Stellvertretung gehören in die Prüfung. Ein Vertreter kann beispielsweise organisatorisch Aufgaben übernehmen, ohne automatisch dieselbe Entscheidungsbefugnis zu besitzen. Beschreiben Sie, welche Befugnisse tatsächlich übertragen werden dürfen. Offene Schulungen erfordern eine konkrete Bewertung; eine universelle technische Arbeitsplatzsperre lässt sich weder aus einer Produktübersicht noch aus jeder Schulungsanforderung ableiten.

Quellen: [4] [12] [10]

6. CAPA-Daten, PDF/A und Papierkopien richtig einordnen

Das CAPA-Modul beschreibt unter anderem Weiterleitung, Eskalation, Stellvertretung und Verknüpfungen zu anderen Qualitätsprozessen. Nach Herstellerangabe werden Formularstände als PDF/A abgelegt. Für die Nachweisplanung zählt jedoch, welche Informationen eine spätere Entscheidung verständlich machen: Anlass, Maßnahmen, Verantwortlichkeit, relevante Änderungen, verbundene Dokumente und die festgelegte Wirksamkeitsbeurteilung.

Vergleichen Sie deshalb eine repräsentative elektronische Fallakte mit ihrer Ausgabe. Sind entscheidende Beziehungen und zeitliche Zusammenhänge erhalten oder nur im System sichtbar? PDF/A kann eine geeignete Darstellung unterstützen, belegt aber allein weder vollständige Aktenübernahme noch Schutz vor jeder Änderung. Aufbewahrung und Wiederauffindbarkeit richten sich nach den tatsächlich benötigten Aufzeichnungen und ihrem Zweck.

Kontrollierter Druck wird mit Begründung, Protokollierung und Rückmeldung über zurückgegebene oder vernichtete Ausdrucke beschrieben. Der Eintrag ist ein Nachweisbaustein; er entsorgt keine Papierkopie. Legen Sie fest, wie offene Exemplare verfolgt werden und wer den tatsächlichen Zustand bestätigt. Maßnahmenabschluss und CAPA-Abschluss sind ebenfalls zu unterscheiden, wenn eine Wirksamkeitsbewertung noch aussteht.

Quellen: [5] [3] [11] [13] [10]

7. Illustratives Beispiel: eine CAPA ändert eine SOP

Das folgende vollständig fiktive Sollbeispiel ist eine Arbeitshilfe, kein ausgeführter Produkttest. CAPA K-026 verlangt SOP-Revision 05 statt 04. Zwölf Mitarbeiter sind zugeordnet; neun Nachweise zu 05 liegen vor. Zwei kontrollierte Altkopien existieren. Die hier gewählte interne Regel erlaubt die Tätigkeit erst nach dem individuellen Nachweis. Diese Beispielregel ist keine universelle regulatorische Vorgabe.

Der Testverantwortliche legt vorab Rollen, Ausgangsstände und erwartete Reaktionen fest. Er prüft sowohl die sichtbare Entscheidung als auch zugehörige Aufzeichnungen. Wenn das System eine Bedingung nicht technisch erzwingt, muss die vorgesehene zusätzliche Kontrolle konkret beschrieben und hinsichtlich ihrer Eignung beurteilt werden.

Quellen: [3] [4] [5] [10] [13] [12] [11]

8. Änderungen und engamp als eigenen Umfang behandeln

Für den laufenden Betrieb brauchen Sie einen Weg, Änderungen an Basisplattform, Modulen, Rollen und Schnittstellen zu erkennen. Bewerten Sie deren Auswirkungen auf Ihre freigegebenen Abläufe. Ein Update kann beispielsweise die Darstellung verändern, aber auch Aufgabenverteilung oder einen Export beeinflussen. Die Auswahl erneuter Prüfungen sollte diesen tatsächlichen Unterschied abdecken.

engamp wird als neue Produktlinie angeboten. Ihre Funktionen, Lizenzrollen und Updateangaben dürfen nicht ungeprüft auf bestehende dls-Installationen übertragen werden. Die öffentliche FAQ verweist Bestandskunden für einen Übergang an ihren Projektkontakt. Daraus folgt weder ein Pflichtumstieg noch eine bestätigte automatische Migration aller Daten und Historien.

Bei einem Wechsel prüfen Sie besonders offene Vorgänge, gültige Dokumentstände, Schulungszuordnungen, Rollen und benötigte historische Informationen. Fordern Sie konkrete Übertragungs- und Abgleichregeln an. Für Hostingwechsel gehören außerdem Zugriff, Wiederherstellung und Betriebsverantwortung auf die Liste. Entscheiden Sie begründet, welche bisherigen Nachweise weitertragen und welche Übergänge neu belegt werden müssen.

Quellen: [7] [8] [10] [11]

9. Aufwand über Entscheidungen und Übergänge planen

Für ein KMU ist ein klar begrenzter erster Prozess oft hilfreicher als die gleichzeitige Einführung aller verfügbaren Module. Benennen Sie einen fachlichen Verantwortlichen, Ansprechpartner für Dokumente und Schulung sowie IT und die im Unternehmen zuständige Qualitätsfunktion. Entscheidend sind verfügbare Befugnisse und Kenntnisse; eine bestimmte universelle Unterschriftenfolge wird damit nicht vorgegeben.

Der Aufwand entsteht vor allem durch unterschiedliche Dokumenttypen, lokale Umläufe, Rollenvarianten, Altdatenqualität und Schnittstellen. Auch die Frage, welche historischen Informationen migriert werden müssen, kann erheblichen Klärungsbedarf auslösen. Ein nutzbares Lieferpaket reduziert passende eigene Nachweise, beseitigt aber nicht die Arbeit an unklaren internen Regeln.

Bereiten Sie vor der Terminplanung Versionsinventar, Beispielakten, Rollenliste und bekannte Sonderfälle vor. Trennen Sie Anforderungen, die das Produkt bereits nachweisbar erfüllt, von Konfigurationsarbeit und organisatorischen Entscheidungen. So lässt sich mit dem Anbieter konkret besprechen, wer welche Unterlagen und Prüfungen liefert. Belastbare Dauer- oder Preisangaben benötigen erst diesen geklärten Umfang.

Quellen: [6] [2] [10] [12]

10. Checkliste für die begründete Nutzungsentscheidung

Verwenden Sie diese Checkliste als eigene Abschlusskontrolle für den vereinbarten Umfang. Ein Haken sollte auf einen auffindbaren Nachweis oder eine begründete Entscheidung verweisen. Offene Punkte werden nach ihrer Bedeutung für die vorgesehene Nutzung bewertet; eine bloße Anzahl erledigter Tests ersetzt diese Bewertung nicht.

Nach der Einführung bleibt die Abgrenzung nützlich: Neue Module, zusätzliche Standorte und geänderte Schulungsmodelle lassen sich gegen den bisher belegten Ablauf prüfen. Halten Sie außerdem fest, wer offene Vorgänge bei Ausfall bearbeitet und wie nach Wiederanlauf ein konsistenter Arbeitsstand festgestellt wird.

• Basisplattform, dls-Module, Versionen, Lizenzen und Hosting sind eindeutig erfasst.
• Lieferbelege sind gelesen, zugeordnet und hinsichtlich lokaler Grenzen bewertet.
• Freigabe, Inkraftsetzung und produktiver Zugriff zeigen den vorgesehenen Dokumentstand.
• Personen, Tätigkeiten und Schulungsnachweise sind revisionsbezogen zugeordnet.
• Stellvertretung und unerlaubte Aktionen wurden anhand konkreter Rollen geprüft.
• CAPA-Verknüpfungen, Ausgaben und erforderliche Historien bleiben nachvollziehbar.
• Kontrollierte Altkopien und offene Schulungen haben einen geregelten Umgang.
• Betrieb, Änderungen, Wiederherstellung und Nutzungsentscheidung besitzen zuständige Verantwortliche.

Quellen: [10] [11] [12] [13]