📋 ÍNDICE DEL TEMA

1. INTRODUCCIÓN Y CONTEXTUALIZACIÓN EN EL SAS

Cuando hablamos de sistemas informáticos en el contexto del Servicio Andaluz de Salud, no estamos hablando de conceptos abstractos o teóricos. Estamos hablando de la infraestructura tecnológica que sostiene la asistencia sanitaria de más de 8 millones de andaluces. Cada consulta en Diraya, cada receta electrónica en Receta XXI, cada resultado de analítica que visualiza un médico… todo eso funciona gracias a sistemas informáticos complejos que deben ser robustos, seguros y estar disponibles 24/7.

Como Técnico/a Especialista en Informática del SAS, tu trabajo diario implicará interactuar con sistemas informáticos de diferentes niveles: desde los servidores físicos en los CPDs de Sevilla y Málaga, hasta las aplicaciones que corren en máquinas virtuales, pasando por los puestos de trabajo de los profesionales sanitarios. Necesitas entender la anatomía completa de un sistema informático para poder diagnosticar problemas, proponer mejoras y garantizar la continuidad del servicio.

A lo largo de este tema, iremos construyendo desde los conceptos más básicos (¿qué es un sistema informático?) hasta las tendencias más avanzadas (hiperconvergencia, edge computing, contenedores). Y siempre, siempre, con ejemplos aplicados al SAS y a los sistemas que gestionarás en tu puesto.

2. CONCEPTO DE SISTEMA INFORMÁTICO

2.1. Definición y Características

Un sistema informático es un conjunto de elementos físicos (hardware), lógicos (software) y humanos que, interrelacionados de forma coordinada, permiten el tratamiento automático de la información. No es solo una computadora: es un ecosistema completo diseñado para capturar, almacenar, procesar y transmitir datos de forma eficiente y segura.

Características Fundamentales de un Sistema Informático:

2.2. Elementos Constitutivos

Un sistema informático completo se compone de cuatro elementos esenciales que trabajan de forma integrada. Vamos a verlos con detalle porque en el examen suelen preguntar sobre la distinción entre estos componentes:

1. Hardware (Componentes Físicos)

Son todos los elementos tangibles del sistema: procesadores, memoria, discos duros, tarjetas de red, cableado, servidores físicos, etc. En el SAS, esto incluye desde los grandes servidores HP Enterprise en el CPD de Sevilla hasta los thin clients en los mostradores de atención primaria.

2. Software (Componentes Lógicos)

Conjunto de programas y datos que indican al hardware qué hacer. Se divide en:

• Software de sistema: Sistema operativo (Red Hat Enterprise Linux, Windows Server)
• Software de aplicación: Diraya, Receta XXI, SIGLO (gestión logística)
• Software de desarrollo: Java, Python, frameworks como Spring

3. Recursos Humanos

El personal que diseña, desarrolla, administra y utiliza el sistema. En el SAS:

• Técnicos/as Especialistas en Informática: Tú mismo/a, gestionando la infraestructura
• Desarrolladores: Equipos que mantienen y evolucionan Diraya
• Usuarios finales: Los 100,000+ profesionales sanitarios que usan los sistemas
• Equipo de soporte: AyudaDigital, centro de servicios corporativo

4. Procedimientos y Documentación

Manuales, políticas, estándares y procesos que regulan el uso del sistema. En el SAS incluye la Política de Seguridad TI del SSPA, procedimientos de gestión de incidencias en BMC Remedy, y documentación técnica en Confluence.

2.3. Funciones Principales de un Sistema Informático

Todo sistema informático, independientemente de su tamaño o propósito, realiza cuatro funciones básicas que podemos recordar con el acrónimo IPAS: Input (Entrada), Processing (Procesamiento), Almacenamiento y Salida.

1. Función de Entrada (Input)

Captura de datos desde el exterior hacia el sistema. En el SAS: médicos introduciendo diagnósticos en Diraya mediante teclado, lectores de tarjeta sanitaria capturando datos del paciente, escáneres digitalizando informes médicos, dispositivos IoMT (Internet of Medical Things) enviando constantes vitales.

2. Función de Procesamiento

Transformación de los datos de entrada en información útil mediante operaciones lógicas y aritméticas realizadas por la CPU. Ejemplos del SAS: cálculo de dosis de medicación según peso y edad del paciente, generación de estadísticas epidemiológicas, algoritmos de machine learning para detección precoz de enfermedades.

3. Función de Almacenamiento

Conservación de datos e información para su posterior recuperación. En el SAS se realiza a múltiples niveles: cabinas de almacenamiento SAN/NAS en el CPD, backups en cinta LTO, réplicas en el CPD secundario de Málaga para recuperación ante desastres.

4. Función de Salida (Output)

Presentación de la información procesada al usuario o a otros sistemas. Ejemplos: pantallas de Diraya mostrando el historial clínico, informes PDF generados automáticamente, mensajes HL7 FHIR enviados a otros sistemas sanitarios, notificaciones push en la app ClicSalud+.

3. COMPONENTES FÍSICOS (HARDWARE)

Vamos ahora con el hardware, que es la parte tangible del sistema. Es importante que entiendas no solo QUÉ es cada componente, sino PARA QUÉ sirve y CÓMO impacta en el rendimiento global del sistema. En el SAS, cada componente hardware tiene implicaciones directas en la disponibilidad del servicio sanitario.

3.1. Unidad Central de Proceso (CPU)

La CPU (Central Processing Unit) es el «cerebro» del ordenador. Es el componente que ejecuta las instrucciones de los programas mediante operaciones lógicas y aritméticas. Cuando un médico consulta una historia clínica en Diraya, la CPU del servidor es la que procesa esa petición.

Arquitectura Interna de la CPU:

Características Clave de CPUs en Servidores SAS:

• Núcleos (cores): Los servidores de aplicaciones Diraya suelen tener CPUs con 16-32 cores para procesar múltiples peticiones simultáneas
• Hilos (threads): Tecnología Hyper-Threading de Intel o SMT de AMD que permite ejecutar 2 hilos por núcleo
• Frecuencia: Velocidad del reloj (GHz), importante pero no es el único factor
• Caché: Fundamental para aplicaciones de base de datos como Oracle (usado en Diraya)

