Tema 21. Concepto de sistema informático. Componentes y funcionamiento: componentes físicos, componentes lógicos. Jerarquía de niveles, clasificaciones. Los programas de aplicación. Clasificaciones de los programas de aplicación. Software a medida y soluciones empaquetadas. Evolución y tendencias en los sistemas informáticos.

1. Concepto de sistema informático

🎯 Idea clave

• Un sistema informático es un conjunto organizado de elementos físicos, lógicos, datos, comunicaciones, procedimientos y personas que procesan información de forma automática o semiautomática.
• No se limita a hardware o software aislados, sino que integra todos los componentes para cumplir una finalidad concreta.
• En el ámbito sanitario, como el Servicio Andaluz de Salud, su función es dar soporte a la asistencia, la gestión de recursos y la relación con el ciudadano.
• La integración de sus componentes es esencial para garantizar servicios como la historia clínica digital o la prescripción electrónica.
• Su diseño debe responder a exigencias técnicas, organizativas y jurídicas, especialmente en protección de datos y seguridad.
• La coordinación entre elementos permite el tratamiento de información, la toma de decisiones y la prestación de servicios públicos.

📚 Desarrollo

Definición integradora. Un sistema informático se define como el conjunto organizado de hardware, software, datos, comunicaciones, procedimientos y personas que permite el tratamiento automático de información para obtener resultados útiles. Esta definición supera la visión reduccionista que lo limita a un ordenador o una aplicación, ya que incorpora tanto los elementos técnicos como los humanos y procedimentales necesarios para su funcionamiento.

Componentes esenciales. Los sistemas informáticos no son estructuras aisladas, sino ecosistemas donde cada componente adquiere sentido por su función dentro del conjunto. Un servidor sin sistema operativo, una base de datos sin reglas de acceso o una red sin servicios no constituyen un sistema completo. La coordinación entre estos elementos es lo que permite ejecutar procesos de negocio, apoyar decisiones o garantizar derechos de los usuarios.

Finalidad en la Administración sanitaria. En el contexto del Servicio Andaluz de Salud (SAS), los sistemas informáticos están orientados a la prestación de servicios públicos, la continuidad asistencial y la seguridad de la información. Su diseño debe cumplir con principios como la disponibilidad, confidencialidad, integridad, autenticidad, trazabilidad e interoperabilidad, especialmente en entornos críticos como la historia clínica digital o los sistemas de laboratorio.

Dimensión técnica y organizativa. Desde una perspectiva técnica, un sistema informático es una arquitectura que procesa datos mediante hardware, software y comunicaciones. Organizativamente, incluye recursos humanos, procedimientos y responsabilidades que aseguran la prestación de servicios. En el sector público, esta dimensión se amplía para incorporar exigencias jurídicas como la protección de datos, la conservación documental y la identificación de usuarios.

Enfoque jurídico. Los sistemas informáticos en el ámbito sanitario están sometidos a normativas específicas que condicionan su diseño y funcionamiento. La Ley 41/2002, por ejemplo, establece requisitos para la historia clínica, como su contenido mínimo, conservación y derechos de acceso del paciente. Estas obligaciones legales deben integrarse en los sistemas para garantizar el cumplimiento normativo y la protección de los derechos de los ciudadanos.

Integración y transversalidad. En el SAS, los sistemas informáticos no operan de forma independiente, sino como parte de un mapa corporativo con gobierno, arquitectura y componentes comunes. La Dirección General de Sistemas de Información Sanitaria coordina su desarrollo, implantación y mantenimiento, asegurando que respondan a una visión de conjunto y no a soluciones aisladas.

Valor para la gestión pública. La adopción de marcos como ITIL en los servicios TI del SAS refleja la importancia de gestionar los sistemas informáticos bajo estándares de calidad. Procesos como la gestión de incidencias o la resolución de problemas buscan garantizar la disponibilidad y eficiencia de herramientas críticas para la asistencia sanitaria, como los sistemas de citas o la prescripción electrónica.

🧩 Elementos esenciales

• Hardware: Componentes físicos como servidores, ordenadores, redes y dispositivos de almacenamiento que soportan el funcionamiento del sistema.
• Software: Programas y aplicaciones que permiten el procesamiento de datos, incluyendo sistemas operativos, bases de datos y herramientas de gestión.
• Datos: Información estructurada o no estructurada que el sistema recoge, almacena, procesa y distribuye para cumplir su finalidad.
• Comunicaciones: Infraestructuras y protocolos que facilitan la transmisión de datos entre componentes y usuarios del sistema.
• Procedimientos: Normas y protocolos que regulan el uso, mantenimiento y seguridad del sistema, incluyendo políticas de acceso y conservación.
• Personas: Usuarios, administradores y técnicos que interactúan con el sistema, garantizando su operatividad y evolución.
• Integración: Coordinación entre todos los componentes para que el sistema funcione como un conjunto unitario y no como elementos aislados.
• Finalidad: Objetivo concreto del sistema, como dar soporte a la asistencia sanitaria, gestionar recursos o facilitar la relación con el ciudadano.
• Seguridad: Mecanismos que garantizan la confidencialidad, integridad y disponibilidad de la información, especialmente en entornos críticos.
• Interoperabilidad: Capacidad del sistema para interactuar con otros sistemas, tanto internos como externos, como el Sistema Nacional de Salud.
• Trazabilidad: Registro de acciones y accesos para garantizar la auditabilidad y el cumplimiento normativo.
• Conservación: Obligación de mantener la información durante los plazos legales establecidos, especialmente en documentos clínicos.

🧠 Recuerda

