Validering av datasystem (CSV) – risikobasert kvalifisering av GxP-programvare og automatisering

Dette emnet er en del av SG Systems Global ordliste over regulatoriske forhold og drift.

Oppdatert oktober 2025 • GxP-validering, dataintegritet, elektroniske registre/signaturer • QA, IT/OT, produksjon, laboratorier

Validering av datasystem (CSV) er den disiplinerte, livssyklusbaserte demonstrasjonen som et datastyrt system konsekvent oppfyller predikatregler og forventninger til elektroniske journaler i den tiltenkte bruken. I regulert produksjon betyr det at programvaren, enhetene, integrasjonene, etikettene og journalene som påvirker produktkvaliteten eller pasient-/forbrukersikkerheten er spesifisert, verifisert og styrt under et kvalitetssystem med sporbar bevis. CSV er ikke «ekstra papirarbeid». Det er slik organisasjoner viser samsvar med predikatregler (F.eks GMP, BNP) og forventninger til elektroniske registre og signaturer (21 CFR del 11, Vedlegg 11), anvendt på systemer som MES, WMS, QMS, LIMS, DERETTER, SCADA/HMI, merking, syn og veieundersystemer.

«Validering er et bevis på papiret på at systemet forhindrer feil utfall på en dårlig dag – ikke bare når en demonstrasjon går bra.»

1) Omfang – hva CSV dekker (og hva den ikke dekker)

omslag: datastyrte systemer som oppretter, transformerer eller lagrer GxP-data eller kontrollerer kvalitetsrelevante prosesser: utførelsesplattformer (MES, MOM), lager (WMS), laboratorier (LIMS, DERETTER), QMS-arbeidsflyter (Avvik, LOKK, Endre kontroll), etikett/visjon (Merkingskontroll, Etikettverifisering, Maskinvisjon), automatisering (SCADA/HMI), og veiing/dispensering (Veiing og dispensering, gravimetrisk, Lastceller).

Dekker ikke: endring av lovbestemte regler eller validering av personer . CSV viser at systemer oppfyller regler; personell forblir styrt av opplæring og kompetanse , og prosesser av standard operasjoner (SOP-er).

2) Reguleringsankre og dataintegritet

CSV knytter teknologi til lovverk og kvalitetsstandarder. For legemidler og biologiske legemidler stammer grunnleggende forpliktelser fra 21 CFR 210/211 ( GMP). For medisinsk utstyr, samsvar med QMSR (etterfølgeren til QSR) og ISO 13485 med risiko under ISO 14971. I Europa og PIC/S-land opererer de under PIC/S PE 009 og Annex 11 for datastyrte systemer. På tvers av sektorer følger elektroniske registre og signaturer prinsippene i del 11 , og all dokumentasjon må oppfylle forventningene til ALCOA+ og dataintegritet.

CSV er også en kvalitetssystemaktivitet . Planer, protokoller, rapporter og konfigurasjoner styres under dokumentkontroll med rollebaserte godkjenninger ( godkjenningsarbeidsflyt ) og revisjonsspor på nøkkelobjekter. Oppbevaring må følge protokollen for oppbevaring og arkivering av dokumenter.

3) Livssyklus og valideringshovedplanen

Moderne CSV er livssyklusorientert ( GAMP 5 ): konsept → prosjekt → drift → pensjonering. Valideringsmasterplanen (VMP) definerer omfang (systemer, grensesnitt, instrumenter), risikotilnærming ( QRM ), leveranser og ansvar på tvers av QA, IT/OT og bedriftseiere. For hvert system, utarbeid en valideringsplan som kartlegger fra URS til verifisering (FAT/ IQ-OQ-PQ / UAT ) og løpende kontroller ( endringskontroll , periodisk gjennomgang, internrevisjon ).

4) Krav og risiko – hva som skal testes (og hvor grundig)

Start med en tydelig, testbar URS som er knyttet til tiltenkt bruk og produktrisiko. Utfør deretter risikoanalyse ved hjelp av QRM- verktøy – f.eks. FMEA på funksjoner, HAZOP på prosessintegrasjoner – for å prioritere negative banescenarier (utløpt parti, feil etikett, enhet utenfor toleranse). Dette produserer risikorangerte krav og en sporbarhetsmatrise fra URS → testtilfeller → avvik → disposisjon ( NCR / CAPA ).

Risiko styrer også leverandørkontroller. Evaluer leverandører via leverandørkvalifisering / SQM og formaliser forventningene i en kvalitetsavtale med varsling om endringer og eskaleringsbaner ( SCAR ).

5) Spesifikasjoner, konfigurasjon og stamdatakontroll

CSV er ikke begrenset til testing av kjørbare filer; den validerer konfigurert oppførsel . Behandle oppskrifter, etiketter, tillatelsesmodeller og masterdata som kontrollert konfigurasjon:

