Validierung von computergestützten Systemen ...€¦ · 1. Hamburger Pharma Workshop Systec GMP-IT-Plattformen TROLLEY, CREATIV, SLICE, VISION, CONTROL GMP-IT-PLATTFORMEN Industrie-PC

1. Hamburger Pharma Workshop

Überblick

• Validierung von computergestützten Systemen

• Risikobasierter Ansatz

• Das V-Model

• Auditplanung und Durchführung

• Spezifikationen und Testen

• IT Netzwerke

• QM / Validierungstools

• Inspection Readiness


Validierungsberatung

Markus Roemer

• Senior Validation Consultant

• Leiter Qualitätsmanagement

• Kontakt: [email protected]


Systec GMP-IT-PlattformenTROLLEY, CREATIV, SLICE,

VISION, CONTROL

GMP-IT-PLATTFORMEN

Industrie-PC Remote-Panel Displays

Industrie-Systeme

Mobile Systeme (Tablett-PCs, Rugged Notebooks)

Handhelds & Drucker (Barcode- und RFID-Systeme, Label- & Tag-

Drucker)


ERP

MES

PLC/SPS

Seconds Minutes Hours Shift Day Week Month Quarter Year

PLC

ERP

MES

ERP

PMX™ MES

PLC/SPS

POSITIONIERUNG VON ERP, MES & PLC

Event Driven(Data)


Systemarchitekture Beispiel

LAN / Ethernet

ORACLE

MES Server

RAID 1 Backup

drive

UPS

File Server / Application

Server RAID 1

Bottle

PackagingBlister

Packaging

UPS

Floor ScaleBench ScaleBench Scale

Label-

printer

Label-printer

RF

Scanner

RF Scanner

Warehouse

Label-printer

Access Point

RF Terminals

ERSD ERSDDispensing 2

RF

Scanner

GMP-IT Client

Label-printer

ERSD

KVMCOM Server

Capsule

FillingLabel-

printerLabel-printer

Dispensing 1Label-

printer

COM Server

Production

Manager

Office Client PC

Office Client PCOffice Client PC

MES Client-PCs

Dispensing 2

BlendingCapsuleFilling

CAT 7 Cable to KVM-Receiver

CAT 7 Cable to Client PCs CAT 7 Cable to Client PCs

Label-printer

RF Scanner

Warehouse Sampling

ERSD

Office Client PC

CAT7 Cable to Client PCs

KVM console

Label-printer

RF Scanner

ERSD

Office Client PC

Secondary

Packaging

Blending

KVM

GMP-IT Client

RF

Scanner

GMP-IT Client

RF

Scanner

KVM

ERSD

ERSD

KVM

GMP-IT Client

RF

Scanner

Office Client PC

ERSD

KVM console

KVM console

KVM console

Dispensing 1


UNSERE INTERNATIONALEN PARTNER


Warum Computervalidierung ?

• Erhöhung des ProzessverstProzessverstäändnissesndnisses durch ein besseres Systemverständnis

• Erhöhung des Vertrauens in das computergestützte System

• Minimierung des Risikos von Fehlfunktionen

• Senkung der Kosten des laufenden Systembetriebs (ROI)

• Senkung der Kosten bei Weiterentwick-lungen des Systems

• und auch zur Genügung gesetzlicher Anforderungen


GMP, GLP, GCP, Medical devices

• Das V-Model


Praxis


UserRequirements

SystemSpecification

TechnicalDesign

UnitSpecification

Technical Specification

Functional Specification

Programming

Unit Test

Integration Test

System Test

UserAcceptance Test Implement Use

RetireArchive

V

OQ

PQ

DQ

Q - System (ISO)

Training

Security

SupplierAssessment

ChangeManagement

Validation ReportValidation Plan

Productive System (SAT)

Test System (FAT)IQ

Quality System Life Cycle Documentation

DQ Design QualificationIQ Installation Qualification OQ Operational Qualification PQ Performance Qualification

System Lebenszyklus / Erweitertes V- Modell


Materials

MethodsPeople

Environment

Equipment

Measurement

Input Process Output

Prozess und Prozesskomponenten

§

§

§

§

§


Prozessdarstellung – Beispiel:


The Risk Management Process

ICH Q 9 Quality Risk Management


Process Map und Predicate Rule

• Die Predicate Rule ist der Startpunkt für einen risiko-basierten Validierungsansatz

• Oft wird auch von einem „Top Down Approach“gesprochen, da an oberster Stelle die Predicate Rule, d.h. GxP Anforderungen stehen (nicht das System steht an oberster Stelle)

• Eine Process Map ist eine Darstellung des Prozesses (kann Produktion, Labor, etc. sein, aber z.B. auch Change Management, Schulung)

• Erstellte Process Maps mit Tools können auch als Prozesssimulation verwendet werden


PREDICATE RULE:

Festlegung der „Guten Herstellungspraxis“:

Herstellung, Verpackung und Lagerung von pharmazeutischen