• Un sistema informático no es solo hardware o software, sino la integración de múltiples componentes.
• En el SAS, su finalidad principal es dar soporte a la asistencia sanitaria y la gestión de recursos.
• La coordinación entre elementos técnicos, humanos y procedimentales es clave para su funcionamiento.
• Debe cumplir con exigencias técnicas, organizativas y jurídicas, especialmente en protección de datos.
• La historia clínica digital y otros sistemas críticos requieren altos niveles de seguridad y disponibilidad.
• La normativa, como la Ley 41/2002, condiciona el diseño y funcionamiento de estos sistemas.
• La interoperabilidad es esencial para la integración con otros sistemas, como el Sistema Nacional de Salud.
• Los sistemas informáticos en el sector público deben garantizar derechos como el acceso a la información.
• La trazabilidad y conservación de datos son obligaciones legales en el ámbito sanitario.
• La gestión de incidencias y problemas es fundamental para mantener la operatividad de los sistemas.

2. Componentes y funcionamiento: componentes físicos, componentes lógicos

🎯 Idea clave

• Un sistema informático se estructura en dos categorías fundamentales: componentes físicos (hardware) y componentes lógicos (software).
• El hardware comprende todos los elementos materiales y tangibles que permiten ejecutar operaciones físicas sobre la información.
• El software incluye los programas, instrucciones y datos que dirigen el funcionamiento del hardware para realizar tareas específicas.
• La interacción entre hardware y software es esencial, ya que ninguno puede funcionar de manera útil sin el otro.
• El modelo de Von Neumann establece la base arquitectónica de los sistemas informáticos modernos, organizando procesamiento, memoria y entrada/salida.
• El sistema operativo actúa como mediador entre las aplicaciones y los recursos físicos, coordinando su uso.

📚 Desarrollo

Definición de sistema informático. Un sistema informático no es un dispositivo aislado, sino una organización técnica de componentes físicos y lógicos que cooperan para tratar información. Esta estructura permite capturar, almacenar, procesar y distribuir datos con un fin determinado, integrando elementos materiales y lógicos en un conjunto funcional. Su estudio exige distinguir con precisión ambas categorías, ya que su interdependencia es la base de su operatividad.

Componentes físicos (hardware). El hardware abarca todos los elementos materiales y tangibles del sistema, como circuitos electrónicos, chips, tarjetas, discos, cables, pantallas, teclados, fuentes de alimentación, servidores, estaciones de trabajo y periféricos. Estos componentes permiten realizar operaciones de entrada, proceso, almacenamiento, salida y comunicación. Sin hardware, el software carece de soporte físico para ejecutarse, quedando reducido a un conjunto de instrucciones inertes.

Componentes lógicos (software). El software comprende los programas, datos, configuraciones, protocolos, servicios y procedimientos que indican al hardware cómo actuar. Incluye desde el sistema operativo y los controladores hasta las aplicaciones y utilidades de base. A diferencia del hardware, el software no tiene existencia material, sino que consiste en secuencias de bits organizadas según una lógica de programación. Su función es dirigir el hardware para que realice tareas útiles, como procesar datos o gestionar recursos.

Interacción entre hardware y software. La relación entre ambos componentes es constante y bidireccional. El hardware proporciona el sustrato físico necesario para ejecutar las instrucciones del software, mientras que este último activa y organiza el uso de los recursos materiales. El sistema operativo actúa como intermediario, gestionando la comunicación entre las aplicaciones y los componentes físicos. Esta cooperación es la que permite que un sistema informático funcione de manera integral, desde un puesto de trabajo hasta un servidor corporativo de alta disponibilidad.

Modelo de Von Neumann. La arquitectura de los sistemas informáticos modernos se basa en el modelo propuesto por Von Neumann en 1945. Este modelo separa las funciones de procesamiento, memoria y entrada/salida, conectadas mediante buses. Los componentes físicos ejecutan las instrucciones almacenadas en la memoria, siguiendo las directrices del software. Aunque han surgido variantes y mejoras, esta estructura sigue siendo la referencia en sistemas que van desde smartphones hasta supercomputadores.

Funcionamiento integral. Un sistema informático opera gracias a la coordinación entre hardware, software y datos. Los componentes físicos actúan como soporte material, mientras que el software proporciona las instrucciones necesarias para procesar la información. Los datos, por su parte, constituyen la materia prima sobre la que trabaja el sistema. Sin esta interacción, el hardware sería un conjunto de piezas sin utilidad, y el software no tendría medio para ejecutarse.

Importancia en la categoría profesional. Para un Técnico/a Especialista en Informática del Servicio Andaluz de Salud, comprender esta distinción es fundamental. El sistema no debe verse como una "caja negra", sino como una estructura en la que cada componente tiene un papel definido. Esta visión permite diagnosticar fallos, optimizar recursos y garantizar el funcionamiento eficiente de los sistemas que soportan la atención sanitaria.

🧩 Elementos esenciales

• Hardware: Elementos materiales y tangibles del sistema, como procesadores, memoria, discos, periféricos y dispositivos de comunicación.
• Software: Conjunto de programas, instrucciones y datos que dirigen el funcionamiento del hardware para realizar tareas específicas.
• Sistema operativo: Programa mediador que gestiona los recursos físicos y facilita la interacción entre hardware y aplicaciones.
• Modelo de Von Neumann: Arquitectura base de los sistemas informáticos, que organiza procesamiento, memoria y entrada/salida mediante buses.
• Datos: Materia prima del sistema, susceptible de ser procesada para generar información útil.
• Interdependencia: Relación bidireccional entre hardware y software, donde ninguno puede funcionar sin el otro.
• Componentes de entrada/salida: Dispositivos físicos que permiten la comunicación entre el sistema y el usuario o otros sistemas.
• Firmware: Software de bajo nivel integrado en el hardware, que controla funciones básicas de los dispositivos.
• Procesamiento: Operación central del sistema, donde el hardware ejecuta las instrucciones proporcionadas por el software.
• Almacenamiento: Componente físico que guarda datos e instrucciones de manera permanente o temporal.
• Redes y comunicaciones: Elementos físicos y lógicos que permiten la transmisión de datos entre sistemas.
• Seguridad física y lógica: Medidas que protegen tanto los componentes materiales como los programas y datos del sistema.