3.2. Memoria Principal y Tipos de Memoria

La memoria es donde se almacenan los datos y programas que están siendo utilizados activamente por la CPU. Hay varios tipos y cada uno tiene características diferentes que impactan en el rendimiento del sistema.

Memoria RAM (Random Access Memory)

Es la memoria principal de trabajo del sistema. Es volátil (se pierde al apagar el equipo) pero extremadamente rápida. En los servidores SAS, la cantidad de RAM es crucial: un servidor Diraya puede tener 256 GB – 512 GB de RAM para mantener en caché los datos más consultados y evitar accesos lentos al disco.

Memoria ROM (Read-Only Memory)

Jerarquía de Memoria (de más rápida a más lenta):

3.3. Dispositivos de Almacenamiento

El almacenamiento persistente es fundamental en el SAS porque hablamos de información crítica: historias clínicas que deben conservarse legalmente durante décadas, resultados de analíticas, imágenes médicas de PACS que ocupan terabytes…

Tipos de Almacenamiento en el SAS:

• SAN (Storage Area Network): Red dedicada de almacenamiento de alta velocidad. En el SAS, cabinas HPE 3PAR o Dell EMC PowerStore conectadas por fibra óptica a 16 Gbps para las bases de datos críticas.
• NAS (Network Attached Storage): Almacenamiento accesible por red. Usado para compartir documentación, imágenes DICOM, archivos compartidos entre profesionales.
• DAS (Direct Attached Storage): Discos directamente conectados al servidor. Menos común en el SAS moderno, salvo en servidores específicos.
• Cloud Storage: Tendencia creciente. Algunos sistemas secundarios del SAS empiezan a usar Azure Blob Storage o AWS S3 para archivos históricos.

3.4. Periféricos de Entrada/Salida

Periféricos Específicos del Entorno Sanitario SAS:

• Lectores de tarjeta sanitaria: Dispositivos NFC/contactless en todos los mostradores
• Impresoras de recetas: Térmicas en farmacias conectadas a Receta XXI
• Escáneres de documentos: Para digitalización de informes antiguos
• Monitores médicos: Pantallas de alta resolución para visualización de imágenes radiológicas
• Dispositivos biométricos: Lectores de huella para autenticación de profesionales

3.5. Buses y Comunicaciones Internas

Los buses son los «caminos» por donde circula la información dentro del ordenador. Conectan la CPU con la memoria, con los dispositivos de almacenamiento, con las tarjetas de expansión… Es como el sistema circulatorio del ordenador.

Principales Tipos de Buses:

• Bus de datos: Transporta los datos entre componentes. Su ancho (32 bits, 64 bits) determina cuánta información se puede mover simultáneamente.
• Bus de direcciones: Indica dónde están ubicados los datos en memoria. Su ancho determina cuánta memoria se puede direccionar.
• Bus de control: Transmite señales de control (lectura, escritura, reloj de sistema).

Estándares de Buses Modernos:

• PCIe (PCI Express): Bus de alta velocidad para tarjetas gráficas, controladoras RAID, tarjetas de red 10/25/100 Gbps
• USB (Universal Serial Bus): Para periféricos externos. USB 3.2 Gen 2×2 alcanza 20 Gbps
• SATA/SAS: Para discos duros y SSDs
• NVMe: Protocolo moderno para SSDs ultra-rápidos conectados por PCIe

4. COMPONENTES LÓGICOS (SOFTWARE)

Si el hardware es el cuerpo del sistema informático, el software es su alma. Sin software, un ordenador es solo un conjunto de circuitos inertes. El software da vida al hardware, instruyéndole qué hacer, cómo hacerlo y cuándo hacerlo.

4.1. Software de Sistema

El software de sistema es el conjunto de programas que gestionan los recursos hardware y proporcionan servicios a las aplicaciones. El elemento principal es el sistema operativo.

Sistemas Operativos en el SAS:

Funciones Principales del Sistema Operativo:

• Gestión de procesos: Planificación de la CPU, multitarea, asignación de tiempo de ejecución
• Gestión de memoria: Asignación de RAM, memoria virtual, paginación, swapping
• Gestión de E/S: Drivers de dispositivos, buffers, gestión de interrupciones
• Gestión de archivos: Sistema de archivos (ext4, NTFS, XFS), permisos, cuotas
• Seguridad y control de acceso: Autenticación, autorización, auditoría
• Interfaz de usuario: CLI (bash, PowerShell) y GUI (GNOME, Windows)

4.2. Software de Aplicación

El software de aplicación es el que resuelve necesidades específicas de los usuarios. En el SAS, tenemos aplicaciones clínicas, administrativas, de gestión…

Principales Aplicaciones Corporativas del SAS:

4.3. Software de Desarrollo

Herramientas que permiten crear nuevo software. En el SAS se utilizan lenguajes y frameworks modernos para desarrollar y mantener las aplicaciones corporativas.

Lenguajes de Programación en el SAS:

• Java: Lenguaje principal para Diraya y aplicaciones empresariales (Spring Framework, Hibernate)
• Python: Scripting, automatización, análisis de datos, proyectos de IA/ML
• JavaScript: Frontend de aplicaciones web (Vue.js, React para interfaces modernas)
• PL/SQL: Procedimientos almacenados en Oracle Database
• PowerShell/Bash: Scripting de administración de sistemas

4.4. Firmware

El firmware es software que está grabado en hardware de forma semi-permanente. Es el intermediario entre el hardware y el sistema operativo.

Ejemplos de Firmware:

• BIOS/UEFI: Firmware que arranca el ordenador y carga el sistema operativo
• Firmware de controladora RAID: Gestiona la configuración de discos en RAID
• Firmware de tarjetas de red: Maneja las comunicaciones de bajo nivel
• Firmware de dispositivos médicos: En equipos IoMT conectados a la red SAS

5. JERARQUÍA DE NIVELES EN UN SISTEMA INFORMÁTICO

