Tema 22. Arquitecturas básicas de los sistemas informáticos. La planificación de los sistemas informáticos. Capacidad, rendimiento, flexibilidad, escalabilidad y alta disponibilidad. Conceptos y funcionalidades básicas de las unidades centrales multiusuario. Evolución y tendencia de las unidades centrales multiusuario. Sistemas departamentales y grandes sistemas centrales.

1. Arquitecturas básicas de los sistemas informáticos

🎯 Idea clave

• La arquitectura de software define la estructura de alto nivel de un sistema, incluyendo sus componentes, responsabilidades, interfaces y relaciones.
• En el Servicio Andaluz de Salud (SAS), las arquitecturas deben garantizar servicios críticos, proteger datos sensibles y facilitar la interoperabilidad.
• La arquitectura en capas (N-tier) es dominante en sistemas web empresariales, separando presentación, lógica de negocio y acceso a datos.
• La arquitectura orientada a servicios (SOA) es clave para la integración de sistemas sanitarios, permitiendo servicios interoperables e independientes.
• Los microservicios representan una evolución de SOA, con servicios más granulares, desplegables y escalables de forma independiente.
• La elección arquitectónica en el SAS no solo responde a criterios técnicos, sino también a necesidades de disponibilidad, seguridad y evolución sin interrupciones.

📚 Desarrollo

Definición y alcance. La arquitectura de software establece el marco estructural de un sistema informático, determinando sus componentes principales, las responsabilidades de cada uno, sus interfaces y las relaciones entre ellos. En el contexto del Servicio Andaluz de Salud (SAS), esta definición adquiere una dimensión crítica, ya que los sistemas manejan información clínica y administrativa de millones de ciudadanos, prestan servicio a profesionales en centros hospitalarios y de atención primaria, e integran plataformas nacionales.

Arquitectura en capas (N-tier). Esta arquitectura divide el sistema en capas con responsabilidades separadas: presentación, lógica de negocio y acceso a datos. Es la arquitectura predominante en los sistemas web empresariales del SAS, ya que facilita la organización del código, la reutilización de componentes y la escalabilidad. Cada capa puede evolucionar de forma independiente, lo que es esencial en entornos sanitarios donde los requisitos cambian con frecuencia.

Arquitectura orientada a servicios (SOA). En el SAS, SOA es la arquitectura de referencia para los sistemas de integración, ya que permite organizar el sistema como un conjunto de servicios bien definidos, interoperables e independientes. Esta aproximación es fundamental para garantizar la interoperabilidad entre sistemas de distintas organizaciones sanitarias, como hospitales, centros de atención primaria y plataformas nacionales. SOA facilita la comunicación entre servicios mediante estándares abiertos, lo que reduce la dependencia de tecnologías propietarias.

Microservicios. Los microservicios representan una variante de SOA en la que los servicios son aún más granulares, independientemente desplegables y escalables. Esta arquitectura está ganando adopción en sistemas sanitarios modernos, incluido el SAS, debido a su capacidad para adaptarse a entornos dinámicos y a la necesidad de escalar componentes específicos sin afectar al resto del sistema. Los microservicios permiten una mayor flexibilidad y agilidad en el desarrollo y despliegue de aplicaciones.

Requisitos no funcionales. En el SAS, la elección de una arquitectura no se basa únicamente en criterios técnicos, sino también en la necesidad de sostener servicios críticos, proteger datos especialmente sensibles y facilitar la evolución sin interrumpir procesos asistenciales. La arquitectura debe garantizar alta disponibilidad, seguridad, escalabilidad y capacidad de integración con otros sistemas, tanto internos como externos.

Aplicación en el SAS. Los sistemas del SAS, como la historia clínica electrónica (Diraya), los sistemas de laboratorio o los portales del ciudadano, requieren arquitecturas robustas que soporten la integración de datos, el acceso distribuido, el control de seguridad y la coordinación entre múltiples centros y servicios. La arquitectura subyacente debe ser capaz de manejar grandes volúmenes de datos, garantizar la trazabilidad de las operaciones y asegurar la consistencia de la información en entornos multiusuario.

🧩 Elementos esenciales

• Arquitectura en capas (N-tier): División del sistema en capas (presentación, lógica de negocio, acceso a datos) para facilitar la organización y escalabilidad.
• Arquitectura orientada a servicios (SOA): Organización del sistema en servicios interoperables e independientes, clave para la integración en el SAS.
• Microservicios: Variante de SOA con servicios más granulares, desplegables y escalables de forma independiente.
• Interoperabilidad: Capacidad de los sistemas para comunicarse y compartir datos, esencial en entornos sanitarios como el SAS.
• Alta disponibilidad: Requisito crítico en sistemas sanitarios para garantizar el acceso continuo a la información y servicios.
• Seguridad: Protección de datos sensibles, especialmente en sistemas que manejan información clínica y administrativa.
• Escalabilidad: Capacidad de adaptar el sistema a un crecimiento en el número de usuarios o volumen de datos sin perder rendimiento.
• Flexibilidad: Capacidad de evolucionar y adaptarse a nuevos requisitos sin interrumpir los servicios existentes.
• Integración de sistemas: Coordinación entre sistemas clínicos, administrativos y de relación con la ciudadanía en el SAS.
• Componentes reutilizables: Elementos de la arquitectura que pueden ser utilizados en múltiples sistemas para reducir la redundancia y mejorar la eficiencia.
• Despliegue independiente: Característica de los microservicios que permite actualizar o escalar componentes sin afectar al resto del sistema.
• Trazabilidad: Capacidad de registrar y seguir el flujo de datos y operaciones en sistemas críticos como los del SAS.

