Dataintegritet

Dette emne er en del af SG Systems Global Bibliotek med vejledninger til regulering og drift.

Dataintegritet: Sørg for, at optegnelser er troværdige – ALCOA-beviser, revisionsspor, kontrolleret adgang og forsvarlige beslutninger.

Opdateret januar 2026 • dataintegritet, ALCOA, revisionsspor, del 11, bilag 11, CSV, opbevaring af journaler, adgangskontrol • Tværfaglig

Dataintegritet er disciplinen med at sikre, at registre er troværdige – fuldstændige, nøjagtige, kan tilskrives og beskyttes mod upassende ændringer – på tværs af hele datalivscyklussen. I regulerede produktions- og kvalitetssystemer er "integritet" ikke en filosofisk idé. Det er det operationelle grundlag for batchfrigivelse, produktbeslutninger, undersøgelser og patient-/kundesikkerhed. Hvis dataene ikke er troværdige, er den beslutning, der er baseret på dem, ikke forsvarlig.

Organisationer forveksler ofte dataintegritet med cybersikkerhed eller datakvalitet. Sikkerhed beskytter mod uautoriseret adgang; kvalitet fokuserer på brugsegnethed; integritet beviser, at registreringen er, hvad den påstår at være, og ikke er blevet manipuleret, diskret beskadiget eller løsrevet fra sin kontekst. Denne kontekst omfatter metadata (tidsstempler, bruger-id'er, versioner), revisionsspor og de proceduremæssige kontroller, der sikrer, at folk ikke kan omskrive historikken, når noget går galt.

Dataintegritet er vigtigst, når presset er højest: en afvigelsesundersøgelse, en hændelse uden for specifikationerne, en leverandørtvist, en beslutning om bortskaffelse af batcher eller en revision. I disse øjeblikke har organisationen enten en pålidelig beviskæde – eller den har argumenter. Integritet er det, der forhindrer "vi tror, ​​det skete på denne måde" i at erstatte "vi kan bevise, at det skete på denne måde".

"Hvis optegnelsen kan omskrives, er den ikke bevis."

1) Hvad dataintegritet egentlig betyder

Dataintegritet betyder, at dine optegnelser kan bruges som bevismateriale. I praksis beviser integritet, at:

• Optegnelser kan tilskrives: du kan pålideligt svare på "hvem gjorde hvad, hvornår og hvorfor".
• Optegnelserne er komplette: Der er ingen manglende resultater, manglende batches, manglende revisionssporposter eller manglende vedhæftede filer.
• Optegnelserne er ensartede: Tidsstempler, versioner og tilstandsovergange er kohærente og reproducerbare.
• Optegnelser er beskyttet: uautoriserede ændringer forhindres og kan detekteres, herunder forsøg på sletning eller tilbagedatering.
• Optegnelserne kan stadig bruges: de kan hentes, fortolkes og gennemgås år senere i henhold til opbevaringsreglerne.

Integritet er ikke begrænset til "dataværdier". Det omfatter den kontekst, der giver værdier betydning: instrumenter, metoder, enheder, versioner, godkendelser og sporingslinks. En temperaturaflæsning uden kalibreringsstatus er ikke troværdigt bevis. Et "bestået" resultat uden revision af testmetoden kan ikke forsvares. En batchregistrering uden et revisionsspor er bare en historie.

I regulerede miljøer – farmaceutiske produkter, medicinsk udstyr, fødevaresikkerhed og anden produktion med høj risiko for stoffer – er integritet fundamentet for beslutninger om frigivelse, undersøgelser og regulatorisk tillid. Bryd integriteten, og alt andet bliver til forhandling.

2) Hvorfor dataintegritet ikke er til forhandling

Der er fire påtvingende funktioner, der gør integritet reel:

Den hårde sandhed: Integritetsfejl er dyre, fordi de skaber en "ubeviselig virkelighed". Når data ikke kan stoles på, reagerer organisationer ved at overtest, gentage arbejde, udvide batch-holdings og eskalere til ledelsesgennemgang. Selv når produktet er sikkert, bliver manglende evne til at bevise, at det er sikkert, den operationelle flaskehals.