Esta es una de las partes más importantes del tema porque te permite entender cómo se organizan todos los componentes que hemos visto. La jerarquía de niveles es como una pirámide donde cada capa se apoya en la inferior y proporciona servicios a la superior.

5.1. Nivel 0: Hardware Físico

La base de todo: transistores, circuitos integrados, procesadores, memoria, buses. Es el nivel más bajo y el único tangible. Aquí hablamos de electrónica pura: señales eléctricas, puertas lógicas, registros.

En el SAS: Los servidores HP ProLiant, Dell PowerEdge, cabinas de almacenamiento 3PAR, switches de red Cisco Catalyst… Todo el hardware que puedes tocar en el CPD de Sevilla o Málaga.

5.2. Nivel 1: Firmware y BIOS/UEFI

Capa de software embebida en el hardware que proporciona las funciones básicas de arranque y configuración del sistema. El UEFI (Unified Extensible Firmware Interface) ha reemplazado al antiguo BIOS y ofrece funcionalidades avanzadas como arranque seguro (Secure Boot), soporte para discos >2TB, interfaz gráfica.

En el SAS: Configuración RAID en servidores, gestión remota iLO (HP) o iDRAC (Dell), arranque PXE para puestos LeTSAS.

5.3. Nivel 2: Sistema Operativo (Núcleo o Kernel)

El kernel es el corazón del sistema operativo. Gestiona directamente el hardware: planificación de procesos, gestión de memoria, drivers de dispositivos, sistema de archivos.

Funciones principales del kernel:

• Gestión de procesos y threads
• Gestión de memoria (paginación, memoria virtual)
• Sistema de archivos (VFS en Linux, NTFS en Windows)
• Gestión de E/S y drivers
• Gestión de red (stack TCP/IP)

En el SAS: Kernel Linux RHEL 8.x para servidores Diraya, kernel Windows Server 2022 para servidores de aplicaciones .NET.

5.4. Nivel 3: Sistema Operativo (Utilidades y Servicios)

Capa superior del sistema operativo que incluye:

• Servicios del sistema: Cron/systemd (Linux), Task Scheduler (Windows)
• Shells: Bash, PowerShell para administración
• Utilidades: cp, mv, grep (Linux), dir, copy (Windows)
• Bibliotecas del sistema: glibc, DLLs de Windows

5.5. Nivel 4: Middleware

Software que actúa como puente entre el sistema operativo y las aplicaciones. Proporciona servicios comunes que las aplicaciones necesitan: acceso a bases de datos, mensajería, transacciones distribuidas, balanceo de carga.

Middleware en el SAS:

• Servidores de aplicaciones: Apache Tomcat, WildFly para aplicaciones Java
• Servidores web: Apache HTTP Server, nginx como proxy inverso
• Gestores de bases de datos: Oracle Database 19c, PostgreSQL
• Colas de mensajes: RabbitMQ, Apache Kafka para comunicación asíncrona
• Balanceadores de carga: HAProxy, F5 BIG-IP para distribución de tráfico

5.6. Nivel 5: Aplicaciones

El nivel más alto: software que interactúa directamente con los usuarios finales. Es lo que ven los profesionales sanitarios cuando abren Diraya en su navegador.

En el SAS: Diraya (frontend web), ClicSalud+ (app móvil), módulos de Receta XXI, gestores documentales, herramientas de BI…

┌─────────────────────────────────────────────────────────────────────────┐
│  NIVEL 5: APLICACIONES                                                  │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐                  │
│  │   Diraya     │  │  Receta XXI  │  │  ClicSalud+  │  ← Usuario final │
│  └──────────────┘  └──────────────┘  └──────────────┘                  │
└─────────────────────────────────────────────────────────────────────────┘
                              ↕ API / Interfaz
┌─────────────────────────────────────────────────────────────────────────┐
│  NIVEL 4: MIDDLEWARE                                                    │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐                  │
│  │ Tomcat/      │  │ Oracle DB    │  │ HAProxy      │  ← Servicios     │
│  │ WildFly      │  │ PostgreSQL   │  │ nginx        │    compartidos   │
│  └──────────────┘  └──────────────┘  └──────────────┘                  │
└─────────────────────────────────────────────────────────────────────────┘
                              ↕ Llamadas al sistema
┌─────────────────────────────────────────────────────────────────────────┐
│  NIVEL 3: SISTEMA OPERATIVO (Utilidades y Servicios)                   │
│  ┌──────────────┐  ┌──────────────┐  ┌──────────────┐                  │
│  │ Bash/        │  │ Systemd/     │  │ Bibliotecas  │  ← Herramientas  │
│  │ PowerShell   │  │ Services     │  │ glibc/DLLs   │    administración│
│  └──────────────┘  └──────────────┘  └──────────────┘                  │
└─────────────────────────────────────────────────────────────────────────┘
                              ↕ System calls
┌─────────────────────────────────────────────────────────────────────────┐
│  NIVEL 2: SISTEMA OPERATIVO (Kernel)                                   │
│  ┌──────────────────────────────────────────────────────────────┐      │
│  │ • Gestión de procesos   • Gestión de memoria                 │      │
│  │ • Sistema de archivos   • Drivers de dispositivos            │      │
│  │ • Stack TCP/IP          • Seguridad y permisos               │      │
│  └──────────────────────────────────────────────────────────────┘      │
│  Ejemplos: Linux Kernel 5.x, Windows NT Kernel                         │
└─────────────────────────────────────────────────────────────────────────┘
                              ↕ Instrucciones de máquina
┌─────────────────────────────────────────────────────────────────────────┐
│  NIVEL 1: FIRMWARE (BIOS/UEFI)                                         │
│  ┌──────────────────────────────────────────────────────────────┐      │
│  │ • POST (Power-On Self Test)  • Arranque del sistema          │      │
│  │ • Configuración RAID          • Gestión remota (iLO/iDRAC)   │      │
│  └──────────────────────────────────────────────────────────────┘      │
└─────────────────────────────────────────────────────────────────────────┘
                              ↕ Señales eléctricas
