Salud
Continuidad y observabilidad para un ecosistema self-hosted
Prevención, detección y recuperación para una plataforma con múltiples servicios críticos.
Tipo de cliente
Clínica especializada en Lima, con web pública separada, infraestructura interna y múltiples servicios críticos
Desafío
La fricción operativa a resolver.
Una cita también depende de lo que nadie ve
En Dermathani, clínica de dermatología y estética en Lima, la continuidad digital atraviesa la atención, la agenda y los procesos administrativos. Detrás de una conversación hay servicios de mensajería, datos, automatizaciones y controles de acceso. Construimos la capa que vigila ese conjunto y organiza su operación cotidiana.
La escala explica la exigencia: a septiembre de 2026, Dermathani supera las 24.000 conversaciones gestionadas y tiene 23.600 citas en el sistema. Administrar sus dependencias forma parte de sostener la clínica.
La web pública tiene un alojamiento separado del servidor interno. Conservamos esa distribución y trabajamos sobre la infraestructura que sostiene las aplicaciones internas. El objetivo fue dar a ese ecosistema una forma consistente de controlar accesos, observar su estado y ejecutar tareas de mantenimiento y respaldo.
El problema era gobernar un conjunto de servicios
Una plataforma propia exige responder preguntas concretas: quién entra a cada aplicación, qué servicio requiere intervención, si terminó el respaldo programado y qué información necesita el técnico para recuperar una automatización. Esas preguntas pertenecen a la misma operación, aunque sus respuestas estén en componentes distintos.
El reto que asumimos fue reunir esas señales y procedimientos alrededor de los servicios críticos. La continuidad también depende de tareas que transcurren fuera del horario de atención: exportar datos, conservar configuraciones y comprobar el cierre de cada ejecución. Darles seguimiento automático convierte ese trabajo de infraestructura en una operación visible.
Enfoque
Las decisiones detrás de una plataforma gobernable
Una entrada común para las aplicaciones internas
Integramos la publicación de servicios, las conexiones cifradas y el inicio de sesión único. Al 11 de agosto de 2026, cerca de 34 aplicaciones están conectadas al acceso unificado. La capa central controla quién entra a cada herramienta y reúne la protección de sus superficies internas.
Elegimos este diseño frente a administrar la entrada de cada aplicación como una isla. El equipo utiliza una identidad común y la gestión técnica concentra el control de acceso. Mantenemos, a la vez, la separación entre la presencia web pública y la infraestructura interna: tienen funciones distintas dentro de la clínica.
Vigilar el servicio y también el trabajo programado
Construimos una capa de monitoreo de disponibilidad, métricas y registros centralizados. La vigilancia alcanza servicios críticos y procesos de negocio, incluido el envío de conversiones publicitarias. Así, el análisis técnico relaciona el estado de la infraestructura con los procesos que dependen de ella.
Los respaldos programados comunican su inicio y su resultado al monitoreo. Cada ejecución distingue entre trabajo en curso, finalización correcta y error. Elegimos recibir esa señal desde la propia tarea frente a darla por realizada solo porque figura en un calendario. Programar y completar son estados diferentes, y el sistema los representa.
La ventana de espera respeta la frecuencia de cada rutina: una tarea diaria y una semanal tienen cadencias distintas. Además, las notificaciones repetidas se desactivan mientras el trabajo transcurre dentro de su ventana. Esta decisión concentra la atención técnica en señales que exigen una revisión.
Alertas con criterios explícitos
El monitoreo del servidor incorpora reglas concretas para la presión de memoria. Una alerta exige persistencia en varias muestras y la recuperación utiliza un umbral distinto al de activación. Ese margen evita alternar continuamente entre estados cuando una medida oscila cerca del límite.
Elegimos este comportamiento frente a reaccionar a cada lectura aislada. Las alertas llegan por mensajería al responsable técnico y los registros centralizados aportan contexto para investigar. La operación combina detección automática con intervención humana informada.
Respaldo y recuperación como procedimientos ejecutables
Automatizamos las copias de datos críticos y conservamos las configuraciones de los servicios con control de versiones. El sistema de automatización cuenta con procedimientos de exportación y restauración; la revisión de las exportaciones incluye el recuento de los elementos generados. Los secretos quedan fuera del versionado de configuraciones.
Descartamos tratar la copia del código como respaldo completo de una aplicación con estado. Recuperar una automatización exige sus definiciones, sus datos y el material de cifrado correspondiente. Por eso distinguimos la configuración que describe el servicio de la información que necesita para volver a operar.
Los procedimientos técnicos dejan esa secuencia por escrito. Su valor está en hacer explícitas las dependencias de recuperación y orientar la intervención del responsable de infraestructura.
Cómo se sostiene hoy la operación
El equipo entra a las herramientas internas a través del acceso unificado. Mientras trabaja, los monitores observan la disponibilidad de los servicios y las métricas del servidor. Los registros se concentran para facilitar el análisis técnico y las alertas comunican los cambios de estado.
En sus horarios programados, las rutinas de respaldo ejecutan las copias y reportan el resultado. Las ventanas de monitoreo acompañan esa frecuencia. El responsable técnico recibe señales del servicio que atiende solicitudes y de los trabajos que sostienen su continuidad.
Esta combinación da visibilidad a dos ritmos de la clínica: la actividad durante la atención y el mantenimiento que ocurre en segundo plano. Ambos tienen seguimiento dentro de la plataforma.
Resultado
Resultados: disponibilidad y control a escala operativa
A septiembre de 2026, la disponibilidad medida durante 30 días alcanza el **99,74 %**. En ese mismo corte, el ecosistema de Dermathani reúne **más de 24.000 conversaciones gestionadas** y **23.600 citas en el sistema**. Estas cifras sitúan el trabajo de continuidad en una operación real, con atención y agenda sostenidas por servicios propios.
El acceso unificado conecta **cerca de 34 aplicaciones al 11 de agosto de 2026**. La infraestructura reúne monitoreo, registros centralizados, alertas y rutinas de respaldo con seguimiento de ejecución. El responsable técnico cuenta con señales para decidir dónde intervenir y con procedimientos escritos para ejecutar tareas de recuperación.
Lo que aprendimos al sostener esta operación
La precisión de una alerta depende de entender el trabajo que observa. Una copia diaria necesita una ventana diaria; un consumo de memoria necesita reglas de persistencia y recuperación. Diseñar esas diferencias hace que el monitoreo acompañe la operación real.
También aprendimos a separar disponibilidad, acceso y recuperación. Cada dimensión requiere evidencia propia: una comprobación del servicio, una identidad autorizada o los componentes necesarios para restaurar. Esa separación organiza las responsabilidades técnicas y orienta el mantenimiento.
Si tu operación depende de aplicaciones propias, el diagnóstico empieza por recorrer esas dependencias: qué sostiene la atención, quién administra cada acceso y cómo se ejecuta la recuperación. **Agenda un diagnóstico operativo** para revisar esa cadena en tu empresa.
Evidencia y resultados documentados
- disponibilidad medida en 30 días — 99,74 % — a septiembre de 2026
- conversaciones gestionadas — más de 24.000 — a septiembre de 2026
- citas en el sistema — 23.600 — a septiembre de 2026
- aplicaciones con acceso unificado — cerca de 34 — al 11 de agosto de 2026
Sistema aplicado
Servicios y solución relacionados.
La operación ya tiene CRM, legacy, hojas o sistemas internos que no pueden reemplazarse de golpe.
Integración de IA a sistemas existentes
Añade IA sobre el stack actual sin romper procesos, datos ni continuidad operativa.
Diagnóstico operativo antes de invertir
Diagnóstico de IA y automatización
Elegir el primer proyecto de IA o automatización con criterio de negocio.
Continuidad después del lanzamiento
Soporte y mejora continua de sistemas
Soporte responsable y mejora continua después del lanzamiento.
FAQ
Preguntas sobre este caso
¿Qué sostiene esta infraestructura en Dermathani?
Sostiene las aplicaciones internas de mensajería, datos, automatización y administración de la clínica. La web pública conserva un alojamiento separado del servidor interno. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Cómo se controla el acceso a tantas aplicaciones?
El inicio de sesión único centraliza la identidad y controla la entrada a cada herramienta. Cerca de 34 aplicaciones están conectadas al 11 de agosto de 2026. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Cómo saben si una tarea de respaldo terminó?
La propia rutina comunica su inicio y resultado al monitoreo. La ventana de seguimiento corresponde a su frecuencia diaria o semanal, y distingue la ejecución en curso del cierre correcto o con error. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Qué expresa el 99,74 % de disponibilidad?
Es la disponibilidad medida en una ventana de 30 días en el relevamiento de septiembre de 2026. Expresa el desempeño observado de la operación en ese periodo. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.
¿Qué necesita la recuperación de una automatización?
Necesita las definiciones del flujo, sus datos y el material de cifrado correspondiente. Los procedimientos técnicos de exportación y restauración organizan esos componentes para la intervención del responsable de infraestructura. El caso la sitúa dentro del recorrido operativo descrito y limita el alcance a las decisiones, controles y resultados documentados; no añade capacidades, impactos ni condiciones que no estén respaldados por esa evidencia.