🧠 Recuerda

• La arquitectura de software define la estructura de alto nivel de un sistema, incluyendo componentes, responsabilidades e interfaces.
• En el SAS, las arquitecturas deben garantizar servicios críticos, seguridad y interoperabilidad.
• La arquitectura en capas (N-tier) es la más utilizada en sistemas web empresariales.
• SOA es clave para la integración de sistemas sanitarios, permitiendo servicios interoperables e independientes.
• Los microservicios ofrecen mayor granularidad, despliegue independiente y escalabilidad.
• La elección arquitectónica en el SAS responde a necesidades técnicas y operativas, como disponibilidad y evolución sin interrupciones.
• Los sistemas del SAS, como Diraya, requieren arquitecturas robustas para manejar grandes volúmenes de datos y garantizar la consistencia.
• La interoperabilidad es esencial para la comunicación entre sistemas de distintas organizaciones sanitarias.
• La seguridad y la alta disponibilidad son requisitos críticos en entornos sanitarios.
• La flexibilidad y escalabilidad permiten adaptar los sistemas a nuevos requisitos sin afectar su funcionamiento.

2. La planificación de los sistemas informáticos

🎯 Idea clave

• La planificación de sistemas informáticos en el SAS es crítica debido al volumen y criticidad de los sistemas gestionados.
• Incluye la evaluación continua de capacidad, infraestructura y ciclo de vida del software para garantizar la operación asistencial.
• La Dirección General de Sistemas de Información Sanitaria (DGSIS) lidera la planificación de sistemas corporativos como Diraya o Receta XXI.
• La planificación debe alinearse con estándares de la administración pública y normativas de seguridad y protección de datos.
• Requiere coordinación entre equipos técnicos, proveedores externos y unidades de seguridad para mantener sistemas críticos.
• La gestión del ciclo de vida del software minimiza riesgos asociados a obsolescencia o falta de soporte.

📚 Desarrollo

Enfoque en el SAS. La planificación de sistemas informáticos en el Servicio Andaluz de Salud (SAS) adquiere una dimensión estratégica por la complejidad y criticidad de sus sistemas. Estos soportan procesos asistenciales, administrativos y de relación con el ciudadano, lo que exige una planificación rigurosa para evitar interrupciones en servicios esenciales como la historia clínica digital o la prescripción electrónica.

Planificación de capacidad. Uno de los ejes centrales es la planificación de capacidad, especialmente en sistemas como la Historia de Salud Digital de Andalucía (Diraya). Este sistema requiere evaluaciones periódicas para absorber el crecimiento de datos —pruebas diagnósticas, imágenes DICOM o registros de atención— y el aumento de usuarios concurrentes. La capacidad debe anticiparse a la demanda para evitar cuellos de botella que afecten a la continuidad asistencial.

Infraestructura de CPDs. La planificación incluye la gestión de los centros de procesamiento de datos (CPDs) que albergan los sistemas corporativos del SAS. Se evalúan aspectos como la capacidad de rack, refrigeración, suministro eléctrico y conectividad, así como los planes de renovación de hardware obsoleto. Estos elementos son críticos para garantizar la disponibilidad y el rendimiento de sistemas que operan 24/7, como los de urgencias o laboratorio.

Ciclo de vida del software. La planificación identifica versiones de sistemas operativos, bases de datos y aplicaciones próximas al final de soporte (EoS). Se programan actualizaciones o migraciones para minimizar el impacto en la operación, evitando vulnerabilidades o incompatibilidades. Este proceso es clave en sistemas como los de radiología (RIS/PACS) o laboratorio (LIS), donde la obsolescencia puede comprometer la seguridad o la funcionalidad.

Metodologías y estándares. El SAS aplica metodologías alineadas con los estándares de la administración pública, como Métrica v3, adaptadas a las necesidades del sector sanitario. La Dirección General de Sistemas de Información Sanitaria (DGSIS) establece marcos de trabajo que integran buenas prácticas en análisis de requisitos, modelado y pruebas. Estos marcos aseguran que los sistemas cumplan con normativas como el Esquema Nacional de Seguridad (ENS) o el Reglamento General de Protección de Datos (RGPD).

Coordinación y gobernanza. La planificación en el SAS implica la coordinación entre múltiples actores: equipos internos, proveedores externos adjudicatarios de contratos públicos y unidades de seguridad. La DGSIS centraliza la gobernanza tecnológica, garantizando que proyectos como la evolución de Diraya o la integración con el Sistema Nacional de Salud (SNS) se desarrollen bajo supervisión técnica y cumplimiento normativo.

Requisitos de seguridad y privacidad. Dada la naturaleza de los datos gestionados —datos de salud especialmente protegidos—, los requisitos de seguridad y privacidad se tratan como prioritarios desde la fase de diseño. Se realizan evaluaciones de impacto en la protección de datos (EIPD) para sistemas como Receta XXI o los de gestión de urgencias, asegurando el cumplimiento del artículo 9 del RGPD y la LOPDGDD.

🧩 Elementos esenciales

