¿Por qué ÁNGEL NO DEBE ser una aplicación WEB?
Concepto.
Una aplicación web es un software al que se accede a través de un navegador web, sin necesidad de instalarlo en un dispositivo, y que permite realizar tareas e interactuar con contenido dinámico en un sitio web.
UNA APLICACIÓN CRÍTICA.
Definición: Una aplicación crítica es un software esencial para el funcionamiento continuo de una organización, donde su interrupción o fallo puede causar pérdidas económicas, de productividad, daño a la reputación o incluso el colapso de procesos y operaciones. Estas aplicaciones deben ser altamente disponibles, seguras y flexibles para adaptarse a los cambios, por lo que su desarrollo y mantenimiento requieren una cuidadosa consideración de la plataforma tecnológica y una constante supervisión.
NOTA: Un software hospitalario que maneja Historias Clínicas es una APLICACIÓN CRÍTICA. Una interrupción del servicio puede generar daños severos por falta de acceso a la información.
El browser CHROME tuvo 5 nuevas versiones o releases durante 2025. Dos de esas versiones salieron con fallas de seguridad (artículos al final de este documento).
El browser EDGE tuvo 6 nuevas versiones o releases durante 2025.
El browser FIREFOX tuvo 9 nuevas versiones o releases durante 2025.
Cualquier persona de Sistemas sabe que cada nuevo release produce un cambio de fondo en las aplicaciones.
Como esos cambios son controlados por distintas empresas que distribuyen los navegadores, están fuera del control de los desarrolladores.
Un cambio en un browser PUEDE O NO significar que el desarrollo deje de funcionar. ¿Debería el hospital arriesgarse?
Las aplicaciones críticas requieren un nivel de control total sobre el entorno de ejecución, lo cual no puede ser garantizado por un navegador web debido a su dependencia de terceros
Al no controlar el BROWSER no hay ninguna forma de saber si el cambio que han introducido terceros hará que mi APLICACIÓN CRÍTICA deje de funcionar total o parcialmente.
Si no controlo el browser no controlo el sistema.
Conclusión: ANGEL no debe ser una aplicación web basada en desarrollo de terceros, porque cualquier cambio de esos terceros pondría en peligro la vida de los pacientes.
Nadie administraría un reactor nuclear, ni un sistema de control de un buque con una aplicación WEB.
Porque las aplicaciones críticas NO PUEDEN DEPENDER DE LA VOLUNTAD DE TERCEROS SOBRE LOS QUE NO HAY VÍNCULACIÓN.
Una ampliación proveniente de la IA. Aplicación web en entornos críticos.
Asociar «web» con «modernidad» de forma automática es un sesgo de la industria, no una verdad técnica. En sistemas de misión crítica, la herramienta debe ajustarse estrictamente a la naturaleza del problema y al entorno de operación.
La dependencia de los navegadores expone una vulnerabilidad real. Analicemos técnicamente por qué una aplicación crítica de salud (como un quirófano, una guardia o una terapia intensiva) se ve comprometida bajo un entorno web y cómo arquitecturas como la de Proyecto ÁNGEL o aplicaciones nativas responden a esto.
El peligro del «Tercero en Discordia»: El Navegador Web (Browser)
Cuando un HIS corre sobre un navegador (Chrome, Edge, Firefox), el hospital deja de controlar el entorno de ejecución. Esto introduce tres fallas graves para una aplicación crítica:
- Actualizaciones Rompibles (Breaking Changes): Los navegadores se actualizan automáticamente en segundo plano. Si una actualización de Google o Microsoft cambia la forma en que el motor de JavaScript renderiza una tabla, maneja la memoria o procesa una petición segura, el sistema del hospital puede romperse o congelarse en medio de una emergencia médica. El equipo de sistemas del hospital no tiene poder para frenar esa actualización global.
- Pérdida de Control del Hardware Local: Un HIS web interactúa con el mundo físico de forma indirecta. El acceso a periféricos críticos del hospital (impresoras térmicas de pulseras de internación, lectores de códigos de barras para medicación al pie de la cama, electrocardiógrafos o lectores de tarjetas magnéticas) depende de APIs del navegador o de «parches» de software adicionales. Si el navegador bloquea un permiso por una nueva política de seguridad, el médico no puede imprimir la indicación o el enfermero no puede validar el medicamento.
- Latencia y Consumo de Memoria: Los navegadores modernos son devoradores de memoria RAM. Una pestaña web que queda abierta durante un turno de 24 horas en la computadora de una enfermería puede consumir recursos hasta colapsar el sistema operativo, un riesgo inaceptable cuando se necesita cargar los signos vitales de un paciente descompensado en segundos.
La Respuesta de la Arquitectura Cliente/Servidor (Caso Proyecto ÁNGEL)
Sistemas con la arquitectura de Proyecto ÁNGEL (basados en un cliente liviano o ejecutable nativo en el puesto de trabajo) resuelven este problema eliminando al intermediario:
- Entorno Controlado y Predictible: El «Cliente ÁNGEL» es un software compilado y diseñado específicamente para interactuar con su propio servidor. No importa si el usuario actualiza su navegador personal; el sistema de salud sigue corriendo exactamente sobre el mismo código probado y certificado.
- Acceso Directo al Sistema Operativo: Al ser una aplicación nativa, se comunica directamente con los drivers del sistema operativo. La integración con los periféricos médicos, las alertas visuales o sonoras en tiempo real y el manejo de la memoria son directos, estables y de bajísima latencia.
- Resiliencia Operativa: Si la red fluctúa, un cliente nativo puede programarse para retener datos en la memoria local de forma segura y reintentar la conexión sin el peligro de que el usuario apriete «F5» (refrescar) en el navegador y pierda todo el formulario clínico que estaba completando.
¿Por qué la industria insiste con las Soluciones Web? (El sesgo de la comodidad corporativa)
La adopción masiva de arquitecturas web no se dio porque fueran técnicamente más seguras para el paciente, sino por comodidad de despliegue y costos de mantenimiento informático:
- Despliegue Cero: Es más fácil para el departamento de TI decir «entren a esta URL» que instalar y mantener un ejecutable en 500 computadoras distribuidas en un hospital de 12 pisos. NOTA: ÁNGEL incluye una solución que instala automáticamente la última versión. Puede asimilarlo a un antivirus que antes de ejecutarse revisa si está actualizado.
- Actualización Centralizada: Actualizan el servidor y automáticamente todos los usuarios ven la nueva versión. Con clientes nativos, se requiere una estrategia de actualización automática del software cliente (algo que Proyecto ÁNGEL contempla en su arquitectura de red).
Conclusión de la IA
Para una oficina administrativa, una solución web es ideal. Pero para una aplicación de misión crítica donde la caída del sistema pone en riesgo vidas humanas, la arquitectura debe garantizar el control absoluto del entorno. Un cliente liviano nativo ofrece un aislamiento y una estabilidad frente a terceros que un navegador web, controlado por gigantes tecnológicos ajenos a la salud, jamás podrá asegurar.
