1. INTRODUCCIÓN Y VISIÓN GLOBAL DE LOS SISTEMAS CORPORATIVOS DEL SAS

El Servicio Andaluz de Salud desarrolla su actividad mediante un conjunto muy amplio de sistemas de información corporativos que soportan prácticamente todos los procesos de una organización sanitaria: la asistencia a la persona, la gestión de profesionales, la logística, el presupuesto, la facturación, el mantenimiento, la atención administrativa a la ciudadanía, las comunicaciones y la explotación de información. El rasgo fundamental que debe comprender el opositor es que no estamos ante aplicaciones independientes, sino ante un ecosistema integrado en el que una misma identidad, organización, profesional, centro o episodio puede participar en numerosos procesos.

El enunciado del tema agrupa cuatro grandes familias. La primera comprende los sistemas asistenciales, cuyo núcleo funcional gira alrededor de DIRAYA y de los servicios que permiten identificar al paciente, registrar la historia clínica, prescribir, gestionar pruebas, citas, urgencias, hospitalización o demanda quirúrgica. La segunda corresponde a los sistemas de recursos humanos, entre los que destaca GERHONTE y las soluciones asociadas al profesional, selección, formación o prevención. La tercera reúne los sistemas económico-financieros, donde aparecen soluciones como SIGLO, SIGMA-MANSIS, COAN-SSPA, GUInE y los sistemas corporativos económico-presupuestarios de la Junta de Andalucía. Finalmente, se encuentran los sistemas relacionados con la ciudadanía, entre ellos las unidades SAC/UAC, ClicSalud+, App Salud Andalucía, Salud Responde y los servicios de información y notificación.

Desde una perspectiva TIC, estas familias comparten necesidades. Todas requieren identificación inequívoca, autorización, trazabilidad, integración, calidad del dato, monitorización, procedimientos de respaldo y continuidad, gestión de cambios y protección frente a accesos no autorizados. En unos sistemas predomina la disponibilidad clínica; en otros, la exactitud jurídica o económica; pero un dato erróneo puede tener consecuencias relevantes en cualquiera de ellos. Una identidad clínica duplicada puede asociar información a un paciente incorrecto; una adscripción laboral errónea puede afectar a turnos y permisos; un pedido mal vinculado puede alterar existencias y una cita incorrecta puede dificultar el acceso a la asistencia.

Para estudiar correctamente estos sistemas es útil distinguir cuatro niveles. El nivel funcional describe para qué sirve la aplicación. El nivel de información estudia qué entidades, documentos, identificadores y estados maneja. El nivel técnico aborda integración, autenticación, mensajería, infraestructura y continuidad. El nivel de gobierno determina quién es responsable del dato, quién puede modificarlo y con qué reglas se controla su calidad y explotación.

El Técnico/a Medio de Gestión de Función Administrativa, opción Informática, debe ser capaz de comprender esta arquitectura desde una perspectiva aplicada. Su trabajo puede incluir análisis funcional, administración de usuarios, soporte, integración, explotación, pruebas, documentación, seguimiento de incidencias o coordinación con unidades funcionales. Por ello, en una oposición A2 técnica no basta memorizar acrónimos: hay que entender qué proceso se rompe cuando falla un componente y qué relaciones existen entre los sistemas.

El examen oficial ha mostrado reiteradamente esta orientación práctica. Las preguntas no se limitan a definiciones abstractas: plantean un paciente, un profesional o un proceso administrativo y preguntan qué aplicación debe utilizarse, qué identificador relaciona la información o qué módulo participa. Esa forma de preguntar debe condicionar el estudio de todo el tema.

2. IDENTIDAD, DATOS MAESTROS Y SERVICIOS CORPORATIVOS COMPARTIDOS

2.1. La identidad como elemento vertebrador

La integración entre sistemas sólo puede ser fiable si las entidades principales están correctamente identificadas. En un entorno sanitario aparecen al menos tres grandes identidades: persona usuaria o paciente, profesional y organización. A ellas se añaden proveedores, productos, centros, unidades, puestos, episodios, citas, pedidos o expedientes. Cada dominio necesita identificar qué dato constituye su referencia maestra y evitar relaciones basadas exclusivamente en atributos ambiguos.

La identidad clínica merece especial atención. Una persona puede disponer de DNI o NIE, pero éstos no son adecuados por sí solos como clave interna universal: puede haber menores, personas extranjeras, errores de transcripción o cambios documentales. Del mismo modo, nombre y fecha de nacimiento sirven para búsquedas, pero no proporcionan por sí solos una garantía suficiente para fusionar historias. El sistema sanitario utiliza un identificador sanitario longitudinal que permite asociar los distintos actos asistenciales.

2.2. BDU, GADU y NUHSA

En el entorno del SAS, la Base de Datos de Usuarios constituye la referencia administrativa para identificar a las personas usuarias. La gestión asociada se ha relacionado tradicionalmente con GADU. En este dominio se mantienen datos como identidad, datos administrativos, adscripción, aseguramiento o información de contacto necesaria para la prestación de servicios.

El identificador longitudinal es el Número Único de Historia de Salud de Andalucía, NUHSA. No debe confundirse con el número de un episodio, ingreso, cita o historia local de un centro. El NUHSA identifica a la persona a lo largo del tiempo y permite vincular información procedente de diferentes niveles asistenciales y sistemas. Cada episodio mantiene además sus propios identificadores para representar consultas, ingresos, urgencias o procedimientos concretos.

La calidad de BDU condiciona muchos procesos posteriores. Un teléfono incorrecto puede impedir una notificación; una adscripción errónea puede afectar a la oferta de citas; una duplicidad puede fragmentar la historia del paciente. Por ello deben existir procedimientos controlados de alta, modificación, detección de duplicados, fusión y, cuando sea necesario, desfusión.

2.3. Identidad del profesional

El profesional constituye otra entidad maestra. Sus datos proceden del ámbito de recursos humanos, pero deben proyectarse hacia directorios, aplicaciones asistenciales, firma, formación, herramientas administrativas y sistemas de gestión. Una persona puede cambiar de centro, categoría, unidad o puesto sin cambiar de identidad. Por ello debe distinguirse entre persona, relación de servicio, adscripción y autorización.

En determinadas aplicaciones clínicas se utiliza el Código Numérico Profesional (CNP) como identificador profesional. Su finalidad no es sustituir a la identidad administrativa de la persona, sino permitir una identificación coherente del profesional en determinados sistemas y actos.

2.4. Fuentes autoritativas y sincronización

Una arquitectura corporativa debe determinar qué sistema es la fuente autoritativa de cada dato. GERHONTE puede ser origen de determinada información laboral; BDU lo es de determinados datos administrativos del usuario; un sistema de logística gobierna sus productos y proveedores; y una estación clínica produce información asistencial. Los demás sistemas pueden recibir copias, eventos o vistas, pero una réplica no debería transformarse sin control en una segunda fuente maestra.