• Planificación de capacidad: Evaluación continua del crecimiento de datos y usuarios en sistemas como Diraya para evitar saturaciones.
• Infraestructura de CPDs: Gestión de centros de procesamiento de datos, incluyendo rack, refrigeración, electricidad y conectividad.
• Ciclo de vida del software: Identificación y actualización de versiones de sistemas operativos, bases de datos y aplicaciones próximas al final de soporte.
• Metodologías: Uso de Métrica v3 y adaptación a estándares de la administración pública para el desarrollo de sistemas corporativos.
• Coordinación: Integración de equipos internos, proveedores externos y unidades de seguridad en la planificación de proyectos.
• Gobernanza tecnológica: Liderazgo de la DGSIS en la planificación y supervisión de sistemas críticos como Diraya o Receta XXI.
• Requisitos de seguridad: Tratamiento prioritario de la seguridad y privacidad desde el diseño, con evaluaciones de impacto (EIPD).
• Normativas aplicables: Cumplimiento del ENS, RGPD, LOPDGDD y Ley 9/2017 de Contratos del Sector Público.
• Sistemas críticos: Planificación específica para sistemas de historia clínica, prescripción electrónica, laboratorio y radiología.
• Disponibilidad continua: Garantía de operación ininterrumpida en sistemas de urgencias, emergencias y atención primaria.
• Renovación de hardware: Planes de sustitución de equipos obsoletos para mantener la eficiencia y seguridad de los sistemas.
• Integración con SNS: Coordinación con sistemas nacionales como la Historia Clínica Digital del SNS o la receta electrónica interoperable.

🧠 Recuerda

• La planificación en el SAS es crítica por la naturaleza asistencial y administrativa de sus sistemas.
• Diraya y Receta XXI son ejemplos de sistemas que requieren planificación continua de capacidad.
• La infraestructura de CPDs debe evaluarse periódicamente para garantizar disponibilidad y rendimiento.
• El ciclo de vida del software incluye la identificación y actualización de versiones próximas al final de soporte.
• Métrica v3 es la metodología de referencia para proyectos de envergadura en el SAS.
• La DGSIS lidera la gobernanza tecnológica y la coordinación con proveedores externos.
• Los requisitos de seguridad y privacidad se integran desde la fase de diseño, especialmente en datos de salud.
• El cumplimiento del ENS, RGPD y LOPDGDD es obligatorio en todos los sistemas del SAS.
• La planificación debe anticipar el crecimiento de datos y usuarios para evitar cuellos de botella.
• Los sistemas críticos como los de urgencias o laboratorio exigen disponibilidad continua y alta seguridad.
• La renovación de hardware obsoleto es clave para mantener la eficiencia operativa.
• La integración con el SNS requiere coordinación técnica y normativa.

3. Capacidad, rendimiento, flexibilidad, escalabilidad y alta disponibilidad

🎯 Idea clave

• Capacidad, rendimiento, flexibilidad, escalabilidad y alta disponibilidad son las cinco dimensiones fundamentales que definen la calidad de servicio de un sistema informático.
• Estos atributos no son independientes, sino que mantienen relaciones de dependencia y condicionamiento mutuo en el diseño y operación de infraestructuras TIC.
• La capacidad mide los recursos disponibles para absorber carga de trabajo, incluyendo procesamiento, memoria, almacenamiento y conexiones concurrentes.
• El rendimiento evalúa la eficacia y velocidad con la que el sistema procesa la demanda, garantizando tiempos de respuesta adecuados.
• La flexibilidad determina la capacidad del sistema para adaptarse a nuevos requisitos sin rediseños costosos o disruptivos.
• La alta disponibilidad asegura la continuidad del servicio ante fallos, mantenimientos o incidentes, minimizando el impacto en los usuarios.

📚 Desarrollo

Definición integrada. Capacidad, rendimiento, flexibilidad, escalabilidad y alta disponibilidad son atributos técnicos y organizativos que definen la calidad de un sistema informático. Estos conceptos no pueden evaluarse de forma aislada, ya que su interrelación condiciona el diseño, la implantación y la explotación de infraestructuras críticas, especialmente en entornos sanitarios como el Servicio Andaluz de Salud (SAS). Un sistema puede disponer de gran capacidad, pero ofrecer un rendimiento deficiente si los recursos no se gestionan de forma equilibrada.

Capacidad como base. La capacidad se refiere a la aptitud del sistema para atender una demanda determinada con los recursos disponibles. Incluye elementos como procesadores, memoria, almacenamiento, ancho de banda, licencias, conexiones concurrentes y colas de trabajo. En el ámbito sanitario, la capacidad no se limita al tamaño físico de los equipos, sino a su capacidad real para absorber la actividad asistencial, administrativa y analítica sin degradar servicios esenciales. Por ejemplo, los sistemas del SAS deben soportar millones de transacciones diarias sin afectar a la atención clínica.

Rendimiento y experiencia de usuario. El rendimiento mide la velocidad y eficacia con la que el sistema procesa la carga de trabajo. En entornos como el SAS, donde los profesionales sanitarios interactúan con sistemas en tiempo real, el rendimiento debe ser percibido como adecuado para no obstaculizar la atención al paciente. Un sistema con alta capacidad pero bajo rendimiento puede generar latencias inaceptables en procesos críticos, como la prescripción electrónica o la consulta de historiales clínicos.