• Identitet og merkelapper: styrt under Merkingskontroll, sjekket av Etikettverifisering, med GS1-dataelementer (AI, GTIN).
• Oppskrifter og batchlogikk: styrt i Oppskriftsbehandling (ISA‑88), fanget i eBMR/MBR/MMR.
• Enheter og konverteringer: validere UOM logikk; den skaper ofte stille feil.
• Tilgang og segregering: håndhev UAM, rollebaserte privilegier og arbeidsdeling.

Alle spesifikasjoner og konfigurasjonsgrunnlinjer er under kontrollert endring med endringskontroll / MOC og refereres til i valideringsrapporter.

6) Verifisering – Fra FAT til IQ/OQ/PQ til UAT

FAT. Bruk fabrikkaksepttesting for å samle inn leverandørbevis og redusere risikoen for større feil før levering til stedet. Knytt FAT til sporbarheten til URS for å unngå overflødig senere testing.

IQ/OQ/PQ. Utfør installasjons-/drifts-/ytelseskvalifisering med kalibrerte enheter ( kalibreringsstatus ) og kontrollerte testdata. OQ skal hamme negative baner (f.eks. blokkplukke karantenepartier i WMS , avvise vekter utenfor spesifikasjonene i MES ), mens PQ demonstrerer ytelse i den virkelige verden på tvers av skift og oppskrifter.

UAT. Formell brukeraksepttesting beviser egnethet for tiltenkt bruk. Tren brukere på forhånd ( opplæringsmatrise ) slik at resultatene gjenspeiler systematferd – ikke uvanthet.

For analytiske metoder innebygd i programvare, samkjør verifiseringen med testmetodevalidering (TMV) . For miljømessige/forsyningsavhengigheter, se forsyningskvalifisering og, hvis relevant, temperaturkartlegging.

7) Elektroniske dokumenter/signaturer og revisjonsspor

Forventningene i del 11/vedlegg 11 inkluderer unike kontoer, sikre e-signaturer med mening, tidssynkronisering og beskyttede, datagenererte revisjonsspor . Valider:

• Identitets- og autentiseringsflyter (UAM), retningslinjer for passord/utelåsing.
• Signaturbetydning (gjennomgang/godkjenning), begrunnelse og uavviselighet.
• Fullstendighet av revisjonsspor (hvem/hva/når/før-etter) og gjennomgangsprosedyrer innen SOPer.
• Oppbevaring/arkivering (arkiv), gjenfinning og lesbarhet over tid.

Samstill postdesign med ALCOA+ og bredere dataintegritetskontroller.

8) Enheter, automatisering og integrert bevis

Programvare fungerer sjelden alene. Valider systemet av systemer som produserer bevis:

• Veiing og dispensering: Veiing og dispensering, gravimetrisk kontroll, Lastceller.
• Strekkoder og etiketter: Strekkodevalidering, GS1‑128, SSCC.
• Automatisering: SCADA/HMI forriglinger; ISA‑95 integrasjon til bedriftssystemer.
• Serialisering og sporbarhet: serialisering, UDI, EPCIS utvidelse, Lott sporbarhet.

Enhetsstatus må håndheves ( Kalibreringsstatus ), og feil må åpne kontrollerte unntak ( Avvik/NCR ).

9) Opprettholde valideringstilstanden

Valideringen slutter ikke ved lansering. Hold systemet i kontroll via:

• Endre kontroll/MOC med konsekvensanalyse og risikobasert ny testing.
• Håndtering av hendelser/avvik og LOKK effektiviteten av lukkingen.
• Periodisk gjennomgang (roller, gjennomgang av revisjonsspor, sikkerhetskopiering/gjenopprettingstester) under Internrevisjon.
• Overvåking av leverandørendringer via Ingen c og SQM.
• Oppfriskningskurs knyttet til Treningsmatrise når konfigurasjon eller SOP-er endres.

10) CSV-leveranser – bevispakken

En reviderbar CSV-pakke inneholder vanligvis: VMP/valideringsplan; URS og risikovurdering ( QRM , FMEA ); design-/konfigurasjonsspesifikasjoner under dokumentkontroll ; sporbarhetsmatrise; FAT/IQ/OQ/PQ/UAT-protokoller og -rapporter; kontrollerte avvikslogger og CAPA-er; cybersikkerhets-/tilgangskontroller ( UAM ); sikkerhetskopiering/gjenoppretting og arkiveringstester ( oppbevaring ); viktige SOP-er; opplæringsjournaler ( opplæringsmatrise ); og en endelig valideringssammendragsrapport som angir egnethet for tiltenkt bruk.

11) Målinger som betyr noe