Integritetssvigt er også smitsomt. Når folk først tror, ​​at journaler kan ændres, ændrer de adfærd: "registrer det senere", "ret værdien", "opdater regnearket", "vi afstemmer bagefter". Denne kulturelle forskydning ødelægger beviskvaliteten hurtigere end nogen teknisk svaghed.

3) Dataintegritet vs. kvalitet vs. sikkerhed

Teams blander ofte disse koncepter og designer de forkerte kontroller.

Sikkerhed uden integritet er almindeligt: ​​stærke perimeterkontroller, svag intern styring og privilegerede brugere, der kan omskrive historien. Integritet uden sikkerhed er også muligt: ​​gode revisionsspor, svage adgangskontroller og høj sandsynlighed for uautoriseret adgang. I reguleret arbejde har du brug for begge dele – men integritet er den del, der gør optegnelser forsvarlige.

4) Datalivscyklussen: hvor integritet vindes eller tabes

Integritet er ikke en enkeltstående kontrol. Det er resultatet af kontroller på tværs af datalivscyklussen:

• Skabelse: hvordan data genereres (instrument, system, manuel indtastning), herunder metode og version.
• Forarbejdning: beregninger, transformationer og afledte resultater – hvor skjult manipulation ofte forekommer.
• anmeldelse: godkendelsesarbejdsgange, håndtering af undtagelser og eskaleringsveje (se godkendelsesarbejdsproces).
• Rapportering: resuméer, dashboards og PDF-rapporter, der kan afvige fra den underliggende sandhed.
• Opbevaring: hvor optegnelser findes, hvordan de beskyttes, og hvordan revisionsspor bevares.
• Hentning: evne til at reproducere registreringskonteksten under revisioner og undersøgelser.
• Opbevaring/arkivering: langtidsbevaring under opbevaring af journaler regler.
• disposition: kontrolleret destruktion når opbevaringen ophører, med dokumenteret begrundelse.

De fleste integritetsprogrammer fejler, fordi de fokuserer på lagring og ignorerer oprettelse og behandling. Det er omvendt. Hvis posten kompromitteres ved registrering, kan ingen form for opbevaringspolitik løse det senere.

5) Definer omfang: hvad der tæller som en registrering

Integritet begynder med en nådesløs definition af omfang. Hvis du ikke definerer, hvad en kontrolleret registrering er, vil folk definere den for dig – normalt på en måde, der reducerer ansvarlighed.

Et praktisk omfangskort indeholder:

• Kvalitetsregistreringer: afvigelser, undersøgelser, godkendelser, CAPA (se afvigelseshåndtering og KASKET).
• Produktionsoptegnelser: batchdokumentation såsom BMR og elektroniske ækvivalenter som f.eks. EBR.
• Enhedsoptegnelser: bevis for enhedshistorik (DHR / eDHR).
• Laboratoriejournaler: resultater, beregninger og gennemgangshistorik (ofte knyttet til LIMS).
• Stamdata: kontrollerede opskrifter, styklister, specifikationer og parametergrænser (se stamdatakontrol).
• Metadata: tidsstempler, bruger-id'er, versioner og selve revisionssporet.
• Vedhæftede filer: PDF'er, billeder, rådatafiler, instrumenteksporter – ofte det nemmeste sted at skjule manipulation.

Omfanget skal også omfatte "skyggesystemer": regneark, lokale mapper, delte drev og ad hoc-databaser. Hvis kritiske beregninger sker i Excel uden for kontrollerede systemer, ligger din integritetsrisiko der – ikke i den validerede applikation, du stolt viser revisorer.

6) ALCOA i praksis: beviser, ikke slogans

ALCOA er den mest almindelige forkortelse for integritetsforventninger. Værdien af ​​ALCOA er ikke akronymet – det er de testbare adfærdsmønstre, som det fremtvinger:

• Tilskrives: unik identitet, kontrolleret adgang og pålidelig brugertilskrivning.
• Læselig: Optegnelser skal være læsbare og fortolkelige på lang sigt (herunder elektronisk læsbarhed).
• Samtidig: Begivenheder registreres, når de indtræffer, og rekonstrueres ikke senere.
• Original: bevare kildedata og den første registrering af posten (og beskytte den mod overskrivning).
• Nøjagtig: Værdierne er korrekte, beregningerne er kontrollerede, og fejl kan opdages.