Cuando un dato se replica, aparecen problemas de sincronización. Debe conocerse su fecha de actualización, origen y vigencia. No es correcto concluir que dos pantallas muestran información contradictoria sin investigar primero si consultan la misma fuente y con la misma fecha de corte. En sistemas distribuidos puede existir una diferencia temporal legítima entre la actualización del origen y su disponibilidad en un canal secundario.

Un diseño robusto utiliza identificadores persistentes, catálogos controlados, fechas de vigencia, reglas de reconciliación y auditoría. Esta disciplina constituye el fundamento común de los cuatro grandes bloques del tema.

3. SISTEMAS DE INFORMACIÓN ASISTENCIALES: DIRAYA Y LA HISTORIA CLÍNICA ELECTRÓNICA

3.1. Concepto y función de DIRAYA

DIRAYA es el sistema utilizado por el Servicio Andaluz de Salud como soporte de la historia clínica electrónica y de numerosos procesos relacionados con la asistencia. Debe comprenderse como un ecosistema integrado de módulos y servicios, no como una única pantalla o una base de datos aislada. La finalidad es disponer de la información relevante de la persona cuando y donde sea necesaria para su atención, manteniendo continuidad entre niveles y profesionales.

La historia clínica electrónica integra episodios, antecedentes, problemas, diagnósticos, tratamientos, prescripciones, resultados, informes, procedimientos y otros elementos. La integración no significa que todos los datos estén físicamente en una sola tabla o aplicación. Desde el punto de vista funcional, el profesional percibe una historia compartida; técnicamente pueden existir módulos especializados, repositorios y servicios que intercambian información.

3.2. Atención primaria y atención hospitalaria

Los profesionales de atención primaria necesitan una estación que permita registrar consultas, antecedentes, problemas de salud, actividades preventivas, prescripciones, peticiones y seguimiento longitudinal. En atención hospitalaria son necesarios además módulos especializados para consultas externas, hospitalización, cuidados, urgencias, gestión de camas, pruebas y programación.

La Estación Clínica aparece en la documentación y en los exámenes como una herramienta fundamental de la atención hospitalaria. Su papel es servir de soporte al profesional para consultar y registrar información clínica asociada al episodio y a la historia de la persona.

Junto a la Estación Clínica existen componentes orientados a otros perfiles y procesos. La Estación de Gestión atiende necesidades administrativas y organizativas relacionadas con la actividad hospitalaria. Las estaciones y módulos deben diferenciarse por función, ya que un usuario administrativo no necesita las mismas operaciones que un facultativo o profesional de enfermería.

3.3. Acceso profesional y comunicación

El acceso a aplicaciones corporativas debe estar condicionado por identidad, alta, perfil, centro y funciones. En el ecosistema DIRAYA han aparecido módulos corporativos destinados a gestionar esta relación. Los exámenes del SAS han utilizado nombres como MACO, Mercurio o Teleconsulta, por lo que conviene reconocerlos en su contexto funcional y no convertirlos en conceptos genéricos.

La comunicación digital entre profesionales y pacientes constituye otra capacidad relevante. En el examen de 2021 apareció Mercurio como módulo corporativo para dicha comunicación. La evolución posterior de la asistencia no presencial incorpora además mecanismos de teleconsulta, intercambio de información clínica y, cuando el procedimiento lo permite, incorporación de imágenes u otros documentos.

3.4. Identificación, episodios y documentación

El dato clínico no debe almacenarse como texto sin contexto. Una anotación asistencial necesita vinculación con paciente, episodio, profesional, fecha, estado, servicio y, cuando corresponda, autoría y firma. Los sistemas deben poder distinguir un resultado preliminar de uno validado, una prescripción activa de una suspendida y un documento vigente de una versión corregida.

La historia longitudinal también exige conservar relaciones históricas. Una corrección no debería eliminar silenciosamente la evidencia anterior cuando sea necesario mantener trazabilidad. Un cambio puede representarse mediante nueva versión, anulación controlada o rectificación, según el tipo de objeto y las reglas del sistema.

3.5. Explotación asistencial

Los datos generados por DIRAYA sirven principalmente a la asistencia, pero también pueden alimentar procesos de gestión y explotación. El examen de 2021 incluyó MTI como módulo encargado de explotar información contenida en elementos de DIRAYA. La explotación debe distinguirse del registro asistencial: una herramienta analítica puede consultar datos, pero no sustituye a la estación clínica en la que el profesional desarrolla su actividad.

Este principio es extrapolable a todos los sistemas corporativos: los repositorios analíticos y cuadros de mando deben mantener relación con las fuentes operativas, pero su finalidad, latencia y modelo de datos pueden ser diferentes.

4. PROCESOS ASISTENCIALES, DIAGNÓSTICO, FARMACIA, DEMANDA Y BASE POBLACIONAL DE SALUD

4.1. Prescripción y receta electrónica

La prescripción electrónica es una de las funciones críticas del ecosistema asistencial. Debe distinguirse entre prescripción, dispensación y administración. La prescripción representa la orden clínica; la dispensación corresponde a la entrega del medicamento por la oficina o servicio farmacéutico; y la administración representa su aplicación efectiva al paciente cuando procede. Son eventos distintos y pueden tener sistemas, profesionales y evidencias diferentes.

La prescripción debe relacionarse con paciente, profesional, medicamento, pauta, duración, fecha y estado. Una modificación debe conservar suficiente historia para conocer qué tratamiento estaba vigente en cada momento. Los sistemas de visado incorporan controles adicionales cuando determinados medicamentos requieren autorización previa conforme a las reglas aplicables.

La receta electrónica permite además la interoperabilidad con los procesos de dispensación y con los servicios del Sistema Nacional de Salud. La interoperabilidad no consiste simplemente en mostrar el mismo medicamento en dos aplicaciones, sino en garantizar que identificación, estado de prescripción, dispensaciones realizadas y reglas de vigencia son interpretadas correctamente.

4.2. Laboratorio y pruebas diagnósticas

Las pruebas analíticas ilustran muy bien la arquitectura integrada. El profesional genera una petición; se identifica la muestra; el sistema de información del laboratorio procesa el circuito; los analizadores generan datos; un profesional valida los resultados; y finalmente éstos se integran en la historia clínica. Cada etapa tiene estados y controles propios.

Un resultado no debe interpretarse sólo por su valor numérico. Son esenciales la magnitud, unidad, intervalo de referencia, fecha, método cuando sea relevante y estado de validación. El intercambio electrónico necesita conservar esta semántica. La pérdida de la unidad puede convertir un dato técnicamente recibido en información clínicamente insegura.

4.3. Imagen médica: RIS, PACS y DICOM

