Centro Médico
Una experiencia clínica conectada desde la primera cita hasta el seguimiento.
Resumen ejecutivo
La recepción necesita conocer la disponibilidad real de cada profesional y sede antes de ofrecer una hora. El equipo clínico necesita encontrar antecedentes, exámenes y consentimientos en el contexto correcto. El paciente necesita saber qué ocurrirá antes y después de la consulta, sin perseguir respuestas por teléfono. Esta plataforma reúne esos recorridos en un producto modular, de modo que cada interacción tenga una persona responsable, un estado visible y un registro verificable.
El diseño comienza con agenda y ficha electrónica y extiende las mismas identidades a recordatorios, pagos y reportes. La agenda ofrece reglas de duración, preparación, recursos compartidos y reasignación. La ficha conserva autoría y versiones; no permite que la edición tardía borre una indicación previa. Los mensajes de confirmación se producen desde eventos explícitos, con consentimiento para el canal elegido. El resultado buscado es continuidad operacional entre sedes sin obligar a cada equipo a abandonar sus prácticas de un día para otro.
Se propone una implantación gradual: mapear procesos y datos, probar con una sede y una especialidad, formar a recepción y profesionales, validar interoperabilidad y recién después ampliar. El alcance de cada integración se determina con responsables clínicos y administrativos. Los indicadores de inasistencia, tiempo de atención y calidad del dato se establecen antes del piloto; cualquier mejora se informa solo cuando existe una medición comparable y verificable.
El desafío
La separación entre sistemas provoca duplicación de pacientes, colisiones de horario y cuentas difíciles de conciliar. Una hora libre en pantalla puede depender de un box ocupado, un equipo compartido o una preparación que nadie registró. El personal termina resolviendo excepciones por teléfono y mensajes dispersos. En una red de varias sedes, esos desajustes se multiplican cuando existen distintas especialidades, seguros, aranceles y protocolos. La investigación inicial debe cuantificar citas creadas, canceladas y reasignadas, errores de identificación, tiempo administrativo por atención y frecuencia de resultados no incorporados a la ficha. Esos números describen el problema antes de fijar una meta. Además de contar errores, conviene reconstruir un día de trabajo en recepción y otro en una consulta. La reserva telefónica puede comenzar con un nombre incompleto, seguir con la búsqueda de cobertura y terminar en un cambio de profesional que nunca llega al paciente. Una especialidad que requiere sala o equipo no se comporta como una consulta de control. Si se usa un calendario general para ambas, el sistema ocultará dependencias operativas y luego atribuirá los fallos a las personas. La investigación incluye observación de turnos de mañana y tarde, revisión de formularios actuales y entrevistas con pacientes que cancelaron o no lograron reagendar. En cada caso se anota qué información faltaba y quién podía resolverla. El diagnóstico contempla atención presencial, teléfono y canales digitales, porque una solución que mejore la web mientras aumenta el trabajo telefónico no reduce la carga real. También se revisan obligaciones de conservación y acceso a documentos en cada país donde opere la red. Estas decisiones requieren aprobación de responsables médicos y jurídicos, y no deben inferirse del software preexistente.
Arquitectura
La propuesta separa interfaz para pacientes, herramientas de recepción y vista clínica, pero comparte un identificador persistente de paciente y una API con permisos por rol. PostgreSQL conserva transacciones, PostGIS facilita búsquedas de sedes y el historial clínico se registra con versiones auditables. La agenda maneja reservas concurrentes mediante controles transaccionales: dos recepcionistas no deben adjudicar el mismo recurso. Los conectores con laboratorio, mensajería y facturación intercambian eventos con identificadores idempotentes; un reintento no crea dos citas ni dos cobros. Los formatos de exportación se pactan desde el inicio para permitir migración y continuidad. Para proteger la continuidad entre herramientas se define un contrato de eventos para cita creada, confirmada, reagendada, cancelada y atendida. Cada evento indica quién lo originó y mantiene un identificador único; los consumidores pueden repetir una entrega sin repetir el efecto. El registro de pacientes necesita una política para homónimos y duplicados: unir historias exige revisión, no una coincidencia automática por teléfono o correo. Los adjuntos se almacenan separados de los datos transaccionales y se entregan mediante permisos temporales. La factura tiene su propio ciclo de emisión, anulación y rectificación, coordinado con la prestación efectivamente realizada. Si un servicio externo deja de responder, el personal ve la operación pendiente y el momento del último intento; no interpreta silencio como éxito. Los entornos de prueba utilizan datos sintéticos, con los mismos formatos y reglas que producción pero sin fichas reales. Antes de poner una sede en marcha se comprueba la restauración completa de una copia, la revocación de accesos y la capacidad de exportar registros de forma legible. La arquitectura incluye así entrada y salida, no solo el despliegue inicial.
- WordPress headless como capa de contenido, con frontend en Next.js 14 y TypeScript para pacientes y equipo clínico.
- PostgreSQL 16 con PostGIS para geolocalizar sedes y derivar pacientes a la más cercana.
- OAuth2 y JWT con roles RBAC diferenciados para médico, recepción, administración y dirección.
- Agenda multi-sede con bloqueo optimista que evita el doble booking, incluso con varias recepciones trabajando en paralelo.
- Ficha clínica electrónica con firma digital, historial versionado y auditoría completa de cada cambio.
- Recordatorios por WhatsApp Business API, correo y SMS como respaldo.
- Facturación integrada con el SII en Chile y AFIP en Argentina.
- Infraestructura en Google Cloud Run, Cloud SQL, Cloud Storage y Cloud CDN, con cifrado AES-256 en reposo, TLS 1.3 en tránsito y respaldos cada seis horas.
- Observabilidad con Sentry, Cloud Logging y Prometheus para detectar problemas antes de que los note un paciente.
Seis módulos
La agenda multi-sede configura especialidad, duración, profesional, box y equipamiento. La admisión verifica identidad y recoge consentimientos. La ficha clínica reúne antecedentes, evolución, prescripciones, exámenes y adjuntos con autor y fecha. El centro de comunicaciones envía recordatorios y registra confirmaciones y preferencias de contacto. La facturación organiza prestaciones, copagos, convenios y comprobantes antes de conectarse con SII. El tablero operacional muestra ocupación, listas de espera, inasistencias y derivaciones por período y sede. Cada módulo se puede desplegar y validar por separado, con responsabilidades explícitas de lectura y escritura.
Decisiones de ingeniería
Se privilegia la consistencia de la agenda por encima de mostrar una disponibilidad optimista. Las operaciones que asignan un box o un profesional deben confirmar la reserva antes de comunicarla; las notificaciones pueden procesarse después y reintentarse. Una historia clínica no se trata como un documento único editable, sino como una sucesión atribuible de entradas. La integración con sistemas heredados se resuelve por adaptadores con trazabilidad para no trasladar su esquema directamente a la interfaz del paciente. El modo degradado conserva consultas y tareas críticas cuando falla un proveedor externo, mientras el sistema deja una cola de acciones pendientes de conciliación. La decisión de mantener un historial versionado implica mostrar al profesional una cronología legible, con correcciones identificadas y sin eliminar silenciosamente una nota firmada. También obliga a diferenciar el borrador de una consulta todavía abierta del documento final que puede compartirse o facturarse. Una derivación entre sedes transporta los antecedentes autorizados, pero no concede automáticamente acceso permanente a todos los profesionales de la segunda sede. Cuando un paciente pide rectificar un dato administrativo, el sistema conserva evidencia del cambio sin convertir un error histórico en la información vigente. Las integraciones se diseñan para tolerar formatos imperfectos de proveedores: una respuesta inválida no debe bloquear la agenda ni sobrescribir la ficha. Estas reglas se verifican en pruebas con personal clínico, quienes identifican cuándo una pantalla confunde una hipótesis con un diagnóstico confirmado. El producto se libera por recorridos completos, no por una lista de funciones aisladas; una cita solo se considera lista si desde la reserva hasta su cierre existe un responsable y una vía para resolver excepciones.
Seguridad
Los datos clínicos requieren separación de privilegios entre médico, recepción, caja y dirección. La autenticación utiliza sesiones breves y segundo factor para perfiles sensibles; toda descarga y modificación clínica queda en una bitácora con actor, fecha y contexto. El cifrado se aplica en tránsito y en reposo, con claves administradas fuera del código y respaldos probados mediante restauración, no solo mediante archivos almacenados. Se define retención de documentos, consentimiento de mensajes y procedimiento de corrección conforme a la jurisdicción aplicable. Una revisión de permisos evita que el personal de otra sede vea información clínica sin necesidad asistencial. Una política de acceso por rol debe probarse con situaciones reales: una recepcionista puede conocer la preparación de un examen sin abrir el diagnóstico; un profesional que cubre un turno necesita ver el episodio pertinente, y un administrador financiero no requiere leer la evolución clínica. Los permisos temporales se conceden por función, tienen fecha de caducidad y dejan evidencia para una auditoría. Si un trabajador pierde su dispositivo o deja la organización, se invalidan las sesiones activas y se revisan accesos recientes. Los correos y mensajes evitan incluir diagnósticos o documentos sensibles; conducen al paciente a un canal autenticado cuando hace falta consultar información privada. Las copias de seguridad mantienen aislamiento respecto del entorno principal y se prueban con escenarios de corrupción, borrado accidental y caída de un proveedor. La retención de logs distingue auditoría necesaria de información que debe eliminarse. Una evaluación de seguridad previa al lanzamiento cubre abuso de APIs, solicitudes automatizadas, adjuntos maliciosos y errores de configuración. La capacitación del personal forma parte de esa protección: un control técnico no corrige una pantalla que induce a compartir la ficha con la persona equivocada.
Rendimiento
La medición técnica distingue tiempo de carga inicial, respuesta de búsqueda de paciente y tiempo de confirmación de una reserva. El usuario necesita resultados claros incluso cuando consulta historiales extensos o la recepción trabaja en hora punta. Se paginan episodios y adjuntos, se almacenan índices para búsquedas frecuentes y se evita cargar fotografías clínicas antes de solicitarlas. Las consultas de disponibilidad deben someterse a pruebas con el volumen esperado de sedes y profesionales; los umbrales se fijan con datos del piloto y se publican junto con su método de medición. En una jornada de alta demanda se simulan aperturas de agenda, cambios de hora y búsquedas clínicas simultáneas desde distintas sedes. No basta con medir una página en caché: hay que incluir acceso autenticado, consultas con permisos, carga de adjuntos y confirmación de reservas. El protocolo de prueba registra dispositivo, red, cantidad de usuarios y volumen de historiales, para poder repetirlo después de cada despliegue. Una búsqueda que tarde más de lo previsto puede estar limitada por índices, por una integración externa o por la cantidad de campos mostrados; se investiga la causa antes de aumentar recursos. Los reportes masivos se ejecutan fuera de los períodos críticos para la recepción. La interfaz confirma inmediatamente si una acción se completó, quedó en revisión o requiere reintento; no deja un indicador girando indefinidamente. En móvil se comprueba la lectura de formularios y resultados sin depender de una conexión perfecta. La experiencia de un paciente que intenta reagendar por sí mismo se mide por tasa de tarea completada, no solo por velocidad del servidor.
Observabilidad
Sentry identifica fallos de interfaz y servidor sin capturar texto clínico sensible. Grafana reúne latencia, tasa de error y colas de integración; los registros conservan un identificador de operación para seguir una cita desde la solicitud hasta la confirmación. Las alertas se clasifican por impacto: una falla de facturación admite una cola de reintentos, mientras una reserva duplicada obliga a intervención inmediata. El tablero de salud incluye entrega de recordatorios, tiempos de sincronización con laboratorio y resultado de los respaldos. Cada incidente tiene responsable y una acción posterior documentada.
Resultados y medición
La tabla contrasta procesos y capacidades; no acredita resultados estadísticos del proyecto. Para evaluar el piloto se recomienda medir porcentaje de inasistencias por especialidad, minutos administrativos por cita, errores de conciliación, duplicados de paciente y satisfacción reportada al salir de la consulta. La línea base y el período posterior deben usar la misma definición de cada indicador. Una reducción en el tiempo de recepción no justifica el despliegue si aumenta el trabajo médico o dificulta el acceso de pacientes mayores. El informe final debe acompañar cada cifra con muestra, fechas y limitaciones.
| Antes | Después | |
|---|---|---|
| Agenda y ficha clínica | Sistemas separados, sin trazabilidad | Unificadas, con historial versionado |
| Recordatorios | Manuales por WhatsApp | Automáticos por WhatsApp, correo y SMS |
| Facturación | En un sistema aparte | Integrada con SII / AFIP |
Casos de uso
Una clínica odontológica coordina odontólogo, sillón y radiografía en una sola reserva. Un centro de especialidades deriva a otro profesional conservando el motivo clínico y el consentimiento. Una red de sedes permite que el paciente cambie su cita manteniendo indicaciones y documentos. Kinesiología programa ciclos de sesiones y verifica continuidad del tratamiento. Un laboratorio entrega resultados a la ficha sin que recepción copie manualmente el informe. Telemedicina vincula la videollamada con la atención y su registro. La administración contrasta prestaciones realizadas con cobros emitidos. Dirección examina demanda y lista de espera sin acceso indiscriminado al detalle clínico. También se debe diseñar el trabajo que aparece entre una atención y la siguiente. Cuando un examen llega incompleto, la plataforma asigna la revisión a un profesional y conserva la fecha en que se solicitó la corrección. Si una cita cambia de sede, no se pierden instrucciones de preparación ni la cadena de confirmaciones. Si el paciente utiliza distintos nombres o un familiar administra sus citas, la identidad se verifica con un procedimiento explícito y no se fusionan historias por comodidad. Una red que atiende varias especialidades puede definir tiempos mínimos entre pruebas, reglas para una sala compartida y cupos reservados para urgencias. En odontología interesa seguir el plan de tratamiento por etapas y distinguir presupuesto aceptado de prestaciones realizadas. En rehabilitación importa que un ciclo de sesiones preserve evaluación inicial y evolución; en laboratorio importa evitar que la visualización de un resultado equivalga a una validación médica. Esos matices se trabajan con profesionales de cada disciplina. Cada escenario se prueba en escritorio y en móvil, con lenguaje comprensible para paciente y personal de apoyo. La plataforma debe explicar el estado de una solicitud y ofrecer una salida asistida cuando la automatización no sea apropiada.
Roadmap Q1 / Q2 / Q3 2026
Q1 2026: descubrimiento con profesionales y recepción, inventario de sistemas, mapa de datos y prototipo de agenda con pruebas de concurrencia. Q2 2026: piloto acotado de ficha, consentimiento, recordatorios y conectores prioritarios; formación de usuarios y revisión de accesos y respaldo. Q3 2026: comparación de indicadores, corrección de fricciones, expansión gradual a otras sedes y preparación de soporte operativo. Las fechas representan un plan de referencia; el comienzo real, presupuesto, migraciones y aprobaciones clínicas deben acordarse con la organización antes de publicar hitos comprometidos. El primer trimestre incluye una matriz de responsables por dato y proceso. Se documentan fuentes de identidad, inventario de boxes, duraciones por prestación, reglas de seguros y documentos que deben mantenerse en papel durante la transición. Antes de presentar un prototipo, se validan recorridos de primera consulta, control, derivación y cambio de sede. El segundo trimestre delimita una sede piloto y define criterios de salida: no se amplía si persisten reservas duplicadas, registros sin autor o fallos de restauración. Se realizan ensayos de notificación con pacientes que aceptaron el canal y se revisan mensajes en lenguaje simple. El tercer trimestre utiliza los datos de operación para ajustar capacidad por especialidad, tiempos de recordatorio y soporte a usuarios. Cada nueva integración se prueba con una muestra y dispone de un procedimiento de reversión. Un comité clínico y administrativo revisa indicadores, reclamos y cambios propuestos antes de habilitar otra sede. Esta secuencia evita que una fecha comercial sustituya los criterios de seguridad y calidad asistencial.
Preguntas frecuentes
¿La ficha reemplaza el criterio clínico?
No. Ordena registros, permisos y acceso a antecedentes; diagnósticos, decisiones terapéuticas y validación de documentos corresponden a profesionales habilitados.
¿Cómo se migran fichas anteriores?
Se realiza inventario, mapeo de campos y prueba de muestra. Los documentos sin estructura pueden conservarse como adjuntos identificados hasta que se revisen.
¿Qué ocurre si una sede pierde conexión?
La política de continuidad define consultas permitidas, resguardo temporal y reconciliación posterior; no se promete edición clínica desconectada sin control.
¿Pueden coexistir sistemas actuales?
Sí. Los adaptadores permiten una transición por especialidad o sede y registran errores para corrección, sin exigir un corte simultáneo.
¿Cómo se evita reservar dos veces?
La confirmación usa una operación transaccional sobre profesional y recurso. La interfaz solo confirma cuando el servidor adjudica el cupo.
¿Quién puede acceder a una ficha?
Los perfiles se configuran por función y necesidad asistencial. Cada lectura o cambio sensible queda registrado para revisión.
¿Cómo se mide el impacto?
Se fijan definiciones y línea base antes del piloto, y luego se compara la misma población, período y modalidad de atención.
¿Qué se necesita para empezar?
Un mapa de sedes, agenda actual, sistemas que intercambian datos, responsables clínicos y administrativos, y criterios de privacidad y éxito.
Conversemos
Conversemos sobre las sedes, especialidades e integraciones que necesitas conectar. A partir de una revisión de procesos y datos definimos el primer piloto, sus responsables y las métricas que permitirán decidir la siguiente etapa.