Flexibilidad para adaptarse al cambio. La flexibilidad es la capacidad del sistema para incorporar nuevos requisitos, cambios normativos o integraciones con otros sistemas sin necesidad de rediseños costosos. En el SAS, la flexibilidad permite adaptar los sistemas a evoluciones organizativas, avances tecnológicos o modificaciones en los protocolos asistenciales. Por ejemplo, la integración de nuevos módulos en la historia clínica electrónica (Diraya) requiere que la infraestructura subyacente sea lo suficientemente flexible para admitir estas actualizaciones sin interrupciones.

Escalabilidad para el crecimiento. La escalabilidad garantiza que el sistema pueda crecer de forma ordenada para atender demandas crecientes sin degradar su rendimiento. En el contexto sanitario, la escalabilidad es esencial para acomodar el aumento de usuarios, datos o transacciones derivado del crecimiento de la actividad asistencial. Un sistema escalable permite ampliar recursos de forma progresiva, evitando cuellos de botella que puedan afectar a la operatividad de aplicaciones críticas como los sistemas de laboratorio (LIS) o radiología (RIS).

Alta disponibilidad como exigencia crítica. La alta disponibilidad asegura la continuidad del servicio ante fallos, mantenimientos programados o incidentes imprevistos. En el SAS, donde sistemas como Diraya o los PACS son esenciales para la atención sanitaria, la alta disponibilidad no es una opción, sino un requisito obligatorio. Los planes de continuidad del SAS incluyen procedimientos detallados para escenarios de fallo prolongado, con simulacros periódicos de recuperación para garantizar que los sistemas puedan restaurarse en el menor tiempo posible.

Equilibrio entre atributos. Estos cinco atributos no siempre son complementarios; a menudo existen tensiones entre ellos. Por ejemplo, aumentar la disponibilidad mediante redundancia puede incrementar los costes y, en algunos casos, afectar al rendimiento debido a la latencia introducida por los mecanismos de replicación. Las decisiones arquitectónicas deben equilibrar estos atributos en función de las prioridades del sistema concreto, priorizando en el SAS la continuidad asistencial y la seguridad de los datos sobre otros criterios.

🧩 Elementos esenciales

• Capacidad: Aptitud del sistema para atender una demanda determinada con los recursos disponibles, incluyendo procesamiento, memoria, almacenamiento y conexiones concurrentes.
• Rendimiento: Velocidad y eficacia con la que el sistema procesa la carga de trabajo, garantizando tiempos de respuesta adecuados para los usuarios.
• Flexibilidad: Capacidad del sistema para adaptarse a nuevos requisitos, cambios normativos o integraciones sin rediseños costosos.
• Escalabilidad: Habilidad del sistema para crecer de forma ordenada y gestionar demandas crecientes sin degradar su rendimiento.
• Alta disponibilidad: Garantía de continuidad del servicio ante fallos, mantenimientos o incidentes, minimizando el impacto en los usuarios.
• Interdependencia: Los cinco atributos no son independientes; su equilibrio condiciona el diseño y la operación de los sistemas.
• Priorización en el SAS: En el Servicio Andaluz de Salud, la alta disponibilidad y el rendimiento son críticos para sistemas como Diraya o los PACS.
• Recursos técnicos: La capacidad incluye elementos como procesadores, memoria, ancho de banda y licencias, pero también personal técnico para operar el servicio.
• Experiencia clínica: El rendimiento debe ser adecuado para no obstaculizar la atención sanitaria en tiempo real.
• Crecimiento controlado: La escalabilidad permite ampliar recursos de forma progresiva para evitar cuellos de botella.
• Continuidad asistencial: La alta disponibilidad es un requisito obligatorio en sistemas sanitarios, donde las caídas pueden paralizar la atención al paciente.
• Tensiones entre atributos: Aumentar la disponibilidad puede afectar al rendimiento o incrementar los costes, requiriendo un equilibrio arquitectónico.

🧠 Recuerda

• Capacidad, rendimiento, flexibilidad, escalabilidad y alta disponibilidad son las cinco dimensiones clave de la calidad de servicio en sistemas informáticos.
• Estos atributos no pueden evaluarse de forma aislada, ya que su interrelación condiciona el diseño y la operación de las infraestructuras.
• La capacidad mide los recursos disponibles para absorber carga de trabajo, mientras que el rendimiento evalúa la eficacia en su procesamiento.
• La flexibilidad permite adaptar el sistema a nuevos requisitos sin rediseños costosos, y la escalabilidad garantiza su crecimiento ordenado.
• La alta disponibilidad es crítica en entornos sanitarios como el SAS, donde la continuidad del servicio es esencial para la atención al paciente.
• En el SAS, sistemas como Diraya o los PACS requieren un equilibrio entre estos atributos para garantizar su operatividad.
• Aumentar la disponibilidad puede afectar al rendimiento o incrementar los costes, por lo que las decisiones arquitectónicas deben priorizar en función del contexto.
• La capacidad no se limita al tamaño de los equipos, sino a su capacidad real para absorber la actividad asistencial sin degradar servicios.
• El rendimiento debe ser adecuado para no obstaculizar procesos críticos como la prescripción electrónica o la consulta de historiales clínicos.
• La escalabilidad permite gestionar el crecimiento de usuarios, datos o transacciones sin afectar al rendimiento del sistema.

4. Conceptos y funcionalidades básicas de las unidades centrales multiusuario

🎯 Idea clave

