Sådan versionsstyrer du en SOP
SOP-versionsstyring betyder at nummerere hver procedurerevision, sende sikkerhedskritiske ændringer gennem praktisk genoplæring og en underskrevet tjekliste i stedet for læs-og-kvitter, og udfase den kopi, den erstatter.
Sådan fungerer det
Fastlæg SOP-nummereringssystemet før den første revision
Tildel hver SOP et id og en revision med et helt tal, trykt i sidehovedet på hver side sammen med ikrafttrædelsesdatoen og godkenderen. Beslut dette én gang, for at omnummerere senere ødelægger hver genoplæringsregistrering og hvert auditspor, der citerede det gamle nummer.
Log anmodningen mod den revision, den ændrer
Åbn en anmodning med det præcise trin, der ændres, og årsagen (en hændelse, en nærved-hændelse, en afvigelse), før nogen rører udkastet. Skriv det ind i et diagrams kolonne Bokstekst, og brug Linje til til at pege den på den række, der logger anmodningen mod den aktuelle revision, så anmodningen bindes til en version i stedet for at flyde frit.
Tving den sikkerhedskritiske beslutning frem eksplicit
Giv workflowet en Beslutning-række, der spørger, om et sikkerhedskritisk trin er berørt, med to navngivne grene i kolonnen Linjetekst. Send »Ja« ind i en dokumenteret sikkerhedskonsekvensvurdering og »Nej« ind i et almindeligt egnethedsreview; lad aldrig en anmoder eller godkender springe spørgsmålet over ved en antagelse.
Lås den sikkerhedskritiske vej bag praktisk genoplæring, ikke kvittering
Efter godkendelse skal I planlægge obligatorisk praktisk oplæring og kræve en underskrevet kompetencetjekliste, før ændringen kan gå i drift. En række, der kun siger »læs og kvittér«, hører til på den almindelige vej, ikke den sikkerhedskritiske: hold de to som separate rækker, så skellet overlever en senere omrokering.
Lad begge veje mødes i én registeropdatering
Uanset hvilken gren en ændring tog, skal den sendes ind i én Fil-formet række, der opdaterer SOP-registret og markerer den forrige revision som erstattet, før den nye publiceres som gældende. Ét sammenløbspunkt betyder ét sted at tjekke, at hver vej faktisk når frem til udfasning af den gamle kopi.
Bekræft hver berørt operatør, ikke kun dem på vagtplanen
Før publicering skal I krydse genoplæring eller kvittering af mod hver vagt og hver kontraktør, trinnet berører, ikke kun det team, der tilfældigvis var på stedet, da ændringen blev godkendt. En overset nattevagt er det fund, der bliver ved med at gå igen hver auditcyklus.
Ofte stillede spørgsmål
Er SOP-versionsstyring forskellig fra generel dokumentversionsstyring?
Ja, på én bestemt måde: en SOP's versionsstyring skal svare på, hvem der skal genoplæres, før den nye revision træder i kraft, ikke bare hvilken kopi der er gældende. Generel dokumentversionsstyring (gennemgået på /da/guides/versionsstyring-af-dokumenter) styrer nummerering, godkendelse og tilbagetrækning for ethvert styret dokument. En SOP tilføjer et kompetencespørgsmål under det: et optalt revisionsnummer stopper ikke en operatør i at køre den gamle metode, før vedkommende er genoplært i den nye, så versionsstyringsregistreringen for en SOP skal bære en oplærings- eller kvitteringsstatus sammen med det sædvanlige godkendelsesspor.
Hvordan bør en sikkerhedskritisk SOP-ændring dirigeres anderledes end en mindre én?
En sikkerhedskritisk ændring (hvor det at gøre trinnet forkert risikerer personskade, et ikke-konformt produkt eller en overtrædelse af lovkrav) kræver en dokumenteret sikkerhedskonsekvensvurdering, en QA-gated godkendelse og praktisk genoplæring med en underskrevet kompetencetjekliste, før den kan gå i drift. En ikke-sikkerhedskritisk ændring kan gå gennem et almindeligt egnethedsreview, almindelig godkendelse og læs-og-kvitter. At sende begge gennem den samme lette vej er, hvordan en formuleringsjustering og en ændring af et lockout-trin ender med at blive holdt til den samme dokumentationsstandard, som er for lidt til den ene og for meget til den anden.
Er en oplæringsregistrering det samme som versionsstyring for en SOP?
Nej: de svarer på forskellige spørgsmål, og en SOP-proces har brug for begge dele. Versionsstyring sporer, hvilken revision der er gældende, hvem der godkendte den, og hvad den erstattede; en oplæringsregistrering sporer, hvem der har demonstreret kompetence på den revision. QueryCharts versionshistorik på /features/version-control dækker det første: en ændringslog med feltvise diffs, en Sammenlign versioner-visning og gendannelse. Den underskrevne kompetencetjekliste, en sikkerhedskritisk ændring kræver, beskrevet ovenfor, dækker det andet, og de to skal henvise til det samme revisionsnummer, ellers kan en auditor ikke se, om den oplærte person matcher den gældende procedure.
Hvad er den minimumsdokumentation, en auditor forventer for en SOP-revision?
Et revisionsnummer og en ikrafttrædelsesdato trykt på dokumentet, en registrering af hvem der godkendte det og hvornår, en dokumenteret årsag til ændringen bundet til den anmodning, der startede den, og (for alt sikkerhedskritisk) en dateret, underskrevet kompetenceregistrering, der navngiver, hvem der blev genoplært, og på hvilken version. For selve SOP-dokumentets dirigerings- og godkendelsesmekanik, se den styrede SOP-skabelon; for det snævrere spørgsmål om, hvad der ændrede sig mellem to revisioner, se /da/guides/saadan-sporer-du-aendringer-i-en-sop.