🧠 Recuerda

• Un sistema informático requiere hardware, software y datos para funcionar de manera integral.
• El hardware es el soporte físico, mientras que el software proporciona las instrucciones para su uso.
• El sistema operativo actúa como intermediario entre las aplicaciones y los recursos físicos.
• El modelo de Von Neumann es la base arquitectónica de los sistemas informáticos modernos.
• La interacción entre hardware y software es constante y esencial para el funcionamiento del sistema.
• Sin hardware, el software no tiene medio para ejecutarse; sin software, el hardware carece de utilidad.
• Los datos son la materia prima que el sistema procesa para generar información útil.
• La distinción entre componentes físicos y lógicos es conceptual, pero su cooperación es real y necesaria.
• Un fallo en el sistema puede deberse a problemas en el hardware, el software o su interacción.
• Comprender esta estructura es clave para diagnosticar, mantener y optimizar sistemas informáticos.

3. Jerarquía de niveles, clasificaciones

🎯 Idea clave

• La jerarquía de niveles en un sistema informático organiza sus capas funcionales desde los elementos físicos hasta los procesos organizativos.
• Cada nivel ofrece servicios al superior y depende del inferior, facilitando la localización de fallos y la asignación de responsabilidades.
• La jerarquía interna describe la estructura en capas de un sistema, mientras que las clasificaciones agrupan sistemas según criterios como tamaño, función o arquitectura.
• Un componente es una parte concreta del sistema, mientras que un nivel es una posición funcional dentro de la arquitectura.
• La jerarquía no es un dogma inmutable, sino un marco útil para analizar sistemas complejos como los del Servicio Andaluz de Salud.
• Comprender la relación entre jerarquía y clasificaciones permite analizar sistemas tanto internamente como en comparación con otros.

📚 Desarrollo

Definición de jerarquía de niveles. La jerarquía de niveles en un sistema informático es un criterio de análisis que representa, de forma ordenada, las capas funcionales que lo componen. Estas capas abarcan desde los elementos físicos más básicos hasta los procesos organizativos que dan sentido al conjunto. No se trata de una lista cerrada de componentes, sino de un marco conceptual que permite separar responsabilidades, localizar fallos y planificar el mantenimiento [1][3].

Diferencia entre nivel y componente. Un componente es una parte concreta del sistema, como un servidor, una base de datos o un cortafuegos. En cambio, un nivel es una posición funcional dentro de la arquitectura, como la infraestructura física, el sistema operativo, las comunicaciones o las aplicaciones. Un mismo componente puede actuar en varios niveles según la función que desempeñe en cada momento [1][3].

Sentido práctico de la jerarquía. La jerarquía de niveles no es una mera clasificación académica, sino una herramienta práctica. Permite comprender cómo una petición de usuario se convierte en operaciones de proceso, almacenamiento y comunicación. Además, facilita la identificación de la causa de un fallo, ya que un problema en una aplicación puede originarse en la red, el sistema operativo o la base de datos [4].

Jerarquía interna y clasificaciones externas. La jerarquía de niveles puede analizarse desde dos perspectivas complementarias. La jerarquía interna describe la estructura en capas funcionales de un sistema, desde el hardware hasta la interfaz de usuario. Las clasificaciones externas, en cambio, agrupan sistemas según criterios como tamaño, capacidad de proceso, función o arquitectura, diferenciando entre superordenadores, mainframes, servidores o dispositivos móviles [5].

Relación entre jerarquía y clasificaciones. Aunque son conceptos distintos, jerarquía y clasificaciones se complementan. La jerarquía explica cómo se ordenan las capas funcionales de un sistema, mientras que las clasificaciones permiten agrupar sistemas según propiedades comparables. Un mismo sistema posee una jerarquía interna y, al mismo tiempo, puede clasificarse según múltiples criterios, como su finalidad o modo de explotación [6].

Utilidad en entornos profesionales. Para un Técnico Especialista en Informática del Servicio Andaluz de Salud (SAS), comprender la jerarquía de niveles es esencial. Permite analizar sistemas complejos, identificar en qué nivel se encuentra un problema y decidir qué tipo de soporte o mantenimiento requiere cada capa. Además, las clasificaciones ayudan a seleccionar el sistema más adecuado para cada necesidad organizativa [2][5].

Flexibilidad y enfoque doctrinal. La jerarquía de niveles no debe presentarse como un modelo rígido, sino como una herramienta flexible y útil. Las clasificaciones, por su parte, deben basarse en criterios estables y explícitos, evitando listas arbitrarias o comerciales que no aporten valor doctrinal. Este enfoque garantiza una comprensión madura y técnica de los sistemas informáticos [6].

🧩 Elementos esenciales

