Best practice for SOP-versionsstyring

Sådan fungerer det

1. Tilføj en genoplæringsport til sikkerhedskritiske revisioner

   Send enhver revision, der rører et sikkerhedskritisk trin, til praktisk genoplæring og en underskrevet kompetencetjekliste, før den går i drift, ikke læs-og-kvitter. /da/templates/sop-aendringsstyring-proces viser porten som en QA-godkendelsesgren, der blokerer idriftsættelse, indtil hver berørt operatør har skrevet under.

2. Navngiv én ansvarlig ejer pr. SOP

   Sæt ejerens navn på selve SOP-registreringen, i et felt adskilt fra forfatteren af enhver enkelt revision. Ejerskabet bør overleve en personaleændring eller en overdragelse af udarbejdelsen; er »ejeren« blot den, der sidst redigerede filen, er ingen ansvarlig for dokumentet gennem hele dets liv.

3. Byg en tilbagetrækningstjekliste efter anvendelsessted

   List hvert sted, en revision når ud til, før I udsteder den (mappen ved arbejdsstationen, opslagstavlen, det fælles drev, introduktionsmappen), og kryds hver af dem af, når den erstattede kopi tages ned. En registerpost markeret »trukket tilbage« med en printet kopi stadig på væggen er ikke trukket tilbage.

4. Trin reviewintervaller efter risiko, ikke en flad kalender

   Giv en sikkerhedskritisk SOP et kortere interval end en lavrisiko-administrativ én; at stemple hvert dokument med samme årlige dato gør review til en formalitet, ingen har tid til at gøre grundigt. Sæt intervallet, når SOP'en udstedes, ikke når registret tilfældigvis flager det.

5. Bevis praksissen med ændringsloggen, ikke kun registret

   Åbn Sammenlign versioner på diagrammet for at se præcis hvilket felt der ændrede sig, fra hvilken værdi, og hvem der godkendte det, i stedet for at stole på revisionshistorikloggens egen gengivelse af sig selv. QueryChart fører denne gratis versionshistorik på hvert diagram: se /features/version-control.

Ofte stillede spørgsmål

Er SOP-versionsstyring forskellig fra generel dokumentversionsstyring?

Mekanikken er den samme (et stabilt id, én autoritativ kopi, et reviewinterval), og /da/guides/best-practice-for-dokumentversionsstyring dækker dem. Det, der er forskelligt, er konsekvensen af et hul: en SOP fortæller nogen, hvordan de fysisk skal udføre en opgave, så en forældet eller ikke-tilbagetrukket kopi ændrer, hvad en person faktisk gør, hvilket er grunden til, at SOP-praksis tilføjer en genoplæringsport og et anvendelsesstedstjek for tilbagetrækning, en politik eller en formular ikke har brug for.

Hvornår har en revision brug for genoplæring i stedet for læs-og-kvitter?

Når ændringen berører et sikkerhedskritisk trin: alt, hvor det at gøre det på den gamle måde forårsager personskade, et ikke-konformt produkt eller en overtrædelse af lovkrav. /da/templates/sop-aendringsstyring-proces dirigerer det tilfælde gennem en QA-gated godkendelse og obligatorisk praktisk genoplæring med en underskrevet kompetencetjekliste; alt andet kan gå gennem det lettere læs-og-kvitter-spor.

Bør SOP-ejeren og SOP-forfatteren være samme person?

Ikke nødvendigvis, og at holde dem adskilt er som regel den mere holdbare ordning. Forfatteren udarbejder en given revision; ejeren er ansvarlig for SOP'en gennem hver revision, den nogensinde vil få, inklusive dem udarbejdet af en anden, efter den oprindelige forfatter er gået videre.

Er SOP-versionsstyring det samme som SOP-ændringsstyring?

Nej. Versionsstyring er, hvordan I identificerer og sporer revisioner; ændringsstyring er den workflow-port, en foreslået ændring passerer gennem, før den bliver til én. /da/guides/versionsstyring-kontra-aendringsstyring dækker den generelle skelnen, og for SOP'er specifikt er /da/templates/sop-aendringsstyring-proces den ændringsstyringsport, der producerer den version, denne sides praksisser derefter styrer.