• Una unidad central multiusuario es un sistema informático diseñado para prestar servicio simultáneo a múltiples usuarios, aplicaciones o procesos desde una infraestructura centralizada y compartida.
• Su rasgo definitorio no es el tamaño físico, sino la capacidad de gestionar concurrencia, aislamiento entre sesiones y asignación equitativa de recursos con continuidad operativa.
• A diferencia de los sistemas monousuario, incorpora mecanismos de protección, autenticación, planificación y administración centralizada para garantizar seguridad y rendimiento.
• En el Servicio Andaluz de Salud (SAS), estas unidades soportan aplicaciones críticas como la historia clínica digital (Diraya), sistemas hospitalarios (HIS) o plataformas de imagen médica (PACS).
• El concepto abarca desde mainframes tradicionales hasta servidores empresariales modernos, incluyendo entornos virtualizados o cloud con capacidad multiusuario real.
• La clave reside en la gestión centralizada de recursos y la capacidad de sostener cargas compartidas con fiabilidad y disponibilidad.

📚 Desarrollo

Definición y alcance. Una unidad central multiusuario es un sistema informático concebido para dar servicio simultáneo a múltiples usuarios, procesos o aplicaciones desde una plataforma compartida. Su función principal no se limita a la potencia de cálculo, sino a la capacidad de coordinar el acceso concurrente a recursos como procesamiento, memoria, almacenamiento y comunicaciones, garantizando aislamiento entre sesiones y continuidad del servicio [1][2][6].

Diferenciación con sistemas monousuario. A diferencia de un ordenador personal, donde los recursos son dedicados y la interacción es local, una unidad central multiusuario opera bajo un modelo de compartición controlada. El sistema operativo actúa como intermediario, repartiendo recursos, protegiendo espacios de memoria, gestionando accesos a datos y priorizando cargas según reglas predefinidas. Esta arquitectura es esencial para entornos donde la seguridad, la trazabilidad y el rendimiento sostenido son críticos [2][4].

Arquitectura y componentes. Estos sistemas incorporan elementos como arquitecturas multiprocesador (SMP/NUMA), memoria con corrección de errores (ECC), almacenamiento centralizado (SAN/NAS) y sistemas operativos robustos diseñados para multitarea. La virtualización y el particionado lógico permiten optimizar el uso de recursos y aislar cargas de trabajo, facilitando la escalabilidad y la flexibilidad operativa [7].

Funcionalidades clave. Las unidades centrales multiusuario destacan por su capacidad de multiprogramación, gestión de memoria virtual, control de entrada/salida, seguridad integrada y auditoría de actividad. Además, incluyen mecanismos de planificación de trabajos, gestión de colas y soporte para alta disponibilidad, lo que las hace idóneas para entornos corporativos con exigencias de fiabilidad y rendimiento [3][6].

Relevancia en el SAS. En el ámbito sanitario, estas plataformas son fundamentales para sostener sistemas críticos como la historia de salud digital, los sistemas de gestión hospitalaria o los repositorios de imágenes médicas. El Servicio Andaluz de Salud gestiona plataformas que dan cobertura a millones de usuarios, requiriendo unidades centrales con capacidad de concurrencia real, aislamiento robusto y continuidad ante fallos [1][2].

Evolución histórica. El concepto ha evolucionado desde los mainframes clásicos (como IBM Z) hasta servidores empresariales modernos y entornos cloud. Aunque la tecnología ha cambiado, los principios de gestión centralizada, concurrencia y fiabilidad siguen siendo comunes. Hoy, el término incluye también infraestructuras hiperconvergentes y plataformas virtualizadas que mantienen las funcionalidades esenciales de las unidades centrales tradicionales [2][4].

Criterios de identificación. No toda plataforma compartida es una unidad central multiusuario. Para ser considerada como tal, debe cumplir con requisitos como administración centralizada, mecanismos de concurrencia real, aislamiento entre usuarios, protección de datos y capacidad de sostener cargas críticas con seguridad y continuidad. La mera conexión de usuarios a una aplicación no implica la existencia de una unidad central si no hay gestión centralizada de recursos [6].

🧩 Elementos esenciales

• Concurrencia: Capacidad de atender simultáneamente a múltiples usuarios o procesos sin degradación significativa del rendimiento.
• Aislamiento entre sesiones: Mecanismos que garantizan que las acciones de un usuario no afecten a otros, protegiendo datos y procesos.
• Gestión centralizada: Administración unificada de recursos (procesamiento, memoria, almacenamiento) desde un sistema operativo robusto.
• Asignación equitativa de recursos: Distribución controlada de capacidades según prioridades y reglas de explotación.
• Alta disponibilidad: Diseño orientado a minimizar tiempos de inactividad y garantizar continuidad del servicio ante fallos.
• Seguridad integrada: Sistemas de autenticación, control de acceso y protección de datos para evitar accesos no autorizados.
• Multiprogramación: Ejecución simultánea de múltiples programas o tareas en un mismo sistema.
• Memoria virtual: Técnica que permite ampliar la memoria disponible mediante el uso de almacenamiento secundario.
• Almacenamiento centralizado: Uso de soluciones como SAN o NAS para gestionar datos de forma compartida y segura.
• Sistema operativo multiusuario: Plataforma diseñada para gestionar concurrencia, como Unix, Linux o sistemas mainframe.
• Virtualización: Tecnología que permite crear particiones lógicas para optimizar el uso de recursos físicos.
• Auditoría y trazabilidad: Registro de actividad para supervisar accesos, cambios y operaciones críticas.

