Guías · Sector 3
Sanidad y
plataformas críticas.
Ocho guías para plataformas que funcionan 24x7: publicar aplicaciones clínicas en Citrix, entornos de prueba que se parecen a producción, alarmas que llegan a alguien, Oracle en hardware nuevo, rendimiento en Red Hat parches de Windows Server sin corte y las colas de RabbitMQ de la capa de integración.
Temas y guías
1 guía
Citrix VDI - Publicar y dar soporte a aplicaciones
Publicar una aplicación clínica en Citrix, la sesión que sigue al profesional entre puestos y el arranque que se cuelga.
- Citrix VDI: publicar una aplicación clínica y darle soporte en las plantasCómo publicar una aplicación clínica en Citrix Virtual Apps and Desktops para que llegue a quien debe, la sesión que sigue a la enfermera de un puesto a otro, el acceso con tarjeta, Director para el soporte y qué mirar cuando la aplicación abre en un PC de planta y no en otro.
1 guía
Entornos de prueba - Preparar un entorno para validar cambios
Una preproducción igual a producción, datos de pacientes enmascarados, el visto bueno antes del CAB y el fallo solo en real.
- Entornos de prueba: preparar una preproducción para validar cambios en plataformas críticasQué tiene que ser igual que producción, cómo refrescar los datos sin llevar información de pacientes, la red aislada, el plan de pruebas con el responsable de la aplicación, el visto bueno antes del CAB y qué hacer cuando funcionó en pruebas y falló en producción.
1 guía
Monitorización - Desplegar alarmas y responder a ellas
Qué vigilar en una plataforma 24x7, umbrales y guardias, un runbook en cada alarma y el aviso de madrugada de principio a fin.
- Monitorización: desplegar alarmas y responder a ellas en una plataforma 24x7Qué vigilar en una plataforma que no puede pararse, cómo fijar umbrales y severidades, a quién despierta cada alarma, el runbook dentro del aviso, las ventanas de mantenimiento, la revisión del ruido y una alarma de madrugada desde el aviso hasta el cierre.
1 guía
Oracle - Actualizar hardware y SO de servidores de base de datos
Llevar la base de datos del sistema clínico a hardware y SO nuevos con el DBA, Data Guard, plan de vuelta atrás y validación.
- Oracle: cambiar el hardware y el sistema operativo del servidor de base de datos sin parar el hospitalLa matriz de certificación, el aviso sobre licencias por núcleo, el plan con el DBA, los prerrequisitos del nuevo servidor, el paso con Data Guard o con RMAN, la vuelta atrás, la validación con el responsable de la aplicación y qué mirar cuando tras el cambio todo va lento.
1 guía
Red Hat - Ajuste de rendimiento de un servidor
Medir antes de tocar en un servidor que no puede parar: línea base, sar, tuned, memoria, disco, límites y el servidor lento.
- Red Hat: ajuste de rendimiento de un servidor que no puede pararUn método para no ajustar a ciegas: la línea base con sysstat, cómo leer top, vmstat, iostat y sar, los perfiles de tuned, la memoria y el swap, el planificador de E/S, los sistemas de ficheros, los límites, journald y el ticket del servidor lento desde primera hora.
1 guía
Windows Server - Actualizaciones planificadas sin cortar el servicio
Parchear servidores Windows críticos sin parar el servicio: anillos, ventanas con los clínicos, CAU, pares balanceados y vuelta atrás.
- Windows Server: actualizaciones planificadas sin cortar el servicioCómo parchear cada mes los servidores de un hospital que funciona 24x7: anillos, ventanas acordadas con los responsables clínicos, clústeres con Cluster-Aware Updating, pares balanceados de uno en uno, comprobaciones antes y después, WSUS, MECM o Azure Update Manager, la vuelta atrás y el servidor que no volvió tras el Patch Tuesday.
1 guía
RabbitMQ - Colas de la capa de integración clínica
Colas, consumidores y dead-letter, alarmas de profundidad, y los resultados que no llegan a la historia clínica porque se paró un consumidor.
- RabbitMQ en la capa de integración de una plataforma clínica: colas, consumidores, dead-letter y los resultados que no llegan a la historia clínicaCómo viaja un mensaje entre sistemas clínicos por RabbitMQ, qué mirar en la interfaz de gestión y con rabbitmqctl, qué alarmas poner sobre profundidad de cola y consumidores, para qué sirve una cola dead-letter, la cola que crece porque se paró un consumidor y los resultados de laboratorio no llegan a la historia clínica, cómo recuperarlo sin perder ni duplicar mensajes y cómo contárselo a los equipos clínicos.
1 guía
Ventana de mantenimiento - Un sistema clínico 24x7
Planificar con los servicios clínicos, procedimiento de contingencia, plan de vuelta atrás, validación con usuarios clínicos y una ventana que se alarga.
- Ventana de mantenimiento en un sistema clínico 24x7: acuerdo con los servicios, contingencia, plan por pasos, vuelta atrás y validaciónCómo preparar y ejecutar una parada planificada de la historia clínica (aplicación sobre Oracle y Red Hat, publicada en Citrix): la ventana con los servicios y la supervisión de enfermería, la aprobación del cambio, el procedimiento de contingencia en papel y el visor de solo lectura, la comunicación, el plan con horas y puntos de decisión, la vuelta atrás, la validación con usuarios clave y la ventana que se alarga mientras urgencias pide el sistema.
Cómo están hechas
Terminales y ventanas
simuladas.
Las guías no llevan capturas de sistemas reales: los terminales y las ventanas que ves son simulaciones con nombres, dominios y usuarios ficticios. Los comandos sí son los de verdad, y cada terminal tiene un botón para copiarlos.
Nivel 1: Primeros pasos → · Nivel 2: Base sólida → · Nivel 3: Avanzado → · Nivel 4: Experto → · Sector 1: Hostelería y punto de venta → · Sector 2: Retail y oficinas corporativas → · Sector 4: Industria multinacional → · Sector 5: Servicios financieros y trading → · Todos los niveles →