En diagnóstico por imagen conviene distinguir RIS y PACS. De forma general, un RIS soporta el flujo de trabajo radiológico, citas, exploraciones e informes, mientras que PACS se orienta al almacenamiento y distribución de imágenes. La imagen médica utiliza ampliamente el estándar DICOM, que define tanto formatos como servicios para el intercambio de objetos de imagen y datos asociados.

La utilización regional de imagen permite que estudios realizados en un centro puedan estar disponibles para profesionales autorizados de otros ámbitos, mejorando continuidad y evitando repeticiones innecesarias. Este acceso exige identificar correctamente al paciente y garantizar autorización y auditoría.

4.4. Citas, urgencias y demanda quirúrgica

Los sistemas de citación relacionan agenda, prestación, profesional, centro, recurso y persona. Una cita posee estados: solicitada, asignada, reprogramada, atendida, anulada o no presentada, entre otros posibles. La gestión adecuada de estados resulta esencial para medir accesibilidad y evitar que una cancelación se interprete como una atención realizada.

La demanda quirúrgica incorpora además reglas propias sobre indicación, inscripción, prioridad, programación, suspensión y salida del registro. El objetivo es disponer de un registro coherente y centralizado que permita gestionar la actividad quirúrgica y los plazos.

4.5. Base Poblacional de Salud

La Base Poblacional de Salud (BPS), creada por la Resolución 0068/18 de la Dirección Gerencia del SAS, integra datos distribuidos en distintos sistemas para construir una visión longitudinal y poblacional. Su finalidad no es sustituir a la historia clínica operativa. Mientras una estación asistencial está diseñada para registrar y consultar actividad clínica, la BPS facilita planificación, gestión, evaluación, salud pública e investigación en los términos autorizados.

La Resolución contempla la conexión de información mediante el identificador único de BDU. Esto permite vincular datos demográficos, utilización de recursos, diagnósticos y otras fuentes manteniendo una referencia común a la persona. Desde un punto de vista analítico, esta integración permite estudiar trayectorias asistenciales, segmentar población y analizar utilización y resultados.

El valor de una base poblacional depende de su linaje. Un indicador debe poder relacionarse con su fuente, definición, periodo, población incluida y transformaciones aplicadas. Dos cifras aparentemente contradictorias pueden corresponder a fechas de corte o criterios diferentes. Por ello la explotación debe acompañarse de metadatos y definiciones gobernadas.

5. SISTEMAS DE INFORMACIÓN DE RECURSOS HUMANOS: GERHONTE Y GESTIÓN DE PERSONAL

5.1. El ecosistema de recursos humanos

Los sistemas de recursos humanos deben representar el ciclo completo de la persona que trabaja en el SAS: participación en procesos selectivos, incorporación, nombramiento, adscripción, jornada, permisos, retribuciones, formación, prevención, movilidad y finalización de la relación de servicio. En una organización sanitaria este dominio tiene además impacto directo sobre la asistencia, ya que la disponibilidad de profesionales determina capacidad de atención.

El modelo de información debe separar persona, relación de servicio, puesto, adscripción y periodo de vigencia. Una persona puede ocupar distintos puestos y centros a lo largo del tiempo. Si cada cambio sobrescribiera los datos anteriores, sería imposible reconstruir su situación en una fecha pasada.

5.2. GERHONTE

GERHONTE constituye el núcleo corporativo de gestión de recursos humanos del SAS. Entre las funcionalidades asociadas al sistema se encuentran gestión de turnos y absentismo, plantilla, expedientes, relaciones laborales, nómina, desempeño, fiscalización y otras actividades de personal.

GERHONTE no debe confundirse con los canales mediante los que el profesional consulta determinada información. Que una nómina pueda descargarse desde un portal o aplicación móvil no significa que ese canal sea el motor que calcula la nómina. Es importante distinguir el sistema transaccional que genera el dato del canal de autoservicio que lo presenta.

5.3. Jornada, turnos y planillas

La gestión del tiempo debe diferenciar jornada teórica, calendario, turnos efectivos, permisos, vacaciones, incapacidad temporal, incidencias y absentismo. La jornada define la obligación general de trabajo; la planilla representa su distribución efectiva. Una incidencia puede modificar el cumplimiento de jornada sin que ello signifique necesariamente que deba modificarse de la misma forma la nómina.

Los sistemas deben conservar vigencia y motivo de cada situación. Una corrección retroactiva puede obligar a recalcular saldos o efectos económicos. Por ello los procesos de cierre necesitan controles, conciliaciones y mecanismos para distinguir modificaciones ordinarias de rectificaciones que afectan a periodos ya liquidados.

5.4. Nómina y expediente

La nómina pública traduce normativa y situaciones administrativas en conceptos económicos. Debe trabajar con sueldo, antigüedad, complementos, atención continuada, productividad u otros conceptos que correspondan, además de deducciones fiscales y de cotización. El sistema necesita conservar la regla aplicada, periodo, base y resultado para que un cálculo pueda justificarse posteriormente.

Un error de nómina puede tener distintos orígenes: relación de servicio incorrecta, fecha de efecto, situación administrativa, turno, incidencia, regla de cálculo o parametrización. Por ello el análisis funcional debe remontarse al dato origen y no limitarse a modificar el importe final.

El expediente de personal reúne actos y documentos a lo largo de la trayectoria profesional. En un sistema digital es importante gestionar versiones, firmas, metadatos, fechas y conservación. Determinados documentos pueden ser presentados al profesional a través de canales de autoservicio, pero siguen formando parte del proceso administrativo gestionado por los sistemas de personal.

5.5. Funcionalidades especializadas de GERHONTE

GERHONTE incluye o se relaciona con funcionalidades especializadas. Un ejemplo que ha aparecido en examen es ELISA, asociado a la administración de unidades electorales, mesas, censos, candidaturas, sindicatos, escrutinio y estadísticas de elecciones sindicales.

Este tipo de pregunta demuestra que el examen puede descender desde el nombre general del sistema hasta módulos funcionales concretos. Conviene estudiar las aplicaciones corporativas no sólo por el acrónimo, sino asociándolas al proceso que resuelven.

6. SERVICIOS DIGITALES PARA PROFESIONALES, SELECCIÓN, FORMACIÓN Y PREVENCIÓN

6.1. e-atención al profesional

e-atención al profesional constituye un canal de relación electrónica entre la organización y sus profesionales. Permite consultar o tramitar servicios de personal de forma telemática, evitando que cada procedimiento dependa exclusivamente de atención presencial. Su existencia materializa el concepto de autoservicio del empleado aplicado al ámbito sanitario público.

La arquitectura debe separar claramente presentación y origen del dato. El portal puede mostrar documentos, información laboral o trámites obtenidos de otros componentes. Si el usuario detecta un dato incorrecto, la incidencia debe dirigirse al sistema o procedimiento que lo origina; corregir sólo la pantalla no resuelve la causa.

