Sådan styrer du SOP-revisioner

Sådan fungerer det

1. Fastlæg nummereringssystemet før den første post

   Beslut én gang, om udstedte revisioner får hele tal (1, 2, 3) eller et hovedversion.mindre-version-system, der skiller udkast fra udstedte kopier, og skriv reglen ned. Omnummerér aldrig et levende register for at rette en gammel uoverensstemmelse: en omnummereret rækkefølge ugyldiggør hver krydshenvisning, hver oplæringsregistrering og hvert tidligere auditspor, der citerede det gamle nummer.

2. Sæt reviewintervaller efter risiko, ikke efter én fælles regel

   En sikkerhedskritisk SOP fortjener et kortere interval end en lavrisiko-SOP; diagrammets egen gren »Berører ændringen et sikkerhedskritisk trin?« er samme triage anvendt på en enkelt ændring, og reviewkadencen fortjener samme logik. Skriv intervallet ind i selve SOP-sidehovedet som en forfaldsdato, så det ikke afhænger af, at nogen husker en politik.

3. Navngiv en ejer for hele registret

   En SOP's forfatter udarbejder dens post, og dens godkender underskriver den, men ingen af dem er ansvarlige for registret som helhed: for den post, der er tre uger forsinket, eller den SOP, hvis reviewdato ingen satte. Giv den opgave til én navngiven rolle, typisk en dokumentansvarlig eller kvalitetschef, og lad dem jagte det, der er forsinket.

4. Registrér et review uden ændringer som sin egen post

   Når et planlagt review bekræfter, at en SOP stadig er korrekt, skal I skrive det fund ind i registret med datoen og reviewerens navn, på samme måde som en faktisk revision ville blive logget. En log, der kun vokser, når indholdet ændrer sig, læses af en auditor som et dokument, ingen har kigget på, siden det blev skrevet.

5. Fang dubletposter, før de kolliderer

   Før I udarbejder en ny post, skal I tjekke, om SOP'en allerede har en verserende: registrets spørgsmål »Har revisionshistorikken allerede en verserende post for denne SOP?« findes, fordi to forfattere, der arbejder ud fra samme masterkopi, er almindeligt nok til at planlægge omkring. Flet ændringerne, eller sekvensér posterne, så loggen aldrig skal forene to kandidatversionsnumre for ét dokument.

Ofte stillede spørgsmål

Hvad er forskellen på en SOP's revision og dens version?

En revision er den daterede post: en ændring af SOP'ens indhold, logget med en forfatter og en årsag. Dens version er det nummer, den post giver, det, der er stemplet på den aktuelle udstedte kopi. I praksis bliver ordene brugt om det samme, men selve registret er organiseret omkring revisioner: hver række er én, og versionen er den tilstand, SOP'en er i, efter den seneste er godkendt. QueryCharts egen versionshistorik, på /features/version-control, bruger »version« på samme måde: et nummereret, sammenligneligt øjebliksbillede, en gemning producerer.

Hvor ofte bør en SOP revieweres?

Der findes ikke ét interval, der passer til enhver procedure: det rigtige svar afhænger af, hvor meget et trins fejl ville koste. En sikkerhedskritisk eller myndighedsvendt SOP bliver typisk revieweret årligt eller oftere; en lavrisiko-administrativ én kan trygt gå to til tre år mellem reviews. Det, der betyder mere end det præcise tal, er, at hver SOP har ét, skrevet ind i sit sidehoved som en forfaldsdato, frem for overladt til den, der tilfældigvis bemærker, at det er forsinket.

Hvem bør eje SOP-revisionsregistret?

Nogen adskilt fra enhver enkelt SOP's forfatter eller godkender: som regel en dokumentansvarlig eller kvalitetschef, den rolle, diagrammet ovenfor giver sin egen bane til at afslutte hver godkendt post. Forfatteren og godkenderen er hver især ansvarlige for én revision; registret har brug for én person, der er ansvarlig for helheden: at jagte forsinkede reviews, fange dubletposter og holde nummereringssystemet stabilt.

Tæller et review, der ikke finder noget at ændre, stadig?

Ja, og det har brug for sin egen registrering for at bevise det. En auditor, der stikprøvekontrollerer et revisionsregister, leder efter bevis på, at et review skete til tiden, ikke bevis på, at SOP'en ændrede sig: en procedure, der er korrekt som skrevet, bør forblive urevideret i årevis. Log reviewdatoen og fundet »ingen ændring nødvendig« som en dateret post, ellers læses hullet mellem revisioner som forsømmelse i stedet for stabilitet.

Hvordan adskiller dette sig fra at spore hver enkelt ændring i en SOP?

At spore en enkelt ændring er på postniveau: hvad der ændrede sig, hvem der ændrede det, og hvad det erstattede, hvilket er emnet for /da/guides/saadan-sporer-du-aendringer-i-en-sop. At styre SOP-revisioner er på registerniveau: det nummereringssystem, hver post skal følge, det reviewinterval, hver SOP skal leve op til, og den navngivne ejer, der er ansvarlig, når det ene eller det andet svigter. Et register kan logge hver enkelt ændring perfekt og stadig være dårligt styret, hvis ingen ejer tidsplanen. For det fyldigere sæt af styringspraksisser ud over denne side, se /da/guides/best-practice-for-sop-versionsstyring.