Elektroniska signaturer

Detta ämne är en del av SG Systems Global ordlista över regler och verksamhet.

Uppdaterad december 2025 • Del 11 / Bilaga 11 Kontroller, godkännanden och tillskrivning • Kvalitetssäkring, efterlevnad, IT, drift

Elektroniska signaturer är juridiskt meningsfulla godkännanden och signeringer som utförs inom ett elektroniskt system, där signaturhändelsen unikt kan hänföras till en specifik individ och är bunden till en specifik post och betydelse (t.ex. "granskad", "godkänd", "utförd", "frigiven"). I reglerade tillverknings- och kvalitetssystem är en elektronisk signatur inte bara en kryssruta eller ett inskrivet namn. Det är en kontrollerad händelse som måste bevisa identitet , avsikt och postkoppling så att den signerade posten är tillförlitlig och försvarbar under revisioner och utredningar. Det är därför elektroniska signaturer är nära knutna till 21 CFR del 11 , EU-bilaga 11 , dataintegritet och en hänförlig revisionslogg som registrerar vem som signerade, vad de signerade, när de signerade och vad signaturen betydde.

Elektroniska signaturer är viktiga eftersom de omvandlar elektroniska register till bevis som uppfyller kraven. Om signaturerna är svaga – delade konton, tvetydig betydelse, saknad tillskrivning eller register som kan redigeras efter signering – blir systemet svårt att försvara, även om den underliggande processen är bra. Starka elektroniska signaturer möjliggör papperslös verksamhet, snabbare utgivningscykler, kontrollerade arbetsflöden och tillförlitlig ansvarsskyldighet för batchkörning ( eBMR ), avvikelser, CAPA, dokumentkontroll, utbildning och leverantörs-/kvalitetsbeslut. Målet är enkelt: den elektroniska registret måste fungera på samma sätt som ett signerat pappersregister skulle göra – ofta bättre – eftersom bevisen är tidsstämplade och spårbara.

"En e-signatur är bara värdefull om den bevisar identitet, avsikt och en obrytbar länk till exakt den dokumentation som undertecknades."

1) Vad en elektronisk signatur faktiskt bevisar

En kompatibel elektronisk signatur måste bevisa tre saker:

• Identitet: signeraren är unikt identifierad (inga delade inloggningsuppgifter) och autentiserad.
• Avsikt: undertecknaren avsåg att underteckna och förstod vad underskriften betyder (granskad/godkänd/utförd/frisläppt).
• Skivbindning: Signaturen är kopplad till den specifika posten vid tidpunkten för undertecknandet och kan inte separeras eller tillämpas felaktigt.

När dessa element finns blir den elektroniska signaturen starkare än en handskriven signatur eftersom den är tidsstämplad, tillskrivbar och kopplad till systemkontext (roll, arbetsflödessteg, postversion). När dessa element saknas blir en "e-signatur" bara en UI-artefakt med svagt bevisvärde.

2) Elektroniska signaturer kontra elektroniska register

En elektronisk post är själva data: en batchpost, en avvikelse, en CAPA, ett testresultat, ett kontrollerat dokument, en slutförd utbildning. En elektronisk signatur är en godkännande- eller attesteringsåtgärd som tillämpas på posten. De två måste fungera tillsammans. En post utan kontrollerad signatur kan vara ofullständig för utgivning. En signatur utan en kontrollerad post är meningslös.

Det är därför del 11 ofta sammanfattas som "elektroniska register och elektroniska signaturer". Du måste kontrollera registret (integritet, lagring, revisionsloggar) och signaturen (identitet, avsikt, bindning). Om en sida är svag kollapsar efterlevnadsställningen.

3) Varför elektroniska signaturer finns i reglerade verksamheter

Elektroniska signaturer existerar eftersom reglerad tillverkning bygger på dokumenterade beslut. Godkännanden definierar vad som är tillåtet: vilka batchsteg som utfördes, vilka avvikelser som accepteras, vilka CAPA:er som stängs, vilka specifikationer som är giltiga, vilka partier som släpps. Utan signaturer är beslut tvetydiga. Med signaturer blir beslut tillskrivbara och försvarbara.

Elektroniska signaturer möjliggör också papperslösa operationer och minskar processfriktion. Istället för att skriva ut och skanna formulär kan organisationen samla in signaturer vid åtgärdstillfället, med omedelbar koppling till journalen och revisionsloggen. När detta görs på rätt sätt förbättrar det både efterlevnad och effektivitet eftersom det minskar transkriberingsfel och minskar tidsgapet mellan åtgärd och dokumentation.

4) Signaturens betydelse: ”Granskad” är inte samma sak som ”Godkänd”

Signaturens betydelse är ett av de mest förbisedda kraven. En signatur måste ha en definierad avsikt. Vanliga signaturavsikter inkluderar:

