En un centro de medicina integrativa y longevidad, el software no es un CRM: es lo que impide que un paciente ingrese a una cámara hiperbárica con una contraindicación activa. Ese nivel de criticidad se choca de frente con una restricción dura: la Ley 26.529 exige que la historia clínica resida en territorio argentino.

Esta charla cuenta cómo se resolvió esa tensión con una arquitectura híbrida sobre AWS, montando un servidor FHIR R4 (estándar de interoperabilidad en salud) sobre un proyecto open source con licencia Apache 2.0.

El recorrido es concreto y reproducible:

- Identidad digital y registro de dominio en NIC.ar, delegación a Route 53, subdominios y manejo de correo con SES conviviendo con un proveedor externo de mail
- Front distribuido con S3 + CloudFront + ACM
- Cómputo en EC2, lógica de negocio en Lambda
- La pieza central: RDS Aurora PostgreSQL desplegado en la subnet de la Local Zone us-east-1-bue-1a, para mantener los datos de pacientes dentro de Argentina
- Stack de aplicación: TypeScript sobre Node.js, Redis como cache, Docker

También se comparten las alternativas evaluadas y descartadas (EC2 autogestionado con Nginx + Let's Encrypt, PostgreSQL y Redis propios), el despliegue vía CDK frente al camino artesanal servicio por servicio, y cómo se implementaron los derechos ARCO (Ley 25.326) y los derechos del paciente (Ley 26.529) a nivel de modelo de datos.

Cierre sobre el uso de asistentes de IA en el ciclo de desarrollo: cómo un ecosistema completo con perfiles de administración, recepción, cuerpo médico y RRHH se construyó en 45 días, por una sola persona y sin dedicación full time.

Se abre al final la discusión sobre seguridad y escalabilidad en entornos con requisitos de soberanía de datos.