Propuesta de desarrollo · Agosto 2026
Vigilancia de la salud, en su propio sistema.
Absorbe todos los procesos de vigilancia, integrándose con todos los sistemas actuales, naciendo con analítica e IA desde su núcleo.
Regla de alcance
Si la responsabilidad es de vigilancia, vive en el nuevo sistema. Si no lo es, se consume por integración del HIS o del sistema que corresponda.
- Programas de vigilancia y sus reglas, versionados
- Clusterización e inscripción de trabajadores
- Fichas de vigilancia y evento centinela
- Nexo causal y consentimiento informado
- Portal operativo, administrativo y del trabajador
- Dashboards, KPIs, informes regulatorios, reportería dinámica y biblioteca
- Agenda y citas: se administran en el HIS
- Ejecución del EMO, laboratorio e imágenes
- Headcount del cliente por API o plantilla
- Notificación a MINTRA, MINSA y MINEM
- SCTR y HealthAssist
Fuente: los 9 procedimientos del diagrama TO BE (19.06.2025).
Estado actual del soporte
- Clusterización no confiable. Trabajadores con EMO vigente que no entran a su programa. motor determinista y explicable
- Headcount a ciegas. Cargas sin validación de coherencia contra la base. ingesta validada en origen
- Reportes inexistentes. Sin exportaciones históricas ni datos de fichas para dashboards. analítica nativa
- Configuración por empresa basica. Consentimientos, cartas y fichas generan nuevo desarrollo. meta-modelo en autoservicio
Evidencia: backlog de Operaciones a TI, tickets 299972, 314770, 314771, 314854, 314865, 314867, 314869 y 314871.
Cuánto sistema hay que construir
Estimación preliminar sobre 18 documentos analizados. El inventariado fino es el primer sprint de la fase de análisis.
15 programas, un meta-modelo
hipoacusia, metales pesados, neumoconiosis, TME, radiaciones…
inmunización, gestantes, cardiometabólico, síndrome metabólico…
- criterios de inclusión
- tabla de nivel de riesgo
- periodicidad de seguimiento
- ficha de vigilancia
- regla de evento centinela
- indicadores
titular y contrata, versionado con historia
Agregar el programa 16 no deberia ser desarrollo, sino configuración.
La operación ya lo pide: audiometría Chinalco, síndrome metabólico ALAD para Brocal, nutrición. El requerimiento 314871 lo pedía textualmente.
El prototipo es el producto
Sin wireframes ni mockups: se construye el frontend real, interactivo con lo mínimo, y lo que el usuario aprueba es el frontend final al 100%.
- 1
Inventariar
procesos, módulos y ventanas contra el TO BE y el sistema vigente
- 2
Levantar el front
sprints de UI real por módulo, navegable con datos de ejemplo
- 3
Validar en vivo
presentaciones con usuarios sobre el sistema, se corrige y se aprueba
con el usuario - 4
Backend real
por módulos firmados, sin esperar al 100% del front
- 5
QA y salida
staging, aceptación y producción, sin acompañamiento hasta la entrega
El stack del backend se consolida con la aprobacion del front.
Dos motores lo vuelven vigilancia
Detección por reglas deterministas, versionadas y explicables.
Diseñado para el peor día de carga
-
Particionado y réplicas de lectura desde el día uno, con índices diseñados para reportería masiva.
-
Row-level security por cliente: la segregación vive en la base, no en cada consulta.
-
Auditoría append-only de todo acceso a datos clínicos: Ley 29733 y NTS 068-MINSA por diseño.
El diagnóstico es confidencial; al empleador viaja solo la aptitud. Esa separación también es estructural.
Ingeniería con estandares medibles
Trunk-based, revisión obligatoria, IaC con Terraform, observabilidad con SLOs. WCAG 2.1 AA en toda la interfaz.
Primero lo que sostiene al resto
- F0
Cimientos
maestros, seguridad, biblioteca, meta-modelo
26 ventanas - F1
Cadena ocupacional
riesgo → inscripción → ficha → centinela
29 ventanas - F2
Preventivos
consentimiento, agenda del HIS, capacitaciones
12 ventanas - F3
Enf. ocupacional
sospechas, nexo causal, notificación
6 ventanas - F4
Gestión
plan anual, KPIs, informes a 6 entes
12 ventanas - F5
Inteligencia
capa semántica, dashboards, lenguaje natural
4 ventanas - F6
Corte y operación
transformación final de datos, ensayos de corte, apagado del anterior
5 ventanas
F0 y F1 son orden sistémico, no preferencia. Después, el negocio prioriza. Cada fase corre el ciclo completo: front, validación, backend, QA.
Concepto de facturación
La infraestructura de GCP y los servicios de IA corren en el tenant de Natclar y se facturan directamente a ustedes: Grimerian no intermedia ni recarga ese consumo.
Incluido en la inversión mensual
- Soporte durante toda la ejecución del proyecto
- Garantía de 1 año contada desde la finalización del proyecto
- Documentación actualizada y persistente de todo el proyecto, en Code Wiki de Google
El proyecto no termina en el despliegue
Cada módulo sale así
- QA completo
- staging
- aceptación del usuario
- producción
Con documentación viva, capacitación por rol e hypercare intensivo tras cada salida. Garantía de corrección post-producción y mesa de soporte.
Y después de producción
- Programa 16 como configuración, no desarrollo
- Nuevos clientes y unidades sobre el mismo multi-tenant
- Experiencia móvil del trabajador con las mismas API
- Interoperabilidad HL7 / FHIR
- IA ampliada: ingesta de resultados externos, redacción de informes, analítica conversacional
Cada decisión, justificada.
Cada pieza, firmada.
Siguiente paso: sprint 0 del inventariado, y la primera presentación de UI real en pocas semanas.
/
Portada