ALCOA bryder sammen, når organisationer behandler det som træningsindhold. Man kan ikke "træne" sig ud af et system, hvor brugere kan overskrive resultater, slette revisionsspor eller underskrive handlinger, de ikke har udført. ALCOA håndhæves af kontroller, ikke af postere.

7) Styring: ejerskab, procedurer og beviser

Integritet er ikke et IT-projekt. Det er en model for kvalitetsstyring. Uden styring forfalder kontrollen, og undtagelser bliver normale.

Kernestyringsankre:

• Ejendomsret: definerede system-/dataejere, der er ansvarlige for integritetskontroller og periodisk gennemgang.
• Dokument kontrol: SOP'er for datahåndtering, gennemgang, rettelser og afvigelser.
• Revisionskontrol: kontrollerede versioner af metoder, specifikationer, opskrifter og konfigurationer.
• Skift kontrol: vurdering af integritetspåvirkning for systemændringer, programrettelser og konfigurationsopdateringer.
• Uddannelse + kompetence: trænede brugere, men også trænede anmeldere, der ved, hvordan "god evidens" ser ud.
• Periodisk gennemgang: Revisionsspor, privilegeret adgang og kritiske poster gennemgås kadencemæssigt.

Ledelsen skal også definere "korrektionsregler". Hvordan rettes en fejl, når den opstår? Hvad er tilladt, hvad er forbudt, og hvad skal registreres i revisionssporet? Hvis svaret er "vi retter det bare", har du et integritetshul.

8) Adgangskontrol: UAM, RBAC og SoD

Integritet svigter hurtigst gennem adgang. Hvis de forkerte personer kan udføre de forkerte handlinger – eller hvis ingen kan bevise, hvem der gjorde hvad – bliver optegnelser forhandlingsbare.

Kontroller, der skal eksistere og kunne testes:

• Definerede roller og tilladelser: kontrolleret gennem brugeradgangsstyring (UAM).
• RBAC håndhævelse: Privilegerede handlinger er begrænsede og kan gennemgås.
• Disciplin for tilvejebringelse: adgang oprettet/fjernet under adgangsbestemmelse kontroller.
• Funktionsfordeling: ingen selvgodkendelse eller "Jeg ændrede det, og jeg godkendte det" (se adskillelse af opgaver).
• Periodisk adgangskontrol: Adgang gennemgås, ikke antages at være korrekt for evigt (se adgangsgennemgang disciplin i udførelsessystemer).

Privilegeret adgang er den integritetssvaghed med den højeste risiko. Administratorer har ofte beføjelse til at ændre masterdata, ændre konfigurationen af ​​revisionsspor eller gendanne sikkerhedskopier, der ændrer historikken. Integritetsprogrammer skal behandle privilegeret adgang som en kontrolleret kvalitetsrisiko, ikke en "nødvendig IT-bekvemmelighed".

9) Revisionsspor og metadata: integritetsmotoren

Revisionsspor er ikke valgfrie for kritiske elektroniske optegnelser. De er den mekanisme, der synliggør upassende ændringer og gør legitime ændringer forsvarlige.

Effektive revisionsspor skal bevise:

• Fuldstændighed: Kritiske handlinger registreres (opret, rediger, slet, godkend, tilsidesæt).
• Navngivelse: unik brugeridentitet; delte konti ødelægger tilskrivning.
• tidsstempler: pålidelig håndtering af tid og tidszone (tidsdrift skaber "umulige" sekvenser).
• Årsag til ændring: Hvor det er relevant, kræver systemet begrundelse, ikke stille redigeringer.
• Gennemgåbarhed: Revisionsspor kan forespørges og gennemgås rutinemæssigt, ikke "tilgængelige, hvis nødvendigt".

Metadata er ofte det centrale punkt, hvor integriteten findes. Hvis du kan eksportere værdier, men mister metadata (hvem godkendte, hvilken version, hvilken enhed, hvilken metode), mister du mening. Derfor er "rapportarkiver" risikable: de bevarer en PDF, men kasserer den strukturerede kontekst, der er nødvendig for at bevise sandheden.

10) Elektroniske signaturer og godkendelsens betydning

Elektroniske signaturer har kun betydning, hvis deres betydning bevares. En signatur er ikke grafik; det er en kontrolleret erklæring.

Integritetsforventningerne til e-signaturer omfatter:

• Identitetssikring: Signaturer er knyttet til godkendte brugere, ikke delte logins.
• Klarhed af intention: Hvad der godkendes (og under hvilken version) er eksplicit.
• Ikke-afvisning: Brugere kan ikke plausibelt afvise signaturen på grund af svage kontroller.
• Reviderbarhed: Signaturhændelser registreres i revisionsspor med tidsstempel og betydning.

Derfor er integritet i overensstemmelse med 21 CFR del 11 og bilag 11 : kontrolhensigten er at sikre, at elektroniske optegnelser og signaturer er lige så troværdige som papir – ofte mere troværdige – fordi de bevarer hændelseshistorikken.

11) Validering og systemsikring: CSV og GAMP 5

Integritet er ikke garanteret, fordi du har købt et populært system. Det er garanteret, når systemet er konfigureret, valideret og betjent for at bevare kritiske optegnelser.

I regulerede miljøer håndteres dette normalt gennem:

• Validering af computersystem (CSV): at bevise, at systemer understøtter den tilsigtede anvendelse og bevarer integriteten af ​​kritiske registre.
• GAMP 5: anvendelse af risikobaseret validering og fokusering af indsatsen, hvor integritetsrisikoen er højest.
• Ændringskontroldrevet revalidering: Når du opdaterer, opgraderer, migrerer infrastruktur eller ændrer konfigurationen, vurderes integritetspåvirkningen.

Validering skal dække de kontrolstifunktioner, der gør registreringer troværdige: generering og hentning af revisionsspor, adgangshåndhævelse, e-signaturadfærd, tidshåndtering, rapportgenerering (og kobling til underliggende data) og kontroller for dataeksport/import. Hvis du validerede arbejdsgange, men ikke beviskæden, validerede du det forkerte.

12) Opbevaring og gendannelse: arkivering og gendannelse

Integritet er også et tidsproblem. Optegnelser skal forblive troværdige og genfindbare, så længe opbevaring kræver det. Det er her, opbevaring, arkivering og katastrofeberedskab bliver integritetskontroller – ikke kun IT-hygiejne.

Integritet efter gendannelse er en almindelig blind plet. Et gendannet system, der mister kontinuitet i revisionssporet eller nulstiller tidsstempler, kan blive en compliance- og beviskatastrofe – selv hvis produktionen genoptages. Derfor skal genopretningsøvelser verificere integritetskontroller, ikke kun oppetid.

13) Operationalisering: daglige kontroller, der rent faktisk fungerer

Integritetsprogrammer lykkes, når kontroller er integreret i den daglige drift. Målet er at forhindre stille fejl og at opdage afvigelser tidligt.

Operationelle kontroller, der holder stik under overvågning:

• Kadens for gennemgang af revisionsspor: rutinemæssig gennemgang af kritiske revisionsspor, ikke kun "tilgængelige".
• Styring af masterdata: kontrollerede redigeringer under stamdatakontrol med godkendelse og sporbarhed.
• Afvigelseskobling: Integritetsproblemer registreres som kvalitetshændelser og undersøges (se kvalitetsarrangementledelse).
• Disciplin for håndtering af undtagelser: Tilsidesættelser og "midlertidige" rettigheder logges, godkendes og trækkes tilbage.
• Periodisk adgangskontrol: Roller og tilladelser valideres igen i forhold til faktiske jobfunktioner.
• Tidssynkroniseringskontroller: Systemure styres; tidsdrift behandles som en integritetsfejl.
• Kontrolelementer for dataeksport: Sørg for, at eksporterede data ikke kan blive en parallel, redigerbar sandhed.

14) KPI'er og driftstakt

Dataintegritet bør styres som en driftskontrol med målbare resultater.

Kadencen bør være risikobaseret. Store anlæg, høje ændringsrater og softwaredrevne operationer kræver hyppigere kontroller end stabile miljøer. Hvis dine kontroller ikke måles, vil de ændre sig, indtil en inspektion tvinger dig til at bemærke det.

15) Tjeklisten for "integritetsbloktest"

Hvis du ønsker en hurtig vurdering af, om der er gået/ikke gået, skal du køre en bloktest. Målet er at bevise, at systemet forhindrer forkerte handlinger og bevarer bevismateriale, når de forkerte handlinger finder sted.

