? Revisión y aceptación: ¿se puede ampliar el periodo de 5 días?

Sí. Propongo escalonar: 10 días hábiles estándar y 15 días para los módulos grandes (clínico, analítico), para que prueben funcionalidad real. A cambio, mantengo la cláusula de que el reloj se pausa si el feedback se retrasa indefinidamente.

? ¿Cuántas licencias premium de Microsoft serán necesarias?

Depende del número de usuarios que capturan/editan en las apps. Power Apps premium ronda USD $20/usuario/mes (o ~$5 por app con licencia per-app, más económica si solo usan 1-2 módulos). Necesito que me digan el número de usuarios por área y con eso doy el cálculo. Es costo de ellos, no honorario.

? ¿Se entrega documentación técnica? ¿Qué incluye?

Sí, incluida por módulo y consolidada al final: modelo de datos, arquitectura, integraciones, configuración de seguridad/roles y manual técnico de administración. La documentación de los servicios custom (APIs de E8) también. La documentación formal de validación (para CSV) va en el paquete de validación, aparte.

? Transferencia de conocimiento: capacitar a TI + Arge como aliado; cotizar capacitación, bolsa de horas y soporte.

Totalmente. Lo armo como paquete de soporte y transferencia aparte: (1) capacitación técnica a TI para administrar la plataforma, (2) bolsa de horas mensual, (3) contrato de soporte especializado con SLA post-implementación (~15-20% anual). Es ingreso recurrente para ti.

? Sesiones de entrevistas y mapeo de procesos: ¿se dan en E1?

Sí, y más: E1 incluye el levantamiento base y el modelo transversal, pero cada módulo arranca con una sesión de mapeo del área correspondiente, más reuniones de avance periódicas. Así el alcance entendido = el esperado. Exactamente la práctica correcta.

? Migración de datos históricos (clientes, contactos, cotizaciones, proyectos).

Se puede, como paquete aparte (estaba fuera del alcance base). Se ejecuta cuando el módulo destino esté listo (datos comerciales tras E2, proyectos tras E1). El esfuerzo depende de la calidad/formato de las fuentes — habría que revisarlas para cotizar.

? Tablero operativo único e integral (fechas/desviaciones, fases, % avance, riesgo, estatus).

De acuerdo: un solo tablero consolidado. Una primera versión (estatus a nivel proyecto) sale en E1, y se va enriqueciendo con los datos de las fases clínica (E5/E6) y analítica (E7) conforme se construyen esos módulos. Es la "vista 360" que ya viste en el demo.

? Adopción: por módulo, horas de capacitación documentadas + videomanual.

Sí. Incluyo por módulo una capacitación a usuarios del área (horas documentadas) + videomanual de uso. Suma esfuerzo, así que va dentro del paquete de transferencia o como pequeño incremento al precio de cada módulo — lo dejo explícito.

? Validación del sistema: ¿costo? ¿garantías de validez ante autoridad? ¿entregables?

Es CSV (validación de sistemas computarizados), un proyecto aparte. Entregables típicos: plan de validación, especificaciones (URS/FS/DS), protocolos y reportes IQ/OQ/PQ, matriz de trazabilidad y análisis de riesgos. Garantía honesta: entrego un sistema diseñado para cumplir y la documentación, pero la validez ante autoridad depende de ejecutar la validación + sus SOPs + el auditor. Recomiendo cotizarlo aparte, idealmente con un especialista CSV.

? Audit Trail: ¿el de Dataverse cumple los 7 requisitos listados?

El audit nativo de Dataverse cubre de fábrica: valor anterior y nuevo, usuario, fecha/hora, historial completo y, con la seguridad por roles, evita modificaciones no autorizadas. Lo que NO trae por default es el "motivo de cambio" — se agrega con un campo/flujo que lo solicita al editar (requisito típico de Part 11). La trazabilidad de documentos firmados y la integración con firmas dependen del componente de firma que elijamos. Todo esto lo aterriza el spike regulatorio.

? Firmas electrónicas: ¿qué tipo? ¿validez CFR21 Part 11?

Opciones: desde aprobaciones con metadatos de firma, hasta un componente de e-firma compatible con Part 11. El cumplimiento Part 11 no es una casilla: resulta de la combinación de controles técnicos (identidad por Entra ID, significado de la firma, ligado a versión, no repudio) + tus SOPs + la validación. El spike define el enfoque exacto y si hace falta un componente de terceros (posible licencia extra).

? Analyst/Chromeleon/MassLynx: ¿parsers leen, procesan e insertan en Dataverse? ¿licencias extra?

Sí, esa es la idea de E8: los servicios custom leen los archivos exportados por el software del equipo, los procesan e insertan en Dataverse. Matiz importante: leemos exportaciones (CSV/Excel/reportes), no entramos directo a la base del instrumento. Licencias extra: en principio ninguna además del software del equipo y Microsoft/Azure — siempre que los equipos exporten a un formato legible. Eso lo confirma el spike de instrumentos (necesito archivos reales de muestra).

? ¿Cómo se visualiza la app de navegación? ¿Habrá primera versión del tablero de control?

