Los proyectos de equipos de alta contención fracasan en los puntos de interfaz, no en los propios equipos. Cuando un módulo BSL-3 llega a las instalaciones y las dimensiones de la cámara de escape no coinciden con los conductos del contratista EPC, o cuando se instala un sistema de descontaminación de efluentes pero ninguna de las partes ha documentado quién es responsable de la validación del sistema de calefacción de la línea de desagüe, el proyecto no se detiene para mantener un debate ordenado, sino que se estanca mientras los equipos jurídicos revisan la redacción del contrato y los jefes de proyecto se culpan mutuamente. Ese patrón es predecible y tiene su origen antes de lo que la mayoría de las organizaciones quieren reconocer: en el periodo previo a la aprobación de la contratación, cuando parece prematuro formalizar los límites del alcance. La decisión que lo resuelve consiste en saber exactamente qué debe especificar una matriz de responsabilidades —y qué asignaciones, si se dejan vagas, convertirán un problema técnico de interfaz en una disputa contractual en el peor momento posible—.
Campos de la matriz de responsabilidades para proyectos de alta contención
Una matriz de responsabilidades sin especificidad a nivel de columna es una lista de intenciones, no un documento de control del proyecto. La distinción es importante porque los proyectos de alta contención implican al menos a tres partes con un alcance que se solapa parcialmente —el comprador, el contratista EPC y el proveedor de equipos— y la interpretación que cada parte haga de dónde terminan sus obligaciones divergirá bajo presión si el documento lo permite. La matriz debe definir, para cada control o actividad, no solo quién es el responsable, sino también qué implica concretamente esa responsabilidad: plazos, criterios de aceptación y los nombres de las acciones concretas, no categorías.
La estructura de cuatro columnas que hace que esto sea viable separa el control o la actividad de la función específica de cada parte y añade una columna para los detalles compartidos que resuelve los mecanismos de traspaso. El “control de acceso” como fila de la matriz carece de utilidad operativa. “Revisiones trimestrales de acceso para sistemas clasificados como de contención, realizadas por el proveedor y revisadas y aprobadas por el departamento de control de calidad del comprador” es algo asignable y auditable. La diferencia no radica en la precisión administrativa por sí misma, sino en que supone la diferencia entre que una desviación se resuelva en tres días y que permanezca pendiente durante seis semanas mientras cada parte espera a que la otra dé el primer paso.
| Columna | Descripción | Requisito de especificidad |
|---|---|---|
| Control/Actividad | La tarea, comprobación o resultado concreto que se debe llevar a cabo | Utiliza descripciones precisas y cuantificables (por ejemplo, “Revisiones trimestrales del acceso a los sistemas incluidos en el ámbito de aplicación” en lugar de “Control de acceso”). |
| Responsabilidad del MSP | Lo que debe llevar a cabo el proveedor o el proveedor de servicios gestionados | Define las acciones, los plazos y los criterios de aceptación; evita las asignaciones imprecisas |
| Responsabilidad del cliente | Lo que debe aportar o hacer el comprador o el propietario de la instalación | Especificar las obligaciones del propietario sin ambigüedades |
| Datos compartidos | Tareas conjuntas, traspasos o flujos de comunicación | Especifica quién se encarga de detectar, investigar, notificar y cerrar cada caso compartido |
El patrón de error que conviene destacar aquí es la copia de plantillas. Una matriz copiada de un proyecto anterior sin ajustarla al alcance real del proyecto actual genera un riesgo al incluir actividades que ninguna de las partes está obligada a realizar por contrato. En los proyectos de contención, esto suele manifestarse en una línea que asigna la validación del ciclo de descontaminación al proveedor, cuando el contrato actual atribuye esa labor al equipo de puesta en marcha del EPC; y, a continuación, esa línea queda sin firmar, sin que nadie la cuestione y olvidada hasta la fase de ejecución del IQ.
Requisitos y puntos de aprobación del comprador
El papel del comprador no consiste en una aprobación pasiva. En un proyecto de alta contención, el comprador es el responsable de la especificación de requisitos de usuario (URS), que es un documento en constante evolución, y los criterios de aceptación incluidos en dicho documento constituyen el umbral con respecto al cual se evalúa cada sistema entregado. Si dichos criterios no están suficientemente especificados al inicio del proyecto —si el rendimiento de la contención se describe como “cumple los requisitos de BSL-3” sin hacer referencia a diferenciales de presión, volúmenes de flujo de aire o puntos de consigna de alarma específicos—, entonces todos los protocolos de pruebas FAT y SAT redactados a partir de esa URS heredan esa ambigüedad.
Entre las responsabilidades que debe asumir el comprador, y que deben figurar explícitamente en la matriz, se incluyen: la aprobación definitiva de todos los protocolos de ensayo antes de su ejecución, la autoridad para dar el visto bueno en cada fase de aceptación (FAT, SAT, IQ, OQ, PQ) y el derecho a rechazar cualquier paquete de documentación que no cumpla con los requisitos del URS. La norma ASTM E2500-25 considera que el desarrollo de los URS y la planificación de la verificación son las actividades fundamentales que definen qué significa “apto para su finalidad” en un sistema determinado, lo que implica que el comprador no puede delegar esa definición al proveedor y esperar que el proceso de aceptación se desarrolle sin problemas.
La consecuencia derivada de una falta de responsabilidad por parte del comprador en esta fase se manifiesta en la fase de IQ. Si el comprador no ha documentado qué aspectos del rendimiento requieren la verificación por parte de terceros frente a la aprobación interna, la fase de ejecución de IQ suele implicar renegociar esas decisiones bajo presión de tiempo, una vez que el equipo ya está instalado y el calendario del proyecto está en marcha.
Servicios públicos propiedad de EPC e interfaces instaladas
La responsabilidad del contratista EPC en proyectos de alta contención suele ser el ámbito donde se da la ambigüedad más trascendental, ya que el contratista EPC conecta los equipos suministrados con los sistemas del edificio que determinan si dichos equipos pueden funcionar según lo previsto. La calidad de la energía eléctrica, los caudales de suministro y extracción de los sistemas de climatización, el dimensionamiento de las tuberías de desagüe, la capacidad de carga estructural y el cableado de enclavamiento entre los sistemas de gestión del edificio y los equipos contenidos son todos puntos de interfaz en los que el alcance del contratista EPC y el diseño de los equipos del proveedor deben estar perfectamente alineados antes de que comience la instalación.
El riesgo no radica en que los EPC no comprendan su trabajo, sino en que “proporcionado por el EPC” y “validado por el EPC” no son lo mismo, y la matriz debe distinguir entre ambos conceptos. Un EPC puede encargarse de instalar una conexión de escape a un aislador OEB4/OEB5 sin ser responsable de verificar que la presión estática suministrada en dicha conexión se ajuste a los requisitos de diseño del aislador. Si esa verificación no se asigna a una parte concreta, es probable que surja como una discrepancia sin resolver durante la puesta en servicio.
El criterio que determina el cambio en la recomendación en este caso es la dependencia de la contención. Para cualquier conexión de servicios en la que un modo de fallo afecte directamente a la integridad de la contención —cascada de presión negativa, flujo de aire de escape hacia un módulo BSL-3, conexión del desagüe de efluentes a un EDS—, la matriz debe asignar la responsabilidad de verificación activa a una parte concreta, y no la responsabilidad pasiva de instalación. Esta diferencia es importante para el equipo de puesta en servicio y, posteriormente, para la autoridad inspectora que revise el expediente de cualificación.
Equipos propiedad del proveedor y documentación que debe entregarse
El conjunto de entregables del proveedor de equipos va mucho más allá del sistema físico. En el caso de los equipos de alta contención y críticos para las buenas prácticas de fabricación (GMP), el paquete de documentación constituye un elemento fundamental para la cualificación, y las deficiencias en dicho paquete retrasan la ejecución de la cualificación de instalación (IQ) con la misma certeza que lo hacen los defectos de hardware. Lo que el proveedor debe aportar —y lo que debe indicarse explícitamente en la matriz— incluye el paquete de cualificación del diseño, los protocolos de las pruebas de aceptación en fábrica y los informes correspondientes, la documentación de apoyo a la cualificación de la instalación, y los manuales de funcionamiento y mantenimiento en un formato compatible con los requisitos de gestión documental del comprador.
El punto en el que esto suele fallar no es la omisión, sino la ambigüedad entre la autoría y la aprobación. La matriz debe especificar no solo que el protocolo de IQ existe, sino quién lo redacta, quién lo revisa y quién lo aprueba antes de que comience la ejecución. El anexo 15 del volumen 4 de EudraLex trata el ciclo de vida de la cualificación como una secuencia estructurada de actividades documentadas, pero no establece que sea el proveedor quien redacte el protocolo de IQ. Esa asignación es una decisión del proyecto y, si no se establece de forma explícita, tanto el proveedor como el equipo de validación del comprador pueden redactar versiones distintas y luego dedicar tiempo a conciliarlas durante un periodo en el que los recursos para la puesta en servicio ya están al límite.
En el caso de proyectos que impliquen sistemas complejos—Sistemas de laboratorio modulares BSL-3/BSL-4 o aisladores de contención con lógica de control integrada: el alcance de la documentación es lo suficientemente amplio como para que merezca la pena establecer, como anexo contractual, un calendario de entrega de la documentación al que se haga referencia en la matriz. Sin él, la fila de la matriz correspondiente a la “documentación del proveedor” se reduce a la misma categoría de obligación imprecisa que se pretendía evitar.
Puntos de fallo comunes durante las pruebas de aceptación
Las responsabilidades compartidas son las filas de mayor riesgo en cualquier matriz de un proyecto de contención, y el patrón de fracaso es siempre el mismo: cuando una responsabilidad se describe como compartida sin especificar los mecanismos, cada parte da por hecho que la otra se encarga de la parte activa. La consecuencia en las pruebas de aceptación no es una discusión, sino un retraso, ya que las pruebas se estancan cuando alguien acude a presenciar un protocolo que no se ha ultimado, o cuando se registra una desviación sin un responsable asignado y esta queda pendiente hasta el final del plazo de las pruebas FAT.
Las tres actividades compartidas en las que este patrón se manifiesta de forma más fiable en los proyectos de alta contención son la asistencia a las pruebas FAT y SAT, el apoyo a los protocolos y la resolución de desviaciones. En cuanto a la asistencia a las pruebas FAT de los equipos contenidos, antes de fijar la fecha de las pruebas FAT debe resolverse quién se desplaza a las instalaciones del proveedor para presenciar las pruebas, quién da la aprobación formal y qué se considera un resultado satisfactorio. En cuanto al apoyo al protocolo, la palabra “compartido” no implica quién redacta, revisa y aprueba el protocolo de pruebas, ni quién suministra los agentes de prueba, los patrones de referencia o las muestras de control.”
| Actividad compartida | Riesgo si es impreciso | Qué aclarar |
|---|---|---|
| Asistencia a FAT/SAT | Ambas partes dan por hecho que la otra parte asistirá; los ensayos se retrasan o la aprobación queda incompleta | ¿Qué parte se desplaza al lugar, quién presencia cada prueba y quién da el visto bueno definitivo? |
| Compatibilidad con protocolos | Los protocolos están incompletos o no se han revisado; la ejecución no se ajusta a los requisitos. | ¿Quién redacta, revisa y aprueba los protocolos de ensayo? ¿Quién proporciona los datos brutos y los materiales? |
| Cierre por desviación | Las desviaciones quedan sin resolver, ya que cada parte espera a que la otra actúe | ¿Quién registra el incidente, quién investiga la causa raíz, quién aprueba el cierre y quién comunica la resolución? |
El cierre de desviaciones es donde el coste derivado de una distribución imprecisa de la información resulta más evidente. Una desviación registrada durante la FAT que carezca de un investigador asignado y de una cadena de aprobación definida para su cierre tiende a seguir una de estas dos vías: se cierra sin la documentación adecuada sobre la causa raíz y posteriormente se cuestiona durante una inspección regulatoria, o bien permanece abierta y bloquea el calendario de la SAT mientras las partes negocian a quién corresponde su gestión. La matriz debe asignar a una única parte la responsabilidad de registrar la desviación, a otra de investigar la causa raíz y a una tercera de aprobar el cierre, y debe especificar el paso de comunicación mediante el cual se informe a todas las partes cuando se haya logrado el cierre.
Para obtener más información sobre cómo interactúan las secuencias de puesta en servicio con estas decisiones de traspaso, el Guía paso a paso para la puesta en marcha de un laboratorio BSL-3 explica cómo las fases de las pruebas de aceptación se relacionan con el ciclo de vida de la cualificación en su conjunto.
Norma de responsabilidad para cada requisito crítico
La matriz adquiere relevancia operativa cuando cada requisito crítico —integridad de la contención, rendimiento de la cascada de presión, validación del ciclo de descontaminación, tratamiento de efluentes— cuenta con exactamente un responsable principal y un responsable de apoyo designado antes de que se firme la aprobación de la adquisición. No se trata de una preferencia estructural por una documentación impecable, sino de un umbral práctico que obliga a abordar las lagunas en el alcance y la preparación de la obra en un momento del proyecto en el que aún pueden resolverse sin necesidad de volver a realizar el trabajo.
La disyuntiva es real: un mayor nivel de detalle en los límites de la matriz plantea preguntas incómodas en una fase más temprana. Un EPC que no haya confirmado la preparación estructural para un sistema de contención pesado, o un comprador cuyo equipo de control de calidad no haya destinado recursos a la fase de revisión del protocolo, verá cómo esas lagunas quedan al descubierto cuando se esté completando la matriz, en lugar de cuando el sistema llegue a la obra. Las organizaciones suelen posponer esa especificidad porque les parece prematuro, y ese aplazamiento es precisamente lo que convierte una cuestión de alcance manejable en un retraso en la puesta en servicio.
Una matriz firmada o reconocida es el instrumento que convierte esas asignaciones, que son fruto de la interpretación de una de las partes, en un compromiso vinculante para el proyecto. Una matriz sin firmar —incluso si está bien estructurada— no es exigible cuando surge una controversia. La norma ICH Q9(R1) respalda el principio de que la gestión de riesgos de calidad requiere una atribución clara de la responsabilidad sobre los controles de riesgo, pero una matriz firmada es un mecanismo de gobernanza del proyecto, no un requisito normativo. Su valor es práctico: acorta la distancia entre lo que cada parte asumía que era su responsabilidad y lo que realmente se ha comprometido a entregar.
| Norma de titularidad | Por qué es importante | Qué hay que comprobar antes de dar el visto bueno |
|---|---|---|
| Un responsable y un colaborador por cada requisito crítico | Acaba con las dudas sobre quién debe actuar cuando surgen problemas | Cada fila de la matriz tiene un único nombre responsable y una función de apoyo asignada. |
| La matriz debe estar firmada o refrendada por todas las partes. | Una matriz sin firmar es la opinión de una de las partes, no un acuerdo vinculante. | El documento está firmado por el comprador, EPC y el proveedor; el acuse de recibo se incluye en el pliego de condiciones. |
| La matriz se adapta totalmente al alcance del proyecto | Copiar una plantilla genera una obligación de realizar tareas que ninguna de las partes está obligada a llevar a cabo en virtud del contrato. | Todas las actividades enumeradas corresponden a resultados concretos; no queda ninguna partida genérica o irrelevante. |
La comprobación previa a la aprobación de la adquisición es sencilla: hay que revisar cada fila de la matriz en busca de un único nombre responsable, confirmar que se ha designado a un responsable de apoyo y verificar que ninguna fila figure como “compartida” sin una columna específica que aclare los detalles. Cualquier fila que no supere esta comprobación supone una futura disputa en potencia.
La matriz de responsabilidades se gana su lugar en un proyecto de alta contención no como un mero elemento de cumplimiento normativo, sino como el documento que convierte las hipótesis del proyecto en compromisos antes de que dichas hipótesis puedan generar trabajo adicional. Las preguntas a las que debe responder antes de la aprobación de la contratación son específicas: qué parte redacta cada protocolo de cualificación, quién lo aprueba, quién asiste a cada evento de aceptación, quién registra y cierra las desviaciones, y qué interfaces de servicios públicos requieren una verificación activa frente a una instalación pasiva. En el caso de proyectos que impliquen sistemas en los que el rendimiento de la contención dependa tanto del equipo suministrado como de la infraestructura del edificio instalada —cascada de presión, continuidad del escape, conectividad del tratamiento de efluentes—, el límite entre el alcance del proveedor y el alcance del EPC es la línea de mayor riesgo de la matriz y merece un tratamiento más explícito.
Antes de que un proyecto pase de la selección de proveedores a la orden de compra, la matriz debe revisarse teniendo en cuenta tres aspectos: que cada requisito crítico tenga un único responsable; que cada fila compartida incluya detalles que determinen quién detecta, investiga y cierra el asunto; y que todas las partes hayan firmado o reconocido formalmente el documento. Si no se cumplen esas condiciones, la matriz sigue siendo solo una plantilla, y el proyecto asume el riesgo que ello conlleva.
Preguntas frecuentes
P: ¿Qué ocurre si nuestro proyecto no cuenta con un EPC? El artículo parte de una estructura tripartita, pero nosotros nos encargamos directamente de la instalación.
R: La matriz de responsabilidades sigue siendo válida, pero hay que integrar la columna del EPC en el ámbito de responsabilidad del comprador y dejar aún más claros los puntos de traspaso entre tu equipo interno de instalación y el proveedor del equipo. Se aplica el mismo modo de fallo: las suposiciones no documentadas sobre la verificación de los servicios públicos, la autoría de los protocolos y la asistencia a las pruebas de aceptación saldrán a la luz más adelante, solo que ahora la disputa es entre tu propio grupo y el proveedor, en lugar de entre el EPC y el proveedor. La lógica de las cuatro columnas de la matriz no requiere un EPC; requiere que ninguna interfaz se deje a la especulación, independientemente del número de partes implicadas.
P: Una vez que la matriz de responsabilidades firmada esté en vigor, ¿cuál es el siguiente paso inmediato antes de emitir la orden de compra?
R: Se ha armonizado el calendario de entrega de la documentación con la matriz y se ha adjuntado al contrato. La matriz asigna quién redacta, revisa y aprueba los documentos de cualificación; sin un calendario con fechas concretas que enumere exactamente qué documentos deben entregarse en cada hito, la fila “documentación del proveedor” sigue siendo una obligación imprecisa. Este es el paso en el que la matriz pasa de ser un documento de gobernanza del proyecto a un anexo del alcance con medidas concretas que el departamento de compras puede hacer cumplir.
P: ¿A partir de qué escala de proyecto o nivel de riesgo resulta excesiva una matriz detallada de responsabilidades de los proveedores?
R: Cuando el equipo funciona fuera de los límites críticos en materia de buenas prácticas de fabricación (GMP) o de contención —por ejemplo, un módulo estándar de servicios de uso general que no afecta a la calidad del producto ni a la bioseguridad—. Si un fallo en la interfaz no da lugar a una observación reglamentaria, a una investigación sobre el impacto en el producto o a una violación de la contención, suele bastar con una división simplificada de las responsabilidades contractuales. El umbral es la dependencia de la contención: en cuanto una conexión de servicios afecta directamente a la presión negativa, al tratamiento de efluentes o a la integridad de los límites asépticos, el nivel de detalle de la matriz deja de ser una cuestión administrativa y pasa a ser un control de riesgos.
P: ¿En qué se diferencia el uso de una matriz de responsabilidades formal de basarse únicamente en una redacción adecuada del alcance del contrato?
R: Un contrato divide las obligaciones; una matriz de responsabilidades firmada no solo asigna lo que cada parte debe hacer, sino también quién inicia, quién cierra y qué significa “terminado” para cada actividad que traspasa un límite. El texto del contrato suele indicar al contratista EPC que “proporcione una conexión de escape al aislador”, pero no señala a la parte encargada de verificar que la presión estática suministrada cumpla con las especificaciones de diseño. La matriz convierte las obligaciones a nivel contractual en acciones ejecutables atribuibles a un único responsable, y esa diferencia es la que evita que la aprobación de un protocolo se estanque mientras las partes esperan a que otra persona dé el primer paso.
P: ¿Se justifica el tiempo necesario para negociar y completar una matriz detallada en el caso de un único equipo de contención, como un aislador, o solo merece la pena en el caso de grandes sistemas integrados?
R: Incluso en el caso de un único equipo, como un Aislador OEB4/OEB5, la matriz aporta valor añadido porque los puntos de interfaz —la alineación de los conductos de escape, el cableado de enclavamiento del BMS, la conectividad de los desagües y la responsabilidad sobre el protocolo de homologación— no desaparecen cuando se reduce el número de sistemas. Un único aislador sigue conectado a las instalaciones del edificio, sigue requiriendo decisiones sobre la asistencia a las pruebas FAT/SAT y sigue generando paquetes de documentación que alguien debe revisar y aprobar. El esfuerzo se reduce a medida que disminuye el número de sistemas, pero el riesgo de que una fila “compartida” sin firmar provoque un retraso en la puesta en servicio no disminuye simplemente porque la lista de equipos sea corta.
