Viernes Negro en la AP de la comunidad de Madrid

Si el viernes 29 no solo hubo Black Friday en los comercios de la capital, nuestra querida consejería nos obsequio con un auténtico Viernes Negro en los centros de salud. La «caida del sistema informático que sostiene la HCE ( Historia Clínica Electrónica ) y otras aplicaciones necesarias para le funcionamiento de los centros de salud, impidió durante toda la mañana trabajar, no ya con normalidad, sino trabajar a secas. Cuando uno monta un sistema centralizado, mastodóntico y encima no lo mantiene adecuadamente, suceden estas cosas,

Muy de mañana las redes empezaron a arder

Como dice el @DoctorCasado Si los responsables de @SaludMadrid no son capaces de mantener correctamente su servicio de historia clínica electrónica,

deberían preguntar sobre:

1.Implementar arquitectura de alta disponibilidad (HA).

Clusterización de Servidores: Configurar servidores en clústeres redundantes para que, si uno entra en mantenimiento, otro asuma su carga sin interrupción del servicio.

Balanceadores de Carga: Utilizar balanceadores que distribuyan las solicitudes entre varios servidores activos. Durante el mantenimiento, el balanceador puede redirigir el tráfico automáticamente a servidores operativos.

2. Migración a Microservicios:

Dividir el sistema en microservicios independientes en lugar de mantener una arquitectura monolítica. Esto permite realizar actualizaciones o mantenimiento en un módulo sin afectar a los demás.

Cada microservicio puede ser implementado con su propio ciclo de vida y despliegue.

3. Despliegue en la Nube o Arquitectura Híbrida:

Usar servicios de nube que permitan escalabilidad automática y actualizaciones sin tiempo de inactividad.

Configurar una infraestructura híbrida que permita alternar entre servidores locales y en la nube.

4. Mantenimientos en Vivo con Técnicas de Rolling Updates o Blue-Green Deployment:

Rolling Updates: Actualizar los componentes del sistema en fases, asegurando que siempre haya instancias activas mientras se actualizan las demás.

Blue-Green Deployment: Mantener dos entornos (Blue y Green). El entorno Blue está en uso, mientras que el Green se actualiza. Una vez probado, el tráfico se redirige al entorno actualizado.

5. Implementación de Entornos de Pruebas y Simulación:

Realizar pruebas extensivas de actualizaciones y cambios en un entorno de simulación antes de aplicarlos en producción.

Esto reduce el riesgo de errores que podrían causar interrupciones imprevistas.

6. Ventanas de Mantenimiento Fuera del Horario Laboral:

Planificar las intervenciones durante las horas de menor actividad o fuera del horario laboral. Esto puede minimizar el impacto, aunque no lo elimina completamente.

7. Uso de Bases de Datos con Replicación Activa:

Configurar bases de datos en modo de replicación activa para que las actualizaciones no interrumpan el acceso a los datos. Una réplica puede mantenerse en operación mientras la principal se actualiza.

8. Monitoreo Proactivo y Automatización:

Implementar sistemas de monitoreo avanzados que detecten posibles fallos antes de que ocurran, permitiendo una gestión proactiva.

Automatizar procesos de actualización y mantenimiento para reducir errores humanos.

9. Capacitación del Personal:

Asegurar que el personal de TI esté capacitado en las mejores prácticas para gestión de infraestructuras críticas y sistemas de alta disponibilidad.

Un Comentario

  1. Avatar de makyyo
    makyyo

    Bueno……..es algo que se tiene a modo de tarifa plana en los 17 reinos de taifas…..al menos, lo mismo nos ocurre en Andalucía.

    En relación a ello….estará todo informaticamente preparado para el aluvión próximo de Muface?

    Me gusta

  2. Avatar de ARTY CYMAP
    ARTY CYMAP

    Esto va como lo del boli americano para escribir en el espacio con tecnología de tinta presurizada para salvar la gravedad cero, millones en investigación, o el lápiz de los rusos que escribía en el vacío sin tanta sandez.

    La AtP mueve 5 Millones de problemas-año/Millón de habitantes, con, al menos, 50 Mill de registros.-año-1Mill hab. O dicho en pequeño, un médico que se precie mueve 12.000 problemas diferentes año, la mitad nuevos y genera un monto de unos 60-80.000 registros-año.
    De toda esa información solo entre el 2.5-5%, ALGUNA VEZ EN LA VIDA de esos pacientes, se precisará compartir con otros niveles para la continuidad asistencial.

    ¿De verdad era necesario centralizar todo, por solo un 3% de información que ha de compartirse? Es decir, ¿mover de tu centro de salud el 97% de la información por solo el 3%?, pues eso es lo que venimos haciendo hace 20 años, en un sistema cada vez más vulnerable. El cuento de todos los huevos en una cesta.

    Seguramente, informáticamente, habremos de volver al «lápiz», es decir, a TÚ historia clínica, no a LA historia clínica de todos y de nadie.

    La buena noticia es que la IA lo va a permitir pronto.

    ART

    Me gusta

Replica a makyyo Cancelar la respuesta

Este sitio utiliza Akismet para reducir el spam. Conoce cómo se procesan los datos de tus comentarios.