Los equipos de compras que emiten una solicitud de presupuesto bas\u00e1ndose en una especificaci\u00f3n de requisitos de usuario (URS) incompleta rara vez detectan la laguna en la fase de presupuestaci\u00f3n. El problema sale a la luz durante la puesta en servicio, cuando un ingeniero de cualificaci\u00f3n intenta redactar una prueba de aceptaci\u00f3n para una funci\u00f3n de contenci\u00f3n que se describi\u00f3 en la URS con un lenguaje de rendimiento demasiado vago como para poder probarla, y el proveedor puede demostrar, correctamente, que el equipo suministrado cumple al pie de la letra con todo lo solicitado. La consecuencia es una reescritura del protocolo bajo presi\u00f3n de tiempo, un retraso en la aceptaci\u00f3n in situ y una renegociaci\u00f3n sobre qui\u00e9n es responsable de las pruebas presenciadas \u2014ninguna de estas cuestiones era visible cuando se envi\u00f3 el expediente de licitaci\u00f3n\u2014. Entender d\u00f3nde trazar la l\u00ednea divisoria entre lo que debe figurar en las URS, lo que debe aparecer en la respuesta a la solicitud de presupuesto y a qui\u00e9n se asigna formalmente la responsabilidad de la validaci\u00f3n antes de la adjudicaci\u00f3n es el criterio que distingue una contrataci\u00f3n bien controlada de otra que acumula disputas en la segunda mitad del proyecto.<\/p>\n
El URS no es una lista de deseos ni una especificaci\u00f3n simplificada. Es el documento al que se remitir\u00e1n todas las actividades de validaci\u00f3n posteriores \u2014FAT, SAT, IQ, OQ, PQ\u2014 para determinar si el sistema entregado cumple con los objetivos del usuario. Si el URS presenta lagunas estructurales o utiliza un lenguaje ambiguo que no puede traducirse en una condici\u00f3n de prueba cuantificable, el departamento de control de calidad no tendr\u00e1 una base justificable para su aceptaci\u00f3n, y ning\u00fan documento posterior podr\u00e1 subsanarlo de forma retroactiva.<\/p>\n
Los componentes estructurales de un URS bien estructurado para equipos de alta contenci\u00f3n siguen un patr\u00f3n coherente en la pr\u00e1ctica profesional de los proyectos: una introducci\u00f3n y una descripci\u00f3n general que establecen el contexto operativo y el marco normativo; requisitos funcionales que definen el rendimiento de la contenci\u00f3n, las exigencias de los procesos as\u00e9pticos y el comportamiento de los enclavamientos de seguridad; requisitos no funcionales que abordan la fiabilidad, la facilidad de mantenimiento y las restricciones medioambientales; definiciones de interfaces que abarcan las conexiones f\u00edsicas, las conexiones a redes de servicios y los puntos de integraci\u00f3n del sistema de control; restricciones y supuestos que documentan los l\u00edmites de espacio, la disponibilidad de servicios y las condiciones previstas del emplazamiento; y una secci\u00f3n de documentaci\u00f3n y entregables que enumera los resultados requeridos con sus criterios de aceptaci\u00f3n. Este \u00faltimo componente es donde el URS suele fallar con mayor frecuencia. Cuando se omite la secci\u00f3n de entregables o se deja en t\u00e9rminos gen\u00e9ricos, el proyecto llega a la fase de entrega sin criterios acordados, y ambas partes descubren que part\u00edan de supuestos diferentes sobre lo que constituye un paquete completo.<\/p>\n
El riesgo no es que el URS sea err\u00f3neo de forma evidente, sino que sea lo suficientemente preciso como para generar una propuesta coherente, pero a la vez demasiado impreciso como para respaldar un protocolo de cualificaci\u00f3n. Expresiones como \u201crendimiento de contenci\u00f3n adecuado\u201d o \u201cfiltraci\u00f3n HEPA apropiada\u201d son suficientes para obtener una respuesta del proveedor; sin embargo, no lo son para redactar una prueba que un responsable de control de calidad pueda defender ante un inspector regulador. El anexo 15 del volumen 4 de EudraLex considera que los requisitos documentados y definidos constituyen la base de toda actividad de cualificaci\u00f3n y validaci\u00f3n, no porque prescriba el formato del URS, sino porque da por sentado que ya existe algo con criterios de aceptaci\u00f3n comprobables antes de que comience la cualificaci\u00f3n. Si el URS no lo proporciona, el anexo 15 no ayuda a recuperarlo.<\/p>\n
| Componente URS<\/th>\n | Lo que debe definir<\/th>\n | Riesgo si la informaci\u00f3n es imprecisa o falta<\/th>\n<\/tr>\n<\/thead>\n |
|---|---|---|
| Introducci\u00f3n y descripci\u00f3n general<\/td>\n | Contexto operativo, uso previsto y marco de cumplimiento normativo<\/td>\n | El proveedor podr\u00eda interpretar err\u00f3neamente la clasificaci\u00f3n de contenci\u00f3n, lo que dar\u00eda lugar a equipos que no cumplen con la normativa.<\/td>\n<\/tr>\n |
| Requisitos funcionales<\/td>\n | Rendimiento de contenci\u00f3n, requisitos de los procesos as\u00e9pticos, enclavamientos de seguridad<\/td>\n | El equipo cumple con los requisitos del pliego de condiciones, pero no supera las pruebas de contenci\u00f3n de control de calidad.<\/td>\n<\/tr>\n |
| Requisitos no funcionales<\/td>\n | Fiabilidad, facilidad de mantenimiento, restricciones medioambientales, normas de limpieza<\/td>\n | Las deficiencias en la explotaci\u00f3n y el mantenimiento se convierten en problemas tras la entrega<\/td>\n<\/tr>\n |
| Interfaces<\/td>\n | Conexiones f\u00edsicas, acoplamientos a la red de servicios p\u00fablicos, puntos de integraci\u00f3n del sistema de control<\/td>\n | La falta de claridad sobre la propiedad de las interfaces provoca desviaciones del alcance y fallos de integraci\u00f3n<\/td>\n<\/tr>\n |
| Restricciones y supuestos<\/td>\n | Limitaciones de espacio, disponibilidad de servicios, restricciones de acceso, condiciones previstas del emplazamiento<\/td>\n | Las hip\u00f3tesis de la propuesta difieren de la realidad in situ, lo que da lugar a \u00f3rdenes de modificaci\u00f3n<\/td>\n<\/tr>\n |
| Documentaci\u00f3n y entregables<\/td>\n | Lista de documentos necesarios con criterios de aceptaci\u00f3n<\/td>\n | Los registros de traspaso carecen de criterios definidos, lo que retrasa la aceptaci\u00f3n definitiva<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n La secci\u00f3n de requisitos funcionales merece una atenci\u00f3n especial en el caso de los aisladores OEB4\/OEB5 y los sistemas de contenci\u00f3n BSL-3\/4, en los que el rendimiento de la contenci\u00f3n debe expresarse en t\u00e9rminos que generen l\u00edmites de aceptaci\u00f3n espec\u00edficos \u2014tasas de fuga, diferenciales de presi\u00f3n, tiempos de respuesta de los enclavamientos\u2014 en lugar de categor\u00edas. Un URS que diga \u201cel aislador debe mantener una presi\u00f3n negativa\u201d es incompleto. Una que especifique el rango de diferencia de presi\u00f3n operativa, la desviaci\u00f3n admisible antes de que se active la alarma y el tiempo de respuesta para la activaci\u00f3n autom\u00e1tica del enclavamiento proporciona a la Especificaci\u00f3n de Dise\u00f1o Funcional del proveedor una base de referencia y ofrece al departamento de control de calidad elementos que comprobar.<\/p>\n\t\t \n\t\t\t\t\t\t \n\t\t\t\t |