La revisión llega tarde
El error se descubre en la revisión documental del expediente, días después de ejecutado el proceso. Corregirlo obliga a investigación, justificación y, según el caso, a una desviación formal.
Diseñamos e implementamos el software que sustituye los registros en papel de sus procesos de manufactura por registros electrónicos que se llenan en piso, en el momento en que ocurre cada paso. El proceso físico no cambia: cambia dónde queda el dato, quién responde por él y qué puede demostrarse después ante un inspector. El alcance se define sobre sus procesos, no sobre un producto preexistente.
Fuera de rango de especificación. El paso no se habilita.
Firmar y continuar Deshabilitado
El error se descubre en la revisión documental del expediente, días después de ejecutado el proceso. Corregirlo obliga a investigación, justificación y, según el caso, a una desviación formal.
Reunir, foliar, verificar y archivar decenas de páginas por cada ejecución consume horas de personal calificado en una tarea que no agrega calidad al producto.
El producto está físicamente listo antes de que su expediente lo esté. El tiempo de liberación lo fija el papel, no el proceso.
Un dato manuscrito ambiguo, una corrección sin justificación o una firma sin fecha son hallazgos frecuentes, y son evitables por diseño.
Digitalizar el registro de un proceso no es automatizar la fabricación. El proceso físico, los equipos, los parámetros y la ciencia del producto se mantienen exactamente como están validados hoy.
No entregamos un producto cerrado con estas etapas preconfiguradas. Estos son ejemplos del tipo de proceso de manufactura que digitalizamos, y cada implementación se diseña sobre los procesos y formatos reales de su planta, definidos en el URS que usted valida.
Verificación de identidad de material contra la hoja de surtido, captura del peso con tolerancia configurada, doble verificación en línea y conciliación automática contra la cantidad teórica.
Registro de parámetros de proceso contra el rango especificado, control de secuencia de adiciones y firma del operario en cada paso crítico.
Captura de los controles en proceso con la frecuencia definida, bloqueo del valor fuera de especificación y registro del equipo y la línea utilizados.
Registro del resultado por unidad o por muestra, conteo de rechazo y justificación obligatoria de toda desviación antes de continuar.
Despeje de línea como control bloqueante, verificación del material impreso contra el arte aprobado y conciliación de componentes.
Revisión por excepción sobre las desviaciones registradas, no sobre el legajo completo, y firma de liberación con el expediente a la vista.
Part 11 no es una casilla que se marca. Es un conjunto de requisitos que un inspector puede pedir demostrar uno por uno. Este es el mapeo entre la exigencia y el control que implementamos.
| Referencia | Exigencia | Cómo se sostiene |
|---|---|---|
| 11.10(a) | Validación del sistema para asegurar exactitud y capacidad de discernir registros inválidos o alterados | Paquete IQ/OQ/PQ se ejecuta y se traza a requisitos de usuario; la integridad del registro se verifica por encadenamiento criptográfico |
| 11.10(b) | Capacidad de generar copias exactas y completas en formato legible y electrónico | Exportación del expediente completo de la ejecución con su audit trail asociado, en formato legible para inspección y en formato electrónico verificable |
| 11.10(c) | Protección de los registros durante todo su período de retención | Retención dentro de la infraestructura del cliente, con respaldo y recuperación probados y documentados |
| 11.10(d) | Acceso limitado a personas autorizadas | Control de acceso basado en roles contra el directorio corporativo existente. No se crea un repositorio de identidades paralelo |
| 11.10(e) | Audit trail seguro, generado por el sistema, con sello de tiempo, que no oscurezca el dato anterior | Registro inmutable y encadenado; el valor previo permanece consultable; toda modificación exige motivo antes de aplicarse |
| 11.10(f) | Control de secuencia de pasos y eventos | El paso no se habilita hasta que sus precedentes estén completos y firmados |
| 11.10(g) | Verificación de autoridad para usar el sistema, firmar y ejecutar la operación | La facultad de firma vive en el rol, y se verifica en cada acto de firma |
| 11.10(k) | Control de la documentación del sistema, incluida su revisión y distribución | Control de versiones sobre la documentación de sistema y sobre el registro maestro, con aprobación electrónica |
| 11.50 | La firma manifiesta nombre, fecha, hora y significado del acto | Cada firma registra identidad, sello de tiempo del sistema y el significado del acto: ejecutó, verificó, aprobó |
| 11.70 | Vinculación de la firma al registro, de modo que no pueda transferirse | Vínculo criptográfico entre la firma y el registro firmado; la firma no es un campo del formulario |
| 11.200(a) | Firma por identificación y contraseña, con ambos componentes en la primera firma de sesión | Primera firma de sesión con ambos componentes; las siguientes con uno, con reautenticación forzada por inactividad y por cambio de contexto |
| 11.300 | Unicidad de la combinación de identificación, y gestión de su vigencia | Delegada al directorio corporativo, con política de vigencia y revocación heredada del cliente |
El mapeo se ofrece también como parte del gap assessment formal, referenciado a su especificación de requisitos de usuario, dentro del paquete de validación.
| Referencia | Exigencia | Cómo se sostiene |
|---|---|---|
| Principio | Gestión de riesgo aplicada a lo largo del ciclo de vida del sistema, proporcional a su impacto sobre la calidad del producto y la seguridad del paciente | Evaluación de riesgo documentada conforme a GAMP 5, que gradúa el esfuerzo de calificación por criticidad y se revisa ante cada cambio |
| 3.1 y 3.2 | Evaluación formal del proveedor y acuerdo escrito que defina responsabilidades de cada parte | Dossier de calificación de proveedor, que se entrega antes de cualquier compromiso, y acuerdo escrito con responsabilidades, entregables y niveles de servicio |
| 4 | Documentación de validación que cubra las etapas relevantes del ciclo de vida, con trazabilidad de requisitos y control de cambios | Paquete de validación que se traza desde la especificación de requisitos de usuario hasta los protocolos, y se ejecuta bajo control de versiones |
| 5 y 6 | Comprobaciones sobre la exactitud del dato intercambiado entre sistemas y verificación del dato crítico introducido manualmente | Verificación de integridad en cada intercambio con el ERP, con conciliación y registro de discrepancia; doble verificación en línea con firma del verificador sobre el dato crítico |
| 7 y 9 | Protección del dato almacenado frente a daño, con respaldo verificado, y audit trail de todo cambio o borrado de dato relevante para GMP | Respaldo programado dentro de la infraestructura del cliente con prueba de restauración documentada, y audit trail encadenado, revisable por ejecución, con motivo obligatorio |
| 13 | Registro y evaluación de las incidencias del sistema, con análisis de causa y acción correctiva | Procedimiento de gestión de incidencias sobre el sistema validado, con registro, evaluación de impacto y acción documentada |
| 14 | La firma electrónica tiene el mismo efecto que la manuscrita y permanece vinculada al registro | Firma vinculada criptográficamente al registro, con identidad, sello de tiempo y significado del acto declarado |
| 11 y 16 | Revisión periódica que confirme el mantenimiento del estado validado, y disposiciones de continuidad ante fallo del sistema | Plan de revisión periódica con alcance, frecuencia e informe formal, y plan de continuidad con procedimiento alterno documentado y recuperación probada |
Para registro sanitario y licencia regional aplica además el RTCA 11.03.42:07. El diseño parte del marco más exigente de los tres, de modo que el cumplimiento regional queda contenido.
El registro de sus procesos es su evidencia regulatoria. No debe vivir en la infraestructura de un proveedor, ni depender de que ese proveedor siga existiendo.
El sistema se despliega dentro de su infraestructura. No alojamos registros regulados ni credenciales de sus sistemas fuera de ella.
Nuestro acceso a su entorno se rige por el Protocolo de Acceso Soberano: privilegio mínimo, canal auditado, sin retención, revocable unilateralmente por usted en cualquier momento.
Protocolo de Acceso Soberano →Cada capa del sistema es sustituible sin rehacer las demás. Si mañana cambia el motor de procesos, el registro, la firma y el audit trail sobreviven.
Documentación técnica completa entregada, control de versiones accesible y depósito de código fuente en custodia contratable como cláusula del acuerdo. Le entregamos un sistema del que usted es dueño.
El sistema en producción es la mitad del entregable. La otra mitad es el expediente que lo sostiene ante una inspección. Este es el índice completo, y ninguno de estos documentos es opcional ni se factura aparte.
Los protocolos se entregan para que su equipo de validaciones los ejecute. La validación de un sistema computarizado es responsabilidad del titular de la licencia, y así debe permanecer.
Levantamiento del proceso sobre sus formatos reales y redacción del URS junto a producción, calidad y validaciones. El URS es el documento que después traza todo lo demás.
Diseño de la arquitectura, evaluación de riesgo del sistema y prueba de concepto sobre un producto acotado, con sus formatos reales, antes de comprometer el alcance completo.
Desarrollo bajo ciclo de vida documentado, con control de versiones y trazabilidad de cambio. Instalación calificada en su infraestructura.
Ejecución de protocolos por su equipo de validaciones, con nuestro acompañamiento. Registro de desviaciones y resolución documentada.
Puesta en marcha sobre una línea, con operación en paralelo mientras el equipo consolida. Capacitación de operarios, calidad y administración del sistema.
Control de cambios con evaluación de impacto y revalidación cuando corresponda, revisión periódica documentada, y acompañamiento durante inspección regulatoria.
Bajo GAMP 5, evaluar al proveedor es parte de validar el sistema. Estos son los elementos con los que sostenemos esa evaluación, y que se entregan como dossier antes de cualquier compromiso.
Un sistema validado no se entrega y se olvida. Cada producto nuevo genera plantillas. Cada cambio, por menor que parezca, exige evaluación de impacto y documentación de revalidación. El Anexo 11 obliga a revisión periódica. Una actualización del ERP puede romper una integración. Y una inspección puede llegar sin aviso. Por eso el proyecto no termina en la puesta en marcha: continúa con capacidad de ingeniería disponible, comprometida por contrato, con tiempos de respuesta definidos para el sistema bajo validación.
Sí, y es lo correcto. Entregamos los protocolos IQ, OQ y PQ ejecutables, con la trazabilidad a requisitos que su equipo necesita para respaldar la ejecución. La responsabilidad de la validación permanece en el titular de la licencia, como debe ser.
La selección de componentes se deriva de su especificación de requisitos y se documenta en la propuesta, bajo acuerdo de confidencialidad. Lo que sí anticipamos: la capa de cumplimiento, la firma y el registro de auditoría son componentes propios de Valdrent, no funcionalidad de un producto de terceros.
Part 11 no admite certificación de proveedor: se cumple o no se cumple en el sistema implementado, y se demuestra ante el inspector. Diseñamos e implementamos conforme al marco, y entregamos el gap assessment que sostiene esa afirmación.
El sistema vive en su infraestructura, la documentación técnica es suya, el depósito del código fuente en custodia se contrata como cláusula del acuerdo y los componentes se comunican por interfaz. La continuidad del registro no depende de nuestra continuidad.
No. El despliegue es dentro de su entorno. No alojamos registros regulados fuera de él.
Sí, con un constructor de formularios y una segregación estricta: quien diseña el formato no es quien lo llena, y quien lo llena no puede alterarlo. Todo cambio de formato pasa por control de versiones y aprobación.
La prueba de concepto de la fase 02 corre sobre un producto real y acotado. Su objetivo es que usted mida el efecto y valide la arquitectura antes de comprometer el alcance completo.
Por alcance definido tras el diagnóstico, no por licencia de usuario ni por estación de trabajo. El alcance se deriva del URS que usted valida, no de nuestra estimación previa.
Firma de ingeniería constituida, con responsabilidad contractual sobre el resultado del sistema, no solo sobre las horas entregadas.
San Salvador, El Salvador · Barcelona, España.
Cuatro niveles, de operación transaccional a ingeniería inversa sobre sistemas sin documentación, con el nivel de cada intervención registrado en la orden de trabajo.
Ciclo de vida documentado, control de cambios, plan de calidad por proyecto y Protocolo de Acceso Soberano en cada compromiso.
El dossier reúne el ciclo de vida de desarrollo, el control de cambios, el plan de calidad, las condiciones del depósito de código en custodia y los niveles de servicio comprometidos. Se lo enviamos para que su equipo de validaciones lo revise con tiempo.
Reunión de 45 minutos con el equipo técnico. Sin compromiso comercial.
Gracias. Hemos recibido su solicitud. Le compartiremos el dossier de calificación de proveedor a su correo dentro del siguiente día hábil.
Agendar consulta
Reunión de 30 min · Sin compromiso · Confirmación por email
Confirmar reserva
Revise su correo: le enviamos los detalles.