• Risikodekning: % URS med høy risiko med utførte negative bane-tester.
• Feilryddingsrate: problemer funnet etter at de ble lansert per utgivelse.
• Tidspunkt for gjennomgang av revisjonsspor og fullføringsrate for handlinger.
• Endre hastighet med ettergivenhet: median Endre kontroll syklustid kontra retestinnsats.
• Treningseffektivitet: førstegangs UAT-suksess etter rolle (Treningsmatrise).
• Periodisk vurdering av helsetilstand: % systemer med gjennomgang i tide og sikkerhetskopiering/gjenoppretting av øvelser.

Disse KPI-ene kobler valideringsdybde til driftspålitelighet og inspeksjonsberedskap.

12) Vanlige feiltilstander (og motgift)

• «Én gang»-validering. Systemene avviker etter at de er i drift. Motgift: streng MOC, periodisk gjennomgang og risikobasert retesting.
• Skyggeregneark. Beregninger utenfor systemet driver utgivelse. Motgift: eliminere skygger; håndheve validerte transaksjoner og revisjonsspor.
• Svake identitetskontroller. Delte kontoer, manglende betydninger av e-signatur. Motgift: stramme UAM, omskolere og revidere påloggings-/signaturhendelser.
• Spredning av etiketter/oppskrifter. Ukontrollerte maler og mastere. Motgift: sentral Merkingskontroll og Oppskriftsbehandling med versjonering.
• Enhetsstatus ignorert. Instrumenter som ikke er kalibrerte i produksjon. Motgift: blokkkjøring på Kalibreringsstatus og dokumentere innvirkning via Avvik/LOKK.

13) Hvordan CSV passer med V5 av SG Systems Global

V5-plattformen. V5-pakken ( MES , WMS , QMS ) er konstruert med tanke på validering: konfigurasjonen er versjonert under dokumentkontroll , interlocks støtter negativ sti-testing ( Hard Gating ), og alle transaksjoner har tilskrivbare revisjonsspor.

Utførelsessannhet. I V5 valideres etikettmotorer, veiing, etikettverifisering og EPCIS- hendelser som én enkelt bevisstrøm som mater eBMR og fraktdokumenter, noe som forenkler sporbarhetstesting.

Kvalifiseringsstøtte. V5 tilbyr malbaserte IQ/OQ/PQ-protokoller, URS-sporbarhet og endringsstyrte konfigurasjonspakker for å akselerere CSV samtidig som strengheten opprettholdes.

Konklusjon: CSV er enklere når plattformen håndhever dataintegritet per design. V5 gjør URS om til sammenkoblinger, og sammenkoblinger til forsvarbare bevis.

14) Vanlige spørsmål

Q1. Er CSV det samme som prosessvalidering?
Nei. CSV validerer datastyrte systemer. Prosessvalidering (f.eks. Prosessvalidering, PPQ) validerer produksjonsprosesser og produkter. De møtes via eBMR som fanger opp prosessbevis.

Q2. Hvor grundig bør vi teste COTS-programvaren?
Dybde følger risiko og konfigurasjon. Utnytt leverandørens FAT der det er passende, og bekreft deretter URS, arbeidsflyter med høy risiko og integrasjoner gjennom IQ/OQ/PQ og UATTest alltid negative stier og e-journalkontroller.

Q3. Må vi validere integrasjoner separat?
Ja. Grensesnitt som overfører GxP-data (f.eks. MES↔LIMS, WMS↔label engine) krever krav, risiko og tester for datakartlegging, feilhåndtering og avstemming (sporbarhet).

Q4. Hva skjer hvis en leverandør utsteder en hurtigreparasjon for programvare?
Avtrekker Ingen c gjennomgå; gjennomføre konsekvensutredning under Endre kontrollUtfør risikobasert ny testing og oppdater grunnlinjene. Hvis kritiske kontroller påvirkes, stopp utgivelsen til testene er bestått.

Q5. Hvordan viser vi inspektørene at vi har kontroll?
Produser VMP, en gjeldende sporingsmatrise, utført IQ/OQ/PQ/UAT med avvik/CAPA-er lukket, og SOP-er for gjennomgang av revisjonsspor og sikkerhetskopiering/gjenoppretting. Demonstrer negative sti-blokker live (f.eks. Hard Gating forhindrer problemer med utgått materiale).

Relatert Reading
• Fundamenter: GAMP 5 | Vedlegg 11 | 21 CFR del 11 | Predikatregel | ALCOA+ | Dataintegritet
• Livssyklus og risiko: VMP | URS | V&V | QRM | FMEA | HAZOP
• Verifisering: FAT | IQ/OQ/PQ | UAT | TMV
• Styring: Dokument kontroll | Arbeidsflyt for godkjenning | Endre kontroll | MOC | Internrevisjon | Opptaksbevaring
• Plattformer og bevis: MES | WMS | QMS | LIMS | DERETTER | eBMR
• Integrering og sporbarhet: ISA‑95 | EPCIS utvidelse | serialisering | Lott sporbarhet