CASO: Sistema Integral para la Gestión de Crisis en Hospitales Públicos
(SIGCH)
1. Justificación de la metodología elegida
Para el desarrollo del Sistema Integral de Gestión de Crisis Hospitalarias (SIGCH), he
decidido aplicar el Modelo Orientado a Objetos (MOO).
Considero que esta metodología es la más adecuada porque permite representar de forma
clara los diferentes elementos del sistema, como hospitales, pacientes, recursos y
decisiones, tratándolos como objetos que interactúan entre sí.
Esto facilita la comprensión, el diseño y la implementación del sistema.
Además, el enfoque orientado a objetos ayuda a mantener una estructura modular y
reutilizable, lo cual es muy importante en un proyecto tan complejo como este, que
involucra múltiples instituciones y procesos.
Otra ventaja es que esta metodología permite usar diagramas UML (como casos de uso,
clases y secuencia), lo que mejora la comunicación y el análisis visual del sistema.
En resumen, el modelo orientado a objetos ofrece una forma ordenada, flexible y realista de
diseñar un sistema que debe coordinar información y decisiones entre varios hospitales en
situaciones críticas.
2. Definición del problema
Actualmente, el Ministerio de Salud ha identificado que, frente a emergencias masivas como
desastres naturales, brotes epidémicos o colapsos hospitalarios, los hospitales públicos
actúan de manera independiente.
Esta falta de integración provoca descoordinación, duplicación de esfuerzos, retrasos en la
atención de pacientes críticos y poca trazabilidad de los recursos utilizados.
El problema principal es la ausencia de un sistema unificado que permita visualizar,
coordinar y optimizar los recursos hospitalarios a nivel nacional o regional durante una
crisis.
Por lo tanto, se requiere diseñar un sistema integral que facilite la comunicación entre
instituciones y la toma de decisiones bajo condiciones de incertidumbre.
3. Objetivos del sistema
Objetivo general
Diseñar un Sistema Integral de Gestión de Crisis Hospitalarias (SIGCH) que permita
monitorear recursos hospitalarios en tiempo real, coordinar derivaciones de pacientes y
registrar decisiones para auditoría y mejora continua.
Objetivos específicos
1. Monitorear la disponibilidad de recursos hospitalarios (camas, personal, medicamentos,
ambulancias) en tiempo real.
2. Facilitar la priorización y derivación de pacientes según criterios médicos y logísticos.
3. Permitir la coordinación entre hospitales y el Ministerio de Salud mediante un entorno
digital seguro.
4. Registrar todas las decisiones y eventos para su seguimiento posterior.
5. Implementar protocolos automáticos según los niveles de emergencia establecidos.
4. Alcance del sistema
Incluye:
- Hospitales públicos regionales y nacionales.
- Módulo web y aplicación móvil para coordinadores y supervisores.
- Integración con sistemas hospitalarios existentes (HIS).
- Registro de auditoría y trazabilidad de decisiones.
- Paneles de control (dashboards) y reportes automáticos.
Excluye:
- Clínicas privadas (en esta primera fase).
- Automatización total de decisiones sin supervisión humana.
- Coordinación de transporte fuera del ámbito regional.
5. Modelado del sistema (Modelo Orientado a Objetos)
Actores principales
- Administrador del Hospital
- Coordinador de Crisis
- Personal Médico
- Coordinador Regional / Ministerio
- Motor de Priorización (componente técnico)
- Sistema de Auditoría (componente técnico)
Principales casos de uso
1. Registrar y actualizar recursos disponibles.
2. Registrar pacientes y su estado de salud.
3. Calcular prioridad de atención según criterios médicos.
4. Sugerir y gestionar derivaciones entre hospitales.
5. Confirmar traslados y coordinar ambulancias.
6. Activar protocolos automáticos según el nivel de emergencia.
7. Consultar el historial de decisiones y auditorías.
Resumen textual del diagrama de clases
Clase: Hospital
- idHospital
- nombre
- ubicación
- capacidadTotal
- recursos[]
+ actualizarRecurso()
+ solicitarDerivacion()
Clase: Recurso
- idRecurso
- tipo (CAMA, UCI, PERSONAL, AMBULANCIA)
- estado
+ reservar()
+ liberar()
Clase: Paciente
- idPaciente
- nombre
- edad
- prioridad
- diagnóstico
+ actualizarEstado()
Clase: SolicitudDerivacion
- idSolicitud
- paciente
- origen
- prioridad
- estado
+ enviar()
+ cancelar()
Clase: MotorPriorizacion
- reglas[]
+ calcularPrioridad()
+ sugerirDestino()
Clase: Decision
- idDecision
- actor
- tipoDecision
- fechaHora
Clase: AuditoriaLog
- idLog
- entidad
- acción
- usuario
- fecha
+ registrar()
6. Protocolos automáticos
Nivel Verde: Operación normal. El sistema solo realiza monitoreo y registro.
Nivel Amarillo: Emergencia moderada. Se generan alertas y sugerencias de derivación.
Nivel Rojo: Crisis total. Se activan protocolos automáticos y solicitudes de refuerzo
inmediato.
7. Análisis crítico personal
Viabilidad
La propuesta es viable tecnológicamente, ya que se puede implementar con herramientas
modernas como microservicios, APIs REST y paneles en tiempo real.
Sin embargo, su éxito depende de la cooperación entre instituciones, la conectividad de red
y la capacitación del personal hospitalario.
Una implementación gradual, iniciando con un piloto regional, sería el camino más realista.
Decisiones éticas y humanas
Hay decisiones que no deberían automatizarse completamente, como la priorización de
pacientes, ya que implican criterios éticos y humanos que van más allá de los algoritmos.
La tecnología debe apoyar la decisión, no reemplazar el juicio médico.
También es importante considerar la transparencia y la protección de datos personales de
los pacientes.
Aspectos que la IA no puede inferir correctamente
- Factores culturales o éticos que influyen en la atención médica.
- Contextos políticos o administrativos que afectan la toma de decisiones.
- El criterio médico basado en la experiencia humana.
- Casos donde los datos sean incompletos o ambiguos.
8. Conclusión
El diseño del SIGCH representa una propuesta viable y necesaria para mejorar la
coordinación y respuesta en situaciones de crisis sanitaria.
El modelo orientado a objetos facilita la comprensión del sistema, la interoperabilidad entre
instituciones y la evolución futura del software.
No obstante, la tecnología debe mantenerse como una herramienta de apoyo; las decisiones
finales, especialmente las que implican vidas humanas, deben seguir bajo supervisión y
responsabilidad del personal médico y de coordinación.