• Jerarquía de niveles: Marco conceptual que organiza las capas funcionales de un sistema informático, desde el hardware hasta los procesos organizativos.
• Nivel vs. componente: Un nivel es una posición funcional (ej. infraestructura, aplicaciones), mientras que un componente es una parte concreta (ej. servidor, base de datos).
• Jerarquía interna: Estructura en capas de un sistema, desde los elementos físicos hasta la interfaz de usuario.
• Clasificaciones externas: Agrupación de sistemas según criterios como tamaño, función o arquitectura (ej. servidores, dispositivos móviles).
• Dependencia entre niveles: Cada nivel ofrece servicios al superior y depende del inferior para funcionar.
• Localización de fallos: La jerarquía permite identificar si un problema reside en la red, el sistema operativo, la base de datos o la aplicación.
• Criterios de clasificación: Finalidad, arquitectura, modo de explotación, criticidad, interoperabilidad o nivel de seguridad.
• Flexibilidad conceptual: La jerarquía no es un dogma, sino una herramienta útil para analizar sistemas complejos.
• Aplicación profesional: Comprender la jerarquía y las clasificaciones es clave para el diseño, mantenimiento y evolución de sistemas en organizaciones como el SAS.
• Relación entre jerarquía y clasificaciones: Un sistema tiene una jerarquía interna y, al mismo tiempo, puede clasificarse según múltiples criterios externos.

🧠 Recuerda

• La jerarquía de niveles organiza las capas funcionales de un sistema informático.
• Cada nivel depende del inferior y presta servicios al superior.
• Un componente es una parte concreta; un nivel es una posición funcional.
• La jerarquía interna describe la estructura en capas de un sistema.
• Las clasificaciones agrupan sistemas según criterios como tamaño o función.
• Jerarquía y clasificaciones son perspectivas complementarias.
• La jerarquía facilita la localización de fallos y la asignación de responsabilidades.
• Las clasificaciones ayudan a seleccionar el sistema más adecuado para cada necesidad.
• No confundas jerarquía (capas funcionales) con clasificación (agrupación de sistemas).
• Comprender ambos conceptos es esencial para el trabajo técnico en el SAS.

4. Los programas de aplicación

🎯 Idea clave

• Los programas de aplicación son herramientas informáticas diseñadas para realizar tareas específicas dentro de un sistema informático.
• En el ámbito sanitario, como el Servicio Andaluz de Salud, estos programas soportan procesos asistenciales, administrativos y de soporte.
• Se clasifican según su ámbito funcional, modelo de licencia, arquitectura y número de usuarios.
• Su gestión incluye despliegue, configuración, actualización y resolución de incidencias.
• La elección entre software a medida y soluciones empaquetadas afecta directamente a su diseño y funcionalidad.
• En el SAS, coexisten aplicaciones críticas con componentes personalizados y herramientas estándar para funciones horizontales.

📚 Desarrollo

Definición y propósito. Los programas de aplicación son componentes lógicos de un sistema informático que permiten a los usuarios realizar tareas concretas, desde la gestión administrativa hasta el soporte clínico. En el Servicio Andaluz de Salud (SAS), estos programas son fundamentales para garantizar la operatividad de procesos asistenciales, como la historia clínica electrónica, y administrativos, como la gestión de recursos humanos o la facturación.

Ámbito funcional. En el SAS, los programas de aplicación se organizan según su finalidad. Destacan las suites ofimáticas para tareas administrativas, los sistemas de gestión sanitaria como Diraya (HIS), los sistemas de laboratorio (LIS) e imagen (RIS), las herramientas de business intelligence (BI) para indicadores, y las plataformas de telemedicina. Cada categoría responde a necesidades específicas del entorno sanitario, priorizando la interoperabilidad y la seguridad de los datos.

Modelo de licencia. El SAS utiliza tanto software propietario como de código abierto, alineándose con las políticas de la Junta de Andalucía que fomentan el uso de soluciones libres cuando son viables técnica y funcionalmente. Ejemplos de software propietario incluyen sistemas operativos como Microsoft Windows o aplicaciones de gestión específicas, mientras que el software libre se emplea en servidores (GNU/Linux), gestores de bases de datos (PostgreSQL) o herramientas de monitorización (Nagios).

Arquitectura y despliegue. Los sistemas del SAS evolucionan hacia arquitecturas web y modelos de nube privada o híbrida, reduciendo la dependencia de aplicaciones de escritorio. Esta transición facilita el acceso remoto, la escalabilidad y la gestión centralizada de actualizaciones. Herramientas como Microsoft SCCM o soluciones equivalentes permiten desplegar y actualizar software en miles de equipos de forma automatizada, optimizando la operatividad.

Número de usuarios y seguridad. Todos los sistemas clínicos críticos del SAS son multiusuario, con mecanismos de control de acceso basados en roles (RBAC). Esto garantiza que cada profesional acceda únicamente a la información necesaria según su perfil, cumpliendo con los requisitos de confidencialidad y protección de datos. La gestión de usuarios y permisos es clave para mantener la integridad del sistema.

Configuración y personalización. Los programas de aplicación en el SAS requieren configuraciones adaptadas al entorno local, como datos del centro, perfiles de usuario o plantillas de documentos. Esta personalización asegura que las herramientas se ajusten a los flujos de trabajo específicos de cada unidad, mejorando la eficiencia y reduciendo errores operativos.

Gestión de incidencias. La resolución de errores en los programas de aplicación es una tarea crítica, especialmente cuando el problema no es hardware sino del software o su interacción con el sistema operativo. En estos casos, los técnicos deben comunicarse con proveedores o equipos de desarrollo para implementar soluciones, ya sea mediante parches, actualizaciones o modificaciones en el código.

🧩 Elementos esenciales