┌─────────────────────────────────────────────────────────────────────────┐
│  NIVEL 0: HARDWARE FÍSICO                                              │
│  ┌─────────┐  ┌─────────┐  ┌─────────┐  ┌─────────┐  ┌─────────┐      │
│  │   CPU   │  │ Memoria │  │  Discos │  │  Red    │  │  GPU    │      │
│  │ (cores) │  │  (RAM)  │  │(SSD/HDD)│  │  (NIC)  │  │         │      │
│  └─────────┘  └─────────┘  └─────────┘  └─────────┘  └─────────┘      │
│  Ejemplo SAS: HP ProLiant DL380 Gen10, 256GB RAM, SSD NVMe             │
└─────────────────────────────────────────────────────────────────────────┘

LEYENDA:
  ↕ = Interfaz entre niveles (abstracción)
  Cada nivel superior usa servicios del nivel inferior SIN conocer sus detalles
            

6. CLASIFICACIONES DE LOS SISTEMAS INFORMÁTICOS

Los sistemas informáticos se pueden clasificar desde múltiples perspectivas. Es importante que conozcas estas clasificaciones porque en el examen pueden preguntarte características específicas de cada tipo, especialmente relacionadas con alta disponibilidad y escalabilidad.

6.1. Clasificación por Tamaño y Capacidad

6.2. Clasificación por Propósito

Sistemas de Propósito General

Diseñados para ejecutar una amplia variedad de aplicaciones. Ejemplos: PCs con Windows 10, servidores Linux que pueden ejecutar diferentes aplicaciones web, bases de datos, servicios de red…

Sistemas de Propósito Específico

Optimizados para una tarea concreta. Ejemplos en el SAS:

• Appliances de seguridad: Firewalls Fortinet, sistemas IDS/IPS
• Sistemas PACS: Almacenamiento y visualización de imágenes médicas
• Dispositivos IoMT: Monitores de constantes vitales conectados
• Controladores de almacenamiento: Cabinas SAN dedicadas

6.3. Clasificación por Arquitectura

Arquitectura Cliente-Servidor

Modelo donde clientes (navegadores, apps) solicitan servicios a servidores centralizados. Es el modelo predominante en el SAS: profesionales sanitarios (clientes) accediendo a Diraya (servidor de aplicaciones + BD Oracle).

Arquitectura N-Tier (Multicapa)

Separación en capas lógicas: presentación, lógica de negocio, acceso a datos, almacenamiento. Diraya sigue esta arquitectura:

• Capa de presentación: Navegador web del profesional
• Capa de aplicación: Servidores Tomcat/WildFly con código Java
• Capa de datos: Servidores Oracle Database RAC
• Capa de almacenamiento: Cabinas SAN 3PAR

Arquitectura Distribuida

Múltiples sistemas colaborando para ofrecer un servicio unificado. En el SAS: la red de sistemas Diraya desplegados en los diferentes hospitales que se sincronizan entre sí, compartiendo la BDU (Base de Datos Única).

Arquitectura de Microservicios

Tendencia moderna donde la aplicación se descompone en servicios pequeños e independientes que se comunican por APIs. El SAS está migrando gradualmente aplicaciones a esta arquitectura.

6.4. Clasificación por Disponibilidad y Criticidad

Esta clasificación es CRÍTICA para el SAS porque hablamos de sistemas sanitarios donde la disponibilidad puede ser literalmente cuestión de vida o muerte. Vamos a profundizar en conceptos que caen mucho en el examen.

Alta Disponibilidad (High Availability – HA)

Métricas de Disponibilidad:

Técnicas para Lograr Alta Disponibilidad:

• Redundancia de componentes: Múltiples servidores, fuentes de alimentación duales, NICs redundantes
• Clustering: Varios servidores trabajando como uno solo (Oracle RAC para Diraya)
• Balanceo de carga: Distribución de peticiones entre múltiples servidores (HAProxy, F5 BIG-IP)
• Replicación de datos: Datos duplicados en tiempo real entre CPD Sevilla y Málaga
• Backups y DR: Plan de recuperación ante desastres con RPO/RTO definidos
• Monitorización proactiva: Herramientas como Nagios, Centreon para detectar fallos antes de que impacten

Escalabilidad

Tipos de Escalabilidad:

• Escalabilidad Vertical (Scale-Up): Añadir más recursos al servidor existente (más CPUs, RAM, discos). Limitación: hay un techo físico.
• Escalabilidad Horizontal (Scale-Out): Añadir más servidores al sistema. Es el enfoque preferido en arquitecturas modernas porque permite crecimiento ilimitado.

Ejemplo en el SAS: Cuando creció la demanda de Diraya durante la pandemia COVID-19, se escaló horizontalmente añadiendo más servidores de aplicación en el clúster WildFly, distribuyendo la carga entre más nodos.

7. LOS PROGRAMAS DE APLICACIÓN

7.1. Concepto y Características

Los programas de aplicación son software diseñado para realizar tareas específicas para el usuario final, a diferencia del software de sistema que gestiona el hardware y proporciona servicios básicos.

7.2. Clasificación Funcional de las Aplicaciones

7.3. Aplicaciones en el Entorno SAS

El ecosistema de aplicaciones del SAS es muy amplio y abarca desde sistemas legacy (heredados) hasta aplicaciones modernas basadas en cloud y microservicios. Como técnico/a especialista, necesitas conocer las principales aplicaciones y su propósito.

Aplicaciones Clínicas Críticas:

• Diraya – Historia de Salud Digital: Aplicación central del SAS, integra historiales clínicos de atención primaria y especializada
• Receta XXI: Sistema de receta electrónica integrado con Diraya y farmacias
• Módulos especializados de Diraya: Teleconsulta, Hospitalización, Urgencias, Quirófano
• Sistemas de imagen médica (PACS/RIS): Almacenamiento y visualización de radiografías, TACs, resonancias
• Sistemas de laboratorio (LIS): Gestión de analíticas y resultados

Aplicaciones Administrativas y de Gestión:

• SIGLO: Sistema integral de gestión logística y de almacén
• GERHONTE: Gestión de recursos humanos del SAS
• BDU (Base de Datos Única): Repositorio central de usuarios
• Sistemas financieros: Gestión económica y facturación

Aplicaciones de Soporte TIC:

• AyudaDigital (BMC Remedy): Centro de servicios y gestión de incidencias
• JIRA: Gestión de proyectos TIC con metodologías ágiles
• Confluence: Wiki corporativa y gestión del conocimiento
• Altiris: Distribución masiva de software en puestos de trabajo
• Telemaco: Herramienta de asistencia remota corporativa del SAS

8. SOFTWARE A MEDIDA VS SOLUCIONES EMPAQUETADAS

Una de las decisiones más importantes en la gestión TIC del SAS es elegir entre desarrollar software a medida (custom development) o adquirir soluciones empaquetadas (COTS – Commercial Off-The-Shelf). Esta decisión tiene implicaciones técnicas, económicas y estratégicas enormes.

8.1. Software a Medida (Desarrollo Personalizado)

Definición:

Software desarrollado específicamente para cubrir las necesidades particulares de una organización. Se diseña, implementa y mantiene internamente o mediante proveedores externos bajo especificaciones exactas del cliente.

Características del Software a Medida:

Ventajas del Software a Medida:

• ✅ Ajuste perfecto a procesos asistenciales específicos del SSPA
• ✅ Independencia del proveedor a largo plazo
• ✅ Posibilidad de implementar funcionalidades únicas que dan ventaja competitiva
• ✅ Cumplimiento exacto de normativa sanitaria española (RGPD, ENS, Ley de Autonomía del Paciente)
• ✅ Integración nativa con sistemas legacy del SAS
• ✅ Escalabilidad diseñada específicamente para las necesidades del SAS

Inconvenientes del Software a Medida:

• ❌ Coste inicial muy elevado (puede superar varios millones de euros)
• ❌ Largo tiempo de desarrollo (1-3 años para sistemas complejos como Diraya)
• ❌ Riesgo de que el proyecto no cumpla expectativas o se retrase
• ❌ Necesidad de documentación exhaustiva y transferencia de conocimiento
• ❌ Dependencia de equipos de desarrollo internos o proveedores específicos
• ❌ Coste continuo de mantenimiento y evolución

Ejemplo en el SAS: Diraya

8.2. Software Empaquetado (COTS – Commercial Off-The-Shelf)

Definición:

Productos de software estándar desarrollados por fabricantes comerciales para un mercado amplio. Se venden «tal cual» con funcionalidades predefinidas, aunque suelen permitir cierta configuración y personalización.

Características del Software Empaquetado:

Ventajas del Software Empaquetado:

• ✅ Disponibilidad inmediata o en plazos muy cortos
• ✅ Coste inicial más bajo que el desarrollo a medida
• ✅ Menor riesgo: producto maduro, probado en múltiples clientes
• ✅ Actualizaciones y mejoras continuas por parte del fabricante
• ✅ Ecosistema de soporte: formación, certificaciones, comunidad de usuarios
• ✅ Incorpora mejores prácticas del sector (best practices)
• ✅ Permite al SAS centrarse en su core business (asistencia sanitaria) en vez de desarrollo software

Inconvenientes del Software Empaquetado:

• ❌ Rigidez: puede no ajustarse perfectamente a procesos específicos del SAS
• ❌ Dependencia del proveedor (vendor lock-in): cambiar de producto es costoso y complejo
• ❌ Costes recurrentes: licencias anuales, mantenimiento, soporte
• ❌ Actualizaciones forzadas: el fabricante decide cuándo y cómo evoluciona el producto
• ❌ Personalizaciones limitadas y costosas
• ❌ Posible falta de funcionalidades específicas del sector sanitario español

Ejemplos en el SAS:

8.3. Análisis Comparativo

8.4. Criterios de Selección en el SAS

La decisión entre software a medida y empaquetado no es binaria. En el SAS se aplica un enfoque híbrido: software a medida para funcionalidades core críticas y diferenciales (Diraya, Receta XXI), y software empaquetado para funcionalidades estándar (ofimática, gestión de incidencias, seguridad).

Matriz de Decisión:

Tendencia: Enfoque Híbrido y SaaS

El SAS está evolucionando hacia un modelo híbrido:

• Core clínico: A medida (Diraya, Receta XXI) + Empaquetado especializado (PACS, LIS de vendors sanitarios)
• Soporte TIC: Principalmente empaquetado (JIRA, Confluence, BMC Remedy)
• Ofimática y productividad: SaaS en cloud (Office 365, Teams)
• Infraestructura: Híbrido on-premise + cloud (Azure, AWS para cargas no críticas)

9. EVOLUCIÓN DE LOS SISTEMAS INFORMÁTICOS

Para entender hacia dónde vamos, es importante saber de dónde venimos. La evolución de los sistemas informáticos ha sido exponencial, y cada generación ha multiplicado por órdenes de magnitud la capacidad de procesamiento, almacenamiento y conectividad.

9.1. Generaciones de Computadoras

9.2. Hitos Tecnológicos Relevantes

• 1971: Primer microprocesador (Intel 4004) → Inicio de la era del PC
• 1981: IBM PC → Estandarización de la informática personal
• 1989: World Wide Web (Tim Berners-Lee) → Revolución de internet
• 1991: Linux (Linus Torvalds) → Software libre y de código abierto
• 2006: AWS lanza EC2 → Inicio del cloud computing masivo
• 2007: iPhone → Era de los smartphones y apps móviles
• 2013: Docker → Contenedores y microservicios
• 2016: AlphaGo vence al campeón mundial de Go → IA supera a humanos en tareas complejas

9.3. Evolución en el Sector Sanitario y el SAS

Década 1990-2000: Informatización Inicial

• Sistemas departamentales aislados (laboratorio, farmacia, facturación)
• PCs en administración, terminals verdes en consultas
• Redes locales en hospitales, todavía mucho papel

Década 2000-2010: Integración y Historia Clínica Electrónica

