Was kostet eine Computersystemvalidierung? Aufwandstreiber für KMU

Eine belastbare Kostenfrage beginnt beim vorgesehenen Einsatz

Ein Softwareprodukt allein ist noch kein kalkulierbarer Validierungsumfang. Entscheidend ist, welche Prozesse, Daten und Qualitätsentscheidungen damit unterstützt werden. Derselbe Produktname kann für eine begrenzte Anwendung oder für eine standortübergreifende Lösung mit Migration und zahlreichen Verbindungen stehen. Eine belastbare Schätzung benennt deshalb den Einsatz und die offenen Annahmen, bevor sie einen Betrag nennt.

Dieser Leitfaden betrachtet vor allem computergestützte Systeme in der EU-GMP-Herstellung von Humanarzneimitteln. Annex 11 verlangt eine begründete risikobasierte Festlegung des Validierungsumfangs. Für FDA-Anwendungen ist zusätzlich die konkrete Aufzeichnungspflicht einschließlich Part-11-Geltungsbereich zu klären. Andere GxP-Bereiche benötigen ihre eigene Einordnung.

Die folgenden Aufwandsmodelle sind eigene Planungsempfehlungen, keine Marktpreiserhebung. Der Artikel nennt weder übliche Tagessätze noch angeblich typische Projektpreise. Ein konkretes Angebot braucht einen beschriebenen Leistungsumfang, passende Voraussetzungen und eine verständliche Verteilung der Aufgaben zwischen Unternehmen, Hersteller und Dienstleister.

Quellen: [1] [5]

Externe Rechnung und interne Mitwirkung getrennt ausweisen

Betrachten Sie vier Kostenblöcke getrennt. Erstens externe Validierungsarbeit, zweitens interne fachliche und technische Mitwirkung, drittens gesonderte Hersteller- oder Implementierungsleistungen und viertens zusätzlich benötigte Sachmittel. Definieren Sie, welche Positionen zum Validierungsprojekt gehören und welche Teil der allgemeinen Softwareeinführung sind.

Interne Mitwirkung umfasst beispielsweise die Entscheidung über Anforderungen, die Bereitstellung von Testdaten, die Ausführung fachlicher Tests und die Genehmigung von Ergebnissen. Dafür muss verfügbare Kapazität eingeplant werden, auch wenn keine externe Rechnung entsteht. Für die wirtschaftliche Betrachtung können Sie interne Personentage mit einem selbst festgelegten Verrechnungssatz bewerten.

Addieren Sie dieselbe Tätigkeit nicht mehrfach. Wenn der Implementierungspartner die Konfiguration dokumentiert, bleibt die Prüfung ihrer Eignung eine eigene Aufgabe; das Dokument muss aber nicht ohne Grund ein zweites Mal erstellt werden. Trennen Sie außerdem zahlungswirksames Projektbudget, interne Kapazitätsbindung und späteren Betriebsaufwand. Diese Perspektiven beantworten unterschiedliche Managementfragen.

Quellen: [4] [2]

Die Arbeitspakete aus nachvollziehbaren Aufwandstreibern ableiten

Die folgende Praxismatrix verbindet technische Merkmale mit konkreter Arbeit. Eine bloße Zählung von Benutzern oder Modulen reicht nicht: Wenige Benutzer können kritische Entscheidungen treffen, während viele reine Leser einen begrenzten Prüfbedarf verursachen. Ebenso kann eine fachlich komplexe Schnittstelle mehr Klärung benötigen als mehrere einfache Übertragungen.

Erfassen Sie zu jeder Position die vorhandenen Grundlagen und die ungelösten Fragen. Bei Unsicherheit sollten Sie eine vorläufige Annahme benennen und festlegen, wann sie überprüft wird. So wird erkennbar, welcher Teil einer Schätzung bereits belastbar ist und welcher von ausstehenden Entscheidungen abhängt.

Quellen: [1] [3]

Vorhandene Unterlagen nutzen, ihre Abdeckung aber prüfen

Annex 11 fordert die Bewertung von Lieferantenunterlagen gegenüber den Nutzeranforderungen. Annex 15 lässt begründete Nutzung geeigneter externer Daten zu und behandelt die Planung der Validierung. Diese Grundlagen liefern jedoch keinen pauschalen Abzug vom Projektaufwand: Die Eignung der verfügbaren Nachweise muss zuerst verstanden werden.

Fordern Sie früh ein Inhaltsverzeichnis oder eine repräsentative Auswahl des angebotenen Pakets an. Prüfen Sie Stand, Voraussetzungen, behandelte Funktionen, Ergebnisse und bekannte Abweichungen. Halten Sie je eigener Anforderung fest, ob der Nachweis passt, ergänzende Informationen nötig sind oder eigene Tests verbleiben. Die Bezeichnung „Validierungspaket“ beschreibt allein noch keine ausreichende Abdeckung.

