Inhaltsverzeichnis
Das Wichtigste vorab
Was ist nach einem Behördenfinding zu IT-Systemen oder CSV zu tun?
Klären Sie zuerst den Befund, mögliche Auswirkungen und verbindliche Fristen. Sichern Sie relevante Nachweise, begrenzen Sie unmittelbare Risiken und weisen Sie die Bearbeitung klar zu. Darauf folgen Ursachenanalyse, ein nachvollziehbarer Maßnahmenplan und Wirksamkeitsprüfung. Verbinden Sie nachhaltige Verbesserungen mit Ihrer Systemstrategie, ohne notwendige Sofortmaßnahmen oder Behördenfristen aufzuschieben.
Einordnung und Geltungsbereich
Dieser Beitrag erläutert ein allgemeines Vorgehen im GMP-Qualitätssystem. Art des Befunds, behördliches Schreiben und Rechtsraum bestimmen die konkreten Pflichten. Er nennt bewusst keine universelle Antwortfrist und ersetzt keine fallbezogene Abstimmung mit den verantwortlichen Stellen.
Den konkreten Mangel schließen und seine Wiederholung verhindern
Unterscheiden Sie Korrektur und Ursache. Einen fehlenden Bericht nachzuholen kann notwendig sein, beseitigt aber möglicherweise weder unklare Verantwortung noch einen ungeeigneten Prüfprozess. Auch „Mitarbeiter nachschulen“ ist nur dann eine passende Maßnahme, wenn fehlende Kompetenz tatsächlich eine relevante Ursache ist.
Erweitern Sie den Blick auf die geplante Systemlandschaft. Wenn mehrere Systeme denselben schwachen Prozess nutzen, kann eine gemeinsame Rollen- oder Änderungsregel nachhaltiger sein als getrennte lokale Reparaturen. Eine strategisch geplante Migration oder Stilllegung darf jedoch nicht als Begründung dienen, aktuelle unbeherrschte Risiken bis dahin bestehen zu lassen.
Den Befund zuerst genau einordnen
Beginnen Sie mit dem Originalwortlaut, dem betroffenen Prozess und der tatsächlichen Feststellung. Eine mündliche Beobachtung während einer Inspektion, ein schriftlicher Inspektionsbericht und eine formale behördliche Maßnahme haben unterschiedliche Funktionen. Auch Zuständigkeit, Antwortweg und Frist hängen von Behörde und Verfahren ab. Übernehmen Sie deshalb keine allgemeine Antwortfrist aus einem anderen Land oder einer anderen Art von Schreiben.
Legen Sie eine führende Bearbeitungsakte an. Sie sollte Befundnummer, Eingang, verantwortlichen Koordinator, betroffene Bereiche, Fristen und verknüpfte Nachweise verbinden. Bewahren Sie den Originalbefund unverändert auf. Eigene Interpretation, bereits bekannte Tatsachen und noch zu prüfende Vermutungen gehören in unterscheidbare Felder. So wird später nachvollziehbar, welche Annahme durch welche Untersuchung bestätigt oder verworfen wurde.
Benennen Sie einen Koordinator, der Informationen zusammenführt, und fachliche Verantwortliche, die Produkt-, Daten- und Prozesswirkungen bewerten. Die konkrete Rollenverteilung richtet sich nach Ihrem Qualitätssystem. Ein IT-Befund kann QA, Fachbereich, Systemverantwortliche und weitere zuständige Stellen betreffen. Die Geschäftsführung sollte erkennen können, welche Entscheidungen, Ressourcen und Eskalationen notwendig sind, ohne jeden technischen Einzelnachweis selbst zu prüfen.
Sofortmaßnahmen und Ursachenanalyse getrennt führen
Eine Sofortmaßnahme begrenzt ein aktuelles Risiko. Eine Korrektur behebt einen konkreten Fehler. Eine Korrektur- und Vorbeugemaßnahme behandelt die bewertete Ursache und soll Wiederholungen verhindern. Diese Ebenen können parallel laufen. Die Wiederherstellung eines Systems beantwortet beispielsweise noch nicht, ob während des Ausfalls Daten fehlten oder bereits getroffene Entscheidungen betroffen sind.
Sichern Sie relevante Aufzeichnungen, bevor Änderungen die Untersuchung erschweren. Je nach Befund können Systemstände, Protokolle, Benutzerrechte, Testunterlagen und betroffene Datensätze benötigt werden. Vermeiden Sie unkontrollierte Bereinigungen, mit denen sich der beobachtete Zustand später nicht mehr erklären lässt. Zugleich dürfen erforderliche Maßnahmen zur Risikobegrenzung nicht bis zum Abschluss einer perfekten Analyse aufgeschoben werden. Dokumentieren Sie deshalb Zeitpunkt, Zweck und Auswirkung jeder Sofortmaßnahme.
Grenzen Sie den betroffenen Umfang begründet ab. Wenn eine fehlerhafte Schnittstellenregel seit einem bestimmten Release existiert, ist zu untersuchen, welche Daten und Vorgänge seitdem betroffen sein können. Ein einzelner im Audit gezeigter Datensatz ist nicht automatisch der gesamte Umfang. Umgekehrt darf die Untersuchung nicht ohne Grund alle Systeme pauschal einschließen. Erklären Sie die Auswahl anhand gemeinsamer Ursachen, Konfigurationen und Zeiträume.
| Ebene | Leitfrage | Beispiel bei falscher Einheitenübertragung |
|---|---|---|
| Risikobegrenzung | Welche Nutzung ist bis zur Klärung sicher möglich? | Betroffene automatische Übernahme begrenzen und kontrollierte Alternative bewerten |
| Korrektur | Welche konkreten Daten oder Einstellungen sind falsch? | Mapping korrigieren und betroffene Records kontrolliert berichtigen |
| Ursachenanalyse | Weshalb blieb der Fehler möglich und unentdeckt? | Anforderungen, Tests, Freigabe und Monitoring untersuchen |
| Vorbeugung | Welche gemeinsame Ursache wird dauerhaft behandelt? | Einheitenprüfung und verbindliche Bewertungsentscheidung im Änderungsprozess ergänzen |
| Wirksamkeit | Woran erkennen wir, dass die Ursache beherrscht wird? | Definierte Folgeänderungen und Fehlerszenarien gezielt überprüfen |
Beispiel: ein Behördenbefund zur Audit-Trail-Überprüfung
Das folgende Beispiel ist konstruiert. Bei einem LIMS kann das Unternehmen nicht zeigen, wie Änderungen an freigaberelevanten Ergebnissen überprüft werden. Eine schnelle Reaktion wäre, eine neue SOP zu schreiben und alle Mitarbeiter schulen zu lassen. Das kann einen Teil der Lösung bilden, beantwortet aber noch nicht, welche Daten bislang ungeprüft blieben oder ob die vorhandenen Protokolle die benötigten Änderungen überhaupt erfassen.
Zuerst werden relevante Datenarten, Zeiträume und vorhandene Auditdaten festgestellt. Das Team bewertet, ob eine vorläufige zusätzliche Prüfung und eine rückblickende Untersuchung notwendig sind. Dabei werden auch Berechtigungen, Protokollkonfiguration und verfügbare Nachweise betrachtet. Der Umgang mit bereits getroffenen Qualitätsentscheidungen wird durch die zuständigen fachlichen Stellen bewertet. Der Artikel gibt dafür keine pauschale Produktentscheidung vor.
Die Ursachenanalyse kann beispielsweise zeigen, dass die Systemeinführung eine Reviewaufgabe vorgesehen hatte, aber weder einen benannten Verantwortlichen noch einen zugänglichen Report bereitstellte. Dann reicht Schulung allein nicht. Die Lösung verbindet Verantwortlichkeit, geeignete Auswertung, verständliche Bewertungskriterien und Eskalation. Ein technischer Test mit einer bewusst eingebrachten Änderung kann prüfen, ob der Report den benötigten Vorgang tatsächlich sichtbar macht.
Die Wirksamkeitsprüfung betrachtet anschließend echte Anwendung: Wurde die definierte Auswahl vollständig bearbeitet? Sind auffällige Änderungen bewertet? Erkennt das Verfahren einen Ausfall des Reports? Werden offene Untersuchungen weiterverfolgt? Ein erfolgreich durchgeführtes Seminar belegt diese Wirkung nicht. Zeitraum und Umfang der Prüfung werden aus Risiko und Prozesshäufigkeit begründet, nicht aus einer universellen Vorgabe von drei oder sechs Monaten.
Einen Maßnahmenplan mit überprüfbaren Ergebnissen schreiben
Formulieren Sie jede Maßnahme so, dass ein anderer Verantwortlicher ihre Erfüllung beurteilen kann. „Audit Trail verbessern“ lässt Ergebnis und Grenze offen. „Für die bezeichneten Ergebnisänderungen einen geprüften Report bereitstellen, Rollen festlegen und das Reviewverfahren an ausgewählten Fällen erproben“ beschreibt wesentlich klarer, welche Arbeit abgeschlossen werden soll. Ergänzen Sie den zugehörigen Nachweis und eine verantwortliche Person.
Unterscheiden Sie geplantes Datum, tatsächlichen Abschluss und Wirksamkeitsentscheidung. Eine technische Umsetzung kann abgeschlossen sein, während die praktische Wirkung erst später überprüft wird. Kennzeichnen Sie diesen Zustand offen. Falls eine Frist gefährdet ist, nutzen Sie den passenden Eskalations- und Kommunikationsweg rechtzeitig. Eine intern geänderte Projektplanung ändert keine behördlich gesetzte Frist.
| Feld im Maßnahmenplan | Inhalt | Prüffrage für den Review |
|---|---|---|
| Bezug | Befund und bewertete Ursache | Behandelt die Maßnahme den richtigen Sachverhalt? |
| Ergebnis | Konkrete Änderung oder Kontrolle | Ist der Abschluss objektiv erkennbar? |
| Verantwortlicher | Befugte Person und beteiligte Rollen | Kann die Aufgabe tatsächlich entschieden und umgesetzt werden? |
| Termin | Meilenstein, Abhängigkeiten und Fristbezug | Sind Ressourcen und Vorbedingungen realistisch? |
| Nachweis | Test, freigegebenes Verfahren oder untersuchter Datenbestand | Belegt er Ausführung und nicht nur Absicht? |
| Wirksamkeit | Erwartete Wirkung, Methode und Bewertungszeitpunkt | Wird die Ursache oder nur die Dokumentexistenz geprüft? |
Die Behördenantwort nachvollziehbar aufbauen
Eine strukturierte Antwort kann je Befund Interpretation, Umfangsbewertung, bereits getroffene Sofortmaßnahmen, Ursachenanalyse und weitere Maßnahmen zusammenführen. Trennen Sie abgeschlossene Arbeit von geplanter Arbeit. Verweisen Sie auf eindeutig bezeichnete Belege, statt große unstrukturierte Dateisammlungen zu schicken. Ob und welche Anlagen eingereicht werden, richtet sich nach dem Verfahren und den Anforderungen der Behörde.
Wenn eine Untersuchung noch läuft, benennen Sie den bekannten Stand und die verbleibenden Fragen. Eine unbelegte Abschlussbehauptung schafft zusätzliche Unsicherheit. Begründen Sie außerdem, weshalb die geplante Maßnahme zum Umfang und Risiko passt. „Personal wurde nachgeschult“ ist ohne Einordnung schwach, wenn die Ursache ein fehlender Systemreport oder ein widersprüchlicher Freigabeweg war.
Lassen Sie die Antwort durch die intern zuständigen Stellen prüfen. Der fachliche Maßnahmenplan, die kommunizierten Termine und die tatsächlich bereitgestellten Ressourcen müssen zusammenpassen. Dieser Leitfaden ersetzt keine Bewertung des konkreten Behördenverfahrens. Er hilft, die Bearbeitung nachvollziehbar zu strukturieren und operative, fachliche und kommunikative Aussagen auf denselben Stand zu bringen.
Strategie einbeziehen, ohne notwendige Korrekturen zu verzögern
Die nachhaltige Lösung sollte berücksichtigen, wie Ihr Unternehmen die betroffenen Systeme künftig betreiben will. Steht eine LIMS-Ablösung bevor, kann ein zeitlich begrenzter, nachgewiesen geeigneter Kontrollweg im Altsystem mit einer dauerhaften Lösung im Zielsystem kombiniert werden. Das ist nur tragfähig, wenn aktuelle Risiken angemessen beherrscht, verbleibende Verpflichtungen erfüllt und die zuständigen Entscheidungen dokumentiert sind.
Nutzen Sie den Befund, um gemeinsame Ursachen zu erkennen. Mehrere isolierte Dokumentenkorrekturen können teurer sein als ein abgestimmtes Rollen- und Änderungsmodell. Gleichzeitig ist ein umfangreiches Transformationsprogramm kein Ersatz für die unmittelbare Befundbearbeitung. Führen Sie deshalb zwei verbundene Ebenen: fristgerechte Abstellung des konkreten Mangels und die strukturelle Verbesserung des künftigen Betriebs.
Für die Geschäftsführung eignet sich eine Entscheidungsvorlage mit drei Varianten: erforderliche Mindestkorrektur, nachhaltige Verbesserung im bestehenden System und geplante Ablösung mit Übergangskontrollen. Bewerten Sie Qualität, Ressourcen, Abhängigkeiten und laufenden Betrieb. Wählen Sie keinen Weg allein wegen seines niedrigen Einstiegspreises. Maßgeblich bleibt, ob er die festgestellten Risiken und Verpflichtungen tatsächlich behandelt.
Arbeitsvorlage: Befundantwort und strategische Verbesserung aufeinander abstimmen
Erstellen Sie zwei verbundene Sichten auf denselben Sachverhalt. Die Befundbearbeitung zeigt aktuelle Risiken, Fristen, Sofortmaßnahmen und nachgewiesene Abstellung. Die strategische Sicht zeigt, wie gemeinsame Ursachen im künftigen Betriebsmodell vermieden werden. Beide verwenden dieselben Tatsachen. Unterschiedliche Prioritäten dürfen keine widersprüchlichen Aussagen gegenüber internen Entscheidern oder der Behörde erzeugen.
Ein geplantes Nachfolgesystem kann die nachhaltige Lösung unterstützen. Prüfen Sie trotzdem, was im Altsystem bis dahin benötigt wird. Eine spätere Ablösung ist ohne angemessene Übergangskontrolle kein Beleg aktueller Risikobeherrschung. Umgekehrt kann es unnötig sein, einen umfangreichen neuen Prozess im Altsystem aufzubauen, wenn ein geeigneter begrenzter Weg die erforderlichen Aufgaben nachvollziehbar erfüllt.
Für die Entscheidung sollten Qualität, Umsetzbarkeit und Ressourcen gemeinsam betrachtet werden. Eine Maßnahme mit attraktivem Termin, aber fehlenden internen Verantwortlichen ist nicht realistisch. Benennen Sie Abhängigkeiten und Unsicherheiten. Bei gefährdeten Fristen wird der passende Eskalations- und Kommunikationsweg genutzt; eine interne Roadmap ersetzt keine behördliche Vereinbarung.
Prüfen Sie vor Versand einer Antwort, ob jeder genannte Abschluss durch den bezeichneten Beleg gedeckt ist. Geplante Arbeit wird als geplant dargestellt. Wenn eine Ursache noch untersucht wird, bleibt diese Grenze sichtbar. Eine nachvollziehbare, ehrliche Antwort ist belastbarer als eine umfassende Erledigungsbehauptung ohne passende Nachweise.
| Entscheidungsebene | Konstruierter Audit-Trail-Befund | Benötigter Nachweis |
|---|---|---|
| Aktuelle Risikobegrenzung | Relevante Ergebnisänderungen werden über einen geeigneten zusätzlichen Review betrachtet. | Abdeckung, Verantwortlicher und tatsächliche Durchführung. |
| Umfangsprüfung | Betroffene Daten seit dem begründet festgestellten Beginn werden untersucht. | Auswahl, Befunde und mögliche Qualitätswirkung. |
| Dauerhafte Korrektur | Report, Rollen und Reviewkriterien werden passend umgesetzt. | Prüfung mit bekannten Ereignissen und praktischer Anwendung. |
| Strategische Verbesserung | Gemeinsames Reviewmodell wird für relevante weitere Systeme bewertet. | Begründete Priorisierung statt ungeprüfter Pauschalausweitung. |
| Abschluss | Befundmaßnahmen und Wirksamkeit werden durch zuständige Stellen beurteilt. | Klare Trennung abgeschlossener und noch laufender Aufgaben. |
Die nächsten Schritte
- Befund, Frist, Zuständigkeit und mögliche Auswirkungen verbindlich erfassen.
- Sofortmaßnahmen und Nachweissicherung umsetzen.
- Ursachen, systemischen Umfang und belastbaren Maßnahmenplan entwickeln.
- Fortschritt, behördliche Rückmeldung und Wirksamkeitsprüfung kontrollieren.
Häufige Fragen zu Nach einem Behördenbefund
Reicht es, den beanstandeten Einzelfall zu korrigieren?
Nicht immer. Die Ursachenanalyse und Auswirkungsbewertung können weitere Systeme, Daten oder Prozesse betreffen. Der Umfang muss fachlich begründet sein.
Darf die Maßnahme an strategische Ziele gekoppelt werden?
Ja, etwa an eine nachhaltige Systemablösung oder ein gemeinsames Regelwerk. Verbindliche Fristen und erforderliche Risikokontrollen dürfen dadurch nicht verzögert werden.
Wie kann Daniel Herrmann Consulting unterstützen?
Wir unterstützen die fachliche Einordnung von IT- und CSV-Lücken, die Priorisierung und die strukturierte Umsetzung. Je nach Ausgangslage passen ein IT-GxP-Audit, operative Consulting-Unterstützung oder der Aufbau eines wiederverwendbaren Frameworks. Behördenentscheidungen oder ein bestimmtes Inspektionsergebnis können wir nicht garantieren.
Sollten wir zuerst die SOP ändern oder zuerst die Ursache untersuchen?
Erforderliche Sofortmaßnahmen können sofort notwendig sein. Eine dauerhafte SOP-Änderung sollte auf einer ausreichenden Ursachen- und Umfangsbewertung beruhen. Sonst wird möglicherweise eine zusätzliche Unterschrift eingeführt, obwohl die eigentliche Ursache eine fehlende Funktion oder unklare Verantwortung ist. Führen Sie Risikobegrenzung und systematische Untersuchung parallel und dokumentieren Sie die jeweiligen Entscheidungen.
Reicht die Korrektur des im Audit gezeigten Beispiels?
Nicht automatisch. Untersuchen Sie, ob dieselbe Ursache weitere Vorgänge, Zeiträume oder Systeme betrifft. Der Umfang muss begründet sein. Ein Einzelfall kann tatsächlich isoliert sein; das sollte jedoch aus der Untersuchung hervorgehen und nicht lediglich angenommen werden. Betroffene Daten und bereits getroffene Entscheidungen benötigen eine passende fachliche Bewertung.
Können wir eine baldige Systemablösung als CAPA angeben?
Eine Ablösung kann Bestandteil einer nachhaltigen Lösung sein. Sie beantwortet jedoch nicht allein, wie das bestehende Risiko bis dahin beherrscht wird oder historische Aufzeichnungen erhalten bleiben. Benennen Sie Übergangskontrollen, Fristen, Verantwortliche und Nachweise. Prüfen Sie außerdem, ob die Ablösung die Ursache tatsächlich beseitigt oder nur in eine neue Plattform überträgt.
Welche Rolle sollte die Geschäftsführung übernehmen?
Sie sollte Prioritäten, Ressourcen und notwendige Entscheidungen ermöglichen sowie relevante Risiken verstehen. Sie ersetzt nicht jede fachliche Einzelprüfung. Eine kurze Entscheidungsvorlage mit aktuellem Zustand, Optionen, Fristen und Abhängigkeiten hilft, Maßnahmen realistisch auszustatten. Strategische Verbesserung darf die notwendige unmittelbare Befundbearbeitung nicht verzögern.
Woran erkennen wir eine schwache CAPA-Maßnahme?
Wenn die Maßnahme nur eine neue SOP oder Schulung nennt, ohne Verbindung zur bewerteten Ursache und erwarteten Wirkung, fehlen wichtige Angaben. Fragen Sie, welchen konkreten Fehler sie verhindert oder erkennt und wie dies geprüft wird. Dokumentexistenz allein ist kein ausreichender Wirksamkeitsnachweis.
Quellen & fachlicher Stand
Die Quellen bilden den fachlichen Rahmen. Tabellen, Checklisten und ausdrücklich illustrative Beispiele sind eigene methodische Ableitungen, keine wörtlichen Normvorgaben. Herstellerinformationen sind auf die eingesetzte Version und Konfiguration zu beziehen.
- Europäische Kommission: EU-GMP Chapter 1, Pharmaceutical Quality System
- Europäische Kommission: EU-GMP Annex 11, Computerised Systems (2011)
- EMA und Europäische Kommission: Procedure for compliance management
- EMA / ICH: Q10 Pharmaceutical Quality System, Step 5 (2008)
- PIC/S: PI 041-1, Good Practices for Data Management and Integrity (2021)
Zuletzt fachlich geprüft am 14.10.2026.
Damit Ihr Team den nächsten Schritt sicher planen kann.
Wir unterstützen Sie dabei, die Ausgangslage einzuordnen, Verantwortlichkeiten zu klären und passende Nachweise im Betrieb umzusetzen. Welche Unterstützung sinnvoll ist, hängt von Ihrem System, Ihrem Team und dem konkreten Ziel ab.
- IT-GxP-Audit →
Offene Punkte und Prioritäten für Ihren Betrieb einordnen.
- IT-GxP-Consulting →
Vereinbarte Systemprojekte strukturiert umsetzen und übergeben.