• 2003: Inicio del proyecto Diraya en Andalucía
• 2007: Ley 11/2007 de acceso electrónico de los ciudadanos a los servicios públicos
• 2008: Receta electrónica comienza a desplegarse
• Consolidación de HIS (Health Information Systems) integrados
• Primeras interoperabilidades entre comunidades autónomas

Década 2010-2020: Cloud, Movilidad e Interoperabilidad

• 2012: Historia Clínica Digital del SNS (integración nacional)
• 2015: Apps móviles para pacientes (ClicSalud+)
• Migración progresiva a arquitecturas virtualizadas y cloud híbrido
• Adopción de estándares HL7 FHIR, SNOMED CT para interoperabilidad
• Telemedicina y teleconsulta (acelerada por COVID-19 en 2020)

Década 2020-presente: IA, Big Data y Transformación Digital

• Proyectos de IA para diagnóstico por imagen, predicción de reingresos
• Big Data sanitario para investigación y salud poblacional
• Edge computing en dispositivos médicos IoMT
• Ciberseguridad crítica: ENS, RGPD, protección de datos de salud
• Migración a microservicios y contenedores (Kubernetes)

10. TENDENCIAS ACTUALES Y FUTURAS

Este apartado es crucial porque es donde se concentran muchas preguntas de los exámenes más recientes. El tribunal quiere saber que estás al día de las tecnologías emergentes que impactarán en el SAS en los próximos años.

10.1. Virtualización e Hiperconvergencia

Virtualización

La virtualización permite ejecutar múltiples sistemas operativos y aplicaciones en un único servidor físico, maximizando el uso de recursos y simplificando la gestión.

Beneficios en el SAS:

• Consolidación de servidores: De 100 servidores físicos a 10 hosts con 100 VMs
• Agilidad: Crear un nuevo servidor en minutos vs. semanas
• Alta disponibilidad: vMotion, HA, DRS en VMware
• Recuperación ante desastres: Snapshots, backups de VMs completas
• Entornos de test y desarrollo: Clonar producción sin hardware adicional

Tecnologías en el SAS:

• VMware vSphere: Plataforma de virtualización líder en el SAS
• Microsoft Hyper-V: Para entornos Windows Server
• KVM/QEMU: Virtualización en Linux para cargas específicas

Hiperconvergencia (HCI – Hyper-Converged Infrastructure)

Ventajas de HCI en el SAS:

• Simplicidad: Arquitectura «appliance», gestión unificada
• Escalabilidad horizontal: Añadir nodos incrementa CPU, RAM y almacenamiento simultáneamente
• Reducción de costes: Menos especialización necesaria, hardware commodity
• Despliegue rápido: Nuevo hospital puede levantar su CPD en semanas

Soluciones HCI en el SAS: Nutanix, Dell VxRail, HPE SimpliVity

10.2. Cloud Computing y Modelos Híbridos

El cloud computing es el paradigma donde los recursos informáticos (servidores, almacenamiento, aplicaciones) se consumen como servicios bajo demanda, pagando por uso, sin necesidad de poseer la infraestructura física.

Modelos de Servicio Cloud:

• IaaS (Infrastructure as a Service): VMs, redes virtuales, almacenamiento. Ejemplo: Azure Virtual Machines, AWS EC2
• PaaS (Platform as a Service): Plataformas de desarrollo y despliegue. Ejemplo: Azure App Service, Google Cloud Run
• SaaS (Software as a Service): Aplicaciones completas. Ejemplo: Office 365, Salesforce

Modelos de Despliegue Cloud:

• Cloud Pública: Azure, AWS, Google Cloud. Recursos compartidos, multitenancy
• Cloud Privada: Infraestructura dedicada on-premise o en datacenter propio
• Cloud Híbrida: Combinación de pública y privada, datos sensibles on-premise y cargas variables en cloud pública

Tendencia en el SAS: Cloud Híbrido

El SAS está adoptando un modelo de cloud híbrido donde:

• On-premise (CPD Sevilla/Málaga): Datos clínicos sensibles, sistemas críticos (Diraya core, BDU)
• Cloud pública (Azure principalmente): Aplicaciones no críticas, entornos de desarrollo/test, cargas variables
• Interconexión segura: ExpressRoute, VPN cifradas, cumplimiento ENS y RGPD

10.3. Contenedores y Microservicios

Contenedores

Los contenedores son unidades de software que empaquetan código y todas sus dependencias para que la aplicación se ejecute de forma rápida y fiable en diferentes entornos. Son más ligeros que las VMs porque comparten el kernel del SO host.

Diferencia clave: VM vs Contenedor

• VM: Incluye SO completo + aplicación. Arranque en minutos, GB de tamaño
• Contenedor: Solo la aplicación + dependencias. Arranque en segundos, MB de tamaño

Microservicios

Arquitectura donde la aplicación se descompone en servicios pequeños, independientes y débilmente acoplados, cada uno con su propia base de datos y ciclo de vida.

Ventajas de Microservicios:

• Escalabilidad granular: Escalar solo el servicio que lo necesita (ej: el módulo de citas de ClicSalud+)
• Agilidad de desarrollo: Equipos independientes trabajando en paralelo
• Resiliencia: Un fallo en un microservicio no tumba toda la aplicación
• Flexibilidad tecnológica: Cada microservicio puede usar el lenguaje más adecuado

Tendencia en el SAS: Nuevos desarrollos (modernización de ClicSalud+, APIs de interoperabilidad) se están implementando con arquitectura de microservicios + contenedores + Kubernetes.

10.4. Edge Computing e IoT

Edge Computing

Casos de uso en el SAS:

• Dispositivos médicos IoMT: Monitores de UCI procesando señales vitales localmente, enviando solo alertas al sistema central
• Quirófanos inteligentes: Procesamiento de imagen en tiempo real para cirugía asistida
• Ambulancias conectadas: Transmisión de datos de pacientes a urgencias del hospital antes de llegar

Internet of Things (IoT) e Internet of Medical Things (IoMT)

Aplicaciones IoMT en el SAS:

• Monitorización remota de pacientes crónicos (diabetes, hipertensión)
• Wearables que envían datos a Diraya
• Gestión inteligente de activos (localización de equipos médicos en hospitales)
• Refrigeradores inteligentes para medicamentos que alertan si se rompe la cadena de frío

10.5. Inteligencia Artificial y Machine Learning

La IA está revolucionando la sanidad. En el SAS se están explorando múltiples aplicaciones:

• Diagnóstico por imagen: Algoritmos de deep learning detectando cáncer de pulmón en TACs con precisión superior a radiólogos
• Predicción de reingresos: Modelos ML analizando historiales Diraya para identificar pacientes de alto riesgo
• Chatbots y asistentes virtuales: En ClicSalud+ para resolver consultas frecuentes, derivar a profesionales cuando es necesario
• Optimización de recursos: Predicción de demanda de camas, quirófanos, plantillas
• Investigación genómica: Análisis de Big Data para medicina personalizada

Retos: Explicabilidad (black box), sesgos en los datos de entrenamiento, privacidad (RGPD), validación clínica, aceptación por profesionales.

10.6. Tendencias Específicas en el SAS

Interoperabilidad y Estándares

• HL7 FHIR: Estándar moderno para intercambio de datos sanitarios (APIs RESTful)
• SNOMED CT: Terminología clínica estandarizada
• IHE (Integrating the Healthcare Enterprise): Perfiles de integración entre sistemas

Ciberseguridad

• Cumplimiento ENS-MEDIO en todos los sistemas críticos del SAS
• RGPD: Protección de datos de salud (categoría especial)
• Zero Trust Architecture: No confiar por defecto, verificar siempre
• SIEM (Security Information and Event Management) para detección de amenazas

Software Libre

• LeTSAS: Puestos de trabajo basados en Linux embebido
• Política de software libre del SAS: Preferencia por soluciones open source cuando sea posible
• Reducción de dependencia de vendors comerciales

11. CASOS PRÁCTICOS Y EJEMPLOS DEL SAS

12. CUESTIONARIO DE PREGUNTAS TIPO TEST

A continuación, encontrarás más de 25 preguntas tipo test extraídas y adaptadas de los exámenes reales de 2019, 2023 y 2025, más algunas adicionales para cubrir todos los puntos del tema. Cada pregunta incluye la respuesta correcta y una explicación detallada. ¡Practica con ellas!

13. MAPA CONCEPTUAL DEL TEMA

14. ESTRATEGIAS DE ESTUDIO PARA ESTE TEMA

📋 Plan de Estudio Sugerido (10-12 horas totales)

Fase 1: Comprensión Global (3 horas)

Lee el tema completo UNA VEZ de principio a fin sin detenerte demasiado. El objetivo es hacerte un mapa mental de qué va cada apartado. No intentes memorizarlo todo en la primera lectura, simplemente familiarízate con la estructura.

Técnica recomendada: Mientras lees, haz anotaciones en los márgenes con tus propias palabras. «Aquí habla de por qué los thin clients son mejores para el SAS», «Esta parte explica la diferencia entre RAM y ROM», etc.

Fase 2: Estudio Profundo por Bloques (5 horas)

Divide el tema en bloques lógicos y estudia cada uno a fondo. Para cada bloque:

• Subraya conceptos clave (CPU, ALU, CU, escalabilidad, disponibilidad, throughput…)
• Crea esquemas propios: dibuja la jerarquía de niveles, la arquitectura cliente-servidor del SAS, la diferencia entre vertical/horizontal en un diagrama
• Relaciona con ejemplos del SAS: cada concepto abstracto tradúcelo a Diraya, Receta XXI, thin clients…
• Identifica preguntas de examen: marca con un asterisco los puntos que «huelen» a pregunta tipo test

Fase 3: Memorización Activa con Flashcards (2 horas)

Crea tarjetas Anki (o físicas) con:

• Anverso: «¿Qué es escalabilidad vertical?»
• Reverso: «Aumentar recursos de un servidor existente (más RAM, CPU). Ejemplo SAS: servidor Diraya de 64GB a 256GB RAM.»

Haz tarjetas para: definiciones (20 tarjetas), diferencias entre conceptos (10 tarjetas: RAM vs ROM, SSD vs HDD, vertical vs horizontal, monolito vs microservicios…), y ejemplos SAS (15 tarjetas).

Repaso espaciado: Día 1: todas las tarjetas. Día 3: las que fallaste. Día 7: todas. Día 14: todas. Día 30: repaso final.

Fase 4: Práctica con Test (2 horas)

Haz las 30 preguntas del cuestionario de este tema al menos 3 veces:

• 1ª vuelta: sin límite de tiempo, consultando el tema si tienes dudas. Anota las que fallas.
• 2ª vuelta (3 días después): solo las que fallaste la primera vez, intentando recordar sin consultar.
• 3ª vuelta (1 semana después): todas las preguntas, en condiciones de examen (2 minutos por pregunta).

Objetivo: 90% de acierto mínimo. Si no llegas, refuerza los puntos débiles.

🎯 Puntos de Alta Probabilidad en Examen

🧠 Técnicas de Memorización Específicas

Para Acrónimos y Listas

Las 5 características del Cloud (NIST): «On-demand, Broad, Resource pooling, Rapid, Measured» → Crea tu propio acrónimo: «Oscar Bebe Refrescos Ricos Mañana».

Para Diferencias (Tablas Comparativas)

Dibuja mini-tablas en papel y llévalas contigo. Mientras esperas el bus, repásalas mentalmente. Ejemplo:

┌────────────────┬──────────────┬──────────────┐
│                │     SSD      │     HDD      │
├────────────────┼──────────────┼──────────────┤
│ Velocidad      │ 🚀 Muy alta  │ 🐌 Media     │
│ Partes móviles │ ❌ No        │ ✅ Sí        │
│ Coste/GB       │ 💰 Alto      │ 💵 Bajo      │
│ Durabilidad    │ ⚠️ Ciclos    │ ✅ Buena     │
└────────────────┴──────────────┴──────────────┘
        

