Inhaltsverzeichnis
Das Wichtigste vorab
Was muss vor einem GxP-Go-live nachgewiesen sein?
Vor der Nutzung müssen der konkrete Prozess- und Systemstand, die erforderlichen Funktionsnachweise und die benötigten Betriebskontrollen belastbar bewertet sein. Offene Befunde werden nach ihrer Auswirkung beurteilt; ein geplanter Erledigungstermin ersetzt keine notwendige Kontrolle. Die befugten Verantwortlichen dokumentieren Umfang, Voraussetzungen und Ergebnis der Nutzungsentscheidung. Dazu gehören erreichbare Zuständigkeiten, geeignete Schulung und ein tragfähiger Umgang mit Störungen.
- Entscheiden Sie über einen genau bezeichneten Nutzungsumfang und Systemstand.
- Bewerten Sie offene Befunde einzeln nach Fehlerfolge, Nachweis und wirksamer Kontrolle.
- Prüfen Sie neben Funktionen auch Wiederherstellung, Rollen und Betriebsabläufe.
- Ein Go-live-Termin oder eine Gesamtampel ersetzt keine begründete Entscheidung.
1. Go-live als konkrete Nutzungsentscheidung verstehen
Technisch bereitgestellt, getestet und für einen bestimmten Prozess nutzbar sind unterschiedliche Aussagen. Ein Deployment bestätigt zunächst die Bereitstellung eines Stands. Testergebnisse beantworten definierte Prüffragen. Die Nutzungsentscheidung führt diese Ergebnisse mit ihrem Geltungsbereich, offenen Befunden und der betrieblichen Bereitschaft zusammen.
Der hier betrachtete Rahmen ist Humanarzneimittel-GMP. Annex 11 ist die einschlägige GMP-Leitlinie für computergestützte Systeme; Annex 15 ergänzt den Qualifizierungs- und Validierungskontext und verweist für Computersysteme auf Annex 11. Andere Branchen oder zusätzliche nationale und FDA-bezogene Anforderungen benötigen eine gesonderte Einordnung. Die Systemnutzungsentscheidung ist auch keine Zertifizierung einer Arzneimittelcharge.
Beschreiben Sie vor der Entscheidung, wer ab wann welche Tätigkeit mit welcher Konfiguration ausführen darf. Nennen Sie einbezogene Schnittstellen, Datenbestände und Standorte. Nicht vorgesehene Funktionen werden erkennbar ausgeschlossen. „System freigegeben“ ohne diesen Bezug kann mehr versprechen, als die vorhandenen Nachweise tragen.
Dieser Ansatz betrifft den geplanten Übergang eines definierten Stands in den Betrieb. Die allgemeine Aufarbeitung jahrelang fehlender Validierungsunterlagen oder eine erneute Lieferantenauswahl sind andere Aufgaben.
2. Den Nachweisstand gegen den vorgesehenen Gebrauch abgleichen
Stellen Sie Anforderungen, relevante Risiken, Ergebnisse und Befunde so zusammen, dass ein Entscheider den Zusammenhang nachvollziehen kann. Eine reine Liste vorhandener Dokumente beantwortet nicht, ob der geplante Gebrauch abgedeckt ist. Kennzeichnen Sie besonders Funktionen, deren Fehler eine falsche Qualitätsentscheidung oder einen Verlust maßgeblicher Daten verursachen könnten.
Prüfen Sie die Zugehörigkeit der Belege: Passen Softwarestand, Konfiguration, Rollen, Schnittstellen und Testdaten zur vorgesehenen Nutzung? Ein bestandener Test gegen eine ältere Zuordnungstabelle beweist nicht automatisch die korrekte Verarbeitung nach deren Änderung. Erfassen Sie deshalb auch Änderungen zwischen letzter Prüfung und Startvorbereitung.
Vorhandene Lieferantenbelege können geeignete Anforderungen abdecken. Bewerten Sie deren tatsächlichen Umfang und ergänzen Sie gezielt, was für die eigene Verwendung fehlt. Ein selbst erstelltes Dokument ist nicht allein deshalb stärker; entscheidend sind belastbare Aussage und passende Randbedingungen.
Eine knappe Schlussfolgerung nennt erfüllte Kriterien und verbleibende Grenzen. Sie führt zu den Belegen, statt alle Rohdaten zu wiederholen. Wenn ein Ergebnis nicht bewertet ist, bleibt dieser Status sichtbar. „Test durchgeführt“ und „Akzeptanzkriterium erfüllt“ dürfen dabei nicht zu derselben Kennzeichnung werden.
3. Offene Befunde nach ihrer tatsächlichen Wirkung beurteilen
Trennen Sie fehlende Unterlage, ungeprüfte Funktion und nachgewiesenen Fehler. Bei einer fehlenden Unterlage kann geeignete vorhandene Evidenz nachgeführt werden. Eine ungeprüfte kritische Funktion bleibt zunächst eine Wissenslücke. Ein bekannter Fehler erfordert eine Bewertung seiner Auswirkung und einer gegebenenfalls vorhandenen wirksamen Kontrolle.
Die Bezeichnung „geringfügig“ genügt nicht. Beschreiben Sie den betroffenen Prozess, die mögliche Folge, den vorhandenen Nachweis und die verbleibende Unsicherheit. Prüfen Sie, ob mehrere einzeln kleine Befunde zusammen eine wichtige Kontrollkette schwächen. Ein Mittelwert aus grünen und roten Positionen wäre dafür ungeeignet.
Als praktische Entscheidungsregel gilt: Fehlt für die vorgesehene Nutzung eine notwendige kritische Voraussetzung, wird dieser Umfang nicht freigegeben. Eine Restmaßnahme mit Verantwortlichem und Termin macht eine fehlende Kontrolle nicht wirksam. Bei einer vertretbaren Restarbeit muss nachvollziehbar sein, weshalb die aktuelle Nutzung bereits ausreichend gestützt ist.
Annex 15 Abschnitt 2.10 behandelt den autorisierten Übergang zur nächsten Qualifizierungs- oder Validierungsstufe unter den dort genannten Bedingungen. Er ist keine pauschale Erlaubnis zum produktiven GxP-Start mit offenen kritischen Punkten.
4. Betriebsbereitschaft an konkreten Handlungen prüfen
Ein System kann fachliche Tests bestehen und trotzdem im Alltag nicht beherrschbar sein. Prüfen Sie deshalb, wer einen Vorfall annimmt, seine fachliche Bedeutung bewertet und eine Entscheidung über die weitere Verwendung herbeiführt. Eine allgemeine Supportadresse beantwortet noch nicht, wer bei einem möglicherweise falsch verarbeiteten Laborergebnis handeln muss.
Ordnen Sie jedem erforderlichen Betriebsprozess einen erreichbaren Verantwortlichen und einen verständlichen Ablauf zu. Dazu können Berechtigungsvergabe, Konfigurationsänderungen, Überwachung von Schnittstellen, Umgang mit Fehlermeldungen und Prüfung relevanter Ereignisspuren gehören. Umfang und Frequenz richten sich nach dem konkreten Risiko.
Probieren Sie den vorgesehenen Meldeweg mit einem sachlichen Szenario aus: Eine Schnittstelle meldet Erfolg, im Ziel fehlt jedoch eine entscheidungsrelevante Zuordnung. Welcher Anwender erkennt das, wer begrenzt die weitere Nutzung und wo bleibt der Nachweis? Die Antwort sollte nicht davon abhängen, dass zufällig ein Projektmitarbeiter erreichbar ist.
Die Übergabe gilt praktisch erst als belastbar, wenn der Betrieb die nötigen Unterlagen, Zugriffe und Entscheidungen übernehmen kann. Ein Termin im Kalender allein belegt diese Bereitschaft nicht.
5. Backup, Wiederherstellung und Ausfallverfahren auseinanderhalten
Ein erfolgreicher Sicherungsjob ist ein wichtiger Betriebsbefund, aber noch kein Nachweis, dass die benötigten Daten korrekt wiederhergestellt werden können. Annex 11 Abschnitt 7.2 bezieht die Prüfung von Integrität, Richtigkeit und Wiederherstellbarkeit in die Validierung und die spätere Überwachung ein. Bestimmen Sie dafür den relevanten Daten- und Systemumfang.
Das bedeutet nicht automatisch einen vollständigen Restore aller Unternehmensdaten in der produktiven Umgebung. Wählen Sie eine geeignete, kontrollierte Prüfung und begründen Sie ihre Repräsentativität. Berücksichtigen Sie die Informationen, deren Verlust oder falsche Zuordnung den vorgesehenen Prozess beeinträchtigen würde.
Daneben steht das Ausfallverfahren für kritische Prozesse. Eine Datenwiederherstellung kann technisch funktionieren und trotzdem länger dauern, als der Prozess verträgt. Legen Sie deshalb fest, was während des Ausfalls geschieht, wie alternative Aufzeichnungen geführt werden und wie deren spätere Übernahme kontrolliert wird.
Vor der Entscheidung muss die betrachtete Lösung zu den benötigten Wiederanlaufbedingungen passen. Ein ungeprüftes Versprechen des Dienstleisters oder der Hinweis „Backup läuft täglich“ beantwortet diese Frage nicht. Geeignete Lieferantennachweise können dagegen genutzt werden, wenn ihre Aussage den benötigten Umfang tatsächlich trägt.
6. Schulung, Zugriffe und Datenübergang aufeinander abstimmen
Benennen Sie die Nutzergruppen, die zum Start tätig werden sollen. Prüfen Sie, ob ihre Einweisung die tatsächlichen Aufgaben, kritischen Fehlersituationen und neuen Betriebsverfahren abdeckt. Die Teilnahme an einer allgemeinen Produktvorführung ist dafür nicht automatisch ausreichend. Ein ungeschulter Vertretungsfall kann eine ansonsten schlüssige Planung unterlaufen.
Vergleichen Sie die vorgesehenen Rollen mit den wirksamen Zugriffsrechten. Besonders relevant sind Rechte zum Verändern von Stammdaten, Löschen von Aufzeichnungen und Umgehen fachlicher Kontrollschritte. Für den Start benötigte technische Konten müssen ebenso eingeordnet sein wie persönliche Benutzer.
Wenn Daten migriert werden, benötigen Sie einen Abgleich ihrer Werte und Bedeutung im neuen System. Vollständige Datensatzzahlen allein beweisen beispielsweise keine richtige Zuordnung von Einheit, Status und Probe. Legen Sie fest, welche Daten unmittelbar nach dem Wechsel benutzt werden dürfen und wie nicht abgeschlossene Vorgänge behandelt werden.
Diese Punkte gehören zusammen: Der richtige Datensatz nützt wenig, wenn der zuständige Mitarbeiter ihn nicht findet oder mit einer unpassenden Rolle bearbeitet. Prüfen Sie daher einen vollständigen fachlichen Ablauf unter den vorgesehenen Startbedingungen.
7. Eine kurze Entscheidungsvorlage mit belastbaren Bezügen verwenden
Die folgende Tabelle ist eine eigene Arbeitshilfe, keine behördlich vorgegebene Vorlage. Sie verdichtet den Stand für die Entscheidung. Verknüpfen Sie jede Aussage mit den zugehörigen Nachweisen; die ausführlichen Protokolle und Bewertungen bleiben an ihrem gelenkten Ablageort.
Ergebnis kann die Freigabe des beantragten Umfangs, die Entscheidung über einen nachweisbar abgegrenzten Umfang oder die Verschiebung sein. Eine Einschränkung ist nur tragfähig, wenn sie technisch und organisatorisch tatsächlich wirkt. Der ausgeschlossene Prozess darf die übrige Nutzung nicht weiterhin unbemerkt beeinflussen.
Die zuständigen Personen und ihre Befugnisse folgen dem Qualitätssystem und der konkreten Organisation. Erfinden Sie keine allgemeine Unterschriftenliste. Halten Sie jedoch fest, welche fachlichen und betrieblichen Beiträge berücksichtigt wurden und wer die Entscheidung treffen darf.
| Feld | Konkreter Eintrag | Prüffrage |
|---|---|---|
| Nutzungsumfang | Prozess, Systemstand, Standort, Schnittstellen | Worüber wird genau entschieden? |
| Nachweisstand | Kriterien, Ergebnis und Belegreferenz | Stützt die Evidenz den vorgesehenen Gebrauch? |
| Offener Befund | Auswirkung, Unsicherheit, vorhandene Kontrolle | Ist die aktuelle Nutzung bereits vertretbar? |
| Betriebsbereitschaft | Ablauf, Verantwortlicher, zugänglicher Nachweis | Kann der Betrieb tatsächlich übernehmen? |
| Entscheidung | Umfang, Voraussetzungen, Befugter, Datum | Sind Grenzen verständlich und wirksam? |
| Nachverfolgung | Maßnahme, Termin, Abschlusskriterium | Wer prüft den sachlichen Abschluss? |
8. Illustratives Beispiel: Labor-ERP mit ungeprüfter Wiederherstellung
Beispiel: Ein fiktives Pharma-KMU führt ein Labor-ERP ein. Probenannahme, Ergebniszuordnung und Statusübergaben sind für den beantragten Stand nachgewiesen. Das System soll die maßgeblichen elektronischen Laboraufzeichnungen führen. Eine erfolgreiche Wiederherstellung dieser Daten ist bislang weder durch geeignete eigene noch durch passende Lieferantenbelege gezeigt. Alle folgenden Angaben sind konstruiert.
Die Projektübersicht zeigt überwiegend abgeschlossene Tests. Trotzdem fehlt eine erforderliche Grundlage für den vorgesehenen Betrieb. Das Team verschiebt in diesem Beispiel die produktive Nutzung. Eine mündlich vorgeschlagene Parallelnotiz wird nicht als Ersatz akzeptiert, weil weder Vollständigkeit noch spätere Zuordnung dieses Ausweichverfahrens geprüft sind.
IT und Prozessverantwortlicher legen anschließend den repräsentativen Wiederherstellungsumfang fest. In einer geeigneten Prüfumgebung werden die benötigten Aufzeichnungen, Beziehungen und Zugriffe nach Wiederherstellung abgeglichen. Die zuständigen Verantwortlichen bewerten die Ergebnisse; im konstruierten weiteren Verlauf sind die vorher festgelegten Kriterien erfüllt.
Ein verbliebener Darstellungsfehler in einer internen Hilfeliste wird separat behandelt. Der benötigte Laborablauf nutzt diese Liste nicht, und die Begründung wird mit einem nachvollziehbaren Abgleich belegt. Erst jetzt entsteht eine neue Nutzungsentscheidung für den benannten Stand. Nicht die Zahl offener Punkte, sondern deren Bedeutung hat sich verändert.
| Befund | Bewertung vor dem Start | Maßnahme und Entscheidungsfolge |
|---|---|---|
| Fachlicher Ablauf bestanden | Erfüllt die geprüften Funktionen | Belege dem beantragten Stand zuordnen. |
| Wiederherstellbarkeit unbelegt | Notwendige Grundlage für maßgebliche Aufzeichnungen fehlt | Produktive Nutzung verschieben; geeigneten Nachweis herstellen. |
| Parallelnotiz nur vorgeschlagen | Wirksamkeit und Vollständigkeit unklar | Nicht als bestehende Kontrolle anrechnen. |
| Wiederherstellung später belegt | Festgelegte Kriterien im Beispiel erfüllt | Ergebnis bewerten und neue Entscheidung treffen. |
| Hilfeliste mit Darstellungsfehler | Keine Auswirkung auf den beantragten Ablauf belegt | Restmaßnahme mit Abschlusskriterium nachverfolgen. |
9. Umschaltung und Startkontrolle vorbereiten
Zwischen Entscheidungsbeleg und erster produktiver Nutzung können weitere Veränderungen auftreten. Legen Sie fest, wie der tatsächlich bereitgestellte Stand mit dem entschiedenen Stand abgeglichen wird. Dazu gehören relevante Konfiguration, aktivierte Schnittstellen, freigegebene Daten und Benutzerrollen.
Definieren Sie für die Umschaltung konkrete Abbruch- und Eskalationsbedingungen. Welche unerwartete Abweichung stoppt den Wechsel? Wer entscheidet über eine Rückkehr oder einen kontrollierten Zwischenzustand? Ein technischer Rollback kann kompliziert werden, sobald neue produktive Aufzeichnungen entstanden sind. Die Behandlung dieser Daten muss deshalb vorab bedacht werden.
Führen Sie eine angemessene Startkontrolle für die kritischen Abläufe durch. Sie ergänzt den vorhandenen Nachweis unter den tatsächlichen Startbedingungen, ersetzt aber keine fehlende grundlegende Validierung. Bleiben Ergebnisse unklar, wird die Nutzung nach dem vereinbarten Verfahren begrenzt und bewertet.
Halten Sie Abweichungen vom geplanten Wechsel fest. Eine nachträgliche Änderung am System darf nicht stillschweigend unter die vorherige Entscheidung fallen, wenn deren Aussage dadurch betroffen ist.
10. Restarbeiten und Betriebsübergabe abschließbar machen
Benennen Sie für jede verbleibende Maßnahme ein prüfbares Abschlusskriterium. „Dokumentation verbessern“ ist dafür zu unbestimmt. „Fehlende Referenz auf den bereits bewerteten Restore-Nachweis ergänzen und die Verknüpfung prüfen“ ist konkret abschließbar. Die sachliche Bewertung sollte von der bloßen Terminmeldung unterscheidbar bleiben.
Der Übergang in den Regelbetrieb umfasst auch offene Vorfälle, bekannte Grenzen und anstehende Änderungen. Vereinbaren Sie, wann die besondere Startbegleitung endet und welche Bedingungen dafür erfüllt sein müssen. Eine feste Zahl von Tagen passt nicht zu jedem System und Prozess.
Für KMU entsteht Aufwand vor allem dann, wenn Entscheidungen erst am Vorabend gebündelt werden. Sammeln Sie Nachweise und klären Sie Befugnisse bereits während des Projekts. So wird das Go-live-Gespräch zur Entscheidung über einen bekannten Stand, statt zur improvisierten Suche nach Unterlagen.
- Nutzungsumfang und tatsächlich bereitgestellter Stand sind eindeutig bezeichnet.
- Kritische Anforderungen und Ergebnisse sind nachvollziehbar verknüpft.
- Offene Befunde sind einzeln bewertet; nötige Kontrollen wirken bereits.
- Relevante Daten, Rollen und Schulungen passen zum Start.
- Wiederherstellung und Ausfallverfahren sind passend nachgewiesen.
- Betrieb, Support und Eskalation haben erreichbare Verantwortliche.
- Entscheidungsbefugnis, Ergebnis und Grenzen sind dokumentiert.
- Restmaßnahmen haben Verantwortliche, Termin und Abschlussnachweis.
Häufige Fragen zu GxP-Go-live
Reicht ein unterschriebener Validierungsbericht für den Go-live?
Er kann die Nutzungsentscheidung enthalten oder unterstützen, wenn sein Umfang und die zuständigen Befugnisse dazu passen. Entscheidend ist seine Aussage: Bezieht er sich auf den tatsächlichen Stand, bewertet er offene Befunde und berücksichtigt er erforderliche Betriebsbedingungen? Eine Unterschrift unter einer reinen Testzusammenfassung beantwortet diese Fragen nicht automatisch. Ein zusätzlicher Beleg ist nur dann nötig, wenn die Entscheidung sonst unklar bleibt.
Müssen vor dem Start ausnahmslos alle Maßnahmen geschlossen sein?
Nicht jede Restarbeit hat dieselbe Bedeutung. Für den vorgesehenen Gebrauch notwendige Voraussetzungen müssen jedoch erfüllt beziehungsweise durch geeignete wirksame Kontrollen getragen sein. Eine unkritische, nachvollziehbar abgegrenzte Restarbeit kann separat nachverfolgt werden. Dokumentieren Sie ihre Auswirkung und das Abschlusskriterium. Der Termin einer Maßnahme allein rechtfertigt keine Nutzung, wenn aktuell eine kritische Grundlage fehlt.
Erlaubt Annex 15 Abschnitt 2.10 einen bedingten Produktivstart?
Die Stelle behandelt den Übergang zur nächsten Qualifizierungs- oder Validierungsstufe und nennt dafür eine dokumentierte Bewertung der Auswirkungen auf die nächste Tätigkeit. Sie ist keine allgemeine Produktivstart-Erlaubnis. Für den konkreten GxP-Gebrauch bleiben die erforderlichen Kontrollen und Nachweise maßgeblich. Eine offene kritische Voraussetzung lässt sich deshalb nicht allein mit einem Verweis auf diesen Abschnitt übergehen.
Wer muss die Go-live-Entscheidung unterschreiben?
Das bestimmt die anwendbare Organisations- und Freigaberegel mit den dafür befugten Verantwortlichen. Es gibt aus den hier verwendeten Quellen keine universelle Liste, nach der immer dieselben Funktionen jedes Systemdokument unterzeichnen müssen. Fachliche Bewertung, technische Bereitschaft und Qualitätsaufsicht müssen dennoch geeignet berücksichtigt sein. Legen Sie außerdem vorab fest, wer bei Abwesenheit wirksam vertreten darf.
Kann der Dienstleister die Nutzungsentscheidung übernehmen?
Ein Dienstleister kann vereinbarte Prüfungen, Bewertungen und Vorlagen liefern. Ob ihm eine konkrete Entscheidung übertragen werden kann, hängt von Aufgabe, Vereinbarung und tatsächlicher Befugnis ab. Seine technische Fertigmeldung ersetzt nicht automatisch die betriebliche Entscheidung des regulierten Unternehmens. Prüfen Sie insbesondere, wer die eigenen Prozessgrenzen und verbliebenen Risiken beurteilt und verbindlich verantwortet.
Muss für den Go-live ein vollständiger Produktiv-Restore stattfinden?
Nicht pauschal. Erforderlich ist ein geeigneter Nachweis der relevanten Wiederherstellbarkeit im betrachteten Systemkontext. Ein kontrollierter Test in einer repräsentativen Umgebung oder passende belastbare Lieferantenevidenz kann dazu beitragen. Begründen Sie Abdeckung und Grenzen. Der bloße Erfolg eines Backup-Jobs belegt dagegen noch nicht, dass benötigte Daten richtig und rechtzeitig wieder verfügbar sind.
Quellen: [2]
Dürfen wir nur einen Teil des Systems produktiv nehmen?
Ein abgegrenzter Nutzungsumfang kann gesondert beurteilt werden, wenn er fachlich und technisch wirklich trennbar ist. Prüfen Sie gemeinsame Daten, Rollen, Schnittstellen und Abhängigkeiten. Der ausgeschlossene Fehler darf den erlaubten Ablauf nicht beeinflussen. Dokumentieren und kommunizieren Sie die wirksame Grenze. Eine bloße Formulierung im Freigabebeleg genügt nicht, wenn Anwender den ausgeschlossenen Prozess weiterhin unkontrolliert nutzen können.
Welche Bedeutung hat der Schulungsstand für die Entscheidung?
Prüfen Sie, ob die zum Start eingesetzten Mitarbeiter ihre konkreten Aufgaben und relevante Fehlersituationen beherrschen können. Berücksichtigen Sie Vertretungen und neue Betriebsverfahren. Eine allgemeine Teilnahmebescheinigung ist nur so aussagekräftig wie ihr Schulungsumfang. Wenn ein notwendiger Anwenderkreis noch nicht passend eingewiesen ist, muss dies in die Planung und Entscheidung über den tatsächlichen Nutzungsumfang einfließen.
Quellen: [4]
Was geschieht bei einer Änderung kurz nach der Freigabe?
Bewerten Sie, ob die Änderung die Aussage der bisherigen Nachweise oder Entscheidung betrifft. Halten Sie Konfiguration, betroffene Anforderungen und nötige Zusatzprüfungen nachvollziehbar fest. Ein sehr naher Zeitpunkt zum Go-live macht die Änderung nicht automatisch unkritisch. Je nach Auswirkung sind ergänzende Nachweise und eine erneute Entscheidung erforderlich; nicht jede Änderung verlangt dagegen den vollständigen Neuaufbau aller Unterlagen.
Quellen: [2]
Wie vermeiden wir ein aufwendiges Freigabemeeting ohne Ergebnis?
Verteilen Sie vorab eine kurze Vorlage mit Umfang, belegtem Stand, entscheidungsrelevanten Befunden und klaren Fragen. Laden Sie Personen mit den benötigten Befugnissen und Kenntnissen ein. Fehlende Informationen erhalten einen Verantwortlichen und einen konkreten Nachweisauftrag. Das Ergebnis muss benennen, was genutzt werden darf oder weshalb noch keine Entscheidung möglich ist. Eine weitere allgemeine Projektstatusrunde hilft dabei wenig.
Quellen & fachlicher Stand
Quellenstand: 6. Oktober 2026. Betrachtet wird Humanarzneimittel-GMP. Tabellen, Checkliste und Labor-ERP-Fall sind eigene Arbeitshilfen und ausdrücklich illustrative Beispiele; sie ersetzen keine Bewertung des konkreten Systems.
- Europäische Kommission: EudraLex Volume 4 – geltender Humanarzneimittel-GMP-Rahmen
- Europäische Kommission: EU-GMP Annex 11 – Computerised Systems
- Europäische Kommission: EU-GMP Annex 15 – Qualification and Validation
- Europäische Kommission: EU-GMP Kapitel 2 – Personnel
- Europäische Kommission: EU-GMP Kapitel 4 – Documentation
- EMA/ICH: Q9(R1) – Quality Risk Management
Zuletzt fachlich geprüft am 06.10.2026.
Daniel Herrmann Consulting
Die Go-live-Entscheidung konkret vorbereiten
Wir helfen Ihnen, Nachweisstand, offene Befunde und Betriebsbereitschaft in eine nachvollziehbare Entscheidungsgrundlage zu überführen. Der tatsächliche Nutzungsumfang gibt die Prüftiefe vor.
- IT-GxP-Audit →
Vorhandene Nachweise und offene Voraussetzungen vor dem Start bewerten.
- IT-GxP-Consulting →
Entscheidungsvorlage, gezielte Nachweise und Betriebsübergabe ausarbeiten.