Portal público · Back-office clínico · Historia médica digital · Odontograma interactivo · Agenda inteligente · Analítica · Seguridad · Infraestructura
Este blueprint consolida la especificación técnica inicial de la plataforma integral de Dental Center. Su finalidad es que el cliente, los responsables operativos y el equipo de QA visualicen con claridad qué se construirá, cómo estará organizado el sistema, qué componentes lo sostienen y qué entregables forman parte de la primera fase.
El documento funciona como especificación inicial de alcance, arquitectura, UX, módulos, seguridad, infraestructura, validación y roadmap de entrega.
La solución se divide en dos grandes ecosistemas integrados: el portal público de cara al paciente y el panel interno de administración, recepción y atención clínica. Ambos comparten una capa de datos centralizada, reglas de negocio, autenticación, permisos y trazabilidad.
| Componente | Usuarios | Objetivo | Fase 1 |
|---|---|---|---|
Portal público |
Pacientes y visitantes | Presentar la marca, tratamientos, staff, sedes y flujo de reserva. | ✓ Sí |
Disponibilidad dinámica |
Pacientes | Filtrar sede, doctor y horario disponible sin recargar la página. | ✓ Sí |
Recepción |
Asistentes / Secretaría | Check-in, admisión, búsqueda de pacientes, sala de espera y check-out. | ✓ Sí |
Módulo médico |
Odontólogos | Historia clínica, evolución, diagnósticos, procedimientos, odontograma y anexos. | ✓ Sí |
Administración |
Administradores | Configuración, sedes, roles, auditoría y reportes iniciales. | ✓ Sí |
Automatizaciones |
Operación / Pacientes | WhatsApp, recordatorios, IA y pagos automatizados. | Fase futura |
| Tema | Decisión pendiente / Supuesto | Impacto |
|---|---|---|
| Reportes iniciales | Cliente debe seleccionar los 2 reportes de primera fase. | Define alcance de analítica. |
| Identidad visual | Confirmar logo, colores oficiales, tipografías y material fotográfico. | Afecta diseño del portal y UI final. |
| Reglas de agenda | Definir duración por tratamiento, cupos, bloqueos, sillas y disponibilidad por doctor/sede. | Clave para disponibilidad dinámica. |
| Datos maestros | Lista inicial de sedes, doctores, tratamientos, precios/códigos si aplica. | Necesario para carga inicial. |
| Migración histórica | No se asume migración masiva de expedientes antiguos salvo acuerdo específico. | Puede requerir fase adicional. |
| Pagos online | Primera fase prepara arquitectura, integración activa queda como fase futura. | Evita sobredimensionar alcance. |
| WhatsApp / IA | Preparado técnicamente con n8n/API, ejecución final como fase posterior. | Roadmap escalable. |
La interfaz transmitirá limpieza, confianza y modernidad. Diseño orientado a productos premium: amplio espacio en blanco, jerarquía visual clara, bordes suavemente redondeados, sombras sutiles y una paleta basada en grises claros con un color de acento clínico.
Panel interno como SPA: sidebar lateral izquierdo fijo, iconografía minimalista, área de contenido principal que cambia fluidamente según rol y tarea.
La arquitectura prioriza seguridad, mantenibilidad, escalabilidad controlada y velocidad de desarrollo. Stack moderno con TypeScript de extremo a extremo, componentes desacoplados y despliegue contenerizado.
| Capa | Tecnología | Justificación |
|---|---|---|
Frontend |
Next.js + React + TypeScript + TailwindCSS | Portal público con buen rendimiento/SEO y back-office tipo SPA con componentes reutilizables. |
Backend |
Node.js + TypeScript | API tipada, modular y alineada al ecosistema frontend para reducir fricción técnica. |
Base de datos |
PostgreSQL / Supabase | Modelo relacional robusto para datos clínicos, roles, sedes, auditoría y Row Level Security. |
Automatización |
n8n | Orquestación de recordatorios, WhatsApp/Telegram, integraciones y flujos sin ensuciar el core. |
Infraestructura |
VPS Linux + Docker | Control del entorno, aislamiento de servicios, despliegue reproducible y hardening de servidor. |
Seguridad |
SSL/TLS · Firewall · Fail2ban · Backups | Protección de transporte, reducción de superficie de ataque y recuperación ante incidentes. |
El sistema manejará información médica sensible. La seguridad está integrada desde el diseño — no añadida al final. El objetivo es limitar el acceso por rol, sede y necesidad operativa, dejando trazabilidad de acciones relevantes.
El modelo definitivo se validará durante la fase de inception. Conceptualmente la plataforma requiere entidades clínicas, administrativas y de auditoría conectadas por sede, paciente, profesional y atención.
| Dominio | Entidades principales | Notas |
|---|---|---|
Organización |
Sedes, salas/sillas clínicas, horarios, bloqueos, parámetros | Permite operación multi-sede y configuración individual. |
Usuarios y acceso |
Usuarios, roles, permisos, relación usuario-sede | Base para RBAC y auditoría. |
Pacientes |
Datos filiatorios, contactos, documentos, antecedentes básicos | Identificación única para evitar duplicidad. |
Agenda |
Citas, disponibilidad, estado de cita, check-in, check-out | Conecta portal público, recepción y doctor. |
Historia clínica |
Consultas, diagnósticos, procedimientos, evolución, indicaciones | Registro cronológico multi-sede. |
Odontograma |
Piezas dentales, estados, eventos, tratamientos asociados | Debe preservar historial de cambios por pieza. |
Archivos |
Radiografías, imágenes, documentos adjuntos | Control de permisos y trazabilidad. |
Auditoría |
Eventos, actor, fecha, entidad afectada, IP/metadatos | Evidencia para seguridad y QA. |
La plataforma se desplegará en un VPS Linux bajo configuración endurecida y reproducible. La operación inicial prioriza estabilidad, backups y control de accesos.
| Área | Decisión / Entregable técnico |
|---|---|
Servidor |
Aprovisionamiento de VPS Linux y configuración base. |
Contenedores |
Docker para aislar servicios de frontend, backend, base de datos y automatizaciones. |
Red |
Firewall, cierre de puertos no necesarios y exposición controlada por proxy/reverse proxy. |
SSL/TLS |
Certificados para cifrado en tránsito y renovación automática cuando aplique. |
Backups |
Copias automáticas diarias de base de datos con retención configurable. |
Monitoreo inicial |
Revisión de estado de servicios, logs y disponibilidad básica. |
Ambientes |
Staging para QA y producción para operación real. |
Ejecución en 6 semanas continuas bajo metodología ágil, agrupadas en tres bloques de dos semanas. Cada bloque produce un hito verificable para revisión del cliente y QA.
Resumen de inversión por valor de solución. Debe validarse contra el alcance final, condiciones contractuales y decisiones de fase.
| Módulo / Fase | Precio USD |
|---|---|
Portal público corporativo UI/UX premium, responsive, disponibilidad dinámica |
$225 |
Core admin & multi-sede Multitenant, roles, agenda, operación centralizada |
$620 |
Módulo clínico & odontograma Historia clínica digital, odontograma interactivo |
$455 |
Infraestructura & seguridad VPS, Docker, SSL, firewall, backups |
$225 |
Analítica & extensibilidad 2 dashboards, auditoría, preparación API |
$225 |
| Total — llave en mano, 6 semanas | $1,750 |
La plataforma propuesta permitirá que Dental Center opere como una unidad clínica integrada: sedes conectadas, historias clínicas disponibles, procesos de recepción y atención ordenados, trazabilidad de datos sensibles y una experiencia digital moderna para pacientes y personal.