🧠 Recuerda

• Una unidad central multiusuario no se define por su tamaño, sino por su capacidad de gestionar concurrencia y recursos compartidos.
• Su función principal es prestar servicio simultáneo a múltiples usuarios con aislamiento, seguridad y continuidad.
• En el SAS, estas unidades soportan aplicaciones críticas como Diraya, HIS o PACS.
• Incluyen mecanismos de protección, autenticación y planificación ausentes en sistemas monousuario.
• La evolución tecnológica ha ampliado el concepto a servidores modernos, virtualización y cloud, manteniendo sus principios básicos.
• No toda plataforma compartida es una unidad central multiusuario; requiere gestión centralizada y concurrencia real.
• La alta disponibilidad y la fiabilidad son requisitos clave en entornos corporativos como el sanitario.
• El sistema operativo actúa como núcleo de coordinación, repartiendo recursos y protegiendo procesos.
• La memoria virtual y el almacenamiento centralizado son componentes técnicos esenciales.
• La auditoría y la trazabilidad son fundamentales para garantizar seguridad y cumplimiento normativo.

5. Evolución y tendencia de las unidades centrales multiusuario

🎯 Idea clave

• La evolución de las unidades centrales multiusuario refleja la historia de la informática empresarial, desde los sistemas de tiempo compartido hasta la computación en la nube.
• Los sistemas actuales del SAS son el resultado acumulado de décadas de decisiones tecnológicas, lo que exige comprender su contexto histórico.
• La primera etapa se basó en la centralización física, con procesamiento por lotes y terminales conectados a un sistema central.
• La segunda etapa introdujo el tiempo compartido, transacciones en línea y bases de datos complejas, priorizando la concurrencia y la integridad.
• Las tendencias actuales integran modelos híbridos, virtualización avanzada y arquitecturas hiperconvergentes, manteniendo la esencia de servicio multiusuario.
• La evolución no solo es tecnológica, sino también conceptual, pasando de la concentración física a la centralidad de servicios.

📚 Desarrollo

Origen en la centralización física. Las primeras unidades centrales multiusuario surgieron en los años 60 con sistemas de tiempo compartido, donde un equipo central ejecutaba procesos por lotes y servía a múltiples usuarios mediante terminales. Esta etapa se caracterizó por la concentración física de recursos, como procesadores, memoria y periféricos, lo que optimizaba su aprovechamiento pero limitaba la flexibilidad. La administración se centraba en garantizar la disponibilidad del sistema y la finalización de trabajos críticos, con un enfoque en la planificación de procesos y la integridad de los datos.

Transición al tiempo compartido y transacciones en línea. En la segunda etapa, los sistemas evolucionaron para ofrecer respuestas interactivas, superando el modelo de procesamiento por lotes. Aparecieron monitores transaccionales, gestores de bases de datos y mecanismos de control de concurrencia, lo que permitió manejar operaciones simultáneas sin pérdida de consistencia. Esta fase consolidó las unidades centrales como plataformas de negocio, capaces de procesar transacciones en línea (OLTP) y mantener un rendimiento predecible bajo cargas variables. La prioridad técnica pasó de "calcular" a "atender solicitudes concurrentes".

Consolidación como plataformas críticas. Durante esta etapa, las unidades centrales multiusuario se convirtieron en el núcleo de las operaciones empresariales, especialmente en sectores como la sanidad. En el SAS, estos sistemas soportan aplicaciones corporativas críticas como la historia de salud digital (Diraya), sistemas de gestión hospitalaria (HIS) y plataformas de imágenes médicas (PACS). La fiabilidad, la disponibilidad y la capacidad de gestionar grandes volúmenes de datos se volvieron requisitos indispensables, lo que impulsó el desarrollo de arquitecturas propietarias y soluciones de alta gama.

Integración de la virtualización y la nube. La evolución reciente ha incorporado modelos de virtualización avanzada, como z/VM en mainframes o VMware en servidores departamentales, que permiten consolidar miles de cargas de trabajo en un mismo hardware. Además, la computación en la nube ha redefinido el concepto de centralización, trasladando la gestión de recursos a entornos distribuidos pero administrados de forma centralizada. Esta tendencia mantiene la esencia multiusuario, aunque con mayor flexibilidad y escalabilidad, adaptándose a las necesidades cambiantes de las organizaciones.

Tendencias actuales: hiperconvergencia y modelos híbridos. Las unidades centrales multiusuario actuales combinan hardware de alta gama con arquitecturas hiperconvergentes, que integran procesamiento, almacenamiento y redes en una misma infraestructura. Esto permite optimizar el rendimiento y simplificar la gestión, sin renunciar a la capacidad de soportar cargas masivas. En el SAS, esta evolución se refleja en la adopción de sistemas que garantizan alta disponibilidad (hasta 99,9999%) y redundancia en todos los componentes, esenciales para aplicaciones sanitarias críticas.

Mantenimiento de la función esencial. A pesar de los cambios tecnológicos, la función principal de las unidades centrales multiusuario sigue siendo la misma: proporcionar servicio fiable a múltiples usuarios concurrentes. La evolución ha añadido capas de complejidad, como la seguridad integrada en hardware (ejemplo: cifrado pervasivo en IBM Z) o la gestión por capacidad activada (MSU), pero el núcleo conceptual —concurrencia, aislamiento y administración centralizada— permanece inalterado. Esto subraya la importancia de entender su trayectoria histórica para gestionar los sistemas actuales.