Para Conceptos Abstractos

Middleware: Piensa en un traductor simultáneo en la ONU. Sistemas diferentes (países) hablan idiomas diferentes (protocolos). El middleware (traductor) hace que se entiendan.

Alta disponibilidad: Imagina que tienes 3 rutas alternativas para ir al trabajo. Si una tiene un accidente (servidor cae), coges otra (servidor standby). Sigues llegando al trabajo (servicio continúa).

🚫 Errores Comunes que Debes Evitar

• ❌ Confundir RAM con ROM: RAM es volátil (se borra al apagar), lectura/escritura. ROM es no volátil (permanente), solo lectura.
• ❌ Confundir escalabilidad con disponibilidad: Escalabilidad = crecer para manejar más carga. Disponibilidad = seguir funcionando aunque fallen componentes.
• ❌ Pensar que Diraya es software empaquetado: NO. Es desarrollo a medida del SAS. Oracle (la BD que usa) SÍ es empaquetado.
• ❌ Confundir throughput con latencia: Throughput = cantidad total de trabajo. Latencia = tiempo individual.
• ❌ Creer que virtualización siempre es lenta: El overhead es mínimo (5-10%), las ventajas superan este pequeño coste.

📅 Calendario de Repaso

15. REFERENCIAS BIBLIOGRÁFICAS Y NORMATIVAS

📚 Bibliografía Técnica Fundamental

Libros de Referencia

• Tanenbaum, A. S., & Austin, T. (2012). Structured Computer Organization (6th ed.). Pearson. [Arquitectura de computadores, jerarquía de niveles]
• Stallings, W. (2018). Computer Organization and Architecture: Designing for Performance (10th ed.). Pearson. [Hardware, rendimiento, diseño de sistemas]
• Silberschatz, A., Galvin, P. B., & Gagne, G. (2018). Operating System Concepts (10th ed.). Wiley. [Sistemas operativos, gestión de recursos]
• Sommerville, I. (2015). Software Engineering (10th ed.). Pearson. [Ingeniería del software, desarrollo a medida vs COTS]

Estándares y Marcos de Referencia

• ITIL 4 Foundation (2019): Gestión de servicios TIC, Configuration Management, Service Design. Axelos Ltd.
• COBIT 2019: Governance of Enterprise IT. ISACA.
• ISO/IEC 20000-1:2018: Information technology — Service management — Part 1: Service management system requirements.
• ISO/IEC 27001:2013: Information security management systems — Requirements.

📖 Documentación Específica del SAS

• Plan de Sistemas de Información de Andalucía (PSIA 2022-2025): Estrategia TIC del gobierno andaluz. Consejería de Transformación Económica, Industria, Conocimiento y Universidades.
• Plan de Transformación Digital del SAS (2022-2027): Objetivos de modernización tecnológica del sistema sanitario público andaluz.
• Catálogo de Servicios TIC del SAS: Inventario de sistemas corporativos, infraestructuras y servicios digitales. [Documento interno, disponible en intranet SAS]
• Memoria de Actividad del SAS (Anual): Incluye sección de sistemas de información y estadísticas de uso de Diraya y otros sistemas.

⚖️ Normativa de Referencia

Seguridad y Protección de Datos

• Real Decreto 311/2022, de 3 de mayo, por el que se regula el Esquema Nacional de Seguridad (ENS). BOE núm. 106, de 4 de mayo de 2022.
• Reglamento (UE) 2016/679 del Parlamento Europeo y del Consejo, de 27 de abril de 2016, relativo a la protección de las personas físicas en lo que respecta al tratamiento de datos personales (RGPD).
• Ley Orgánica 3/2018, de 5 de diciembre, de Protección de Datos Personales y garantía de los derechos digitales (LOPDGDD).

Administración Electrónica y Contratación

• Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas.
• Ley 40/2015, de 1 de octubre, de Régimen Jurídico del Sector Público.
• Ley 9/2017, de 8 de noviembre, de Contratos del Sector Público (LCSP).

Ámbito Andaluz

• Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos (derogada pero principios vigentes en Ley 39/2015).
• Decreto 534/2021, de 13 de julio, por el que se aprueba el Reglamento de Organización y Funcionamiento del Servicio Andaluz de Salud.
• Ley 2/1998, de 15 de junio, de Salud de Andalucía.

🌐 Recursos Online y Guías Técnicas

• Centro Criptológico Nacional (CCN-CERT): Guías CCN-STIC sobre ENS, ciberseguridad en el sector público. https://www.ccn-cert.cni.es/
• NIST (National Institute of Standards and Technology): SP 800-53 (Security and Privacy Controls), SP 500-291 (Cloud Computing). https://www.nist.gov/
• Red.es – PAe (Punto de Acceso General electrónico): Recursos sobre interoperabilidad, estándares de Administración Electrónica.
• Portal de Administración Electrónica (PAe): Catálogo de estándares, guías de implementación. https://administracionelectronica.gob.es/

📰 Publicaciones y Revistas Especializadas

• IEEE Computer Society: Publicaciones sobre arquitectura de computadores, tendencias tecnológicas.
• ACM (Association for Computing Machinery): Artículos de investigación en sistemas informáticos.
• Gartner Research: Análisis de tendencias tecnológicas (cloud, IA, edge computing). [Requiere suscripción]
• MIT Technology Review: Innovaciones en computación, IA, healthcare IT.

🎓 Cursos y Certificaciones Complementarias

(Aunque no son obligatorias para la oposición, pueden ayudarte a profundizar en conceptos clave)

• ITIL 4 Foundation: Certificación en gestión de servicios TIC (incluye Configuration Management).
• CompTIA A+: Certificación básica de hardware y sistemas operativos.
• AWS Certified Solutions Architect: Para entender arquitecturas cloud (aunque sea AWS, los conceptos son universales).
• Certified Information Systems Security Professional (CISSP): Seguridad de sistemas informáticos (nivel avanzado).

16. PALABRAS CLAVE (KEYWORDS SEO)

17. CONCLUSIÓN Y CIERRE MOTIVADOR