• Genomförde: "Jag utförde detta steg/denna åtgärd."
• Verifierad: "Jag har verifierat att detta resultat/steg uppfyller kraven."
• Omdöme: "Jag granskade protokollet och fann det acceptabelt."
• Godkänd: "Jag godkänner att denna registrering/dina beslut får användas."
• Utgiven: "Jag släpper detta parti/denna batch/dokument till nästa tillstånd."

Systemet bör göra betydelsen tydlig och konsekvent. Om allt bara är "signerat" är signaturen svag eftersom det är oklart vad undertecknaren intygat. Starka system fångar signaturens betydelse som metadata och visar den tydligt i protokollet och i revisionsloggar.

5) Autentiseringskontroller: Göra identitet försvarbar

Identitet är grundläggande. Det starkaste signaturprogrammet kollapsar om autentiseringen är svag. Ett försvarbart program kräver som minimum:

• Unika användarkonton: inga delade inloggningar, inga generiska "operatörskonton".
• Stark autentisering: lösenordsstandarder, MFA där så är lämpligt, och kontroller för återställningar.
• Kontrollerad provisionering: regleras åtkomstprovisionering och avprovisionering.
• Rollbaserade behörigheter: Endast auktoriserade roller kan signera och endast för tillåtna åtgärder (RBAC).

Många system kräver också "återautentisering vid signering" (t.ex. att ange lösenord igen eller bekräfta identitet) för signaturer med hög genomslagskraft, såsom batchfrisläppning eller godkännande av avvikelser. Målet är att göra avsikt och identitet tydliga vid signeringsögonblicket, inte bara vid inloggning.

6) Registreringsbindning och kontroll av ändringar efter signatur

En signatur måste vara bunden till postens tillstånd vid signeringstillfället. Kärnproblemet är "redigeringar efter signering". Om en post kan ändras efter godkännande utan spårbarhet är godkännandet meningslöst. Ett försvarbart tillvägagångssätt inkluderar vanligtvis:

• låsning: När de väl är signerade låses eller blir kritiska postfält revisionsstyrda.
• Revisionskontroll: Ändringar efter signering kräver att en ny revision skapas med nya godkännanden (kopplingar till dokument kontroll och förändring kontroll).
• Synlighet för revisionsspår: Alla ändringar efter signering registreras och är synliga, inklusive vem som ändrade vad och varför.
• Logik för ogiltigförklaring av signatur: vissa ändringar ogiltigförklarar automatiskt tidigare signaturer och kräver omsignering.

Bindning inkluderar även kontroll av bilagor. Om en post refererar till bilagor (rapporter, PDF-filer, bilder) ska signaturen gälla för postpaketet, inte bara ett enskilt fält.

7) Var elektroniska signaturer används (vanliga användningsfall)

Elektroniska signaturer förekommer överallt där beslut måste vara tillskrivbara och försvarbara. Vanliga användningsområden inkluderar:

• Batchexekvering: stegslutförande, kontroller under processen, bekräftelse av linjeklarering och slutlig batchgodkännande i eBMR.
• Håll/släpp: placera och släppa karantän/hålla status för partier och batcher.
• Avvikelser och utredningar: godkännande av avvikelser, utredningsslutsatser och effektivitetskontroller.
• KAPACITET: CAPA-godkännande, underskrift och avslutning av åtgärd.
• Ändra kontroll: godkännande av ändringsförfrågningar, godkännande av implementering och granskning efter implementering.
• Dokumentkontroll: Godkännande av standardoperationer, godkännande av ikraftträdandedatum, godkännanden av inkurans.
• Träning: intyg om genomförd utbildning och bekräftelser av kompetens.
• Leverantörs- och kvalitetsbeslut: MRB-avvecklingar och godkännande av korrigerande åtgärder från leverantörer.

I varje fall måste signaturen återspegla den korrekta betydelsen och begränsas av roller så att obehöriga användare inte kan signera högriskbeslut.

8) Förväntningar på revisionslogg för signaturhändelser

Signaturhändelser måste vara spårbara. En försvarbar revisionslogg för elektroniska signaturer fångar vanligtvis upp:

• Undertecknarens identitet: användar-ID och, i förekommande fall, namnförtydligande.
• Tidsstämpel: datum/tid för underskrift (inklusive tidszonkonsekvens).
• Menande: granskad/godkänd/utförd/släppt.
• Referensnummer: vilken post och vilken version/revision som signerades.
• Autentiseringsmetod: om omautentisering inträffade vid signering för steg med stor inverkan.

Revisorer bryr sig också om signaturfel och åsidosättningar: misslyckade inloggningsförsök, annulleringar av signaturer, återställningar av lösenord och alla administrativa åtgärder som kan äventyra tillskrivning. Det är därför signatursystem måste vara kopplade till kontrollerad åtkomsthantering och övervakas för ovanliga mönster.

9) Vanliga fellägen (hur e-signaturer blir svaga)

Program för elektroniska signaturer tenderar att misslyckas på förutsägbara sätt:

• Delade konton: förstör tillskrivning och gör signaturer oförsvarbara.
• Tvetydig betydelse: "undertecknad" utan definierad avsikt.
• Redigerbara poster efter signering: Godkännanden blir meningslösa om register kan ändras utan kontrollerad revision.
• Alltför breda signeringsrättigheter: för många användare kan godkänna åtgärder med stor effekt, vilket försvagar arbetsuppdelningen.
• Svag provisionering: rollkrypning och inaktuell åtkomst leder till obehörig signeringsförmåga.
• Dålig granskning av revisionsloggen: Signaturhändelser existerar men övervakas inte; misstänkta mönster upptäcks inte.

Lösningen är styrning och design: starka identitetskontroller, tydlig signaturavsikt, regler för låsning/revidering av poster och rollbaserade behörigheter anpassade till kvalitetssystemet.

10) Praktisk plan: Implementering av försvarbara elektroniska signaturer

En praktisk implementeringsplan ser ut så här:

• 1) Definiera signaturpunkter: lista vilka arbetsflöden som kräver signaturer (batchsteg, release, avvikelser, CAPA, ändringskontroll, dokumentation).
• 2) Definiera betydelsen av signaturer: granskade/godkända/utförda/frisläppta, och säkerställa att systemet registrerar dem.
• 3) Definiera roller: mappa signaturrättigheter till roller och genomdriva arbetsuppdelning.
• 4) Tillämpa identitetskontroller: unika konton, stark autentisering, kontrollerad provisionering.
• 5) Koppla signaturer till register: låsa eller revisionskontrollera signerade poster; bevara bilagor och kontext.
• 6) Samla in revisionsspår: signaturhändelser loggade, granskningsbara och bevarade under obligatoriska perioder.
• 7) Övervaka och granska: regelbundna åtkomstgranskningar och övervakning av revisionslogg för att upptäcka avvikelser i signaturerna.

Denna ritning gör elektroniska signaturer till en styrka i efterlevnaden snarare än en "kryssrutefunktion". Målet är att göra signaturer naturliga att använda och svåra att missbruka.

11) Hur detta passar ihop med V5 av SG Systems Global

Kontrollerad exekvering och godkännanden. I V5-plattformen stöder elektroniska signaturer styrd exekvering över moduler: MES- stegsigneringar till en inspektionsklar eBMR , WMS- hållningar och -frisläppningar samt QMS- godkännanden för avvikelser, CAPA, MRB och ändringskontroll. RBAC och kontrollerad provisionering säkerställer att endast auktoriserade roller kan signera specifika beslut.

Granskbarhet. Signaturhändelser registreras med tillskrivning, betydelse och tidsstämplar, vilket stärker revisionsspår och stöder bevis i enlighet med del 11/bilaga 11. Poster kan låsas eller revisionskontrolleras så att signaturer förblir bundna till rätt posttillstånd.

Slutsats: V5 använder elektroniska signaturer för att upprätthålla ansvarsskyldighet och skydda dataintegritet – vilket omvandlar godkännanden till försvarbara, inspektionsklara bevis utan papper.

12) Vanliga frågor

F1. Är elektroniska signaturer juridiskt giltiga?
I många reglerade sammanhang, ja – när det implementeras med lämpliga kontroller för identitet, avsikt och koppling till register, och när det är i linje med tillämpliga regler och organisationspolicyer.

F2. Kräver elektroniska signaturer att man anger ett lösenord på nytt?
Ofta för signaturer med hög effekt. Vissa system kräver omautentisering vid signeringstillfället för att tydliggöra avsikten. Den specifika metoden bör matcha din riskmodell och dina regulatoriska förväntningar.

F3. Kan ett signerat register ändras senare?
Den ska inte kunna ändras utan spårbarhet. Vanligtvis är signerade register låsta eller så kräver ändringar en ny revision och ett nytt godkännande, med en komplett revisionslogg som visar vad som ändrades och varför.

F4. Vad bryter elektroniska signaturer snabbast?
Delade konton, tvetydig signaturbetydelse, breda signeringsbehörigheter utan åtskillnad av arbetsuppgifter och möjligheten att redigera poster efter signering utan kontrollerad revision.

F5. Var ska e-signaturer användas först?
Börja med viktiga kontrollpunkter: slutförande och frigivning av batchsteg, avvikelse-/CAPA-godkännanden, godkännande av ändringskontroll och godkännande av kontrollerade dokument. Det är dessa signaturer som revisorer och utredningar förlitar sig mest på.

F6. Vad måste registreras i revisionsloggen för en signatur?
Vem signerade, när, vilken post/version signerades, vad signaturen innebar och (i förekommande fall) hur autentiseringen utfördes. Spåret måste bevaras och vara tillgängligt för återvinning.

Relaterad läsning
• Kärnkrav: 21 CFR del 11 | Bilaga 11 | Dataintegritet | Audit Trail
• Åtkomstkontroller: Rollbaserad åtkomst | Åtkomstprovisionering | Användaråtkomsthantering
• Arbetsflödeskontext: eBMR | MES | V5 QMS | Ändra kontroll