Mejor que explicarlo: ya hay un demo navegable — muéstraselos. Es una app tipo lista de proyectos → vista 360 con pestañas. Y sí, E1 incluye una primera versión del tablero de control a nivel proyecto, que luego se enriquece con las fases.

? Propuesta de spike regulatorio (Audit Trail, firmas, requisitos regulatorios y de clientes).

Excelente, lo acepto y lo sumo a E1 junto a los spikes de CONTPAQi e instrumentos. Resolverá la config del audit trail (incl. motivo de cambio), el enfoque de firmas/Part 11, y los requisitos regulatorios y de clientes. Ajusta levemente el alcance/precio de E1.

? Es muy crítico: ¿se puede hacer antes (como E2)?

Sí. Al ser modular, el orden es flexible: E1 → Documental → resto. Es buen movimiento porque el gestor documental se reutiliza en clínico y analítico.

? Incluir documentos del Sistema de Calidad (PNOs, formatos, políticas, desviaciones y CAPAs).

Sí, el gestor administra los documentos del SGC. Las desviaciones y CAPAs llevan un flujo algo más rico (no solo control de versiones), así que lo marco como pequeño ajuste de alcance.

? Flujo de revisión: ¿elaborador → revisor → correcciones → nueva versión → aprobador? ¿aplica a todos los docs? ¿se archivan las obsoletas?

Sí a los tres: el flujo es configurable con esos roles, aplica a todos los tipos de documento controlado (operativos, administrativos, regulatorios), y las versiones obsoletas se conservan archivadas con estatus "Obsoleto" (no se borran) — clave para auditoría.

? Confirmar que los KPIs y la lógica de costeo los definen ellos.

Correcto, ustedes definen los KPIs y la lógica de costeo; yo los implemento. Lo capturamos en la sesión de requerimientos de E4.

? ¿Integrar los estados financieros consolidados (hoy manual)?

Se puede evaluar como una capa de consolidación/visualización que toma datos de CONTPAQi + costeo por proyecto. Ojo: roza el terreno contable, así que hay que acotar bien qué se espera (reportería vs. contabilidad). Lo veo como posible add-on con requerimientos detallados.

? Recomendadores/recomendados (como incidencia de pago), métricas de reclutamiento, bloqueo de voluntarios (lavado Cofepris, médico, conducta).

Todo se incorpora a E5: cadena de referidos que alimenta incidencias de pago, métricas de reclutamiento, y un sistema de bloqueo/elegibilidad que impide enrolar voluntarios bloqueados (periodo de lavado, médico, conducta). Son requisitos concretos y buenos; refinan el alcance de E5.

? Captura de datos: ¿ya no se escanean PDFs, todo se captura en el sistema?

Correcto: el objetivo es captura digital nativa (formularios en el sistema), no escanear. Algún documento externo se podrá adjuntar, pero los datos operativos se capturan directo.

? Protección de datos personales: ¿qué controles?

Cumplimiento LFPDPPP: acceso por roles (Entra ID), cifrado en reposo y tránsito (Azure/Dataverse), bitácora de accesos, minimización de datos, gestión de consentimiento, políticas de retención y restricciones extra para datos sensibles de salud. El enfoque de privacidad se define en el spike; el programa formal (aviso de privacidad, etc.) es de ustedes, con mi diseño técnico.

? ¿Cómo entra el protocolo? ¿Como documento en el gestor? Incluye carpeta de accesorios que es parte del expediente maestro.

Sí: el protocolo entra como documento controlado en el gestor (E3) y, además, se liga al proyecto como fuente de la matriz operativa. Su carpeta de documentos accesorios se gestiona junto y forma parte del expediente maestro del estudio. Esto refuerza por qué conviene hacer Documental (E3) antes que el clínico.

? La captura manual y la transcripción de registros es el mayor dolor del laboratorio.

Entendido, y es justo lo que atacan E7 y E8: la ingesta automática desde instrumentos (E8) elimina la transcripción, y en E7 la captura estructurada reemplaza al re-tecleo. Es uno de los mayores retornos del proyecto.

? Planeador de capacidad con parámetros por estudio + programación de corridas, asignación de analistas, calendario de equipos, pendientes, revisiones, aprobaciones.

Sí: el planeador toma parámetros operativos capturados por estudio (cada uno es distinto) para calcular la planeación, e incorpora programación de corridas, asignación de analistas, calendario de equipos, pendientes, revisiones y aprobaciones. Buen detalle que enriquece E7.

? El gestor documental aplica al laboratorio: incluirlo en alcance.

Sí. El gestor documental es un módulo transversal (E3); los documentos del laboratorio (métodos, validaciones, PNOs de lab) quedan cubiertos ahí y se conectan desde E7. No se duplica.

? Considerar oportunidades de automatización en áreas administrativas y operativas (hay bastante por hacer).

De acuerdo. Propongo tratar E8 como un backlog de oportunidades de automatización que se van identificando durante los módulos previos, priorizadas y cotizadas de forma incremental (puede ser bolsa de horas o por automatización). Así capturamos todo el potencial sin cerrar el alcance a ciegas.