6.2. mGerhonte

mGerhonte extiende determinadas funcionalidades al entorno móvil. La movilidad permite al profesional consultar información desde un dispositivo autorizado, pero no altera los principios de seguridad. La aplicación debe autenticar, autorizar, proteger la sesión, minimizar los datos almacenados localmente y evitar que una pérdida del dispositivo implique automáticamente exposición de información laboral.

Web y aplicación móvil pueden presentar capacidades semejantes, pero constituyen canales diferentes. Una arquitectura omnicanal intenta que ambos operen sobre las mismas reglas y estados para evitar contradicciones. El objetivo no es duplicar la lógica de negocio en cada cliente.

6.3. Código Numérico Profesional

El CNP permite identificar al profesional en contextos corporativos del SAS. Su correcta asociación resulta crítica cuando una aplicación registra autoría de actos o intercambia información sobre el profesional. Una duplicidad o vinculación incorrecta podría afectar a trazabilidad, autorización o atribución de actividad.

6.4. VEC, RUM, Curriculum Digital y bolsas

Los procedimientos de selección y provisión requieren gestionar solicitudes, identidad, requisitos, méritos, documentación, autobaremo, validación y resolución. En el ecosistema del SAS aparecen la Ventanilla Electrónica de la Persona Candidata (VEC), componentes relacionados con registro de méritos y Curriculum Digital, además de sistemas vinculados a bolsas y procesos de selección.

Estos sistemas presentan una problemática diferente a la nómina. Un mérito tiene tipo, fecha, entidad, duración, documentación justificativa y estado de validación. La persona puede alegar un mérito, pero ello no significa que haya sido validado. De forma similar, presentar una solicitud no equivale a ser admitido.

6.5. GESFORMA-SSPA

GESFORMA-SSPA soporta la gestión de formación continuada. No debe reducirse a un catálogo de cursos: interviene en planificación, oferta, inscripción, gestión de ediciones, asistencia, evaluación, certificación y control de la actividad formativa.

También aquí los estados son importantes. Inscripción, admisión, asistencia, superación y certificación son conceptos distintos. Una integración con una plataforma virtual debe transmitir el resultado real y no limitarse a indicar que el alumno accedió al curso.

Los certificados generados pueden posteriormente utilizarse como méritos en procedimientos de selección, lo que hace necesaria una correspondencia fiable entre identidad, actividad, edición y resultado. El uso de firma, sello o mecanismos de verificación ayuda a garantizar autenticidad de los documentos cuando el procedimiento lo requiere.

6.6. WINMEDTRA y WINSEHTRA

Dentro del ámbito de personal también deben distinguirse herramientas relacionadas con prevención. WINMEDTRA se asocia a la vigilancia de la salud de las personas trabajadoras, mientras que WINSEHTRA se orienta a la vertiente técnica de prevención de riesgos laborales: evaluaciones, planificación, riesgos, puestos, equipos e incidentes.

La aplicación del principio de minimización implica que gestión de personal no necesita acceder al detalle clínico de la vigilancia de la salud. Cuando deba comunicarse un resultado funcional, debe transmitirse únicamente la información necesaria para el proceso correspondiente.

6.7. SIRhUS y el ámbito general de la Junta

SIRhUS pertenece al ecosistema corporativo de recursos humanos de la Administración de la Junta de Andalucía. Debe distinguirse de GERHONTE: que ambos pertenezcan al dominio de personal no significa que sean el mismo producto o tengan idéntico ámbito.

7. SISTEMAS ECONÓMICO-FINANCIEROS: SIGLO, LOGÍSTICA, CONTRATACIÓN Y FACTURACIÓN

7.1. Alcance del dominio económico-financiero

Los sistemas económico-financieros del SAS soportan procesos que comienzan mucho antes de la contabilidad: identificación de una necesidad, catálogo, contratación, compra, pedido, recepción, almacenamiento, distribución, consumo, factura, pago, inventario y análisis de costes. También abarcan mantenimiento de activos, ingresos y control financiero.

El error típico consiste en imaginar un único programa que realiza todo. En realidad existen soluciones especializadas conectadas. Debe estudiarse qué objeto gobierna cada una y cómo se relacionan.

7.2. SIGLO

SIGLO es el Sistema Integral de Gestión Logística del SAS y constituye una de las aplicaciones que con mayor frecuencia aparecen en los exámenes de informática. Gestiona procesos relacionados con logística, compras, aprovisionamiento, almacenes, distribución y facturación.

En una organización sanitaria la logística tiene especial criticidad. No se gestionan solamente consumibles administrativos, sino medicamentos, material sanitario, prótesis, reactivos, equipos y productos cuya ausencia puede afectar a la asistencia. El sistema debe conservar información sobre producto, proveedor, almacén, pedido, recepción, lote cuando corresponda, cantidades, contratos y facturas.

7.3. Organización y acreditación logística

El ecosistema SIGLO separa funciones de administración, catálogo, logística y contratación. La configuración de usuarios, perfiles y determinados parámetros debe distinguirse de la definición de la estructura física y organizativa de almacenes, depósitos o puntos de consumo.

Esta separación aplica el principio de especialización: configurar permisos no es equivalente a administrar existencias. Un perfil encargado de recepción de mercancía no debería disponer necesariamente de capacidad para modificar catálogos maestros o reglas generales.

7.4. Catálogo

El catálogo proporciona una referencia controlada de los productos y elementos utilizados en los procesos logísticos. Un catálogo corporativo evita que cada centro denomine de forma distinta al mismo producto y permite relacionar artículos con proveedores, contratos y movimientos.

La calidad del catálogo es esencial para la explotación. Si un mismo producto se duplica con códigos diferentes, se fragmentan consumos y se dificulta la planificación. Los cambios deben gestionarse mediante versiones, sustituciones o inactivación controlada en lugar de eliminar referencias ya utilizadas en operaciones históricas.

7.5. Contratación

La contratación pública condiciona los procesos de adquisición. La Ley 9/2017, de Contratos del Sector Público, establece reglas de preparación, adjudicación, ejecución y control que deben reflejarse en los sistemas. Un contrato se relaciona con expediente, lotes, adjudicatarios, importes, anualidades, vigencia y condiciones.

El sistema debe impedir que una factura o pedido se trate como si estuviera desvinculado de la relación contractual que lo ampara cuando ésta sea necesaria. Asimismo, la segregación de funciones reduce el riesgo de que una misma persona controle sin supervisión todas las etapas de solicitud, compra, recepción y conformidad.

7.6. Pedido, recepción y almacén

