Guías 

Empiece por el aviso de cambio, no por el protocolo antiguo

Abra un registro del cambio cuando el fabricante emita unas IFU revisadas, se sustituya un equipo o accesorio, se cambie el software por la vía de asistencia autorizada o el comportamiento observado ya no coincida con las instrucciones aprobadas. Nombre a un responsable e identifique los equipos y las funciones afectados. Una diferencia sin explicación debe dar lugar a una aclaración, no a una solución improvisada para eludirla.

Antes de reescribir las instrucciones, recopile el aviso del fabricante, la revisión de las IFU aplicable y una confirmación escrita de la configuración compatible. Registre la identidad del equipo, la revisión del hardware si está disponible, la versión del software o firmware instalado cuando esté documentada y los identificadores de los accesorios. Pregunte cómo confirma el fabricante la versión actual; no acceda a los menús de servicio ni modifique el equipo para averiguarla.

Distinga entre cambios confirmados, elementos confirmados sin cambios y aspectos desconocidos. Afirmar que una actualización es «menor» no explica si cambia una tarea del operador. Pregunte por los controles, las unidades mostradas, las advertencias, los accesorios compatibles y las comprobaciones necesarias. No suponga que una actualización desconocida aumenta la potencia, modifica la frecuencia o deja la salida sin cambios.

En sus orientaciones para el ámbito sanitario, la Agencia Reguladora de Medicamentos y Productos Sanitarios del Reino Unido (MHRA) recomienda hacer un seguimiento de las instrucciones revisadas del fabricante, distribuir las actualizaciones a los usuarios pertinentes y considerar los cambios en la formación. Estos principios resultan útiles aquí como orientación indirecta de gestión; no son una ley específica para centros de estética ni una prueba de la clasificación de un equipo. [1]

Utilice una matriz de impacto para decidir qué debe cambiar

Esta propuesta de matriz convierte un aviso en decisiones que pueden revisarse. Para cada fila, registre la fuente, la persona revisora, la acción y el estado. «Sin cambios» necesita una razón; «desconocido» sigue abierto. No complete las lagunas con ajustes de un equipo similar.

En una pantalla estrecha, desplace la tabla dentro de su propio marco.

Mantenga visibles las diferencias tecnológicas en la evaluación. La cavitación de baja frecuencia no focalizada, los ultrasonidos mecánicos focalizados, los ultrasonidos térmicos focalizados de alta intensidad (HIFU), los equipos descritos únicamente como de 1 MHz y la radiofrecuencia (RF) no son categorías operativas intercambiables. Una etiqueta de frecuencia por sí sola no basta para completar el registro de configuración. Revise cada aplicador pertinente con su propia documentación correspondiente.

La biblioteca de recursos de un proveedor agrupa los manuales por serie y modelo. Esto ilustra por qué una denominación general del equipo es un identificador documental deficiente; no demuestra ni la compatibilidad con la versión actual ni la eficacia clínica. [2]

Ejemplo desarrollado: una pantalla de selección de funciones revisada

Ejemplo hipotético de formación: un fabricante confirma que una revisión de software compatible cambia el lugar donde se selecciona una función existente y proporciona unas IFU revisadas correspondientes. Se trata de un escenario inventado de control documental, no de una actualización comunicada de un equipo concreto ni de una afirmación sobre su salida.

1. Registrar la situación de partida. El responsable vincula el SOP y las IFU aprobados actualmente al expediente del equipo, guarda el nuevo aviso y registra qué unidad se verá afectada. El SOP propuesto sigue siendo un borrador.
2. Resolver el alcance. El responsable solicita una confirmación escrita de la combinación compatible de software/hardware/accesorios y de si cambian los límites de funcionamiento, las unidades, las advertencias o las instrucciones relacionadas con la salida. La falta de respuesta a estas preguntas se registra como no resuelta.
3. Evaluar las tareas. La matriz identifica como afectados la selección de funciones, la imagen de consulta rápida y la demostración del personal. La evaluación previa, la limpieza y los campos de registro solo se marcan como sin cambios cuando la revisión tiene una base documentada.
4. Revisar el material afectado. El anexo revisado explica la tarea de selección modificada utilizando las IFU correspondientes. Cada captura de pantalla incluye su configuración y referencia de instrucciones. Las imágenes obsoletas se retiran de los materiales de formación activos.
5. Confirmar que todo está preparado. La vía de asistencia autorizada proporciona el registro de finalización/comprobación aplicable. Los usuarios afectados demuestran la tarea modificada en un contexto de formación permitido por el fabricante. Este artículo no proporciona ningún procedimiento de prueba del equipo.
6. Autorizar la aplicación y hacer seguimiento. La persona que aprueba registra el alcance de equipos, los requisitos cumplidos y la hora de entrada en vigor. El responsable sustituye las copias activas, conserva el conjunto reemplazado y comprueba que los registros posteriores hagan referencia a la versión autorizada.

Si la pantalla no coincide con las IFU revisadas, detenga la transición y solicite una aclaración. Una instalación correcta del software es un hecho técnico; autorizar la aplicación del SOP es una decisión de gestión independiente. Ninguno de los dos es un estudio de rendimiento clínico.

Mantenga los registros antiguos vinculados a la versión realmente utilizada