• Programas de aplicación: Software diseñado para realizar tareas específicas, como gestión sanitaria o administrativa.
• Ámbito funcional: Clasificación según su uso (ofimática, gestión sanitaria, BI, telemedicina, etc.).
• Modelo de licencia: Distinción entre software propietario (Microsoft Office) y de código abierto (LibreOffice, PostgreSQL).
• Arquitectura: Evolución hacia entornos web y cloud, con despliegue automatizado mediante herramientas como SCCM.
• Multiusuario: Sistemas con control de acceso basado en roles (RBAC) para garantizar seguridad y confidencialidad.
• Configuración local: Adaptación de parámetros a las necesidades específicas de cada centro o unidad.
• Gestión de versiones: Control de actualizaciones para asegurar que todos los equipos ejecuten la versión correcta.
• Gestión de licencias: Supervisión del número y tipo de licencias disponibles y su asignación a usuarios.
• Resolución de incidencias: Comunicación con proveedores o desarrolladores para corregir errores en el software.
• Interoperabilidad: Capacidad de los programas para integrarse con otros sistemas del SAS, como Diraya o LIS.
• Software libre: Priorización en el SAS de soluciones como GNU/Linux, Apache o LibreOffice cuando son viables.
• Herramientas de despliegue: Uso de sistemas centralizados para instalar o actualizar software en múltiples equipos.

🧠 Recuerda

• Los programas de aplicación son esenciales para la operatividad de los sistemas informáticos del SAS.
• Se clasifican por ámbito funcional, licencia, arquitectura y número de usuarios.
• El SAS combina software propietario y de código abierto según criterios técnicos y normativos.
• La arquitectura web y la nube privada son tendencias clave en el despliegue de aplicaciones.
• El control de acceso basado en roles (RBAC) es fundamental para la seguridad en sistemas multiusuario.
• La configuración local y la gestión de versiones son tareas críticas en la administración de aplicaciones.
• La resolución de incidencias requiere coordinación con proveedores o equipos de desarrollo.
• Las herramientas de despliegue automatizado optimizan la gestión de software en grandes organizaciones.
• La interoperabilidad entre sistemas es un requisito prioritario en el entorno sanitario.
• El software libre se prioriza cuando es técnica y funcionalmente viable.

5. Clasificaciones de los programas de aplicación

🎯 Idea clave

• Clasificar los programas de aplicación permite ordenar un campo heterogéneo y comprender sus diferencias funcionales, técnicas y organizativas.
• No existe una única clasificación universal, sino múltiples criterios que se aplican simultáneamente según el propósito del análisis.
• La clasificación facilita la selección de soluciones, la planificación de despliegues y la gestión de licencias en entornos como el Servicio Andaluz de Salud.
• Cada criterio de clasificación aporta una perspectiva distinta sobre la finalidad, el ámbito de uso o la arquitectura de las aplicaciones.
• En oposición, el estudio debe centrarse en entender los ejes de clasificación y su utilidad práctica, no en memorizar listas rígidas.
• Conocer estas clasificaciones es esencial para el Técnico Especialista en Informática, ya que mejora el análisis de necesidades y la comunicación técnica.

📚 Desarrollo

Finalidad de la clasificación. Clasificar los programas de aplicación consiste en agruparlos según criterios homogéneos para comprender sus características, compararlos y elegir la solución más adecuada para cada necesidad. Este proceso no es meramente teórico, sino que tiene una utilidad práctica directa en la gestión de sistemas informáticos, especialmente en entornos complejos como el Servicio Andaluz de Salud (SAS). La clasificación permite identificar requisitos técnicos, funcionales y organizativos, así como orientar decisiones sobre contratación, mantenimiento y soporte.

Criterios múltiples y simultáneos. No existe una clasificación única y cerrada de los programas de aplicación. Una misma aplicación puede encajar en varios criterios al mismo tiempo, dependiendo del eje de análisis utilizado. Por ejemplo, una historia clínica electrónica puede clasificarse como aplicación sanitaria, corporativa, crítica, multiusuario y sometida a altos requisitos de seguridad. Esta flexibilidad evita enfoques rígidos y permite adaptar el análisis a las necesidades concretas de cada organización.

Ejes de clasificación relevantes. Los criterios más útiles para el estudio y el trabajo técnico en el SAS incluyen el ámbito funcional de uso, el modelo de distribución y licencia, la arquitectura técnica de ejecución, el número de usuarios y el alcance o generalidad de la solución. Cada uno de estos ejes aporta información valiosa para la toma de decisiones. Por ejemplo, el ámbito funcional ayuda a determinar si una aplicación es asistencial, administrativa o de soporte, mientras que la arquitectura técnica influye en su despliegue y accesibilidad.

Utilidad en el ámbito sanitario. En el SAS, clasificar las aplicaciones es especialmente relevante debido a la diversidad de necesidades y exigencias. No se trata igual una herramienta ofimática local que una historia clínica electrónica, un portal ciudadano o un cuadro de mando para gestión. Cada tipo de aplicación requiere un enfoque distinto en términos de seguridad, interoperabilidad, continuidad y trazabilidad. La clasificación permite priorizar incidencias, planificar cambios y garantizar que los sistemas cumplan con los estándares requeridos.

Enfoque metodológico para opositores. En el contexto de las oposiciones, es fundamental evitar dos errores comunes: mezclar categorías de distintos criterios y presentar clasificaciones comerciales como doctrinas generales. El estudio debe centrarse en identificar criterios estables y funcionalmente útiles, como los mencionados anteriormente. Esto permite al opositor analizar las aplicaciones con rigor y evitar aproximaciones intuitivas o superficiales.