Eine Vorlage kann die Struktur vorgeben, ersetzt aber nicht die fachliche Entscheidung. Kalkulieren Sie daher getrennt zwischen Übernahme geeigneter Inhalte, Anpassung an den eigenen Einsatz und Schließen tatsächlicher Lücken. Vereinbaren Sie außerdem, wer offene Herstellerfragen beantwortet. Eine nicht verfügbare Unterlage wird nicht als bereits erledigte Prüfleistung eingeplant.

Quellen: [1] [2]

Migration und Verbindungen als eigene Arbeit behandeln

Planen Sie Schnittstellen anhand des vollständigen Datenwegs. Neben dem erfolgreichen Transfer gehören fachliche Zuordnung, unvollständige Übertragungen, Wiederholung und Umgang mit zurückgewiesenen Daten in die Betrachtung. Die Testvorbereitung benötigt Ansprechpartner auf beiden Seiten. Ein technisch erreichbarer Endpunkt beantwortet noch keine Frage zur richtigen Verwendung der Information.

Für Migration unterscheiden Sie Datenbereinigung, Übertragung und Prüfung. Halten Sie fest, wer widersprüchliche Altwerte fachlich entscheidet und wie Beziehungen zu Dokumenten, Benutzern oder offenen Vorgängen erhalten werden sollen. Eine Bestandsanzahl allein erklärt nicht, ob ein historischer Status im Zielsystem dieselbe Bedeutung trägt. Annex 11 adressiert ausdrücklich Wert und Bedeutung migrierter Daten.

Grenzen Sie produktive Nutzung und Archivierung getrennt ab. Ein Altbestand kann einen anderen Nachweisweg benötigen als laufende Fälle, die im neuen System weiterbearbeitet werden. Kalkulieren Sie Probelauf, Auswertung, Fehlerbehandlung und Freigabe bewusst. Wenn Datenqualität und Übertragungsregeln noch unbekannt sind, kennzeichnen Sie diesen Teil der Schätzung als vorläufig.

Quellen: [1]

Hypothetisches Beispiel: Personentage transparent zusammenführen

Rechenbeispiel, keine Schätzung für ein reales System: Angenommen wird eine bereits konfigurierte Anwendung mit abgegrenztem Prozess, einer Datenverbindung und einem überschaubaren zu übernehmenden Bestand. Die folgenden Zahlen sind frei gesetzte didaktische Annahmen. Sie sind weder Erfahrungswerte noch Marktwerte oder ein Angebot von Daniel Herrmann Consulting.

Ein Personentag ist hier eine zwischen den Beteiligten einheitlich zu definierende Aufwandseinheit. Die Tabelle trennt externe Bearbeitung von interner Mitwirkung. Die Unsicherheitsvariante unterstellt zusätzlich eine notwendige Überarbeitung der Datenzuordnung. Sie zeigt, wie eine einzelne offene Annahme das Modell verändert; sie beschreibt keine Eintrittswahrscheinlichkeit.

Im Basisszenario ergeben sich 14 externe und 11 interne Personentage. Mit der angenommenen Überarbeitung werden daraus 17 externe und 13 interne Personentage. Ein externer Preis ergibt sich erst aus den vertraglichen Sätzen und enthaltenen Leistungen. Für die interne wirtschaftliche Betrachtung verwenden Sie Ihre eigenen Kostensätze. Zusätzliche Herstellerleistungen und Sachmittel werden gesondert ergänzt.

Quellen: [1] [2] [3]

Personentage sind keine Zusage zum Fertigstellungstermin

Erstellen Sie neben der Aufwandsschätzung einen einfachen Abhängigkeitsplan. Anforderungen müssen entschieden sein, bevor dazu passende Prüfungen endgültig festgelegt werden. Testdaten, Umgebungen und Ansprechpartner müssen zum richtigen Zeitpunkt verfügbar sein. Externe Bearbeitung und interne Prüfung können sich teilweise überlappen; an anderen Stellen wartet eine Aufgabe auf eine Entscheidung.

Ein KMU sollte besonders die Kapazität der fachlich entscheidenden Personen prüfen. Ist nur eine Person für mehrere Freigaben verfügbar, entsteht daraus eine Planungsabhängigkeit. Eine zusätzliche externe Ressource ersetzt diese Zuständigkeit nicht automatisch. Vereinbaren Sie Stellvertretungen und ausreichende Zeit für Rückfragen, ohne fachliche Prüfung zu einer bloßen Formalität zu machen.

Unterscheiden Sie Mehrarbeit von Wartezeit. Eine fehlende Testumgebung kann den Termin verschieben, obwohl zunächst kaum weitere Personentage anfallen. Eine spät geänderte Anforderung kann dagegen neue Arbeit auslösen. Im Projektbericht sollten beide Ursachen getrennt erscheinen, damit Termin- und Budgetentscheidungen auf verständlichen Informationen beruhen.

