The latest articles on DEV Community by TEch GPS GT (@tech_gpsgt_25435f889f42c). https://dev.to/tech_gpsgt_25435f889f42c https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3972015%2F9e3c9ba4-c1d2-4a2b-991a-d08718597cbc.jpg https://dev.to/tech_gpsgt_25435f889f42c en TEch GPS GT Sun, 07 Jun 2026 03:40:07 +0000 https://dev.to/tech_gpsgt_25435f889f42c/como-construi-un-sistema-de-control-y-seguimiento-de-pacientes-para-hospitales-en-guatemala-5564 https://dev.to/tech_gpsgt_25435f889f42c/como-construi-un-sistema-de-control-y-seguimiento-de-pacientes-para-hospitales-en-guatemala-5564 <h2> El problema que nadie quiere hablar en voz alta </h2> <p>Cuando un paciente llega a urgencias en un hospital de Guatemala, lo más probable es que su historial clínico esté en un cuaderno, en un archivo de Excel desactualizado, o peor: en la memoria del médico de turno.</p> <p>Eso no es un problema menor. Es un riesgo de vida.</p> <p>He trabajado 14 años en telecomunicaciones críticas. Sé lo que significa cuando un sistema falla y no hay información disponible en tiempo real. En redes, eso causa interrupciones de servicio. En hospitales, puede causar algo mucho peor.</p> <p>Eso me llevó a hacerme una pregunta: <strong>¿por qué la infraestructura tecnológica de muchos hospitales está décadas atrás de la infraestructura de red que yo administro todos los días?</strong></p> <h2> La idea: un sistema de control y seguimiento de casos de pacientes </h2> <p>Estoy desarrollando una solución de software hospitalario enfocada en tres pilares:</p> <h3> 1. Historial clínico centralizado </h3> <p>Un único punto de verdad para cada paciente. Sin duplicados, sin pérdida de información entre turnos, sin depender de que el médico anterior haya tomado buenas notas.</p> <h3> 2. Seguimiento continuo del estado del paciente </h3> <p>Similar a cómo en redes monitoreamos el estado de cada enlace en tiempo real, el sistema permite ver el estado de cada paciente: área donde está, médico asignado, evolución del caso, alertas activas.</p> <h3> 3. Control de flujo entre áreas </h3> <p>Urgencias → Hospitalización → Laboratorio → Alta. Cada movimiento queda registrado, con timestamp y responsable. Cero pérdida de trazabilidad.</p> <h2> ¿Por qué yo? ¿Por qué ahora? </h2> <p>Soy Ingeniero en Sistemas y técnico especializado en redes con más de una década de experiencia gestionando infraestructura crítica para una de las operadoras de telecomunicaciones más grandes de Guatemala.</p> <p>La intersección de ambos mundos me dio una perspectiva diferenciadora: <strong>los sistemas críticos necesitan redundancia, trazabilidad y disponibilidad 24/7</strong>. Los hospitales no son diferentes a una red de misión crítica — y merecen el mismo nivel de ingeniería.</p> <p>Además, cuento con certificaciones en:</p> <ul> <li>Ciberseguridad (LCSPC - CertiProf)</li> <li>Perito Forense Informático</li> <li>Administración de Windows Server y Active Directory</li> <li>Recuperación avanzada de datos</li> </ul> <p>La seguridad de la información de los pacientes no es opcional — es el núcleo del diseño.</p> <h2> Los desafíos técnicos reales </h2> <p>Construir para el sector salud no es como construir una app de e-commerce. Estos son los retos que estoy enfrentando:</p> <p><strong>Disponibilidad.</strong> El sistema no puede caer. Los hospitales operan 24/7. Estoy diseñando la arquitectura pensando en alta disponibilidad desde el día uno.</p> <p><strong>Privacidad de datos.</strong> La información médica es de las más sensibles que existen. El diseño incluye control de acceso por roles (médico, enfermero, administrador), auditoría de cada acceso y cifrado en reposo y en tránsito.</p> <p><strong>Usabilidad real.</strong> El personal médico no tiene tiempo para aprender interfaces complejas. Si la enfermera tarda más en ingresar datos al sistema que en anotarlos en papel, el sistema fracasó.</p> <p><strong>Conectividad variable.</strong> Muchos hospitales fuera de la capital tienen conectividad limitada. El diseño considera funcionamiento offline con sincronización posterior.</p> <h2> ¿Qué sigue? </h2> <p>Estoy en la fase de diseño y prototipado. Si eres:</p> <ul> <li> <strong>Desarrollador</strong> interesado en colaborar en un proyecto con impacto real</li> <li> <strong>Profesional del sector salud</strong> que quiere dar feedback sobre el flujo de trabajo</li> <li> <strong>Profesional de TI o medicina</strong> buscando un proyecto con propósito real</li> </ul> <p>Me encantaría conectar contigo. Escríbeme en los comentarios o encuéntrame en LinkedIn.</p> <p>En salud, cada segundo cuenta. Construyamos infraestructura a la altura.</p> <p>— Mario René Sagüil Méndez<br> Ingeniero en Sistemas | Especialista en Redes y Ciberseguridad<br> Técnico Especializado en Transmisión | Claro Guatemala<br> <a href="https://www.linkedin.com/in/mario-ren%C3%A9-sag%C3%BCil-m%C3%A9ndez-21656a8a" rel="noopener noreferrer">LinkedIn</a></p> <p><em>¿Has trabajado en proyectos de software para el sector salud? ¿Cuál fue el mayor reto técnico que enfrentaste? Déjame saber en los comentarios.</em></p> healthtech software spanish guatemala