Hvis bloktesten fejler, skal den behandles som en kvalitetsundtagelse. Integritetskontrollerne fungerer enten, eller også fungerer de ikke – og "næsten" er ikke en forsvarlig holdning under en inspektion.

16) Almindelige fejlmønstre

• Delte konti og generiske logins. Attribution kollapser, og revisionsspor bliver meningsløse.
• Redigerbare kildefiler. "Originale" data overskrives eller genberegnes uden spor.
• Revisionsspor ikke gennemgået. Sporet findes, men ingen kigger – så manipulation opdages ikke.
• Administrator overanstrengelse. Privilegerede brugere kan ændre resultater, deaktivere logføring eller ændre opbevaring i det stille.
• Tidsdrift. Tidsstempler bliver upålidelige; sekvenser bliver umulige at forsvare.
• Strategier til kun PDF-filer. Rapporter overlever, men struktureret sandhed og metadata går tabt.
• Regnearket "sandhed". Kritiske beregninger sker uden for kontrollerede systemer.
• Gendannelse bryder integriteten. Systemerne kommer online igen, men revisionsspor eller signaturbetydning er beskadiget.

17) Eksempler på tværs af brancher

Integritetsprincipper er universelle, men de skarpe kanter varierer fra branche til branche:

• Farmaceutisk fremstilling: integritet understøtter batchfrigivelse og undersøgelsesberedskab; knyttet til GxP, 21 CFR del 211og kontrol af elektroniske registre.
• Hospitalsudstyr: Integritet understøtter design- og produktionskæder som f.eks. DHF, DMR forlængelseog DHR.
• Fødevareforarbejdning: integritetsbånd til sporbarhed, tilbagekaldelser og compliance-kontroller; fejl viser sig som afstemningshuller og uverificerbare beslutninger.
• Udførelsessystemer: MES og forbundne lag skal bevare tilstands sandhed og beviser; integritet krydser hinanden MES kontroller og revisionsspor.
• Laboratorier: Integritet afhænger af metodekontrol, bevarelse af rådata og disciplin i gennemgangen; svag integration skaber "kopiér/indsæt sandhed".

Den fælles lektie: integritet er ikke en afdeling. Det er pålideligheden af ​​din beviskæde fra ende til anden.

18) Udvidede ofte stillede spørgsmål

Q1. Hvad er dataintegritet?
Dataintegritet er disciplinen med at sikre, at registreringer er troværdige – fuldstændige, nøjagtige, tilskrivelige og beskyttet mod upassende ændringer – på tværs af hele datalivscyklussen.

Q2. Er dataintegritet det samme som cybersikkerhed?
Nej. Sikkerhed beskytter mod uautoriseret adgang; integritet beviser, at optegnelsen er troværdig, herunder revisionsspor, metadata og kontrolleret ændringshistorik.

Q3. Hvad betyder ALCOA i praksis?
ALCO betyder, at optegnelser kan tilskrives, er læselige, samtidige, originale og nøjagtige – håndhæves gennem kontroller som adgangsstyring, revisionsspor og revisionsdisciplin.

Q4. Hvad er de mest almindelige integritetsfejl?
Delte logins, ukontrollerede regneark, ikke-gennemgåede revisionsspor, svage privilegerede adgangskontroller og tab af metadata under rapportering/arkivering.

Q5. Hvordan beviser vi integritet efter en systemgendannelse?
Gendannelsestest skal ikke kun verificere oppetid, men også kontinuitet i revisionsspor, korrekthed af tidsstempel, adgangskontroller og signaturbetydning (se validering af backup principper).

Beslægtet læsning
• Kerneintegritetskoncepter: ALCO | Revisionsspor (GxP) | GxP | Opbevaring af rekord | Dataarkivering | lagring af data
• Validering + Styring: CSV | GAMP 5 | Skift kontrol | Dokument kontrol | Revisionskontrol
• Adgang + Ansvarlighed: Administration af brugeradgang | Rollebaseret adgang | Adgangsbestemmelse | Adskillelse af opgaver
• Kontekst for e-registre: 21 CFR del 11 | Bilag 11 | Elektroniske signaturer
• Systemkontekst: MES | Elektronisk batchregistrering (EBR) | eQMS | MES-backupvalidering