Relevancia para el técnico especialista. Comprender esta evolución es clave para los profesionales del SAS, ya que los sistemas en uso son el resultado de decisiones tecnológicas acumuladas. Conceptos como la planificación de trabajos, la gestión de recursos o la recuperación ante fallos solo se dominan plenamente cuando se analizan en su contexto histórico. Además, las tendencias actuales, como la migración a entornos cloud o la adopción de IA integrada, exigen una base sólida en los principios que han definido estas unidades a lo largo del tiempo.

🧩 Elementos esenciales

• Centralización física inicial: Primeros sistemas con procesamiento por lotes y terminales conectados a un equipo central, optimizando recursos pero con flexibilidad limitada.
• Tiempo compartido: Introducción de respuestas interactivas y monitores transaccionales, permitiendo operaciones simultáneas sin pérdida de consistencia.
• Plataformas de negocio: Consolidación como sistemas críticos para transacciones en línea (OLTP) y gestión de bases de datos complejas.
• Virtualización avanzada: Uso de tecnologías como z/VM o VMware para consolidar miles de cargas de trabajo en un mismo hardware.
• Computación en la nube: Redefinición de la centralización hacia entornos distribuidos pero administrados de forma unificada.
• Hiperconvergencia: Integración de procesamiento, almacenamiento y redes en una misma infraestructura para optimizar rendimiento y gestión.
• Alta disponibilidad: Sistemas con redundancia en todos los componentes, alcanzando niveles de disponibilidad de hasta 99,9999%.
• Cifrado pervasivo: Seguridad integrada en hardware, como en los mainframes IBM Z, para proteger datos sensibles.
• Modelo de costes por capacidad: Gestión de licencias basada en MSU (Million Service Units), típica de grandes sistemas centrales.
• Aplicaciones críticas en el SAS: Soporte de sistemas como Diraya, HIS, RIS, PACS y LIS, que exigen fiabilidad y escalabilidad.
• Concurrencia y aislamiento: Mecanismos para gestionar múltiples usuarios simultáneos sin interferencias entre sesiones.
• Evolución conceptual: Paso de la concentración física a la centralidad de servicios, manteniendo la esencia multiusuario.

🧠 Recuerda

• La evolución de las unidades centrales multiusuario abarca desde los mainframes históricos hasta la computación en la nube.
• Los sistemas actuales del SAS son el resultado de décadas de desarrollo tecnológico y decisiones de arquitectura.
• La primera etapa se centró en la centralización física y el procesamiento por lotes.
• La segunda etapa introdujo el tiempo compartido y las transacciones en línea, priorizando la concurrencia.
• Las tendencias actuales incluyen virtualización, hiperconvergencia y modelos híbridos, sin perder la esencia multiusuario.
• La alta disponibilidad y la redundancia son requisitos clave para aplicaciones sanitarias críticas.
• Comprender la evolución histórica es esencial para gestionar los sistemas actuales con eficacia.
• La función principal —servicio fiable a múltiples usuarios— se mantiene a pesar de los cambios tecnológicos.
• La seguridad integrada en hardware y la gestión por capacidad son características distintivas de los grandes sistemas centrales.
• La planificación de recursos y la recuperación ante fallos son conceptos heredados de etapas anteriores.

6. Sistemas departamentales y grandes sistemas centrales

🎯 Idea clave

• Los sistemas departamentales están diseñados para dar soporte a procesos especializados de unidades concretas dentro de organizaciones sanitarias como el Servicio Andaluz de Salud.
• Los grandes sistemas centrales proporcionan servicios transversales comunes a toda la organización, garantizando coherencia e integración en procesos críticos.
• La coexistencia de ambos modelos es habitual en entornos sanitarios complejos, donde la especialización y la visión global son necesarias simultáneamente.
• La integración entre sistemas departamentales y centrales es un factor crítico para evitar silos de información y asegurar la continuidad asistencial.
• Los sistemas departamentales aportan flexibilidad y adaptación a necesidades específicas, mientras que los centrales aseguran disponibilidad y gobierno del dato.
• La elección entre un modelo u otro depende de factores como criticidad, volumen de datos, requisitos de seguridad y estrategia institucional.

📚 Desarrollo

Definición y propósito. Los sistemas departamentales y los grandes sistemas centrales representan dos modelos arquitectónicos diferenciados en la organización de las tecnologías de la información en entidades como el Servicio Andaluz de Salud (SAS). Los sistemas centrales, también denominados corporativos, ofrecen funcionalidades transversales que abarcan toda la organización, como la historia clínica electrónica, la gestión de recursos humanos o los sistemas económico-financieros. Su objetivo es proporcionar una base común que garantice coherencia, integración y disponibilidad en procesos críticos.

Especialización vs. transversalidad. Los sistemas departamentales, en cambio, están orientados a unidades específicas y responden a necesidades concretas de servicios como laboratorio (LIS), radiología (RIS, PACS), anatomía patológica o farmacia hospitalaria. Estos sistemas permiten una adaptación profunda a los flujos de trabajo y requisitos técnicos de cada ámbito clínico, facilitando la eficiencia en procesos especializados. Sin embargo, su enfoque local puede generar riesgos de aislamiento si no se integran adecuadamente con el resto del ecosistema.