El pedido representa una solicitud concreta de suministro. La recepción confirma lo realmente recibido y puede diferir de lo inicialmente pedido. La entrada actualiza existencias y deja trazabilidad sobre cantidades y fechas. Posteriormente se producen distribuciones, transferencias entre almacenes, salidas a unidades o consumos.

El inventario lógico debe conciliarse con la realidad física. Roturas, caducidades, errores de registro o movimientos no registrados provocan diferencias que requieren procedimientos de inventario y regularización. En productos críticos la trazabilidad puede exigir lote, serie o fecha de caducidad.

7.7. EDI y facturación electrónica

SIGLO utiliza mecanismos de intercambio electrónico de datos con proveedores. El estándar UN/EDIFACT define mensajes comerciales, entre ellos INVOIC para factura. En material y exámenes del SAS aparece específicamente el mensaje INVOIC en el contexto de facturación electrónica con proveedores.

Debe evitarse memorizar que cualquier factura electrónica de cualquier Administración utiliza necesariamente EDIFACT. Existen otros mecanismos y formatos en el sector público. La referencia INVOIC debe asociarse al contexto concreto de integración logística del SAS.

El procesamiento fiable de una factura exige controles sintácticos y de negocio. Que el documento haya llegado no significa que haya sido aceptado: pueden existir errores de proveedor, importe, contrato, pedido, recepción o codificación. Los sistemas deben distinguir recepción técnica, validación funcional y contabilización.

8. GESTIÓN PRESUPUESTARIA, ACTIVOS, COSTES, INGRESOS Y CONTROL ECONÓMICO

8.1. SIGMA-MANSIS

SIGMA-MANSIS se relaciona con la gestión de mantenimiento y activos. Un centro sanitario posee instalaciones y equipamiento cuya disponibilidad es esencial: climatización, instalaciones eléctricas, electromedicina, infraestructuras, equipos y otros activos. Los sistemas de mantenimiento permiten registrar inventario, ubicación, órdenes de trabajo, incidencias, mantenimiento preventivo y correctivo e historial.

El activo debe conservar una identidad estable aunque cambie de ubicación. Su historial puede incluir adquisiciones, garantías, revisiones, averías, repuestos y baja. La asociación con una unidad o servicio debe ser temporal para no destruir la trazabilidad de ubicaciones anteriores.

En mantenimiento es importante distinguir activo, aviso y orden de trabajo. El aviso comunica una necesidad; la orden estructura la actuación; el activo es el elemento sobre el que se interviene. Confundirlos complica la explotación del histórico.

8.2. COAN-SSPA e INFORCOAN

COAN-SSPA está relacionado con la contabilidad analítica. Su objetivo es aproximar el coste de unidades, actividades y procesos a partir de consumos y recursos. Debe distinguirse de la contabilidad presupuestaria, que controla créditos, obligaciones y derechos conforme al presupuesto público.

La contabilidad analítica responde a preguntas como cuánto cuesta una actividad, qué recursos consume una unidad o cómo evoluciona el coste. Para ello necesita imputaciones coherentes de personal, consumos, actividad y otros costes. INFORCOAN se orienta a la consulta y explotación de información relacionada con COAN.

8.3. Sistemas presupuestarios de la Junta: de JÚPITER a GIRO

En documentación y materiales históricos de la Administración andaluza aparecen JÚPITER y componentes relacionados con gestión presupuestaria, contable, tesorería y registro de facturas, entre ellos referencias a FOG. También aparece SUR en el ámbito de recursos tributarios y recaudatorios.

Para la preparación actual es especialmente importante reconocer GIRO como sistema de gestión integral de recursos organizativos de la Administración de la Junta de Andalucía y sus entidades instrumentales. La evolución de los sistemas corporativos obliga a no memorizar una fotografía histórica como si fuera inmutable.

8.4. GUInE e ingresos

GUInE se relaciona con la gestión de unidades de ingresos económicos y de los derechos económicos derivados de determinadas prestaciones o servicios. El objetivo es identificar correctamente el hecho que genera un ingreso, tercero, importe, estado y documentación.

En sanidad pueden existir asistencias cuyo coste deba reclamarse a terceros obligados al pago. El registro debe diferenciar prestación sanitaria, obligación económica y cobro. No toda asistencia genera automáticamente un derecho económico frente al paciente.

8.5. Tesorería, intereses y control financiero

El proceso económico continúa después del reconocimiento de la obligación. Los sistemas de tesorería permiten gestionar pagos y situaciones relacionadas con proveedores. La morosidad y los intereses de demora requieren conocer fechas, importes y eventos que determinan su cálculo conforme a la normativa.

El Control Financiero Permanente utiliza información de expedientes y operaciones para realizar funciones de fiscalización y control. Desde la perspectiva TIC son esenciales la inalterabilidad de evidencias, la trazabilidad y la posibilidad de reconstruir quién realizó cada actuación.

8.6. Flujo económico integrado

Cada transición debe estar ligada mediante identificadores. Una factura sin referencia al proveedor, contrato o recepción correspondiente puede necesitar intervención manual y genera riesgo de error. El objetivo de la integración es que el hecho económico pueda seguirse de extremo a extremo sin perder su contexto.

9. SISTEMAS RELACIONADOS CON LA CIUDADANÍA: SAC/UAC Y MODELO MULTICANAL

9.1. SAC y UAC

Los Servicios de Atención a la Ciudadanía (SAC) o Unidades de Atención a la Ciudadanía (UAC) constituyen la capa organizativa que facilita el acceso de las personas a los servicios sanitarios y administrativos. No representan una única aplicación informática, sino un conjunto de funciones soportadas por diferentes sistemas.

Entre sus actividades se encuentran identificación y actualización de datos, orientación, gestión de citas, información, documentación, trámites y canalización de solicitudes. En hospitales y centros de atención primaria la cartera puede variar, pero el principio general es proporcionar una entrada comprensible al sistema sanitario.

9.2. Clasificación de la demanda

Una solicitud ciudadana puede ser administrativa, asistencial, de cuidados o social. El personal administrativo debe identificar el circuito adecuado sin realizar diagnóstico clínico. Una actualización de teléfono puede resolverse administrativamente; una consulta sobre un síntoma requiere derivación al profesional correspondiente.

Esta clasificación mejora eficiencia y evita utilizar agendas clínicas para actividades que pueden resolverse por otros canales. El sistema debe recoger únicamente la información necesaria para dirigir la demanda y respetar la intimidad.

9.3. Multicanalidad y omnicanalidad

El SAS dispone de atención presencial, telefónica, web y móvil. Esto constituye un modelo multicanal. La omnicanalidad va un paso más allá: busca que una gestión iniciada en un canal pueda continuar en otro manteniendo identidad, contexto y estado.

La omnicanalidad exige sistemas centrales coherentes. Si cada canal mantiene una copia independiente del estado, aparecerán contradicciones y duplicidades. Por ello identidad, agendas, reglas y datos maestros deben compartirse o sincronizarse de forma gobernada.

