
- dominio
- Médicos · Pacientes · Turnos · Historia clínica
- tiempo real
- Mensajería con Socket.IO
- seguridad
- JWT + refresh rotativo · CSRF · Argon2 · rate limiting
- control de acceso
- RBAC por roles
Pulso — Gestión Hospitalaria
Un sistema interno de gestión hospitalaria. Lo elegí para salir de los proyectos de práctica típicos y construir un dominio con reglas de verdad.
el problema
Un to-do list o un e-commerce de ejemplo tienen entidades sueltas y poco que decidir. Un hospital tiene médicos, pacientes, turnos, historia clínica y mensajería, y esas piezas dependen unas de otras. Quería un dominio donde separar la lógica de negocio del framework tuviera consecuencias reales, no fuera ceremonia.
decisiones
- 01
Arquitectura hexagonal, por aprendizaje deliberado
No lo pedía el proyecto: quería aprender el patrón construyendo algo real y no un to-do list. Entender por qué existe la separación entre dominio e infraestructura me importaba más que terminar rápido.
costoMás archivos e indirección de la que el proyecto estrictamente necesitaba. En un CRUD de tres tablas no estoy seguro de que lo repetiría: la ceremonia se nota mucho más cuando el dominio es chico.
- NestJS
- TypeScript
- PostgreSQL
- TypeORM
- React
- TanStack Query
- Socket.IO