Integración como requisito crítico. La coexistencia de ambos modelos exige mecanismos robustos de integración para evitar que los sistemas departamentales se conviertan en silos de información. En el SAS, esta integración se logra mediante estándares como HL7, APIs y plataformas de interoperabilidad, que permiten el flujo continuo de datos entre sistemas. La falta de integración adecuada dificulta la atención integral del paciente, ya que la información clínica o administrativa puede quedar fragmentada en múltiples aplicaciones.

Ventajas y riesgos comparados. Los grandes sistemas centrales destacan por su capacidad para ofrecer una visión global y homogénea de la organización, reduciendo duplicidades y garantizando la trazabilidad de los datos. No obstante, su complejidad y alcance pueden generar rigidez, así como un impacto amplio en caso de fallos. Los sistemas departamentales, por su parte, ofrecen mayor flexibilidad y adaptación a necesidades específicas, pero su principal riesgo radica en la heterogeneidad y la falta de coherencia con el resto de la organización.

Ejemplos en el SAS. En el Servicio Andaluz de Salud, ejemplos de grandes sistemas centrales incluyen Diraya (historia clínica electrónica), Receta XXI (prescripción electrónica), el archivo regional de imagen o la Base Poblacional de Salud. Entre los sistemas departamentales destacan los sistemas de laboratorio (LIS), los sistemas de radiología (RIS/PACS) o las aplicaciones específicas de farmacia hospitalaria. Esta diversidad refleja la necesidad de combinar especialización y centralización en un entorno sanitario complejo.

Criterios de elección. La decisión de implementar un sistema departamental o central no responde a una preferencia absoluta, sino a un análisis de factores como la criticidad del proceso, el volumen de datos, el número de usuarios, los requisitos de seguridad y la disponibilidad exigida. En el SAS, la estrategia habitual es adoptar una arquitectura integrada, donde la especialización se aplica en áreas donde aporta valor real, mientras que la centralización se reserva para procesos que requieren continuidad, seguridad y datos comunes.

Gobierno y gestión del ecosistema. La gestión de un entorno mixto, con sistemas departamentales y centrales, exige una estrategia clara de gobierno de TI. Esto incluye definir criterios para asignar cargas a cada tipo de plataforma, garantizar la integración entre ellas y gestionar el ciclo de vida de los sistemas. En el SAS, la Dirección General de Sistemas de Información Sanitaria (DGSIS) y las unidades de seguridad son responsables de supervisar este ecosistema, asegurando que cumpla con los requisitos del Esquema Nacional de Seguridad (ENS) y el Reglamento General de Protección de Datos (RGPD).

🧩 Elementos esenciales

• Sistemas departamentales: Sistemas especializados que dan soporte a procesos concretos de unidades o servicios, como laboratorio (LIS) o radiología (RIS/PACS).
• Grandes sistemas centrales: Sistemas corporativos que ofrecen funcionalidades transversales a toda la organización, como la historia clínica electrónica o la gestión económica.
• Integración: Proceso crítico para conectar sistemas departamentales y centrales mediante estándares como HL7 o APIs, evitando silos de información.
• Ventaja de los sistemas departamentales: Adaptación profunda a las necesidades específicas de cada ámbito clínico, mejorando la eficiencia en procesos especializados.
• Riesgo de los sistemas departamentales: Posible aislamiento o heterogeneidad si no se integran adecuadamente con el resto del ecosistema.
• Ventaja de los sistemas centrales: Coherencia, integración y disponibilidad en procesos críticos, reduciendo duplicidades y garantizando trazabilidad.
• Riesgo de los sistemas centrales: Rigidez y complejidad, con un impacto amplio en caso de fallos debido a su alcance organizacional.
• Ejemplos en el SAS: Diraya (central), Receta XXI (central), LIS (departamental), RIS/PACS (departamental).
• Criterios de elección: Criticidad, volumen de datos, requisitos de seguridad, disponibilidad y estrategia institucional.
• Arquitectura integrada: Modelo que combina especialización (departamental) y centralización (corporativa) según las necesidades de cada proceso.
• Gobierno de TI: Estrategia para gestionar el ecosistema mixto, definiendo responsabilidades, integración y ciclo de vida de los sistemas.
• Requisitos de seguridad: Los sistemas centrales, por su criticidad, deben cumplir con estándares como el ENS (categoría ALTA) y el RGPD.

🧠 Recuerda

• Los sistemas departamentales y centrales no son excluyentes, sino complementarios en organizaciones sanitarias complejas.
• La integración entre ambos modelos es clave para evitar silos y garantizar la continuidad asistencial.
• Los sistemas departamentales aportan especialización, mientras que los centrales aseguran coherencia y gobierno del dato.
• En el SAS, ejemplos de sistemas centrales incluyen Diraya y Receta XXI, mientras que LIS y RIS son sistemas departamentales.
• La elección entre un modelo u otro depende de factores como criticidad, volumen de datos y requisitos de seguridad.
• Una arquitectura integrada combina lo mejor de ambos modelos, aplicando especialización donde es necesaria y centralización donde aporta valor.
• La gestión de este ecosistema requiere una estrategia clara de gobierno de TI, con criterios definidos para la asignación de cargas y la integración.
• Los sistemas centrales, por su alcance, exigen mayores niveles de disponibilidad y seguridad, conforme al ENS y el RGPD.