9.4. Identificación, autenticación, autorización y representación

En los servicios ciudadanos deben distinguirse cuatro conceptos. Identificar significa determinar a qué persona se refiere una actuación. Autenticar aporta evidencia de que quien interactúa es quien declara ser. Autorizar decide si esa identidad puede ejecutar una operación. Representar permite que una persona legitimada actúe en nombre de otra.

Conocer NUHSA, fecha de nacimiento o datos de contacto no debería bastar para realizar operaciones sensibles. El nivel de autenticación debe ajustarse al riesgo. Consultar información general no exige el mismo control que acceder a informes clínicos o modificar determinadas preferencias.

La representación es especialmente importante para menores y personas que actúan mediante representante. No puede asumirse que cualquier vínculo familiar autoriza automáticamente el acceso. El sistema debe disponer de una base jurídica y de mecanismos para comprobar la representación.

10. CLICSALUD+, APP SALUD ANDALUCÍA, SALUD RESPONDE Y OTROS CANALES DIGITALES

10.1. ClicSalud+

ClicSalud+ es el portal de servicios sanitarios en línea dirigido a la ciudadanía. Permite acceder a información y trámites relacionados con el sistema sanitario, incluyendo servicios que consultan información procedente de los sistemas corporativos.

La idea fundamental es que ClicSalud+ actúa como canal ciudadano. No es una copia completa de DIRAYA ni permite modificar libremente la historia clínica. El portal presenta servicios específicamente diseñados y autorizados para uso por la persona.

Entre los servicios pueden encontrarse consulta o gestión de citas, información de salud, informes, prescripciones u otros trámites disponibles en cada momento. La visibilidad de un dato depende de las reglas de publicación y de la situación del proceso. Que un profesional vea un registro no significa necesariamente que ya esté disponible para consulta ciudadana.

10.2. Citas y agendas

La gestión digital de citas se apoya en sistemas de agenda. Para ofrecer una cita al ciudadano deben conocerse prestaciones, profesionales, agendas, huecos, restricciones y estado. Una aplicación móvil o web no debería mantener su propia agenda separada: consulta o actúa sobre servicios corporativos para evitar doble reserva.

La operación debe ser transaccional. Si dos personas intentan reservar el mismo hueco, el sistema tiene que garantizar que sólo una confirmación resulte válida. La interfaz debe comunicar claramente cuándo una operación no ha podido completarse.

10.3. Acceso a información de salud

El acceso ciudadano a información clínica mejora transparencia y participación de la persona en su atención. Sin embargo, debe aplicarse con controles de autenticación y confidencialidad. Los datos de salud pertenecen a las categorías especiales de datos personales del RGPD.

Los sistemas también deben considerar que determinados documentos pueden contener información de terceras personas. Antes de publicar contenido es necesario aplicar las reglas legales y funcionales correspondientes, evitando que el derecho de acceso de una persona vulnere derechos de terceros.

10.4. App Salud Andalucía

La App Salud Andalucía constituye el canal móvil corporativo que articula un ecosistema de servicios digitales del sistema sanitario andaluz. La aplicación facilita el acceso desde dispositivos móviles y puede actuar como puerta de entrada a diferentes servicios.

Desde el punto de vista arquitectónico, la app no debe concebirse como una base de datos clínica en el teléfono. Lo recomendable es que actúe como cliente de servicios corporativos, aplicando autenticación, autorización y protección de sesión. La información almacenada localmente debe minimizarse.

10.5. Salud Responde

Salud Responde constituye un canal de atención no presencial que complementa centros y servicios digitales. Permite ofrecer determinados servicios de información, gestión y orientación a través de canales remotos. Su valor reside en ampliar accesibilidad y evitar desplazamientos innecesarios.

La atención telefónica debe integrarse con los mismos sistemas centrales de identidad y agenda cuando realiza operaciones equivalentes a las de un portal. De lo contrario, existirían reglas distintas según el canal y aumentaría el riesgo de inconsistencias.

10.6. AviSAS

AviSAS está relacionado con comunicaciones y avisos a la ciudadanía mediante canales digitales. Para que una notificación sea eficaz necesita datos de contacto correctos y preferencias adecuadamente gestionadas. La calidad del teléfono o correo registrado en BDU tiene, por tanto, una repercusión directa en este servicio.

Debe distinguirse un aviso informativo de una notificación administrativa con efectos jurídicos. No todos los mensajes enviados por SMS, correo o notificación móvil tienen la misma naturaleza ni requieren las mismas garantías.

10.7. Ventana Abierta a la Familia

Ventana Abierta a la Familia constituye otro ejemplo de servicio digital orientado a información y acompañamiento. Su existencia demuestra que los sistemas relacionados con la ciudadanía no se limitan a citas o historia clínica, sino que también incluyen comunicación, promoción y servicios de apoyo.

10.8. Accesibilidad e inclusión digital

Los servicios digitales públicos deben diseñarse conforme a requisitos de accesibilidad. En España, el Real Decreto 1112/2018 regula la accesibilidad de sitios web y aplicaciones para dispositivos móviles del sector público. La accesibilidad implica que personas con diferentes capacidades puedan percibir, comprender, navegar e interactuar con los servicios.

El canal digital no puede convertirse en una barrera. Deben mantenerse alternativas para quienes no dispongan de dispositivo, conectividad o competencias digitales suficientes. La transformación digital persigue ampliar opciones, no convertir la autoservicio electrónico en el único mecanismo de acceso.

11. INTEROPERABILIDAD, INTEGRACIÓN Y GOBIERNO DEL DATO

11.1. Interoperabilidad organizativa, semántica y técnica

La integración entre aplicaciones no se reduce a transportar bytes. Dos sistemas son realmente interoperables cuando comprenden de forma equivalente la identidad, códigos, estados y significado de los datos intercambiados. Por ello deben considerarse al menos dimensiones organizativa, semántica y técnica, en línea con los principios del Esquema Nacional de Interoperabilidad.

La dimensión organizativa define responsabilidades y procesos. La semántica determina el significado compartido. La técnica establece formatos, interfaces y protocolos. Puede existir interoperabilidad técnica sin interoperabilidad semántica: dos sistemas pueden intercambiar correctamente un número y atribuirle unidades diferentes.

11.2. HL7, CDA, FHIR, DICOM e IHE

En el ámbito clínico, HL7 versión 2 se utiliza ampliamente para mensajería de eventos clínicos y administrativos. Sus mensajes se estructuran en segmentos como MSH, PID, PV1, OBR u OBX, según el tipo de transacción.

CDA permite representar documentos clínicos estructurados. FHIR organiza la información en recursos como Patient, Encounter, Observation, MedicationRequest o DiagnosticReport y proporciona un modelo moderno para la interoperabilidad mediante APIs. DICOM está orientado a imagen médica.