Produkten


21 CFR Part 11: Generelle Systemklassen


Übersicht:

80 Prozent aller Software Fehler sind missverstandene Requirements / Anforderungen !!!

URS / Lastenheft: Was muss das System können?Denken Sie prozessorientiert und an die predicate rules (Pharmazeuten)

FS / Pflichtenheft: Wie soll das System dies tun?Denken Sie funktional orientiert (Projektleiter)

HW/SW Design Spez.: Wie wird das technisch umgesetzt?Denken Sie systemorientiert (Entwickler)


Anforderungen an die URS (Lastenheft)

1. Requirements sollten präzise formuliert sein. Unklare Aussagen sollten niemals benutzt werden. Fehlinterpretationen oder Fehlannahmen sollten vermieden werden.

2. Jedes Requirement sollte eine eindeutige Bezugsnummer haben (z.B. RQ0001: TEXT).

3. Requirements sollten prozessorientiert beschrieben werden –niemals mit speziellen technischen Systemdesigns...

4. Jedes Requirement sollte testbar / nachweisbar sein

5. Die URS muss von alle verstanden werden (Ersteller, Pharmahersteller, Lieferant) -> Process Map

6. Falls anwendbar: Es können Requirements als verbindlich oder als optional gekennzeichnet werden


Struktur VMP – VP – QP:


Wer macht Was?

Dok.St.-Nr.

Validierungs-/ Projektaktivitäten

geltende SOPs/ Regelungen / SOP Kapitel

geplante/s Dokument/e

Quali

Typ RVT

/ PV

Sys. O.

Sys. Ad.

Proj.-L.

Val.-T.

QS

Sp.

Lf.

Lebenszyklus / Projektphase: Phasenübergreifende Aktivitäten 0000

0001 Festlegung der Projektdokumentation

Dokumentations-konzept

V M

Lebenszyklus / Projektphase: Planung 0100

0101 Projektantrag Projektantrag V M

0102 Qualitätsplan Qualitätsplan M M M V

0103 Vorqualifizierung der Anbieter

--- Qualifizierungs-nachweise der Anbieter

V M I M

0104 Benutzeranforderungen Software und Hardware

Kapitel 6. Lastenheft (URS) V M M I

0105 Review Lastenheft (DQ) mit Risiko-bewertung

Ergebnis Risikobewertung

V M M M

0106 Vertragsplanung Vertragsunter-lagen mit Lieferanten

M M M M V M

0107 Validierungsplanung Validierungsplan f. d. prosp. Val. des Computersystems „Nam e“

M M V M M

0108 Lieferantenbewertung Software; ggf. Audit

Fragebogen Software-Lieferant

Bericht M M V M

0109 Lieferantenbewertung Hardware; ggf. Audit

Bericht M M V M

0110 Angebotsbewertung / -vergleich

Auftrag M M V M M

Dok.St.-Nr.

Validierungs-/ Projektaktivitäten

geltende SOPs/ Regelungen

geplante/s Dokument/e

Lebenszyklus / Projektphase: Detailplanung 0200

0201 Feinspezifikation Software

CV-009 Pflichtenheft V M

0202 Review Pflichtenheft (DQ) Bericht M M V M M

0203 Planung Technische Spez.

Hardware

Techn. Spezifikat.

Hardware

V

0204 Konfigurationsplan Konfigurationsplan V

0205 Review d. Techn. Spez. Hardware

Reviewbericht V

0206 Detailplanung Detailorganisation V

0207 Review Detail-organisation Reviewbericht V

0208 Risikoanalyse CV-013 Ergebnisdokumen-tation Risiko-analyse

M M V M M

Lebenszyklus / Projektphase: Entwicklung / Testplanung 0300

0301 Testplanung Modul-tests Modultestplän/e Lieferant

(V) V

Einzelne Phasen festlegen:

-Dokument (Deliverable)

-Verantwortung (Erstellung, Review, Freigabe, Verteilung)

-Ablage (elektronisch / papier / Ort)

- Bedingungen


Good Project Management

Last but not least:

Planen Sie das Validierungsprojekt

Synchronisieren Sie die Mile Stones mit der Projektleitung


UserRequirements

SystemSpecification

TechnicalDesign

ProgramsDevelopment

Unit Testing

IntegrationTesting

SystemTesting

AcceptanceTesting

Pharma

Entwickler /Lieferant

anwendungs-orientiert

technologie-orientiert

Rollenverteilung: Pharmaunternehmen – Lieferant


• Internen Erfahrungsberichten

• 1st party audits- interne Audits von bestehenden Systemen

im Pharmaunternehmen

• Teilnahme an Anwender-Tagungen (User Group Meetings)

• Selbstdeklarationen des Lieferanten (postal audits)

• 2nd party audits- durch das Pharmaunternehmen bei internen oder externen Lieferanten- ev. zusammen mit anderen Pharmaunternehmen

(joint audits)

