Una URS de transferencia de material determina si un caja de paso, tanque de inmersión, o el sistema de transferencia VHP puede evaluarse en función de un caso operativo real o únicamente a partir de una ficha técnica genérica. El documento regula la forma en que un proveedor fija los precios, configura y certifica los equipos que transportan cargas a través de un límite de bioseguridad o de contención, y las deficiencias que presenta en él se manifiestan posteriormente en forma de desviaciones en las pruebas de aceptación en fábrica (FAT), retrasos en las pruebas de aceptación en el sitio (SAT) o criterios de aceptación controvertidos. Definir correctamente los requisitos antes de publicar una solicitud de presupuesto es lo que permite a un comprador técnico comparar las propuestas en igualdad de condiciones.
Traducir el caso de uso en requisitos de usuario cuantificables
Un URS sirve para convertir un caso operativo en enunciados que un proveedor pueda utilizar como base para el diseño y que un equipo de cualificación pueda verificar. Este paso de traducción es donde surge la mayor parte de la ambigüedad en un proyecto, ya que una descripción operativa (“trasladamos muestras del laboratorio al pasillo”) aún no constituye un requisito hasta que especifique la carga, los límites, el ciclo y la condición de aceptación asociada a cada uno de ellos.
La tarea de traducción varía en función del objetivo de protección que rija la transferencia. Cuando la barrera protege al personal y al medio ambiente frente a un agente peligroso o biológico, el conjunto de requisitos se basa en la integridad de la contención, la eficacia de la descontaminación y el acceso controlado desde el lado contenido. Cuando la barrera protege un producto frente a la contaminación, el conjunto de requisitos se basa en mantener unas condiciones de limpieza o esterilidad en el lado protegido y en controlar lo que entra en él. Un único equipo de transferencia, como una caja de paso o un Caja de pases VHP, puede situarse en cualquiera de los dos tipos de límite, y el mismo componente físico incorporará una lógica de requisitos diferente en función del lado que proteja el proyecto. Establecer este objetivo rector al principio del URS evita confusiones posteriores cuando se especifican interbloqueos, alarmas o la lógica de ciclos, ya que un requisito que parezca razonable para un límite de contención puede ser erróneo para un límite aséptico, y viceversa.
La medibilidad es la segunda tarea de traducción. Un requisito que exprese una intención sin una condición verificable no puede darse por cerrado en las fases FAT, SAT, IQ u OQ, ya que no existe una base observable para determinar si se ha superado o no. En virtud de la Marco de cualificación del anexo 15 del volumen 4 de EudraLex, el URS sigue siendo una referencia a lo largo de todo el ciclo de vida de la validación, y la cualificación del diseño verifica que este cumpla los requisitos del URS; un requisito que no pueda comprobarse en esa fase no tiene vía para su resolución. Esto significa que cada declaración de caso operativo necesita una condición asociada: qué se carga, desde dónde, hasta dónde, en qué estado del ciclo, con qué lógica de liberación y qué pruebas lo confirmarán. Cuando el equipo del proyecto aún no puede establecer una condición cuantificable para un requisito, esa laguna debe figurar en la lista de asuntos pendientes que se incluye en la solicitud de presupuesto (RFQ), y no integrarse en una especificación imprecisa que el proveedor no pueda presupuestar ni verificar.
El efecto práctico del trabajo de esta sección es que todas las secciones posteriores del URS heredan su disciplina de aquí: si no se establecen primero el caso de funcionamiento y el objetivo rector, el programa de carga, la definición de límites y la lógica del ciclo que vienen a continuación transmitirán, cada uno de ellos, la misma ambigüedad.
Describe cada carga y la dirección de transferencia que debe seguir.
| Introducción del programa de carga | Qué debe indicar el URS para cada carga | Decisión respaldada |
|---|---|---|
| Dimensiones máximas | Las dimensiones máximas de la carga | Si la ruta de transferencia propuesta admite la carga máxima |
| Misa | La masa máxima de la carga | Si la configuración propuesta se ajusta al caso de carga |
| Embalaje | Los envases presentados para su traslado | ¿A qué condiciones de embalaje se refiere la caja de transferencia propuesta? |
| Estado de la superficie | El estado de la superficie en el momento de la transferencia | A qué estado de la superficie deben referirse el proceso y las pruebas |
| Compatibilidad de materiales | Los materiales que requieren una verificación de compatibilidad | ¿Qué materiales están cubiertos y cuáles dependen de cada proyecto? |
| Orientaciones permitidas | Las orientaciones permitidas durante el traslado | Cómo se puede colocar la carga dentro del caso de funcionamiento definido |
| Sentido de la transferencia | La dirección requerida al cruzar la frontera | ¿En qué dirección o direcciones debe permitir el sistema de transferencia? |
Un programa de carga solo resulta útil para un proveedor si describe el material concreto que debe transportar el equipo, y no una clase genérica de material que se le parezca. Un requisito formulado como “consumibles de laboratorio estándar” invita al proveedor a diseñar basándose en su propia interpretación de lo que eso significa, y esa interpretación puede no coincidir con el artículo más pesado, más grande o menos compatible que el proyecto vaya a transportar realmente. En su lugar, el programa debería identificar las dimensiones máximas, la masa máxima, el estado del embalaje en el punto de entrega, el estado de la superficie de dicho embalaje, qué materiales requieren confirmación de compatibilidad y qué orientaciones están permitidas durante el transporte.
Cada uno de estos datos modifica una parte diferente de la configuración propuesta. Las dimensiones y la orientación permitida determinan si la vía de transferencia y la apertura de la puerta se adaptan a la carga máxima prevista sin imponer una orientación que el embalaje no pueda soportar. La masa afecta a las estanterías, los soportes y cualquier vía de transferencia mecanizada. El embalaje y el estado de la superficie son importantes porque un ciclo de descontaminación —cuando forma parte del caso operativo— interactúa con la superficie expuesta; un tipo de embalaje o un estado de la superficie no incluidos en el programa de cargas del proyecto son un tipo de embalaje o un estado de la superficie que el ciclo no cubre, independientemente de lo que permita la capacidad general del equipo. La compatibilidad de los materiales funciona de la misma manera: confirmar la compatibilidad de un material no se extiende a otro material introducido posteriormente sin una revisión previa.
La dirección de transferencia es un requisito distinto de la propia descripción de la carga. Un límite que deba soportar cargas que se desplacen únicamente desde un lado no contenido o no clasificado hacia el lado contenido o protegido tiene una lógica de enclavamiento y validación diferente a la de uno que también deba soportar la dirección inversa, o ambas direcciones en diferentes estados del ciclo. Cuando en un proyecto se prevé que el requisito de dirección pueda ampliarse más adelante —por ejemplo, una transferencia unidireccional que posteriormente pueda tener que admitir la salida de material de una zona contenida—, indicar esa posibilidad en el URS permite al proveedor evaluar si la configuración propuesta ofrece una vía viable para alcanzar esa capacidad, en lugar de tener que sustituir el sistema.
Dejar cualquiera de estos campos sin especificar no elimina el requisito, sino que traslada la decisión a la hipótesis por defecto del proveedor, lo cual el proyecto solo descubre en la prueba de aceptación en fábrica (FAT) o más adelante.
Definir los límites, las interfaces entre estancias, las instalaciones y los accesos a los servicios
| Decisión sobre la interfaz | Entrada de URS específica del proyecto | Qué establece |
|---|---|---|
| Límite protegido | Identifica qué lado está limpio o contenido | El límite que debe proteger el acuerdo de transferencia |
| Acceso a la puerta | Indica quién puede abrir cada puerta | El acceso permitido desde cada lado de la línea divisoria |
| Interfaces de las habitaciones | Define la condición de interfaz en cada lado | La caja de mando situada en ambos extremos del conducto de transferencia |
| Servicios | Enumera las utilidades necesarias para la configuración seleccionada | Los proveedores de servicios deben incluir en la misma oferta de precio |
| Acceso al servicio | Indique la condición de acceso al servicio requerida | La restricción de acceso que debe tenerse en cuenta en la interfaz de instalación |
La definición del límite es el punto en el que el URS deja de describir el equipo de forma aislada y empieza a describir cómo se integra dentro de una instalación real. La primera información que necesita todo revisor es qué lado del límite está «limpio» o qué lado está «contenido», ya que cada enclavamiento, norma de acceso a puertas y decisión sobre el estado de fallo posteriores dependen de esa designación. Un requisito redactado sin especificar qué lado está protegido es incompleto, aunque todas las dimensiones y valores de masa sean correctos, ya que el proveedor no puede determinar la integridad de qué lado debe priorizar la lógica de control cuando se produce un fallo.
El acceso a las puertas se deriva directamente de la designación de los límites. Especificar quién puede abrir cada puerta, en qué condiciones y desde qué lado no es una repetición redundante de la lógica de enclavamiento; se trata de la política operativa que dicha lógica de enclavamiento aplicará posteriormente tanto en el hardware como en el software. Un proyecto que defina esta política de acceso de forma imprecisa corre el riesgo de que un proveedor construya enclavamientos que, aunque sean técnicamente funcionales, no se ajusten a la forma en que la planta tiene previsto operar el equipo en el día a día.
Las interfaces de sala describen la condición que debe cumplir el equipo en cada lado: la clasificación, el régimen de presión o el estado de contención del espacio al que se conecta el equipo de transferencia. Esto difiere de la designación de límite, ya que la condición de una interfaz de sala puede cambiar independientemente de qué lado esté “protegido”: una sala puede reclasificarse o puede ajustarse una cascada de presión sin que cambie qué lado del equipo de transferencia es limpio o está contenido. El URS debe especificar la condición de interfaz con la que debe ser compatible el equipo, de modo que cualquier modificación posterior de las instalaciones pueda comprobarse en función de dicha condición especificada, en lugar de basarse en suposiciones.
Los servicios públicos y el acceso a los mismos completan la definición de los límites, ya que determinan qué requiere realmente la configuración instalada por parte del edificio y qué acceso debe conservar la instalación posteriormente. Enumerar los servicios públicos necesarios para la configuración seleccionada permite al proyecto confirmar que la instalación puede suministrarlos en la ubicación prevista; omitir este paso conlleva el riesgo de una configuración que funcione según lo especificado, pero que no pueda instalarse sin necesidad de modificaciones en la instalación. El acceso a los servicios funciona a la inversa: es una restricción que la instalación impone al equipo, indicando qué espacio libre o condición de acceso debe preservarse para que el mantenimiento pueda realizarse sin comprometer los límites. Este es un punto en el que la información que aporta el proyecto —los límites, las interfaces y las condiciones de los servicios públicos— se convierte en la base que QUALIA utiliza para configurar y presupuestar una solución de transferencia en función del caso concreto, en lugar de basarse en una descripción genérica del producto.
Especificar los estados del ciclo, los enclavamientos, las alarmas, los desvíos y la recuperación
| Punto de control | Lo que debería definir el URS | Límite de decisión |
|---|---|---|
| Fases del proceso | Las fases del ciclo necesarias | Los estados incluidos en la secuencia operativa especificada |
| Puntos de control | Los puntos que se supervisan durante el ciclo | Cuando se comprueba la condición del ciclo especificada |
| Patrones de carga | Los patrones de carga que cubre el requisito del ciclo | ¿Con qué casos operativos deben coincidir los datos del ciclo? |
| Bloqueos de puertas | ¿Quién puede abrir cada puerta y en qué estado del ciclo? | Cuando se permite el acceso en ambos sentidos |
| Alarmas y derivaciones | Las condiciones de alarma y las posibles excepciones permitidas | ¿Qué excepciones están permitidas y cuáles quedan fuera del funcionamiento normal? |
| Recuperación ante fallos | El estado de seguridad tras un fallo de alimentación, presión, sensor o ciclo | El resultado que se debe obtener cuando no es posible continuar con la secuencia habitual |
| Lógica de liberación | La lógica utilizada para liberar la carga | La condición que distingue un ciclo incompleto de una liberación válida |
| Condiciones que dan lugar a la recualificación | Los casos en los que es necesario volver a obtener la cualificación | Cuando las pruebas de cualificación existentes ya no sean suficientes para el caso concreto |
Los requisitos de ciclo y enclavamiento son aquellos en los que el URS define cómo se comporta el equipo durante el funcionamiento normal y cómo se comporta cuando surge un problema, y ambas partes deben especificarse con el mismo rigor. La parte relativa al funcionamiento normal comienza por nombrar las fases del proceso que debe incluir el ciclo y los puntos en los que se supervisa dicho ciclo. Esto es importante porque un requisito de ciclo expresado como un resultado (“la carga debe descontaminarse”) sin nombrar las fases y los puntos de supervisión no ofrece al proveedor ninguna base para proponer una secuencia específica, ni proporciona al equipo de validación puntos de control con los que contrastar los resultados posteriormente. Anexo 1 de las PCF de la UE Aborda este tipo de estructura en el contexto de la fabricación en condiciones estériles, describiendo los controles de transferencia y los ciclos de biodecontaminación validados que se ejecutan dentro de unos parámetros de ciclo definidos; el principio general —según el cual un ciclo se define por sus fases, puntos de control y parámetros validados, y no únicamente por el resultado previsto— se aplica de forma generalizada, aunque la receta específica del ciclo nunca es universal y sigue siendo una decisión propia de cada proyecto.
La disposición de la carga es importante porque un ciclo validado para una disposición concreta de la carga no se aplica automáticamente a otra disposición diferente. Cuando el programa de carga del proyecto incluya artículos de distintos tamaños, densidades o embalajes, el URS deberá indicar cuáles patrones de carga El requisito del ciclo debe abarcar todo lo necesario para que los datos de acreditación generados posteriormente se correspondan realmente con lo que los operadores cargarán en la práctica, en lugar de con una única configuración idealizada.
Los bloqueos de puertas están vinculados a la definición de límites: esta sección especifica quién puede abrir cada puerta y en qué estado del ciclo, lo que permite convertir la política general de acceso en una condición que se comprueba en función del estado real de la máquina de estados del ciclo. Requisitos relativos a las alarmas y al modo de derivación A continuación, se define el margen de excepción: qué condiciones activan una alarma y cuáles de ellas permiten un desvío iniciado por el operador, frente a aquellas que obligan a detener el proceso por completo. Un desvío que no esté documentado en el URS, pero que exista en el sistema de control entregado, se convierte en un hallazgo de la cualificación en lugar de en una característica prevista.
Los requisitos de recuperación ante fallos establecen el estado seguro al que debe llegar el equipo tras un fallo de alimentación, presión, sensor o ciclo, y este varía según el tipo de barrera: el estado seguro de una barrera de contención suele dar prioridad a mantener sellado el lado contenido, mientras que el estado seguro de una barrera aséptica da prioridad a evitar que el lado protegido quede expuesto a un entorno no controlado. Un mismo fallo puede requerir una respuesta diferente del equipo dependiendo del objetivo que rija la barrera, por lo que este requisito no puede copiarse de otro proyecto sin comprobar primero el objetivo que lo rige.
La lógica de liberación y los desencadenantes de requalificación cierran el ciclo: la lógica de liberación establece la condición que distingue un ciclo incompleto de uno apto para la liberación de la carga, y los desencadenantes de requalificación indican qué eventos —un cambio en un componente, una desviación, un intervalo de tiempo— implican que las pruebas de cualificación existentes ya no son aplicables al caso definido. ISO 14644-7 señala que los requisitos de los usuarios de dispositivos de separación son una cuestión acordada entre el cliente y el proveedor, y que la norma no especifica el proceso instalado en el interior del dispositivo; por ello, estos parámetros de ciclo y enclavamiento deben indicarse explícitamente en los requisitos de diseño (URS) propios del proyecto, en lugar de deducirse a partir de la categoría del dispositivo.
Asignar cada requisito a los documentos de los proveedores y a las pruebas de cualificación
Un requisito sin un destino de evidencia es una declaración de intenciones, no una especificación verificable. Cada línea del URS —entrada del programa de carga, condición límite, fase del ciclo, regla de enclavamiento, condición de alarma, criterio de liberación— necesita un punto asociado en la cadena de documentación del proyecto en el que un proveedor o usuario demuestre que se ha cumplido el requisito. Ese punto suele ser uno de los documentos de prueba del propio proveedor, una prueba de aceptación en fábrica, una prueba de aceptación in situ, una cualificación de instalación, una cualificación operativa o pruebas del proceso in situ generadas una vez que el equipo se encuentra en uso habitual.
La elección del destino no es arbitraria y depende de lo que el requisito verifique realmente. Un requisito dimensional o de masa suele poder confirmarse mediante la documentación del proveedor y una prueba de fábrica, ya que la característica física no depende del entorno de instalación. Un requisito vinculado a la interfaz de la sala o a una conexión de servicios públicos, por lo general, no puede cerrarse hasta que el equipo se haya instalado in situ, ya que el comportamiento que se verifica solo existe una vez que el equipo interactúa con la instalación real. Un requisito de rendimiento del ciclo puede requerir pruebas de varias etapas: una prueba de fábrica que confirme que la secuencia de control se ejecuta según lo diseñado, una prueba in situ que confirme que se ejecuta correctamente una vez instalado y una etapa de cualificación que confirme que el ciclo funciona según los parámetros definidos en las condiciones in situ. En el marco del Anexo 15, la cualificación del diseño es la etapa en la que se comprueba que el diseño se ajusta a los requisitos de especificación de usuario (URS), lo que convierte este trabajo de correspondencia en una condición previa para dicha comprobación, más que en una actividad paralela: un requisito al que nunca se le haya asignado un destino de evidencia no puede verificarse de forma significativa en la cualificación del diseño, ya que no hay nada a lo que hacer referencia.
Cuando no se especifica dónde debe presentarse la evidencia de un requisito, la decisión sobre dónde y cómo verificarla recae, por defecto, en la parte que controle el protocolo de prueba en esa fase, lo que puede no coincidir con las expectativas reales del proyecto. Un equipo de proyecto que deje esta correspondencia incompleta al iniciar una solicitud de presupuesto (RFQ) está, en la práctica, pidiendo a cada proveedor que decida de forma independiente dónde comienza y dónde termina su ámbito de demostración, lo que dificulta la comparación de las respuestas de los proveedores en igualdad de condiciones. Hacer explícita esta correspondencia, aunque sea de forma provisional, proporciona tanto al proveedor como al usuario una visión común de dónde se demostrará la conformidad antes de la firma de los contratos.
Congelar las responsabilidades de aceptación antes de emitir la solicitud de presupuesto
Antes de enviar una solicitud de presupuesto, el proyecto debe decidir quién lleva a cabo cada tarea de verificación y quién acepta el resultado, independientemente de la definición del requisito en sí. Un requisito puede estar especificado de forma completa y clara y, aun así, generar una controversia en el momento de la entrega si el proyecto nunca ha determinado si la prueba de fábrica del proveedor es suficiente para un requisito determinado o si la propia prueba in situ del usuario debe confirmarlo de forma independiente. Se trata de una decisión distinta del trabajo de asignación de pruebas, ya que la asignación identifica dónde se comprobará un requisito, mientras que la responsabilidad de aceptación decide quién realiza dicha comprobación y quién tiene autoridad para dar el visto bueno.
Esto cobra mayor importancia en los puntos de transición entre las distintas fases de aceptación. Una prueba de aceptación en fábrica, realizada en las instalaciones del proveedor, demuestra que el equipo funciona tal y como se ha fabricado, en condiciones controladas por el proveedor. Una prueba de aceptación in situ demuestra las mismas funciones una vez instalado el equipo, en el entorno real del proyecto, con las interfaces de las salas y los servicios, razón por la cual los requisitos vinculados a las condiciones de las interfaces de las salas o de los servicios a menudo no pueden darse por cumplidos en la fase de fábrica, independientemente de lo exhaustivas que sean las pruebas previas del proveedor. Si el proyecto no ha especificado de antemano qué requisitos espera que se cumplan en cada fase, la propuesta del proveedor puede distribuir la verificación de forma diferente a lo que el proyecto supone, y esa discrepancia solo se hace evidente una vez que llega el equipo y alguien pregunta por qué no se ha probado un requisito donde se esperaba.
Fijar estas responsabilidades antes de la solicitud de presupuesto (RFQ) también garantiza la comparabilidad de las respuestas de los proveedores. Cuando un proveedor propone cumplir un requisito concreto en la prueba de aceptación de fábrica (FAT) y otro propone aplazarlo hasta la prueba de aceptación del cliente (SAT) o la calificación operativa (OQ), sus presupuestos no son directamente comparables, a menos que el proyecto haya especificado ya en qué fase se espera que se cumpla dicho requisito. Dejar clara esta expectativa en los requisitos de diseño (URS), aunque sea como una preferencia expresada que el proyecto está dispuesto a debatir, proporciona a todos los licitadores la misma base de referencia para calcular sus precios.
Los requisitos que regula esta sección son los que con mayor probabilidad dependen de las prioridades específicas de cada proyecto: si el propio equipo de cualificación del usuario debe presenciar determinadas pruebas, si el suministro de bioindicadores o indicadores químicos para un ciclo es responsabilidad del proveedor o del usuario, y qué parte asume la responsabilidad de la recualificación una vez que el equipo está en servicio. Estas asignaciones no están implícitas en el propio requisito técnico y deben indicarse como partidas independientes antes de enviar la solicitud de presupuesto, de modo que las respuestas que QUALIA o cualquier otro proveedor envíe puedan evaluarse en función de un reparto compartido y previamente acordado de las tareas de aceptación, en lugar de tener que conciliarlas a posteriori.
Preguntas frecuentes
Q: ¿Qué hay que solucionar para que los proveedores puedan fijar el precio de esa misma caja de transferencia?
A: Defina las cargas reales, la dirección de transferencia, el perímetro protegido, las interfaces con las estancias, los servicios necesarios, el acceso de mantenimiento y el acceso permitido por las puertas. Indique también las condiciones de ciclo, enclavamiento, alarma, recuperación y liberación correspondientes al caso presupuestado, de modo que las diferencias entre los presupuestos reflejen la solución propuesta y no supuestos distintos.
Q: ¿Puede una única descripción de la carga máxima abarcar todas las transferencias de material?
A: Solo si todas las cargas previstas comparten las mismas condiciones relevantes. Distinga los distintos patrones de carga cuando difieran las dimensiones, la masa, el embalaje, el estado de la superficie, la compatibilidad de los materiales, la orientación permitida o la dirección de transferencia, e identifique qué patrones deben abarcar la configuración propuesta y la documentación que la respalda.
Q: ¿Hasta qué punto deben ser específicos los requisitos del ciclo cuando aún no se ha confirmado la receta de funcionamiento definitiva?
A: Especifique las fases del proceso necesarias, los puntos de monitorización, los patrones de carga cubiertos, la lógica de liberación y los desencadenantes de la recalificación sin establecer valores de ciclo fijos. A continuación, se pueden confirmar los parámetros específicos del proyecto y los criterios de aceptación en función de la configuración y el enfoque de calificación seleccionados.
Q: ¿Qué requisitos debería establecer el URS tras un fallo de alimentación, de presión, de un sensor o de ciclo?
A: Especifique las condiciones de seguridad para la carga y ambas puertas, que pueden accionarse desde cada lado, y si se permite algún paso de derivación o recuperación. Defina los requisitos necesarios para que se pueda reanudar la secuencia o liberar la carga, en lugar de dejar el comportamiento de recuperación a una suposición no especificada por el proveedor.
Q: ¿Cómo se pueden detectar las discrepancias en la aceptación antes de que se publique la solicitud de presupuesto?
A: Vincula cada requisito al documento o a la fase de ensayo en la que se demostrará su cumplimiento, como la documentación del proveedor, las pruebas FAT, SAT, IQ, OQ o las pruebas de los procesos in situ. Asigna la responsabilidad de proporcionar y aprobar dicha evidencia, indicando siempre la fase exacta y los criterios de aceptación específicos del proyecto.