IHE no sustituye a estos estándares. Define perfiles de integración que indican cómo emplear estándares existentes para resolver casos de uso concretos. Un perfil IHE especifica actores y transacciones, reduciendo ambigüedades entre proveedores.

11.3. Terminologías y catálogos

La interoperabilidad semántica utiliza terminologías y clasificaciones como SNOMED CT, CIE o LOINC, cada una con objetivos diferentes. No existe una terminología única que resuelva todas las necesidades. El sistema debe conocer versión, subconjunto y equivalencias.

Los catálogos administrativos y económicos requieren una gobernanza similar. Un código de producto, centro, unidad, categoría profesional o prestación tiene vigencia y propietario. Si un código cambia, los datos históricos deben seguir siendo interpretables.

11.4. Contratos de integración

Una interfaz robusta debe documentar emisor, receptor, datos, obligatoriedad, cardinalidad, vocabularios, identificadores, estados, tratamiento de errores y seguridad. No basta proporcionar un mensaje de ejemplo.

También debe determinarse si la integración es síncrona o asíncrona. Una llamada síncrona proporciona respuesta inmediata pero acopla la disponibilidad de los sistemas. Un procesamiento asíncrono tolera mejor caídas temporales, aunque requiere colas, confirmaciones y conciliación.

11.5. Idempotencia, correlación y reintentos

Cuando un mensaje no recibe confirmación, el emisor puede reenviarlo. Si el receptor procesa ambas copias como operaciones distintas, pueden generarse dos citas, dos pedidos o dos resultados. La idempotencia permite reconocer la misma operación y evitar efectos duplicados.

Un identificador de correlación ayuda a seguir una operación a través de varios sistemas. Los reintentos deben distinguir fallos temporales de errores permanentes. Repetir indefinidamente una operación con código inválido no la solucionará; debe pasar a un circuito de error y revisión.

11.6. Gobierno y linaje

El gobierno del dato asigna propietario, definición, fuente, reglas de calidad y permisos. El linaje permite conocer de dónde procede un dato y qué transformaciones ha sufrido. Es imprescindible para analizar discrepancias entre un sistema operacional y un cuadro de mando.

La calidad debe medirse mediante dimensiones como exactitud, completitud, unicidad, coherencia y actualidad. Corregir un dato debe realizarse preferentemente en la fuente correspondiente para que la modificación se propague de forma controlada.

12. SEGURIDAD, PRIVACIDAD, TRAZABILIDAD Y PROTECCIÓN DE DATOS

12.1. Marco normativo

Estos sistemas manejan información de elevada sensibilidad. Resultan aplicables el Reglamento (UE) 2016/679, RGPD, la Ley Orgánica 3/2018, la Ley 41/2002 en materia de autonomía del paciente y documentación clínica, y el Esquema Nacional de Seguridad, regulado por el Real Decreto 311/2022, entre otras normas.

Los datos de salud son categorías especiales de datos personales conforme al artículo 9 del RGPD. Los sistemas de recursos humanos también pueden tratar categorías especiales, como salud o afiliación sindical. La existencia de estos datos exige medidas reforzadas, pero no significa que todo tratamiento necesite consentimiento como base jurídica. En el sector público existen obligaciones legales, asistencia sanitaria y ejercicio de poderes o funciones públicas que pueden constituir la base correspondiente.

12.2. Autenticación y autorización

Autenticación y autorización no son sinónimos. La primera demuestra la identidad; la segunda determina qué operaciones puede ejecutar esa identidad. Un profesional correctamente autenticado no debe tener acceso automático a toda la información de la organización.

Los permisos deben seguir el principio de mínimo privilegio y basarse en función, centro, ámbito y necesidad. Un cambio de puesto debe provocar revisión de autorizaciones. Las cuentas compartidas dificultan atribuir operaciones a una persona y deben evitarse.

12.3. Segregación de funciones

La segregación es especialmente relevante en recursos humanos y economía. Quien introduce una operación no debería poder necesariamente aprobarla y fiscalizarla sin controles adicionales. Separar solicitud, validación, aprobación y pago limita fraude y errores.

En el entorno asistencial la segregación debe compatibilizarse con la continuidad de la asistencia. Los mecanismos excepcionales de acceso, cuando existan, necesitan justificación y auditoría.

12.4. Auditoría

Los sistemas deben mantener registros de operaciones relevantes. Un log de auditoría puede incluir usuario, fecha, operación, objeto, resultado e identificadores técnicos. Sin embargo, no debe convertirse en una copia indiscriminada de datos clínicos, nóminas o documentos.

Los registros deben protegerse frente a alteración y acceso no autorizado. La trazabilidad es necesaria tanto para investigación de incidentes como para acreditar actuaciones administrativas o clínicas.

12.5. Confidencialidad, integridad y disponibilidad

La confidencialidad evita divulgación a personas no autorizadas. La integridad protege frente a modificación indebida. La disponibilidad garantiza acceso cuando sea necesario. En sanidad las tres son esenciales. Un sistema perfectamente confidencial pero indisponible durante una urgencia sigue siendo inadecuado.

También deben protegerse autenticidad y trazabilidad. El Esquema Nacional de Seguridad categoriza los sistemas a partir del impacto en sus dimensiones. No debe suponerse una categoría concreta sólo por el nombre del sistema: se requiere el análisis correspondiente.

12.6. Privacidad desde el diseño

Los proyectos deben aplicar protección de datos desde el diseño y por defecto. Esto implica limitar información visible, restringir exportaciones, utilizar datos sintéticos o protegidos en pruebas y analizar riesgos antes de desplegar nuevas funcionalidades.

Cuando se utilicen grandes conjuntos de datos para gestión o investigación deben aplicarse técnicas como seudonimización cuando proceda. La seudonimización no convierte automáticamente los datos en anónimos: mientras exista posibilidad razonable de reidentificación siguen siendo datos personales.

13. OPERACIÓN, SOPORTE, CONTINUIDAD Y PAPEL DEL TMGFA INFORMÁTICA

13.1. Gestión operativa

Los sistemas descritos son servicios en producción y deben gestionarse durante todo su ciclo de vida. La operación incluye incidencias, peticiones, problemas, cambios, versiones, capacidad, rendimiento, monitorización, seguridad y continuidad.

Una incidencia busca restaurar el servicio. Un problema analiza la causa raíz de incidencias recurrentes. Una petición solicita un servicio estándar, como un alta o permiso. Un cambio modifica configuración o software. Clasificarlos correctamente ayuda a priorizar y evitar que un fallo repetitivo se cierre una y otra vez sin resolver la causa.

13.2. Monitorización técnica y funcional