Quellen: [4] [2]

Angebote auf denselben Arbeitsumfang beziehen

Vergleichen Sie zunächst Ergebnisse, Voraussetzungen und Mitwirkungspflichten. Gehören Anforderungsworkshops, Lieferantenbewertung, Testausführung, Abweichungsbearbeitung und Abschlussbericht jeweils dazu? Wer erstellt Testdaten und wer genehmigt? Welche Migration und Schnittstellen sind eingeschlossen? Erst mit diesen Antworten lässt sich ein Preisunterschied fachlich einordnen.

Für noch unbekannte Bestände kann ein abgegrenzter Klärungsauftrag eine sinnvolle erste Stufe sein. Dessen Ergebnis sollte eine belastbare Systemgrenze, eine Nachweislückenliste und eine aktualisierte Schätzung sein. Das ist eine kaufmännische Gestaltungsempfehlung, keine regulatorische Vorgabe. Auch eine Festpreisvereinbarung braucht verständliche Annahmen und Regeln für geänderten Umfang.

Vereinbaren Sie, wie erkannte Abweichungen behandelt werden: Was ist innerhalb der beauftragten Bearbeitung enthalten, wann ist eine neue fachliche Entscheidung erforderlich und wie wird zusätzliche Arbeit abgestimmt? Ein günstiger Dokumentensatz kann nur dann passend sein, wenn die verbleibenden Aufgaben bewusst anderweitig übernommen werden. Die Zahl gelieferter Dateien ist dafür kein ausreichender Vergleichsmaßstab.

Quellen: [2] [3]

Betrieb und spätere Änderungen im Budget sichtbar halten

Die Erstfreigabe beendet den Lebenszyklus des Systems nicht. Planen Sie einen gesonderten Betriebsrahmen für Änderungen, Releasebewertungen, Benutzerpflege, Vorfälle, Wiederherstellung und periodische Bewertung. Beschreiben Sie die erwarteten Aufgaben und die zuständigen Rollen, statt dem Einführungsbudget einen unbegründeten pauschalen Prozentsatz hinzuzufügen.

Für eine Änderung wird zuerst deren Auswirkung bewertet; daraus folgt der notwendige Nachweisumfang. Ein neues Berichtsfeld, eine veränderte Berechnung und ein vollständiger Plattformwechsel sind unterschiedliche Sachverhalte. Das eigene Verfahren sollte deshalb passende Entscheidungen ermöglichen, ohne jede Änderung gleich zu behandeln.

Budgetdruck ist keine fachliche Begründung, eine notwendige Kontrolle wegzulassen. ICH Q9(R1) stellt klar, dass Ressourcenknappheit keine geringere Formalität des Qualitätsrisikomanagements rechtfertigt. Eine sinnvolle Planungsentscheidung kann stattdessen sein, den beabsichtigten Einsatz enger abzugrenzen, eine Einführung zu staffeln oder eine zusätzliche Funktion erst nach geeigneter Vorbereitung aufzunehmen.

Quellen: [1] [3]

Checkliste für eine brauchbare Aufwandsschätzung

Diese Checkliste hilft vor einer Angebotsanfrage oder Budgetentscheidung. Eine offene Antwort ist zunächst zulässig, wenn sie als Annahme sichtbar bleibt und einem nächsten Klärungsschritt zugeordnet wird. Scheingenauigkeit entsteht, wenn ungeklärte Punkte hinter einer einzigen Gesamtsumme verschwinden.

Halten Sie zu jeder Schätzungsrevision fest, welche Annahme sich geändert hat. So können Entscheider erkennen, ob zusätzlicher Aufwand aus erweitertem Nutzen, bislang unbekannten Datenproblemen oder einer neu bewerteten Nachweislücke entsteht. Die Schätzung bleibt damit ein steuerbares Arbeitsmodell.

• GxP-Kontext, vorgesehener Einsatz und nicht enthaltene Funktionen sind beschrieben.
• Konfiguration, Schnittstellen, Migration und Standorte sind abgegrenzt.
• Vorhandene Lieferanten- und Kundennachweise wurden auf Eignung geprüft.
• Arbeitspakete benennen Ergebnis, Bearbeiter, Prüfer und benötigte Eingänge.
• Externe Leistungen, interne Personentage und gesonderte Kosten sind getrennt.
• Unsicherheiten haben ausdrückliche Annahmen und einen Klärungstermin.
• Kalenderplan berücksichtigt Verfügbarkeit, Abhängigkeiten und Entscheidungen.
• Betriebsaufgaben und Regeln für geänderten Projektumfang sind vereinbart.

Quellen: [2] [3]