Relación con la práctica profesional. Para el Técnico Especialista en Informática, conocer estas clasificaciones mejora la capacidad de diálogo con usuarios y responsables, facilita el análisis de necesidades funcionales y aporta criterios para interpretar exigencias de integración y explotación. Además, evita valorar las aplicaciones solo por su nombre o apariencia externa, situándolas en su contexto real de uso y prestación.

Ejemplos de aplicación en el SAS. En el ámbito sanitario público, las clasificaciones ayudan a diferenciar entre aplicaciones críticas, como los sistemas de gestión de pacientes, y herramientas de productividad, como suites ofimáticas. También permiten distinguir entre soluciones locales, accesibles solo en un centro, y aplicaciones corporativas, disponibles para toda la organización. Esta distinción es clave para planificar despliegues, gestionar licencias y garantizar la coherencia del sistema informático.

🧩 Elementos esenciales

• Ámbito funcional de uso: Clasifica las aplicaciones según su finalidad, como sanitaria, administrativa, de soporte o de productividad.
• Modelo de distribución y licencia: Diferencia entre software propietario, de código abierto, gratuito o comercial.
• Arquitectura técnica de ejecución: Distingue entre aplicaciones locales, web, cliente-servidor o basadas en la nube.
• Número de usuarios: Clasifica según si la aplicación es monousuario, multiusuario o corporativa.
• Alcance o generalidad: Separa soluciones genéricas, como suites ofimáticas, de aplicaciones específicas, como sistemas de laboratorio.
• Requisitos de seguridad: Identifica aplicaciones críticas, que manejan datos sensibles, frente a herramientas con menores exigencias.
• Interoperabilidad: Clasifica según la capacidad de integrarse con otros sistemas, como aplicaciones aisladas o interconectadas.
• Continuidad y trazabilidad: Diferencia entre aplicaciones con altos requisitos de disponibilidad y aquellas con menor criticidad.
• Destinatario de uso: Separa aplicaciones para profesionales sanitarios, administrativos, pacientes o ciudadanos.
• Forma de acceso: Distingue entre aplicaciones accesibles desde dispositivos móviles, ordenadores de sobremesa o terminales especializados.
• Complejidad organizativa: Clasifica según si la aplicación es simple, como una calculadora, o compleja, como un sistema de gestión hospitalaria.
• Parametrización: Diferencia entre aplicaciones rígidas, con funcionalidades fijas, y soluciones configurables o personalizables.

🧠 Recuerda

• La clasificación de programas de aplicación no es un ejercicio teórico, sino una herramienta práctica para la gestión de sistemas.
• No existe una única clasificación válida; los criterios se combinan según el propósito del análisis.
• En el SAS, clasificar las aplicaciones ayuda a priorizar recursos y garantizar el cumplimiento de requisitos técnicos y legales.
• Cada criterio de clasificación aporta una perspectiva distinta sobre la finalidad, el uso o la arquitectura de las aplicaciones.
• Evita mezclar categorías de distintos criterios o presentar clasificaciones comerciales como doctrinas generales.
• Conocer estas clasificaciones mejora la capacidad de análisis y comunicación del Técnico Especialista en Informática.
• Las aplicaciones críticas, como las historias clínicas electrónicas, requieren un tratamiento distinto al de herramientas ofimáticas.
• La clasificación facilita la planificación de despliegues, la gestión de licencias y el soporte técnico.
• Una misma aplicación puede encajar en varios criterios simultáneamente.
• El estudio debe centrarse en entender los ejes de clasificación y su utilidad, no en memorizar listas.

6. Software a medida y soluciones empaquetadas

🎯 Idea clave

• El software a medida se desarrolla específicamente para cubrir necesidades únicas de una organización, como el Servicio Andaluz de Salud (SAS).
• Las soluciones empaquetadas (COTS) son productos comerciales o de código abierto diseñados para múltiples usuarios y adaptables mediante configuración.
• La elección entre ambos enfoques depende de factores como singularidad de la necesidad, plazo, presupuesto y capacidad de mantenimiento.
• El software a medida ofrece mayor ajuste funcional, pero conlleva costes iniciales más altos y plazos de desarrollo más largos.
• Las soluciones empaquetadas reducen tiempos y costes iniciales, aunque pueden limitar la personalización y generar dependencia del proveedor.
• En la Administración pública, la reutilización de software a medida está regulada por normativa específica, como la Ley 40/2015.

📚 Desarrollo

Definición y enfoque estratégico. El software a medida y las soluciones empaquetadas representan dos modelos opuestos para cubrir necesidades informáticas en organizaciones como el SAS. El primero se diseña desde cero o se adapta profundamente para responder a requisitos específicos de un proceso, servicio u organización concreta. El segundo consiste en productos comerciales o de código abierto ya desarrollados, listos para su despliegue y configuración, pero no creados para un único destinatario.

Adaptación funcional y flexibilidad. El software a medida destaca por su capacidad para alinearse exactamente con los flujos de trabajo y procesos particulares de la organización. Esta adaptación precisa permite optimizar la eficiencia operativa, especialmente en áreas críticas como la gestión sanitaria. En cambio, las soluciones empaquetadas ofrecen funcionalidades estándar que pueden requerir ajustes organizativos para encajar en los procesos existentes, limitando en ocasiones la flexibilidad.

Coste y plazo de implantación. El desarrollo a medida suele implicar un coste inicial más elevado y plazos de implantación más largos, debido a la necesidad de análisis, diseño, desarrollo y pruebas específicas. Las soluciones empaquetadas, al estar ya disponibles, reducen significativamente estos plazos y, en muchos casos, los costes iniciales. Sin embargo, a largo plazo, los costes de licencias, mantenimiento y actualizaciones pueden equilibrar esta diferencia.

