La numerazione delle SOP è uno di quei dettagli che sembrano banali finché non arriva un'ispezione: quando l'auditor chiede "quale versione di questa procedura era in vigore il giorno del lotto contestato?", un sistema di codifica solido permette di rispondere in pochi secondi, uno improvvisato apre una non conformità. Un buon sistema di numerazione delle SOP garantisce che ogni documento del sistema qualità sia identificabile in modo univoco, tracciabile nelle sue revisioni e collegabile ai moduli e agli allegati che ne derivano. In questo articolo vediamo come strutturare il codice, esempi concreti per reparto e gli errori che si pagano in audit.
Perché la numerazione delle SOP è un requisito GMP
Nessuna norma impone un formato specifico di codice, ma il requisito di fondo è chiaro. Il Capitolo 4 delle EU GMP (EudraLex Volume 4, "Documentation") richiede che i documenti del sistema qualità siano identificabili in modo univoco, approvati, firmati e datati da persone autorizzate, e tenuti aggiornati attraverso revisioni periodiche. Lo stesso principio è ripreso, con formulazione pressoché identica, dal Capitolo 4 della PIC/S Guide to GMP (PE 009), applicata dalle autorità di oltre 50 Paesi. Le linee guida WHO sulla data integrity aggiungono un tassello operativo: anche l'emissione e la distribuzione di documenti master e moduli di registrazione devono essere controllate, per impedire che circolino versioni obsolete o copie non tracciate.
Tradotto in pratica: l'identificazione univoca è il prerequisito di tutto il resto. Senza un codice affidabile non funzionano il change control documentale, la formazione (a quale versione è addestrato l'operatore?), la review periodica né la ricostruzione storica richiesta durante ispezioni e investigazioni.
Anatomia di un codice SOP: la struttura consigliata
La struttura più diffusa e robusta combina pochi elementi, sempre nello stesso ordine:
- Tipo di documento — un prefisso che distingue le categorie: SOP (procedura), POL (policy), WI (istruzione operativa), FRM o MOD (modulo), LOG (registro).
- Area o processo — 2-4 lettere che identificano il reparto o il processo proprietario del documento: QA, QC, PRD, ENG, LOG.
- Numero progressivo — tre cifre assegnate in sequenza dal document control (001, 002, …), senza significati nascosti.
- Versione — indicata separatamente dal codice (es. "v03" o "Rev. 03"), con data di entrata in vigore definita.
Il risultato è un identificativo come SOP-QA-012 v03: leggibile, ordinabile, stabile nel tempo. La regola d'oro è che il codice identifica il documento per tutta la sua vita, mentre la versione ne fotografa lo stato: alla revisione cambia solo la versione, mai il numero.
Temi come questo — documentazione, audit readiness e sistemi qualità che funzionano davvero — sono il pane quotidiano di The Pragmatic GMP, la nostra newsletter settimanale gratuita: un metodo concreto a settimana, direttamente nella tua casella. Iscriviti qui.
Esempi di numerazione per reparto
Ecco uno schema di partenza adattabile alla maggior parte delle realtà farmaceutiche, dal sito produttivo al laboratorio conto terzi:
| Area | Prefisso | Esempio di codice | Documenti tipici |
|---|---|---|---|
| Quality Assurance | QA | SOP-QA-001 | Gestione deviazioni, CAPA, change control, self-inspection |
| Controllo Qualità | QC | SOP-QC-014 | Campionamento, gestione OOS/OOT, uso strumenti |
| Produzione | PRD | SOP-PRD-023 | Vestizione, line clearance, conduzione macchine |
| Ingegneria e manutenzione | ENG | SOP-ENG-007 | Manutenzione preventiva, taratura, gestione utilities |
| Magazzino e logistica | LOG | SOP-LOG-005 | Ricevimento materiali, stoccaggio, spedizione |
| Moduli collegati | MOD / FRM | MOD-QA-001-01 | Modulo di registrazione richiamato dalla SOP madre |
Per i moduli, la scelta più tracciabile è legare il codice del modulo alla SOP che lo richiama (MOD-QA-001-01 è il primo modulo della SOP-QA-001): in audit, il collegamento tra istruzione e registrazione risulta evidente senza bisogno di matrici separate.
Versioning, entrata in vigore e documenti obsoleti
Il codice da solo non basta: serve una gestione delle versioni coerente. I punti che gli ispettori verificano più spesso sono quattro. Primo, ogni versione deve avere una data di approvazione e una data di entrata in vigore distinte, con un intervallo sufficiente per formare il personale. Secondo, la storia delle revisioni deve essere ricostruibile: una tabella di revisione nel documento (o il log del sistema documentale elettronico) deve dire cosa è cambiato e perché. Terzo, le copie obsolete vanno ritirate e archiviate come tali: una SOP superata trovata in linea è tra i rilievi più frequenti. Quarto, se convivono documenti cartacei ed elettronici, il sistema di numerazione deve essere unico: doppie codifiche parallele tra archivio cartaceo ed eQMS generano esattamente le ambiguità che il Capitolo 4 vuole evitare.
Una nota sui sistemi documentali elettronici: molti eQMS assegnano automaticamente un identificativo interno ai documenti. Va benissimo, purché sia quello l'identificativo ufficiale citato in formazione, batch record e investigazioni — oppure purché il codice "umano" resti l'unico riferimento e l'ID di sistema rimanga un dettaglio tecnico. Decidetelo esplicitamente nella SOP di gestione documentale, prima della migrazione: cambiare convenzione a sistema avviato significa riconciliare a mano centinaia di riferimenti incrociati.
Gli errori più comuni (e come evitarli)
- Codici "parlanti" troppo intelligenti — inserire nel numero l'anno, l'edizione, la sede e il processo rende il codice fragile: basta una riorganizzazione per renderlo incoerente. Meglio un progressivo neutro e un indice documentale ben tenuto.
- Riutilizzare i numeri — il codice di una SOP ritirata non va mai riassegnato a un documento nuovo: distruggerebbe la tracciabilità storica di deviazioni, batch record e formazione che citano quel codice.
- Codifica basata sull'organigramma — se il prefisso riflette il nome del reparto anziché il processo, ogni riorganizzazione societaria obbliga a ricodificare decine di documenti. I processi sono più stabili delle strutture.
- Allegati e moduli fuori controllo — moduli fotocopiati e modificati localmente senza codice né versione sono una delle cause più frequenti di rilievi di data integrity.
- Nessuna procedura sulla procedura — il sistema di numerazione deve essere esso stesso descritto in una SOP (la classica "SOP delle SOP"), che definisca prefissi, formato, responsabilità del document control e gestione delle eccezioni.
Raccomandazione GuideGxP
Se state costruendo o rivedendo il sistema documentale, partite semplici: una "SOP delle SOP" di poche pagine, prefissi per tipo documento e processo, progressivo a tre cifre, versione separata dal codice. Testate lo schema su tre reparti reali prima di estenderlo a tutto il sito e censite subito i documenti esistenti in un indice unico con stato (vigente, in revisione, obsoleto): è il primo documento che un ispettore chiede. Resistete alla tentazione di codificare tutto ciò che è codificabile — ogni informazione nel codice è un vincolo che vi porterete dietro per anni.
Su GuideGxP trovi manuali operativi, template e checklist già impostati con questa logica audit-ready, pronti da adattare al tuo sistema qualità: scopri il nostro catalogo di manuali e template GxP pronti all'uso.