• 3rd party audits- Lieferantenaudits durch unabhängige Dritte, z.B. ARC/PDA

Lieferantenbeurteilung - Lieferantenaudit


Vereinfachtes V-Model - TESTEN

Unit (Modul)

Test

Integrations

Test

System

Testing

Acceptance

Testing

Spezifikation Test

Benutzer-

Anforderungen

Funktionale

Spezifikation

Technisches

Design

Entwicklung


Generelle Anforderungen an TESTEN:

• Methodisches Vorgehen

• Dokumentiert (Nachweis)

• Nachvollziehbar

• Nachweis über Vollständigkeit


Beispiel: Testtypen

– Grenzwert Test• Grenzwerte für Eingabe: oberes Limit 10 – unteres Limit 1

• Genauigkeit: zwei Stellen hinter dem Komma

– Mögliche Testfälle:• Wert 10,00

• Wert 1,00

• Wert 10,01

• Wert 0,99

• Wert 1000000 (maximale Stellen für Feld)

• Wert -1,00

• Wert 1,000

• Wert ABC; und Wert %$§ (eventuell , und .)

• Eventuell sind noch Einheiten einstellbar (Umrechung)


Examples: Screenshot, label, report:


Qualifizierungsverfahren

• Erste Ansätze zur Infrastruktur-Qualifizierung beruhten auf vertikalen Ansätzen.– Für jede Applikation wurde die Infrastruktur individuell (redundant)

qualifiziert.

– Zur Vermeidung von Redundanz wurden Qualifizierungsinformationen gesammelt und neu konsolidiert, um einen Gesamtüberblick zu erhalten.

• Mit grösserer Standardisierung und geteilter Infrastruktur wurde ein horizontaler oder plattformorientierter Ansatz aus Effizienzgründen immer vorteilhafter.– Die Standard-Infrastrukturkomponenten werden „typengeprüft“

– Für individuelle Komponenten (building blocks) wird eine standardisierte IQ/OQ durchgeführt


Vertikale Qualifizierung - konsolidiert

Sta

ndor

te

Basel

USA

England

Italie

n

Ne

two

rk

UN

IX

Ora

cle

Win

do

ws

XP

LIMSSAP

Documentum

MES

Laborgeräte

Anwen

dung

enLIMS B

asel

GMP-konformerUNIX Dienstleister

am Hauptsitz

Ber

lin

QMS – (zertifizierte) Standards

Dienstleister sorgt für:

▲ GxP konformes Qualitätssystem

▲ QS – Zertifizierung

▲ SLA – Service Level Agreement


IT – Infrastruktur / Business Applikationen

Inra

str

uktu

r

Ap

plikati

on

Pla

ttfo

rm

PC Clients

Netzwerk

Middleware

Server

Pla

ttfo

rm

Pla

ttfo

rm Technische InfrastrukturHardware / Software

InfrastrukturProzesseIn

fra

str

uk

tur

Sys

tem

eIT - Infrastruktur

- User Management

- Access Control

- Helpdesk

- Security

- Training

- Change Management

- Backup / Recovery

- Monitoring

-Periodic Review

- Sonstige .....

Bu

sin

ess

Sys

tem

e Oth

er

Bu

sin

ess

Ap

plikati

on

GxP

Bu

sin

ess

Ap

plikati

on Business Applikationen


EmployeeQualification

Audits

AnnualReports

Strategic Planning

CustomerComplaints

Tracking &Trending

Product Release

Investigations

GMPTraining

Oversight ofValidation

ChangeControl

CAPA

DocumentControl

Quality Management

Aspekte des Quality Management Systems


QM-Tools und Validierung


Benötigte SOPs

• SOP 1: Validierung GMP relevanter Computersysteme (CV001)

• SOP 2: Risikomanagement (CSV013)• SOP 3: Erstellung Lastenheft / URS (CV008)• SOP 4: Erstellung Pflichtenheft / FS (CV009)• SOP 5: Schulung (CV003)• SOP 6: Datensicherheit und Wiederherstellung

(CV006 und 007)• SOP 7: Security, Protection and Access Rights

(CV004)• SOP 8: Ausfall System (CV005)


Benötigte SOPs

• SOP 9: Fehlerbehandlung (CV014)

• SOP 10: Änderungsmanagement (CV002)

• SOP 11: Testen von Software und Hardware (CV011)

• SOP 12: System Stillegung (CV012)

• SOP 13: Archivierung (CV015)

• SOP 14: Lieferantenbewertung (Anhang Checkliste)

• SOP 15: FDA 21 CFR Part 11 Compliance Strategie


Vielen Dank für Ihre Aufmerksamkeit

Kontakt: [email protected]

Documents

Validierung von computergestützten Systemen ...€¦ · 1. Hamburger Pharma Workshop Systec GMP-IT-Plattformen TROLLEY, CREATIV, SLICE, VISION, CONTROL GMP-IT-PLATTFORMEN Industrie-PC