Dependencia y evolución. El software a medida, cuando está bien documentado y con derechos claros, puede reducir la dependencia de proveedores externos. No obstante, requiere capacidad técnica interna para su mantenimiento y evolución. Las soluciones empaquetadas, por su parte, dependen de la hoja de ruta del proveedor, lo que puede limitar la capacidad de adaptación a cambios futuros en los procesos organizativos.

Marco normativo en la Administración pública. La elección entre ambos enfoques en el ámbito público está condicionada por normativas como la Ley 9/2017 de Contratos del Sector Público y la Ley 40/2015. Esta última obliga a las administraciones a reutilizar las aplicaciones desarrolladas a medida, poniéndolas a disposición de otras entidades a través del Centro de Transferencia de Tecnología (CTT). Esto afecta especialmente al SAS, que debe considerar la reutilización al optar por desarrollos personalizados.

Integración y seguridad. La integración con sistemas existentes es un factor crítico en ambos enfoques. El software a medida puede diseñarse para facilitar esta integración desde su concepción, mientras que las soluciones empaquetadas dependen de sus interfaces y arquitectura predefinidas. En cuanto a seguridad, el desarrollo a medida requiere construir y probar medidas específicas, mientras que en las soluciones empaquetadas es necesario validar y configurar las existentes.

Modelos híbridos y alternativas. En la práctica, no siempre existe una dicotomía absoluta entre ambos enfoques. Existen soluciones intermedias, como paquetes con personalización profunda, integraciones a medida o configuraciones avanzadas. Además, el software libre y de código abierto emerge como una tercera vía, combinando las ventajas de las soluciones empaquetadas con la posibilidad de adaptación.

🧩 Elementos esenciales

• Software a medida: Desarrollado específicamente para una organización, con alto grado de personalización y control sobre el código fuente.
• Soluciones empaquetadas (COTS): Productos comerciales o de código abierto listos para su despliegue, con funcionalidades estándar y configurables.
• Ventaja del software a medida: Ajuste preciso a procesos particulares, diferenciación funcional y menor dependencia del proveedor si se gestiona correctamente.
• Inconveniente del software a medida: Coste inicial elevado, plazos largos de desarrollo, riesgo de proyecto y necesidad de mantenimiento propio.
• Ventaja de las soluciones empaquetadas: Coste inicial menor, plazos cortos de implantación, funcionalidades probadas y evolución gestionada por el proveedor.
• Inconveniente de las soluciones empaquetadas: Adaptación de la organización al paquete, dependencia del proveedor y posibles costes recurrentes de licencias.
• Criterios de elección: Singularidad de la necesidad, plazo disponible, recursos económicos y técnicos, integración con sistemas existentes y tolerancia al cambio organizativo.
• Reutilización en la Administración pública: Obligación de poner a disposición de otras administraciones el software desarrollado a medida, según el artículo 157 de la Ley 40/2015.
• Centro de Transferencia de Tecnología (CTT): Repositorio gestionado por el Ministerio de Hacienda para aplicaciones reutilizables en la Administración.
• Soluciones reutilizables en el CTT: Ejemplos como GEISER, INSIDE, Notific@, AutoFirma, Cl@ve y FACe, aplicables en contextos como el SAS.
• Software libre: Alternativa que combina características de soluciones empaquetadas con capacidad de adaptación, como Linux, PostgreSQL o Moodle.
• Modelos híbridos: Combinación de soluciones empaquetadas con personalizaciones o integraciones a medida para equilibrar ventajas y desventajas.

🧠 Recuerda

• La elección entre software a medida y soluciones empaquetadas es una decisión estratégica con impacto en costes, plazos y flexibilidad.
• El software a medida se adapta mejor a necesidades singulares o procesos críticos, pero requiere mayor inversión inicial.
• Las soluciones empaquetadas son ideales para procesos estándar o cuando se necesita rapidez de implantación.
• En la Administración pública, el software a medida desarrollado debe ser reutilizable y compartido a través del CTT.
• La dependencia del proveedor es un factor clave en ambos enfoques, pero se gestiona de manera distinta.
• Los modelos híbridos y el software libre ofrecen alternativas intermedias para equilibrar ventajas.
• La integración con sistemas existentes y la seguridad son aspectos críticos en la evaluación de ambas opciones.
• La normativa vigente condiciona la contratación y reutilización de software en el sector público.
• No existe una solución universal: la elección debe basarse en un análisis comparativo y contextual.
• La evolución tecnológica y las necesidades organizativas pueden requerir revisar la decisión inicial.

7. Evolución y tendencias en los sistemas informáticos

🎯 Idea clave

• La evolución de los sistemas informáticos en el SAS se orienta hacia la integración, la interoperabilidad y la adaptación a estándares de la administración pública.
• Las tendencias actuales priorizan plataformas digitales robustas, seguras y accesibles para atender a audiencias heterogéneas.
• El SAS combina software a medida con soluciones empaquetadas según las necesidades funcionales y normativas.
• La modernización de sistemas históricos, como Diraya, refleja la transición hacia arquitecturas más flexibles y escalables.
• La seguridad y la protección de datos son ejes centrales en la evolución de los sistemas sanitarios.
• La digitalización de procesos asistenciales y administrativos busca mejorar la eficiencia y la experiencia del paciente.

📚 Desarrollo

Integración de sistemas. El Servicio Andaluz de Salud (SAS) ha evolucionado hacia un ecosistema de sistemas interconectados que soportan procesos asistenciales, de gestión y de relación con el ciudadano. Esta integración permite la continuidad asistencial y la toma de decisiones basada en datos, evitando la fragmentación de la información. La interoperabilidad entre sistemas como la Historia de Salud Digital de Andalucía (HSDAND) y los módulos de prescripción electrónica es un ejemplo de esta tendencia.

