Infraestructura
La base de datos es del hospital, siempre y en todo momento.
La arquitectura resuelve tres preguntas que un hospital tiene derecho a hacer antes de firmar nada: qué pasa si se cae el enlace, qué pasa si se pierde información y qué pasa si un día quieren llevarse sus datos.
- Nube en territorio nacional
- La plataforma opera en nube dentro de territorio nacional, distribuida en varias zonas de disponibilidad. En el borde hay DNS, red de distribución de contenido y mitigación de denegación de servicio.
- Réplica local en cada unidad
- Cada unidad médica conserva una réplica en sitio. Si el enlace se cae, el personal sigue consultando el expediente y capturando lo esencial; al restablecerse, la réplica se re-sincroniza. El hospital no se queda a ciegas.
- Despliegue portable
- El sistema corre en contenedores, bajo el modelo de doce factores. Puede operar en nube o dentro de la infraestructura del propio hospital, sin reescribir la aplicación.
- Integración solo por contrato
- Los terceros se integran mediante OpenAPI versionado —más de noventa rutas documentadas— y eventos. Nunca por acceso directo a las tablas. El modelo de datos está informado por FHIR.
- Respaldos que se restauran
- Un respaldo que no se ha restaurado nunca no es un respaldo. Los respaldos son automatizados, con retención de treinta días y copia fuera de la región, y la restauración se ejecuta y se verifica en un ambiente separado, con constancia documentada.
- Seguridad
- Cifrado en tránsito y en reposo, con AES-256-GCM en datos sensibles. Control de acceso por rol, módulo y unidad, y verificación con código de un solo uso. En desarrollo: integración continua con escáner de secretos y suite de pruebas automatizadas.
- Portabilidad de salida
- La base de datos es del hospital. Si decide llevársela, se entrega en formato abierto y documentado, con diccionario de datos, y la entrega no está condicionada a renovar nada.
Un respaldo que no se ha restaurado nunca no es un respaldo.