Quan es parla de canvis crítics en sistemes, processos o programari , la diferència entre una organització sòlida i una altra de fràgil sol estar en una cosa tan “poca glamurosa” com la forma de documentar aquests canvis. Si un sistema, una recepta, un flux APPCC, un PLC o un informe es modifica sense deixar rastre clar, tard o d'hora apareixeran problemes de qualitat, de compliment o, encara pitjor, de seguretat per a clients i pacients.
En sectors regulats com a farmàcia, dispositius mèdics, alimentació o TI , el control i la documentació de canvis crítics no és negociable: és un requisit normatiu i, alhora, un salvavides operatiu. En entorns ISO 9001, ISO 13485, 21 CFR Part 211/820, Annex 11, ISO 14971 o programes APPCC, el canvi no es prohibeix; es governa mitjançant estratègies d'actualització . Veurem com documentar aquests canvis de forma robusta, defensable i pràctica, connectant gestió de canvis, riscos, validació, integritat de dades i control documental.
Què és realment el control i la documentació de canvis crítics del sistema?
El control de canvis és el procés formal mitjançant el qual es proposa, avalua, aprova, implementa i verifica qualsevol modificació que pugui impactar en la qualitat del producte, la seguretat de l'usuari, el compliment regulador o el rendiment operatiu . Documentar aquests canvis no és només emplenar un formulari: és poder explicar, mesos després, què es va canviar, per què, com es va avaluar el risc i quins resultats es van obtenir.
La “base del sistema” que es pot veure afectada per un canvi no són només els procediments escrits . Inclou també especificacions, instruccions de treball, dades mestres, paràmetres d'equips, configuració de programari, receptes, versions d'etiquetatge, configuracions de rols d'accés, plantilles de fulls de càlcul, llistes de materials, mètodes d'assaig i registres electrònics que serveixen d'evidència.
Un bon registre de canvi respon amb claredat a aquestes cinc preguntes clau :
- Què canvia exactament: situació actual (estat aprovat) i situació proposada, sense ambigüitats.
- Per què es canvia: millora, obsolescència, CAPA, requisit normatiu, augment de capacitat, reducció de costos, etc.
- En què pot impactar: qualitat, seguretat, estat de validació, compromisos regulatoris, integritat de dades, cadena de subministrament.
- Qui és el responsable: propietari del canvi i revisors definits; que no quedi en un genèric “tots”.
- Com es comprova l'èxit: què es verificarà, criteris d'acceptació i quina evidència es conservarà.
D'aquesta manera, la documentació deixa de ser un tràmit per a auditories i es converteix en una protecció davant d'“dreceres útils” : petits canvis informals en plantilles, paràmetres o configuracions que, amb el temps, fan que els teus registres siguin inconsistents i difícilment defensables davant de clients o reguladors.
Per què no és opcional documentar bé els canvis crítics
En qualsevol sistema complex, les errades rarament vénen d'un únic error. Solen ser la suma de petites variacions sense control , solucions temporals que es queden, canvis ràpids no documentats i una evidència que ja no explica la història real. Sense un procés seriós de control i documentació de canvis, l'organització acaba dedicant més recursos a investigar incidents ia documentar errors per no repetir-los que gestionar bé el canvi des de l'inici.
Les normes de referència, com ISO 9001 , ho deixen molt clar. A l'apartat 6.3 exigeix que els canvis al sistema de gestió de la qualitat es planifiquin, i al 8.1 que es controlin els canvis planificats i es revisin les conseqüències dels no previstos, aplicant accions per mitigar efectes adversos. És a dir, la norma assumeix que hi haurà canvis, però exigeix que estiguin planificats, avaluats i documentats.
En sectors fortament regulats com el farmacèutic o el de dispositius mèdics, i també en entorns GxP o APPCC, el missatge encara és més dur: si no es pot demostrar quan es va modificar un mètode, una recepta, una configuració de sistema o un rol d'accés , es posa en dubte tota l'evidència associada. I evidència dubtosa, en aquests sectors, es tradueix en observacions, cartes d'advertiment, retirades de producte o pèrdues de confiança.
Control de canvis, MOC i DCR: com encaixa cada concepte
A la pràctica, molts equips barregen termes com Control de Canvis, Gestió del Canvi (MOC) i Sol·licitud de Canvi de Document (DCR) , la qual cosa genera circuits confusos i documentació pobra. Convé aclarir l'encaix perquè la documentació sigui coherent:
- Control de canvis: procés paraigua que governa el canvi de principi a fi, incloent proposta, avaluació, aprovació, implementació i tancament amb evidència.
- MOC (Management of Change): eina específica per analitzar el risc operatiu, de seguretat o de procés associat a un canvi (molt usada en enginyeria, utilities, instal·lacions, canvis crítics per a la seguretat).
- DCR (Document Change Request): mecanisme formal i controlat per sol·licitar actualitzacions de documents, formularis i especificacions dins del sistema de control de documents.
En un sistema madur, el DCR és la porta d'entrada per a canvis documentals, el control de canvis és el procés que els governa i el MOC s'activa quan cal una anàlisi de risc més profunda a nivell operatiu o de seguretat. Documentar bé els canvis crítics implica reflectir clarament, als registres, quina part correspon a DCR, quina a l'anàlisi MOC i com tot això s'integra a l'expedient de control de canvis.
Abast: quins canvis cal controlar i documentar sempre
L'abast és decisiu: si és massa estret, es colen canvis crítics sense registre ; si és exageradament ampli, el sistema es torna tan pesat que la gent ho evita. La clau és controlar de manera proporcional al risc. Com a mínim, haurien d'entrar al circuit formal i quedar documentats:
- Documentació controlada: procediments (POE/SOP), instruccions de treball, especificacions i formularis subjectes a control de documents.
- Processos i equips: paràmetres d'operació, receptes, utillatges, estratègies de manteniment i calibratge, condicions de serveis auxiliars.
- Definició de producte: formulacions, llistes de materials (BOM), disseny d'etiquetatge i embalatge, criteris d'acceptació, mètodes d'assaig.
- Sistemes informatitzats: configuració d'aplicacions GxP, integracions, informes, pegats, regles de negoci i models d'accés (incloent-hi impacte CSV).
- Proveïdors i materials: altes de nous proveïdors, canvis de matèria primera, rutes logístiques, requisits de recepció i verificació.
- Formació i autoritzacions: qui pot fer què, quines competències s'exigeixen i quins registres de formació ho donen suport.
A més, és vital no oblidar-se de la capa oculta : fulls de càlcul que calculen resultats d'alliberament, bases de dades locals, dashboards no oficials o petits scripts que influeixen en decisions de qualitat o de producció. Si aquesta capa ombra canvia sense control ni registre, el sistema s'omple d'incoherències i es mina la integritat de dades.
Pensament basat en riscos: impacte, probabilitat i detectabilitat
Perquè la documentació de canvis sigui operativa, el nivell de profunditat s'ha d'adaptar al risc real del canvi . Un enfocament típic es basa en tres preguntes:
- Conseqüència: si el canvi falla, quina és la pitjor conseqüència raonable per al producte, el client o el pacient?
- probabilitat: considerant complexitat, novetat i controls existents, amb quina probabilitat pot fallar?
- Detectabilitat: si es produís una fallada, ho detectaries abans que el producte arribi al mercat oa l'usuari?
En dispositius mèdics, aquest pensament ha d'estar alineat amb ISO 14971 ; en productes farmacèutics i altres entorns GxP, amb els principis de gestió de riscos de qualitat de ICH Q9 i marcs com a ICH Q10 i Q7. A nivell pràctic, es tradueix en classes de risc vinculades a requisits mínims de revisió, aprovació i verificació :
- Canvis de baix risc: els pot aprovar el propietari amb revisió de qualitat; documentació i formació bàsica.
- Canvis de risc mitjà: requereixen revisió interfuncional i pla de proves/verificació definit.
- Canvis d'alt risc: passen per un Comitè de Control de Canvis (CCB/CAC), poden requerir validació formal (IQ/OQ/PQ) i, de vegades, interacció regulatòria.
- Canvis d'emergència: segueixen una ruta ràpida amb aprovacions mínimes, però amb obligació de verificació immediata i anàlisi completa posterior.
Si tots els canvis es documenten amb el mateix nivell de rigor, el procés serà massa pesat per a petits canvis o massa feble per als grans . Tots dos extrems porten a la mateixa conseqüència: la gent busca dreceres fora del sistema.
Governança, rols i comitès de canvis
Una documentació sòlida de canvis crítics necessita una governança clara : qui decideix, qui revisa, qui executa i qui respon. Sense això, les firmes als registres es converteixen en un pur tràmit i ningú no pot explicar què es va avaluar realment. És útil definir un esquema tipus RACI adaptat a la realitat de cada organització, on almenys es contemplin aquestes funcions:
- Propietari del canvi: coordina avaluació, planificació, implementació i tancament; la seva absència genera accions disperses i tancaments sense evidència sòlida.
- Qualitat: vetlla per compliment, classificació de risc coherent, integritat de registres i alineament amb el sistema de gestió.
- Validació/CSV: defineix estratègia de proves i avalua com afecta el canvi a l'estat validat de processos, equips o sistemes informatitzats.
- TI/Enginyeria: implementa canvis tècnics, documenta línies base de configuració i plans de reversió.
- Operacions/Producció: garanteix que el canvi sigui aplicable a la planta, que el personal està preparat i que l'execució no trenca el dia a dia.
El Comitè de Control de Canvis (CCB o CAC) no hauria de ser un òrgan que “signa tiquets” sense més ni més, sinó un fòrum que prioritza, resol conflictes de recursos i, si cal, bloqueja canvis que l'organització no pot assumir amb seguretat . En emergències, hi pot haver un CAB d'Emergències (ECAB) amb capacitat de decisió ràpida, però sempre amb el compromís de completar després la documentació i l'anàlisi d'impacte.
Cicle de vida del canvi: de la idea al tancament amb evidència
Documentar un canvi crític implica seguir un cicle de vida traçable i auditable . No cal una eina sofisticada, però sí una seqüència clara, comprensible en un minut per qualsevol auditor intern o extern. Un flux típic inclouria:
- Inici: registre de la sol·licitud de canvi (RFC o similar) amb descripció, justificació i abast preliminar.
- Avaluació dimpacte i risc: anàlisi estructurada d'efectes sobre producte, procés, sistema de qualitat, validació, integritat de dades, proveïdors i compromisos reguladors.
- Planificació: definició d'activitats, responsables, recursos, cronograma, estratègia de prova/validació i, si escau, pla d'implementació per fases o per llocs, incloent-hi l'ús de xarxes virtuals per a proves.
- Aprovacions: firmes i decisions segons la ruta de risc (propietari, qualitat, àrees implicades, CCB/CAC, ECAB si és emergència).
- Implementació: execució controlada, comunicació al personal, actualitzacions de documentació, control de versions i activació de formació necessària.
- Verificació/validació: realització de proves, controls específics o qualificacions acordades, registre de resultats i maneig de desviacions.
- tancament: declaració formal de tancament on es deixi constància que s'han completat totes les accions, no queden riscos oberts i s'adjunta el paquet d'evidències.
El principal “curtafocs” del cicle és la seqüenciació : tret de canvis d'emergència, no s'ha d'implementar res fins que el canvi estigui avaluat i aprovat. El clàssic “primer ho canvio i després ja document” és la recepta perfecta per perdre la traçabilitat i perquè, quan alguna cosa falli, ningú sàpiga explicar per què.
Avaluació d'impacte: què cal revisar sempre
L‟avaluació d‟impacte és la part més decisiva de la documentació de canvis crítics. No es pot basar en intuïcions; ha de seguir una estructura estàndard que permeti veure què s'ha revisat i què no . Com a mínim, cada registre de canvi important hauria d'analitzar:
- Producte i procés: influència en paràmetres crítics, rendiment, variabilitat i criteris dalliberament.
- Sistema de gestió de qualitat: quins procediments, instruccions, formularis i registres s'han d'actualitzar i com es gestionaran les dates d'entrada en vigor.
- Estat de validació: impacte en qualificació d'equips, validació de procés i validació de sistemes informatitzats (CSV), incloent-hi suposicions originals.
- Integritat de dades i registres electrònics: efecte en càlculs, rutes de revisió, marques de temps, pistes d'auditoria, firmes electròniques i atributs ALCOA (dades atribuïbles, llegibles, contemporanis, originals i exactes) i mesures com còpies de seguretat.
- Proveïdors i materials: canvis en identitat, puresa, potència, rendiment, logística o condicions demmagatzematge.
- Impacte regulador i de mercat: variacions en declaracions d'etiquetatge, dosificació, indicacions, requisits legals o expectatives de clients i autoritats.
És imprescindible definir amb precisió l' abast efectiu del canvi : a partir de quin lot, quines línies, quines plantes, quina data o quins clients es veu afectat. En cas contrari, acabareu amb investigacions interminables per determinar quina versió de document o configuració aplicava en cada cas.
Quan el canvi respon a una desviació, una no-conformitat o una CAPA, la documentació ha de reflectir la traçabilitat entre l'esdeveniment de qualitat i el registre de canvi . Ocultar el caràcter correctiu només debilita el sistema i complica demostrar que s'han pres accions efectives.
Estratègia de verificació i validació del canvi
L'aprovació d'un canvi no en demostra l'eficàcia; aquest paper el compleixen la verificació i la validació . Per això, cada registre ha de documentar què es comprovarà, amb quin abast i per què aquest nivell de prova és suficient segons el risc. Alguns components típics són:
- Verificació documental: revisió de versions, referències, annexos, coherència interna i distribució controlada de nous documents.
- Verificació tècnica: comprovació de paràmetres, configuracions, calibratges, compilacions, receptes i línies base de sistemes.
- Proves operatives: lots de prova, verificacions en procés o controls reforçats just després de l'entrada en vigor.
- Proves de sistema: en programari, proves basades en risc, incloent regressió selectiva sobre funcionalitats relacionades i la necessitat de avaluar programari abans d'adoptar-lo.
- Acceptació dusuari: confirmació que el sistema o procés modificat segueix suportant l'ús previst i que el personal es maneja amb el nou escenari.
Quan es tracta de canvis que afecten sistemes validats, sol ser necessari ancorar l'enfocament de proves al Pla Mestre de Validació (PMV) i, si s'utilitzen conceptes IQ/OQ/PQ, deixar clar què es repeteix, què s'amplia i què es justifica com a no aplicable. La documentació de validació ha de deixar constància de quins requisits van canviar, quins casos de prova es van executar i quins criteris dacceptació es van complir.
Què cal conservar: el paquet complet d'evidències del canvi
Per poder defensar un canvi crític davant d'una auditoria, un client o la teva direcció, és essencial que l'expedient estigui complet i sigui fàcil de reconstruir. L'ideal és definir un contingut estàndard per al paquet d'evidències de cada canvi significatiu, que inclogui com a mínim:
- Sol·licitud de canvi: descripció, motivació, abast, classificació de risc i tipus de canvi (normal, més gran, urgent, estàndard, etc.).
- Avaluació dimpacte: anàlisi estructurada amb conclusions clares i llista d'accions necessàries.
- Aprovacions: firmes i decisions segons la ruta de risc, inclosos acords i actes de CCB/CAC o ECAB quan apliqui.
- Artefactes actualitzats: versions noves de SOP, instruccions, especificacions, configuracions, receptes, etiquetes, diagrames APPCC, etc., amb control de versions.
- Evidència de proves i validació: protocols, resultats, desviacions de prova i resolució.
- Formació: registres de formació i d'actualització de competències del personal implicat, quan el canvi afecti tasques o responsabilitats.
- Detalls de posada en marxa: data efectiva, centres o línies afectades, estratègia d'implantació gradual si n'hi va haver.
- Declaració de tancament: confirmació que s'han completat accions, revisions posteriors al canvi i avaluació de si hi ha riscs residuals acceptats.
En canvis que alteren sistemes informatitzats o automatització, convé incloure evidències afegides que la cadena d'evidència electrònica continua funcionant : revisió de pistes d'auditoria, validació de marques de temps, comprovació d'informes clau, verificació de signatures electròniques i, si escau, tests de reconciliació entre sistemes.
Canvis en sistemes informatitzats i automatització
Els canvis en programari, PLC, MES, SCADA o altres plataformes digitals poden modificar el comportament del sistema de manera silenciosa però massiva. Per això, a la documentació de canvis crítics, qualsevol modificació de configuració, lògica de control, integracions, rols d'accés o regles de càlcul s'ha de tractar com a canvi d'alt impacte, no com a mera tasca de TI.
En aquest camp, la verificació ha d'anar més enllà de “arrenca i no dóna errors”. Cal documentar proves específiques que confirmin, entre altres punts, que els rols d'usuari i els seus permisos es comporten com s'espera, que les pistes d'auditoria capturen els esdeveniments rellevants , que les marques de temps continuen sent coherents amb la zona horària i els processos, que les firmes electròniques mantenen el significat i que els informes i les reconciliacions entre sistemes continuen quadrant.
Si el canvi toca mecanismes de còpia de seguretat, alta disponibilitat o recuperació de desastres, cal vincular-ho a la documentació de controls de resiliència ia estratègies de recuperació . Un sistema que no es pot restaurar de forma predictible és un sistema en què no es pot confiar, per molt bé que semblin funcionar les operacions diàries.
Canvis de proveïdors i subcontractistes
La documentació de canvis crítics no es limita a allò intern: inclou també els canvis en proveïdors, fabricants contractats i laboratoris externs . Introduir un proveïdor nou, canviar el procés d'un tercer o modificar una ruta logística suposa, en molts casos, un canvi crític al vostre sistema, encara que l'activitat passi fora de la vostra planta.
Per governar aquests canvis, cal que els acords de qualitat incloguin requisits clars sobre notificació prèvia de canvis, descripció detallada, proves de comparabilitat i dret d'auditoria . Cada modificació rellevant (nou proveïdor, canvi de fórmula, nou mètode d'assaig, canvi de lloc de fabricació, alteració de condicions de transport o emmagatzematge) s'ha de correspondre amb un registre intern de canvi amb avaluació d'impacte i criteris d'acceptació definits.
En treballs externalitzats (per exemple, laboratoris que canvien un mètode o proveïdors de programari que actualitzen una plataforma allotjada ), la responsabilitat final continua sent teva. La documentació interna del canvi ha de demostrar que has revisat la informació del proveïdor, n'has avaluat l'impacte i, si escau, has exigit i verificat proves addicionals.
Canvis d'emergència i solucions temporals
Els canvis d'emergència són inevitables: una avaria, una vulnerabilitat greu, una fallada de seguretat alimentària o un incident de qualitat us poden obligar a modificar paràmetres, rutes de procés o regles de sistema en qüestió d'hores . La clau no és evitar sempre el canvi urgent, sinó impedir que es converteixi en una porta del darrere per on tot passa sense control.
Una via d'emergència defensable hauria de tenir definits, i documentats, almenys aquests elements: criteris clars per declarar una emergència , llista mínima de persones que poden aprovar el canvi ràpid, obligació de deixar un registre immediat encara que sigui breu, termini màxim de vigència de la solució temporal , verificació obligatòria posterior (quan la situació s'estabilitzi) i enllaç amb l'expedient de l'expedient.
La documentació posterior del canvi d‟emergència és el moment de realitzar l‟avaluació d‟impacte completa, decidir si la solució temporal es converteix en definitiva (passant pel circuit normal de control de canvis) o si es reverteix, i de capturar lliçons apreses que alimentin CAPA i millores del sistema.
Gestió de canvis en sistemes de gestió de qualitat ISO 9001
En un sistema de gestió de la qualitat segons ISO 9001 , el control de canvis afecta tot allò que pugui influir en la capacitat de l'organització per complir requisits i millorar contínuament. A la pràctica, això inclou canvis en l'estructura organitzativa, processos i procediments, requisits legals, tecnologies, productes i serveis.
La norma demana que hi hagi procediments clars per aprovar, avaluar, comunicar i documentar els canvis , mantenint registres del que s'ha modificat i per què. Per gestionar-ho amb èxit, és molt útil comptar amb un registre de control de canvis on es descrigui la situació prèvia i la posterior, se n'assignin responsables, es defineixin recursos i s'estableixin cronogrames, tot això amb seguiment posterior de resultats.
A més, la documentació de canvis en ISO 9001 ha de reflectir aspectes clau com ara: el propòsit i les possibles conseqüències de cada canvi, com es protegeix la integritat del sistema de gestió, la disponibilitat de recursos necessaris i l' assignació o reassignació de responsabilitats i autoritats . Aquest enfocament ajuda a minimitzar riscos com a resistència interna, pèrdua de coneixement, fugida de talent o deteriorament de la qualitat del producte/servei.
Bones pràctiques en documentació de canvis de TI i ITSM
En l'àmbit de TI i gestió de serveis (ITSM), la gestió de canvis cerca equilibrar agilitat i innovació amb estabilitat i risc controlat . Per documentar canvis crítics en infraestructures i serveis de TI, se solen distingir diversos tipus de canvis dins un model predefinit, segons el seu abast, impacte i urgència.
Un model típic contempla canvis estàndard, menors, normals, més grans i d'emergència . Els canvis estàndard, de baix risc i ben coneguts, solen gestionar-se mitjançant fluxos automatitzats sense necessitat d'una RFC formal. Els canvis menors requereixen RFC però poden ser aprovats pel gestor de canvis sense passar pel comitè. Els normals impliquen risc moderat i es revisen a CAB. Els més grans són d'alt impacte i solen requerir aprovació de nivells superiors de gestió. Els d'emergència, que responen a problemes crítics en curs, es tracten a un ECAB amb un procés simplificat però fortament documentat.
Entre els factors crítics d'èxit destaquen: comptar amb una política oficial aprovada per la direcció que obligui a gestionar tots els canvis de TI a través del procés establert, implantar un model de canvi que alineï esforç i cost amb el risc, i atorgar a la funció de gestió de canvis l'autoritat real per frenar canvis no autoritzats.
APPCC: com documentar actualitzacions sense refer el sistema
En seguretat alimentària, el sistema d' Anàlisi de Perills i Punts de Control Crític (APPCC) és la base legal i tècnica de seguretat del producte. Encara que de vegades es percep com una cosa estàtica, en realitat ha de ser un sistema viu que es revisa i actualitza regularment, documentant cada canvi crític.
Per actualitzar un APPCC sense partir de zero, sol funcionar bé una revisió documental estratègica : analitzar diagrames de flux, fitxes de perills, PCC, límits crítics i registres de control per identificar què segueix vigent i què ha quedat desfasat. Alhora, cal comprovar que el que es fa a la pràctica coincideix amb el que descriu la documentació.
Els nous requisits legals (per exemple, en al·lèrgens, traçabilitat digital o sostenibilitat ) no exigeixen refer el sistema, sinó integrar-los en procediments ja existents: ampliar controls de proveïdors amb dades d'al·lèrgens, ajustar registres de temperatura amb paràmetres addicionals, afegir verificacions a recepció, etc. Cadascun d'aquests ajustaments ha de quedar reflectit en registres de canvi, indicant data, motiu i responsable.
La revalidació de PCC amb dades actuals, la participació activa del personal i la formació després de cada canvi són elements clau que han de quedar documentats. Les auditories internes i els simulacres es poden utilitzar com a part de l'evidència que l'APPCC és efectiu i es manté actualitzat.
Control de versions i registre de canvis en documentació
Un aspecte sovint infravalorat de la documentació de canvis crítics és el control de versions . Mètodes informals, com guardar còpies amb sufixos tipus “V1”, “V2”, “final_definitiu”, generen caos: diferents persones treballen sobre versions diferents, els canvis no són transparents i es creen sitges d'informació.
L'altre extrem, sobreescriure sempre el mateix arxiu sense conservar versions anteriors, també és problemàtic: es perd l'historial de com s'ha arribat a la versió actual , es dificulta aprendre d'errors i moltes vegades resulta impossible reconstruir quina versió estava vigent en una data concreta. Sense aquest historial, la defensa del sistema davant d'una auditoria es complica enormement.
La combinació adequada és disposar d'un sistema de gestió documental o DMS que controli versions i conservi un registre de canvis (què es va modificar, qui, quan i per què), però que alhora ofereixi a l'usuari de planta o oficina una única versió vigent per treballar. Així, es manté la traçabilitat sense complicar l'operativa diària.
KPIs, auditoria interna i seguiment de la gestió de canvis
Documentar bé els canvis crítics no és una tasca puntual; és un control operatiu que s'ha de monitoritzar . Per això, moltes organitzacions utilitzen indicadors (KPIs) com ara: nombre de canvis oberts, temps mitjà de tancament, percentatge de canvis d'emergència, relació entre canvis i desviacions associades, o percentatge de canvis vinculats a CAPA.
El CCB o el comitè corresponent hauria de revisar periòdicament aquests indicadors, analitzar tendències i ajustar el procés si observa, per exemple, un excés d'emergències o un volum inassumible de canvis més grans. A més, les auditories internes han d'incloure la revisió d'expedients de canvis per comprovar que es respecta la seqüència, que l'evidència és suficient i que el sistema evita realment comportaments perillosos com canvis no autoritzats o oberts eternament.
Quan la documentació de canvis està ben dissenyada, es converteix en una mena de “ prova de bloqueig ”: una avaluació ràpida de si el programa impedeix que s'alteri la realitat sense deixar rastres fiables. Qualsevol error en aquesta prova hauria de tractar-se com un esdeveniment de qualitat, no com una mera idea de millora.
Al final, la manera com una organització documenta els seus canvis crítics revela fins a quin punt pot congelar els seus processos en el temps, explicar-los i defensar-los. Un sistema en què cada modificació important deixa un rastre clar, traçable i basat en riscos ofereix una base estable per millorar, complir amb la regulació i, sobretot, protegir la seguretat de les persones i la confiança dels clients. Comparteix aquest tutorial i ajuda altres usuaris a conèixer del tema.