No sobrescriba los registros históricos de sesiones con la nueva versión del software ni vuelva a etiquetar citas anteriores como si el nuevo SOP hubiera sido aplicable siempre. Conserve el registro original. Si es necesaria una corrección, utilice una enmienda fechada y atribuible que conserve la información original y explique el motivo.

Para cada revisión del SOP, conserve su identificador, fecha de aprobación, inicio y fin de vigencia, alcance de equipos/configuraciones y revisión que la sustituye. Registre la hora de entrada en vigor cuando un cambio se produzca durante una jornada de trabajo. La hora del cambio de software y la de entrada en vigor del SOP son campos distintos; cualquier intervalo entre ellas necesita un registro claro de suspensión o restricción.

Ejemplo de cronología: una cita anterior hace referencia al SOP previo y a la configuración documentada. Después se suspende la función afectada para el cambio y la revisión de preparación. Las citas posteriores hacen referencia a la revisión autorizada tras su hora de entrada en vigor. Archivar el SOP anterior conserva esa secuencia; no autoriza a seguir utilizando un procedimiento obsoleto.

Conserve juntos las IFU, el aviso, la matriz de impacto, los justificantes de formación y la aprobación asociados, o vincúlelos mediante un identificador de registro estable. Guarde las copias históricas aparte del conjunto de instrucciones activo y etiquételas como «sustituido: referencia histórica». Establezca las reglas de conservación y acceso según la jurisdicción aplicable, la aseguradora y las obligaciones de privacidad; aquí no se proporciona un período universal de conservación.

Confirme las competencias de los usuarios afectados, no solo la asistencia

Identifique a las personas por tarea: operadores, formadores, personal de sustitución, personal de limpieza o mantenimiento, según corresponda. Quien no haya recibido la actualización queda fuera de la autorización para la nueva tarea hasta que se complete la confirmación requerida. Registre la cobertura individual en vez de suponer que una reunión de equipo llegó a todos.

Las orientaciones de la MHRA abordan la actualización de la formación cuando se actualizan equipos/software y el registro de la formación y la comprensión. Se utilizan como principio de apoyo limitado, no como sistema de cualificación para operadores de centros de estética. [1]

Una propuesta de confirmación local de competencias debería registrar el usuario, el evaluador, la fecha, la configuración, la revisión del SOP, las tareas evaluadas, el resultado observado y cualquier restricción o reevaluación necesaria. Pida al usuario que localice las IFU actuales, explique la tarea modificada, identifique una discrepancia y describa la vía de parada/escalado. Cuando resulte apropiada una demostración, utilice únicamente un método de formación permitido por el fabricante; no experimente con un cliente ni invente un método de ensayo en vacío.

Una firma registra la toma de conocimiento. Una tarea observada o una explicación registra lo que se evaluó. Mantenga estos resultados diferenciados. Ni un formulario de formación cumplimentado ni una firma interna de autorización otorgan una licencia profesional o demuestran que todos los clientes sean aptos.

Autorice la aplicación solo cuando los requisitos estén documentados

Utilice una decisión de autorización que identifique a la persona responsable de aprobar y especifique exactamente qué se permite. La siguiente es una propuesta de lista de control de gestión, no una norma de pruebas de aceptación técnica:

• ✓ Aviso aplicable, IFU actuales y configuración compatible confirmados.
• ✓ Matriz de impacto completada; aspectos desconocidos esenciales para la seguridad resueltos o funciones afectadas suspendidas.
• ✓ Comprobaciones necesarias especificadas por el fabricante realizadas por la vía de asistencia adecuada, con justificantes conservados.
• ✓ Anexo, formularios y materiales de formación revisados coherentes con las instrucciones correspondientes.
• ✓ Formación y confirmaciones de competencias necesarias de los usuarios afectados registradas.
• ✓ Fecha/hora de entrada en vigor, alcance de equipos y posibles restricciones aprobados.
• ✓ Copias activas sustituidas; versiones reemplazadas y registros originales conservados.
• ✓ Responsable del seguimiento y respuesta a discrepancias asignados.

Tras autorizar la aplicación, revise una muestra de registros posteriores para comprobar la configuración y la referencia del SOP correctas, y pregunte al personal por discrepancias. Si aparece una discrepancia, reabra el registro del cambio y reevalúe la actividad afectada. No resuelva un conflicto documental aumentando los ajustes o volviendo informalmente a una versión anterior del software.

Errores frecuentes que rompen la transición

• Renombrar el archivo como «última versión» sin revisión ni período de vigencia.
• Suponer que mantener la denominación del modelo implica mantener las instrucciones.
• Copiar un ajuste preestablecido o una captura de pantalla antiguos sin confirmar su aplicabilidad.
• Formar solo al personal fijo mientras el personal de sustitución conserva la tarjeta antigua.
• Antedatar la aprobación o reescribir registros de sesiones anteriores.
• Considerar una actualización como prueba de mejores resultados, mayor seguridad o autorización regulatoria.

La transición está completa cuando es trazable

Una actualización del SOP debería permitir responder a tres preguntas: qué instrucciones se aplicaban a esta unidad, qué usuarios estaban preparados para seguirlas y cuándo entró en vigor el nuevo procedimiento. Mantenga intacta esa cadena para que un protocolo antiguo nunca se convierta silenciosamente en instrucciones para un equipo nuevo.