Monitorizar que un servidor responde no garantiza que el servicio funcione. Un sistema puede estar disponible y tener una cola bloqueada, un proceso nocturno fallido o una integración detenida. La monitorización debe incluir indicadores técnicos y funcionales.

13.3. Continuidad y recuperación

La continuidad comienza con un análisis de impacto que identifica procesos críticos y dependencias. A partir de él se definen objetivos de recuperación. RTO representa el tiempo objetivo para recuperar un servicio; RPO, la pérdida de datos tolerable expresada en tiempo.

No existe un RTO o RPO universal para todos los sistemas del SAS. Deben establecerse según criticidad. Una copia de seguridad que nunca se ha restaurado no constituye evidencia suficiente de recuperación; las restauraciones deben probarse.

Los procedimientos de contingencia deben definir cómo trabajar durante una indisponibilidad y cómo regularizar posteriormente los datos. Esta conciliación es especialmente crítica en asistencia: los registros generados durante una caída deben incorporarse sin duplicar episodios, prescripciones o resultados.

13.4. Gestión de cambios

Un cambio debe incluir requisitos, pruebas, plan de despliegue, reversión, comunicación y validación posterior. Los cambios en reglas de nómina, catálogos, estados clínicos o procesos de facturación pueden tener consecuencias masivas aunque técnicamente consistan en una modificación pequeña.

Los entornos de desarrollo, pruebas y producción deben estar separados. Utilizar datos reales en pruebas sin necesidad incrementa el riesgo y debe evitarse. Cuando se requiera información representativa, deben aplicarse técnicas de anonimización, seudonimización o generación sintética según el caso.

13.5. Papel del Técnico/a Medio de Gestión de Función Administrativa, opción Informática

El profesional de esta categoría actúa frecuentemente como puente entre unidades funcionales y equipos técnicos. Puede participar en toma de requisitos, análisis de procesos, diseño funcional, mantenimiento de catálogos, pruebas, administración de perfiles, análisis de incidencias, explotación de información y coordinación de evolutivos.

Su valor reside precisamente en comprender ambos lados. Una modificación técnicamente sencilla puede ser funcionalmente incorrecta. Por ejemplo, cambiar directamente una fecha en base de datos puede evitar temporalmente un error, pero saltarse reglas, auditoría e integraciones. La corrección preferente debe realizarse mediante el proceso autorizado; las intervenciones directas excepcionales necesitan autorización, copia, prueba, transacción y evidencia.

13.6. ayudaDIGITAL como soporte corporativo

El catálogo y centro de soporte ayudaDIGITAL proporciona el marco corporativo para atención de incidencias y solicitudes TIC. Desde el punto de vista de este tema interesa porque constituye el punto común desde el que se soportan muchas de las aplicaciones estudiadas.

Debe mantenerse, sin embargo, la distinción conceptual: ayudaDIGITAL es el servicio de soporte TIC; DIRAYA, GERHONTE o SIGLO son sistemas de negocio; SAC/UAC atiende a la ciudadanía. Mezclarlos constituye una trampa clásica.

14. EVOLUCIÓN DE LOS SISTEMAS Y TRANSFORMACIÓN DIGITAL DEL SAS

Los sistemas corporativos del SAS han evolucionado desde aplicaciones centradas en cada nivel asistencial o centro hacia plataformas compartidas, servicios regionales y canales digitales. La tendencia es ofrecer una visión longitudinal de la persona, mejorar interoperabilidad y permitir que profesionales y ciudadanía accedan a servicios desde diferentes ubicaciones y dispositivos.

La Estrategia de Salud Digital de Andalucía sitúa el dato, la interoperabilidad, los servicios digitales y la transformación de la atención entre los ejes de evolución. La historia clínica electrónica deja de ser únicamente un repositorio para convertirse en una plataforma de servicios, mientras que la analítica poblacional permite apoyar planificación y evaluación.

La movilidad es otra tendencia consolidada. App Salud Andalucía constituye el canal móvil de la ciudadanía; mGerhonte acerca servicios al profesional; y determinados procesos asistenciales pueden realizarse fuera del puesto fijo. La movilidad obliga a reforzar identidad, seguridad de dispositivo, comunicaciones y diseño adaptativo.

La integración también evoluciona desde interfaces punto a punto hacia servicios y APIs con contratos mejor definidos. Estándares como FHIR facilitan nuevos patrones, pero deben coexistir con sistemas y mensajería previamente implantados. En una organización sanitaria grande la transformación suele ser gradual: modernizar no significa sustituir simultáneamente todos los sistemas existentes.

Otro eje es la explotación del dato. BPS, herramientas de inteligencia de negocio y cuadros de mando permiten transformar información operacional en conocimiento para gestión. Esta evolución exige gobierno, calidad, metadatos, linaje y controles de acceso. El volumen de datos no compensa una mala calidad de origen.

La incorporación de inteligencia artificial, automatización o analítica avanzada deberá respetar los mismos principios: finalidad legítima, calidad de datos, evaluación de riesgo, supervisión, seguridad, explicabilidad cuando proceda y cumplimiento de la normativa aplicable. La tecnología no elimina la responsabilidad sobre las decisiones.

15. CONCLUSIONES, IDEAS CLAVE Y MAPA CONCEPTUAL

Este tema exige dominar nombres concretos, pero sobre todo entender su posición dentro del ecosistema. Cuando una pregunta presente varias aplicaciones reales como opciones, lo primero es identificar si el proceso descrito pertenece a asistencia, recursos humanos, economía o ciudadanía.

En el ámbito asistencial, la cadena conceptual comienza por BDU/GADU y NUHSA como referencias de identidad, continúa con DIRAYA y sus estaciones y módulos, y se extiende hacia prescripción, pruebas, imagen, demanda quirúrgica y BPS. Debe distinguirse siempre sistema operacional de explotación poblacional.

En recursos humanos, GERHONTE constituye la referencia principal, acompañado de e-atención, mGerhonte, CNP, VEC, Curriculum Digital, GESFORMA y herramientas de prevención. Persona, relación de servicio, jornada y nómina son entidades relacionadas pero no equivalentes.

En economía, SIGLO es la asociación esencial para logística, compra, aprovisionamiento y facturación. SIGMA-MANSIS se vincula a mantenimiento y activos, COAN-SSPA a contabilidad analítica, GUInE a ingresos y GIRO a la gestión integral de recursos organizativos de la Junta en el marco actual.

En ciudadanía, SAC/UAC constituye la estructura organizativa, mientras ClicSalud+, App Salud Andalucía y Salud Responde son canales de relación. La autenticación, la representación y la calidad de BDU permiten que estos servicios operen de forma segura.

Todos los bloques convergen en interoperabilidad, gobierno del dato, seguridad, trazabilidad y continuidad. Ésa es la visión que debe adquirir el opositor: el SAS no funciona como una suma de programas sino como una red de procesos digitales interdependientes.