Adaptación a estándares públicos. El SAS sigue metodologías y herramientas alineadas con los estándares de la administración pública, como Métrica v3 para el análisis y diseño de sistemas. Esta adaptación garantiza la coherencia con los marcos normativos y facilita la colaboración con otros organismos, tanto autonómicos como estatales. La Dirección General de Sistemas de Información Sanitaria (DGSIS) impulsa esta alineación para asegurar la calidad y la sostenibilidad de los desarrollos tecnológicos.

Combinación de software. El SAS utiliza una estrategia mixta que combina software a medida y soluciones empaquetadas. Los sistemas críticos, como Diraya o Receta XXI, se desarrollan o personalizan para responder a requisitos específicos del sistema sanitario andaluz. En cambio, para funciones transversales como la ofimática o la gestión de recursos humanos, se opta por soluciones estándar del mercado, que cubren las necesidades sin requerir desarrollos específicos.

Modernización de arquitecturas. Los sistemas históricos del SAS, como el sistema de cita previa Diraya, están en proceso de evolución hacia arquitecturas más modernas. Esta modernización busca mejorar la escalabilidad, la flexibilidad y la capacidad de adaptación a nuevas demandas asistenciales y tecnológicas. La transición hacia entornos más ágiles permite incorporar innovaciones sin comprometer la estabilidad de los servicios existentes.

Enfoque en seguridad y protección de datos. La evolución de los sistemas informáticos en el SAS está condicionada por la necesidad de garantizar la seguridad y la protección de datos, especialmente en sistemas críticos como la Historia de Salud Digital de Andalucía (HSDA). La Dirección General de Sistemas de Información Sanitaria y las unidades de seguridad del SAS aplican análisis de riesgos reforzados para asegurar la confidencialidad, integridad y disponibilidad de la información sanitaria.

Digitalización de procesos. La transformación digital en el SAS abarca tanto los procesos asistenciales como los administrativos. Iniciativas como la prescripción electrónica o los sistemas de información de laboratorio y radiología buscan optimizar la gestión de recursos y mejorar la experiencia del paciente. Esta digitalización se extiende a canales de atención multicanal, que permiten a la ciudadanía acceder a información sanitaria de forma segura y controlada.

Tendencias en accesibilidad y usabilidad. Las plataformas digitales del SAS deben ser accesibles para audiencias heterogéneas, incluyendo profesionales sanitarios, pacientes y personal técnico. Esta exigencia impulsa el diseño de interfaces intuitivas y la adaptación de los sistemas a distintos perfiles de usuario. La accesibilidad no solo cumple con requisitos legales, sino que también facilita la adopción de las herramientas por parte de los usuarios finales.

Soporte a la innovación. El SAS fomenta la incorporación de tecnologías emergentes para mejorar la eficiencia y la calidad de los servicios sanitarios. La evolución de los sistemas informáticos incluye la exploración de soluciones basadas en inteligencia artificial, análisis de datos masivos y telemedicina, siempre alineadas con los principios de seguridad y protección de datos.

🧩 Elementos esenciales

• Integración de sistemas: Conexión entre aplicaciones para garantizar la continuidad asistencial y la eficiencia en la gestión.
• Interoperabilidad: Capacidad de los sistemas para intercambiar datos y funcionar de manera coordinada.
• Software a medida: Soluciones desarrolladas o personalizadas para responder a requisitos específicos del SAS.
• Soluciones empaquetadas: Productos estándar del mercado utilizados para funciones transversales como ofimática o gestión de recursos humanos.
• Modernización de arquitecturas: Proceso de actualización de sistemas históricos hacia entornos más flexibles y escalables.
• Seguridad y protección de datos: Prioridad en sistemas críticos como la Historia de Salud Digital de Andalucía (HSDA).
• Digitalización de procesos: Transformación de procesos asistenciales y administrativos mediante herramientas tecnológicas.
• Accesibilidad: Diseño de plataformas adaptadas a distintos perfiles de usuario, incluyendo profesionales y pacientes.
• Metodologías estándar: Uso de frameworks como Métrica v3 para el desarrollo de sistemas alineados con la administración pública.
• Canales multicanal: Herramientas que permiten el acceso a servicios sanitarios a través de distintos medios digitales.
• Innovación tecnológica: Incorporación de tecnologías emergentes como inteligencia artificial o telemedicina.
• Dirección General de Sistemas de Información Sanitaria (DGSIS): Órgano responsable de impulsar la evolución tecnológica en el SAS.

🧠 Recuerda

• La evolución de los sistemas informáticos en el SAS busca la integración y la interoperabilidad.
• El SAS combina software a medida y soluciones empaquetadas según las necesidades funcionales.
• La modernización de sistemas históricos es clave para adaptarse a nuevas demandas tecnológicas.
• La seguridad y la protección de datos son ejes centrales en la evolución de los sistemas sanitarios.
• La digitalización de procesos mejora la eficiencia y la experiencia del paciente.
• Las plataformas digitales deben ser accesibles para audiencias heterogéneas.
• La Dirección General de Sistemas de Información Sanitaria impulsa la alineación con estándares públicos.
• La innovación tecnológica se incorpora siempre bajo principios de seguridad y protección de datos.
• La interoperabilidad facilita la colaboración con otros organismos y sistemas.
• La evolución de los sistemas informáticos en el SAS está condicionada por su escala y complejidad organizativa.