1. INTRODUCCIÓN Y ALCANCE

Los sistemas de información de recursos humanos del Servicio Andaluz de Salud constituyen un ecosistema corporativo destinado a sostener la relación entre la organización sanitaria y las personas que trabajan en ella o aspiran a incorporarse. No se limitan a elaborar una nómina. Deben representar el ciclo completo de la persona: candidatura, selección, nombramiento o contratación, adscripción a un centro, asignación a una unidad, planificación de jornada, incidencias, retribuciones, formación, prevención de riesgos laborales, desarrollo profesional, provisión de puestos y finalización de la relación de servicio. Cada uno de esos hitos produce datos, documentos, decisiones y obligaciones jurídicas que deben quedar correctamente registrados.

En una organización sanitaria, la gestión de personal tiene además una particularidad decisiva: la disponibilidad de profesionales condiciona directamente la capacidad asistencial. Una ausencia no cubierta, una planilla incorrecta, un error en la categoría profesional o una incidencia de nómina no son únicamente problemas administrativos. Pueden afectar a la cobertura de turnos, a la continuidad de los servicios, a la motivación de las personas y a la confianza en la organización. Por ello, estos sistemas deben combinar exactitud jurídica, robustez técnica, trazabilidad, disponibilidad, seguridad y facilidad de uso.

La documentación pública del SAS identifica a GERHONTE como la aplicación que reúne las funcionalidades de gestión de recursos humanos del organismo y enumera, entre otras, turnos y absentismo, desempeño profesional, nóminas, relaciones laborales, expedientes, plantilla, fiscalización y formación. El catálogo corporativo de ayudaDIGITAL incluye además aplicaciones especializadas o canales asociados, como mGerhonte, e-atención al profesional, CNP, GESFORMA-SSPA, VEC, componentes de Curriculum Digital, WINMEDTRA y WINSEHTRA. En el ámbito general de la Junta de Andalucía aparece también SIRhUS, sistema corporativo de recursos humanos adoptado para los procedimientos de personal de la Administración autonómica.

Desde la perspectiva del TFA-STI, el valor del tema reside en comprender tres planos. El primero es el plano funcional: qué proceso resuelve cada sistema y qué usuarios participan. El segundo es el plano de información: qué datos son maestros, qué documentos se generan, qué reglas de negocio se aplican y qué sistema debe considerarse fuente autorizada de cada dato. El tercero es el plano técnico y de gobierno: identidad, integraciones, control de acceso, auditoría, calidad, continuidad, soporte, evolución y cumplimiento del Esquema Nacional de Seguridad y de la normativa de protección de datos.

Conviene evitar dos errores frecuentes. El primero es atribuir a un sistema funcionalidades que corresponden a otro. Por ejemplo, la consulta de nóminas puede presentarse al profesional mediante e-atención o mGerhonte, pero el dato procede del sistema de gestión de personal. El segundo es confundir información pública sobre funciones con detalles internos de implementación. Que una solución permita trámites telemáticos no autoriza a afirmar, sin documentación, que usa una tecnología concreta, un producto de base de datos determinado o una arquitectura específica de microservicios. En oposición, la precisión incluye saber hasta dónde llega la evidencia disponible.

El alcance de este tema se centra en sistemas de información. La normativa de personal, el Estatuto Marco, las retribuciones, las situaciones administrativas o los procedimientos selectivos se tratan aquí en la medida en que determinan requisitos funcionales, datos y controles. El objetivo no es sustituir los temas jurídicos, sino explicar cómo se traducen las reglas de personal a modelos de datos, flujos, validaciones, servicios electrónicos y evidencias auditables.

2. MODELO FUNCIONAL DE LOS SISTEMAS DE RECURSOS HUMANOS

Un sistema de recursos humanos puede describirse mediante dominios funcionales. El dominio de estructura organizativa representa centros, unidades, puestos, categorías, especialidades, dependencias jerárquicas y dotaciones. El dominio de persona y relación de servicio representa identidad, datos de contacto, vínculo, nombramientos, contratos, situaciones, antigüedad y adscripciones. El dominio de tiempo representa calendarios, jornadas, turnos, permisos, vacaciones, licencias, incidencias y absentismo. El dominio de compensación representa conceptos retributivos, devengos, deducciones, regularizaciones, pagos y obligaciones fiscales o de cotización. A ellos se añaden selección, provisión, formación, desarrollo, prevención, relaciones laborales y autoservicio.

Estos dominios están relacionados, pero no deben confundirse. Una persona puede mantener una identidad estable y, a lo largo del tiempo, tener varias relaciones de servicio. Cada relación puede producir distintas adscripciones, puestos y situaciones. A su vez, una adscripción determina parte de la jornada, del control de presencia y de las reglas retributivas. En términos de modelado, separar persona, relación, puesto y periodo de vigencia evita errores históricos. Si todo se almacena en un único registro mutable, un cambio de centro o categoría puede destruir la trazabilidad de etapas anteriores.

La dimensión temporal es esencial. En recursos humanos no basta con conocer el valor actual de un dato; hay que saber desde cuándo y hasta cuándo fue válido. Un nombramiento, una reducción de jornada, una incapacidad temporal, una comisión de servicio o un cambio de cuenta bancaria tienen fecha de efecto. El sistema debe permitir reconstruir la situación de la persona en una fecha pasada, tanto para calcular correctamente retribuciones como para responder a reclamaciones, emitir certificados o superar una auditoría.

El segundo principio es la separación entre dato maestro, transacción y documento. Los datos maestros son entidades relativamente estables y compartidas, como categorías, centros o tipos de situación. Las transacciones son hechos de negocio: alta, modificación, solicitud, autorización, incidencia, cálculo o pago. Los documentos son evidencias: resoluciones, nombramientos, contratos, certificados, recibos o justificantes. Una correcta arquitectura evita usar un PDF como única fuente de un dato que debe explotarse de forma estructurada, pero conserva el documento firmado cuando es necesario acreditar el acto administrativo.

El tercer principio es la existencia de roles diferenciados. Intervienen unidades de personal, responsables de unidad, profesionales, servicios centrales, prevención, formación, órganos de selección, fiscalización y equipos TIC. Cada rol necesita funciones y vistas distintas. El profesional consulta sus propios datos y presenta solicitudes; la unidad de personal tramita; el responsable autoriza determinados actos; los órganos centrales parametrizan reglas; los auditores revisan evidencias. El control de acceso debe reflejar esa separación y no limitarse a distinguir entre usuario y administrador.

Por último, el modelo debe incorporar trazabilidad. Para cada modificación relevante debe poder conocerse quién la realizó, cuándo, desde qué función, cuál era el valor anterior, cuál es el nuevo y qué expediente o solicitud la justifica. La trazabilidad permite investigar incidencias, demostrar cumplimiento y distinguir un error de captura de una alteración indebida. En un sistema masivo de personal, esta capacidad no es accesoria: es parte de la fiabilidad del dato.

3. GERHONTE: NÚCLEO DE GESTIÓN DE PERSONAL DEL SAS

GERHONTE es la aplicación corporativa que reúne las funcionalidades de gestión de recursos humanos del Servicio Andaluz de Salud. La descripción oficial del catálogo ayudaDIGITAL enumera ocho ámbitos: turnos y absentismo, desempeño profesional, nóminas, relaciones laborales, expedientes, plantilla, fiscalización y formación. Esta enumeración permite entender GERHONTE como un sistema integral: no es exclusivamente un módulo de nómina ni un portal de consulta, sino la plataforma de trabajo para gran parte de los actos de gestión de personal.

Desde una perspectiva funcional, GERHONTE debe mantener la coherencia entre la estructura organizativa y la situación de cada profesional. Los actos de alta, cese, cambio de adscripción, permiso, variación de jornada o reconocimiento económico no pueden tratarse como registros aislados. Cada acto puede producir efectos sobre otros dominios. Una reducción de jornada afecta a la planilla y puede afectar a determinados cálculos; un cambio de puesto modifica la estructura de responsabilidad; una incidencia de ausencia puede requerir sustitución; una resolución sobre servicios prestados debe poder reflejarse en certificados o procesos posteriores.

La idea de expediente es central. El expediente electrónico de personal reúne información estructurada y documentos que acreditan la vida administrativa y laboral. Para ser útil debe conservar la historia, controlar versiones, asociar cada documento a su procedimiento y respetar los plazos de conservación. La mera acumulación de archivos sin clasificación no constituye un expediente gestionable. Se necesita metadato, relación con la persona y el acto, fecha, estado, origen y, cuando proceda, firma o evidencia de autenticidad.

Como sistema transaccional, GERHONTE debe aplicar reglas de negocio antes de consolidar un acto. Entre las reglas habituales se encuentran validaciones de obligatoriedad, compatibilidad de fechas, existencia de la persona, vigencia del puesto, solapamiento de situaciones, autorización por el rol competente y completitud documental. Algunas validaciones pueden ser automáticas; otras requieren criterio profesional o revisión jurídica. El diseño funcional debe indicar qué regla bloquea, cuál genera aviso y cuál permite excepción motivada.

La configuración y parametrización son igualmente importantes. Los catálogos de tipos de jornada, permisos, incidencias, conceptos o estados deben estar controlados. Una parametrización incorrecta puede afectar a miles de registros. Por ello, los cambios de catálogo requieren gestión de versiones, pruebas, fecha de entrada en vigor y plan de reversión. En sistemas de personal, muchas reglas cambian por norma, acuerdo o instrucción; la capacidad de adaptar la aplicación sin perder la historia es un requisito de mantenibilidad.

En un análisis funcional de GERHONTE conviene separar los procesos interactivos de los procesos masivos. El alta de una incidencia o la consulta de un expediente son operaciones interactivas. La generación de planillas, el cierre de un periodo, determinados recálculos o la elaboración de salidas para otros sistemas pueden ser procesos masivos. Estos últimos necesitan planificación, control de lotes, reanudación, conciliación y tratamiento de errores. Un proceso que falla parcialmente debe identificar qué registros se completaron y cuáles quedan pendientes, evitando duplicidades al reejecutarlo.

El valor de GERHONTE también depende de su relación con los canales de autoservicio. El profesional no debería necesitar acceso a las pantallas internas de gestión para consultar su nómina o descargar un certificado. Los portales y aplicaciones móviles exponen servicios adecuados al perfil y protegen la complejidad interna. Esta separación favorece usabilidad y seguridad: el canal solo presenta los datos y trámites autorizados, mientras el sistema corporativo mantiene las reglas, la fuente y la trazabilidad.

Para el TFA-STI, GERHONTE plantea tareas de análisis de incidencias, configuración de perfiles, validación de datos, soporte a cierres, coordinación con unidades de personal, pruebas de regresión y seguimiento de integraciones. Una incidencia debe reproducirse con datos controlados, identificar el módulo y el periodo afectados, evaluar el alcance, comprobar logs y distinguir error de aplicación, dato incoherente, parametrización, autorización o procedimiento de usuario. Esa clasificación evita aplicar soluciones técnicas a problemas que son funcionales o normativos.

4. TURNOS, JORNADA, PERMISOS Y ABSENTISMO

El módulo de turnos y absentismo representa la dimensión temporal de la prestación de servicios. Su propósito no es únicamente dibujar un calendario. Debe relacionar la jornada teórica de la persona con la planificación efectiva, las incidencias producidas y el resultado computable. En un entorno sanitario aparecen turnos ordinarios, atención continuada, noches, festivos, jornadas parciales, reducciones, adaptaciones, guardias, cambios y coberturas. La parametrización debe responder a las reglas aplicables a cada colectivo y periodo.

Es útil distinguir cuatro capas de información. La jornada contractual o estatutaria define la obligación general. El calendario distribuye esa obligación en el año. La planilla concreta turnos y situaciones día a día. El registro de incidencias recoge diferencias entre lo previsto y lo ocurrido. Mezclar estas capas produce errores de interpretación. Una planilla puede mostrar un permiso autorizado sin que cambie la jornada anual; una ausencia puede estar justificada pero requerir tratamiento distinto en el cómputo; un cambio de turno puede alterar la distribución sin cambiar el total.

El sistema debe controlar solapes y consistencia. No debería permitir que una persona figure simultáneamente en dos turnos incompatibles, que un permiso tenga fecha final anterior a la inicial o que se autorice una incidencia sobre un periodo fuera de la relación de servicio. También debe mantener la historia de las modificaciones: una planilla corregida después del cierre no puede borrar sin rastro la versión que sirvió para una liquidación anterior.

El flujo habitual incluye solicitud o registro, validación, autorización, incorporación a la planilla y, cuando proceda, efecto en otros procesos. La autorización no debe modelarse como una simple marca; debe identificar el órgano o responsable, la fecha y la base documental. En procesos con delegación o sustitución temporal, el sistema necesita conocer quién ejerce la competencia en cada momento.

El absentismo se analiza a partir de incidencias, pero debe manejarse con cautela. La analítica puede ayudar a detectar patrones, dimensionar sustituciones o evaluar carga, pero no debe convertir una métrica agregada en una conclusión automática sobre una persona. El acceso a datos individuales debe responder a una finalidad legítima y a roles autorizados. Si la incidencia revela información de salud, entra en juego una protección reforzada.

Desde el punto de vista técnico, los cierres de periodo son críticos. Antes de cerrar deben ejecutarse validaciones de registros incompletos, solapes, incidencias pendientes y usuarios sin adscripción. Tras el cierre, los cambios deben seguir un procedimiento de regularización. La reejecución de procesos debe ser idempotente o incorporar mecanismos que eviten duplicar efectos. Los informes de control deben reconciliar totales antes y después de la carga.

Las interfaces de usuario deben facilitar la comprensión. Un calendario necesita leyenda, estados claros, filtros y explicación de la fecha de actualización. Los formularios deben mostrar el periodo solicitado, los justificantes exigidos y el circuito de aprobación. Una mala usabilidad genera incidencias, registros duplicados y solicitudes incompletas, por lo que la experiencia de usuario es también una medida de calidad del dato.

5. NÓMINA, PLANTILLA, EXPEDIENTE Y CONTROL

La nómina es uno de los procesos de mayor criticidad porque transforma datos de personal, tiempo y normativa en obligaciones económicas. El cálculo parte de la situación administrativa y profesional, la categoría, la jornada, los periodos de alta, los conceptos retributivos, las incidencias y las deducciones. El resultado debe ser exacto, reproducible y explicable. Un recibo final no basta: el sistema necesita conservar los datos de entrada, las reglas aplicadas, las regularizaciones y el periodo al que corresponde cada importe.

Un ciclo de nómina puede modelarse en fases: preparación de datos, precálculo, validación, corrección de incidencias, cálculo definitivo, fiscalización o controles equivalentes, generación de órdenes o salidas de pago, contabilización y publicación del recibo al profesional. La denominación concreta de cada fase puede variar, pero la separación de funciones es esencial. La persona que modifica datos maestros no debería disponer sin control de capacidad para aprobar el resultado económico final.

La gestión de plantilla aporta el marco de puestos y dotaciones sobre el que se adscriben las personas. Debe distinguir entre puesto, plaza, dotación, ocupación y persona. Una dotación puede estar vacante; una persona puede ocupar temporalmente un puesto; una reorganización puede cambiar la dependencia sin que desaparezca el histórico. La información de plantilla se usa para planificación, cobertura, control presupuestario y autorizaciones, de modo que su calidad afecta a decisiones de gestión.

El expediente de personal funciona como memoria administrativa. Debe incluir actos y documentos, pero también índices, metadatos y relaciones. La validez de una resolución no se reduce a que exista un PDF. Debe conocerse a qué persona y procedimiento pertenece, qué fecha de efectos tiene, si sustituye a otra y qué datos estructurados derivan de ella. La firma electrónica o el sello, cuando procedan, aportan autenticidad e integridad, pero no sustituyen al modelo de información.

Los controles de nómina pueden ser preventivos, detectivos y correctivos. Son preventivos las validaciones de vigencia o la separación de roles. Son detectivos las conciliaciones, los informes de variación, la detección de importes atípicos o los controles de duplicidad. Son correctivos los procedimientos de regularización, reintegro o abono de diferencias. La analítica de anomalías puede ayudar, pero la decisión debe conservar supervisión humana y explicación, especialmente cuando afecta a derechos económicos.

La publicación del recibo en e-atención o mGerhonte es la última etapa visible para la persona, pero el canal no debe recalcular. Debe presentar el resultado autorizado y controlar que cada usuario solo acceda a sus documentos. Los recibos son información económica personal y requieren transporte seguro, sesiones protegidas, prevención de acceso indirecto, control de caché y trazabilidad. Las descargas deben evitar nombres de archivo o rutas que expongan identificadores innecesarios.

La cuenta bancaria merece tratamiento especial. Es un dato de alto impacto económico, aunque no sea una categoría especial del artículo 9 del RGPD. Su modificación debe exigir autenticación reforzada, confirmación, registro del cambio y medidas frente a fraude. La aplicación oficial mGerhonte informa de que determinadas gestiones, como modificar datos de contacto o cuenta bancaria, requieren certificado digital o Cl@ve. Esto ilustra el principio de autenticación proporcional al riesgo de la operación.

Para el soporte, una reclamación de nómina debe analizarse con método: identificar persona y periodo, comparar recibo con situación y planilla, revisar cambios con fecha de efecto, comprobar regularizaciones, localizar el punto de divergencia y preservar la confidencialidad. Nunca debe pedirse al usuario que envíe por canales inseguros más información de la necesaria. El ticket debe contener datos mínimos, referencias y evidencias protegidas.

6. E-ATENCIÓN AL PROFESIONAL

e-atención al profesional es un canal web de autoservicio. La información pública del SAS indica que ofrece servicios diferentes según el perfil de acceso: profesionales en activo, personas que dejaron de estar activas en distintos periodos e incluso personas no profesionales del SAS. Esta adaptación por perfil es un ejemplo de autorización funcional: el contenido no depende únicamente de haber iniciado sesión, sino de la relación que la persona mantiene o mantuvo con la organización.

La página pública del portal describe, entre otros, consulta y descarga de nóminas, certificados de IRPF, planilla laboral, informe de Complemento al Rendimiento Profesional, reconocimiento de servicios prestados, solicitud de certificados de servicios prestados, formularios y normativa interna. Algunos servicios requieren certificado digital. Además, la información personal consultable procede de GERHONTE, lo que confirma la separación entre sistema de gestión y canal de presentación.

Desde la arquitectura funcional, e-atención actúa como fachada. Debe recuperar datos de fuentes corporativas, aplicar reglas de perfil, presentar documentos y registrar solicitudes. No debería replicar innecesariamente la lógica de negocio. Si cada canal implementa su propia interpretación de una regla, aparecerán diferencias entre web, móvil y gestión interna. La omnicanalidad exige servicios comunes o, al menos, reglas centralizadas y contratos de datos consistentes.

El acceso admite usuario y contraseña y también certificado digital, según el servicio. La autenticación determina quién es la persona; la autorización determina qué puede ver o hacer. Ambos conceptos deben separarse. Una autenticación fuerte no concede por sí sola permiso para consultar datos de terceros. De la misma forma, un profesional que fue usuario del portal puede conservar acceso a determinados documentos históricos sin mantener todos los servicios de una persona activa.

La accesibilidad es especialmente relevante. Los documentos y formularios deben poder utilizarse con tecnologías de apoyo; la navegación debe ser operable por teclado; los mensajes de error deben identificar el campo y la solución; y la descarga de documentos debe indicar formato y tamaño cuando sea posible. La obligación de accesibilidad deriva del marco general aplicable a sitios y aplicaciones móviles del sector público, y además reduce carga de soporte.

La usabilidad también exige evitar dobles sentidos. «Solicitud enviada» debe significar que se ha registrado, no que se ha guardado un borrador. «Documento disponible» no equivale a «procedimiento resuelto» si se trata de un justificante provisional. En sistemas de personal, estos matices tienen impacto jurídico y generan numerosas consultas cuando la interfaz no los explica.

Para el TFA-STI, las incidencias del portal se clasifican en acceso, autorización, dato, documento, estado de trámite, firma y rendimiento. Un error de acceso puede deberse a credenciales, alta del usuario o perfil. Un dato desactualizado puede proceder de la fecha de extracción. Un documento ausente puede deberse a que el proceso de publicación no ha finalizado. La resolución eficaz requiere conocer la cadena completa y no limitarse a reiniciar la contraseña.

7. MGERHONTE Y LA MOVILIDAD DEL PROFESIONAL

mGerhonte es la aplicación móvil de GERHONTE para profesionales del SAS. Su objetivo oficial es facilitar el acceso telemático a servicios de gestión personal y administrativa desde cualquier lugar y dispositivo, reduciendo desplazamientos. La documentación pública enumera consulta de nóminas, certificados de IRPF, certificados de empresa, modificación de datos de contacto y modificación de cuenta bancaria, entre otros servicios. El acceso general utiliza credenciales DMSAS y determinadas gestiones requieren certificado digital o Cl@ve.

La movilidad cambia el contexto de riesgo. Un terminal puede perderse, compartirse, conectarse a redes no confiables o mostrar notificaciones en pantalla bloqueada. Por ello, la app debe minimizar datos locales, proteger tokens, limitar información en notificaciones, cerrar sesiones de forma segura y evitar que documentos sensibles queden accesibles a otras aplicaciones. La seguridad no puede descansar únicamente en el bloqueo del dispositivo.

La aplicación móvil debe diferenciar operaciones de consulta y operaciones de modificación. Consultar una nómina requiere confidencialidad y autorización. Cambiar datos bancarios añade riesgo de fraude y exige controles reforzados. El principio general es el step-up authentication: una sesión válida para una consulta puede requerir una nueva autenticación o un medio más fuerte para una operación de mayor impacto.

La relación con e-atención debe diseñarse como experiencia omnicanal. Si una solicitud se inicia en móvil y continúa en web, el estado debe ser el mismo. Si un dato se modifica en un canal, el otro debe reflejarlo cuando se complete el proceso. La coherencia no exige que ambos canales tengan interfaces idénticas, pero sí que ofrezcan una semántica común y expliquen las diferencias justificadas por seguridad, capacidad del dispositivo o estado de despliegue.

La gestión de versiones es crítica. Los dispositivos no se actualizan todos al mismo tiempo. Durante un periodo conviven clientes de distintas versiones con servicios de servidor evolucionados. Las interfaces deben mantener compatibilidad o forzar actualización cuando exista riesgo. Los mensajes de error deben distinguir versión no soportada, indisponibilidad temporal, problema de identidad y fallo de negocio. Un error genérico impide al soporte orientar al profesional.

También hay requisitos de accesibilidad móvil: tamaño de objetivos táctiles, etiquetado para lectores de pantalla, contraste, rotación, escalado de texto y ausencia de gestos como único medio de interacción. La aplicación debe manejar pérdida de conectividad sin duplicar solicitudes. Si el usuario pulsa varias veces por una respuesta lenta, el backend debe impedir que se creen operaciones repetidas.

El soporte móvil requiere datos de diagnóstico respetuosos con la privacidad: versión de app, sistema operativo, hora, código de error, conectividad y operación intentada. No debe solicitarse una captura que muestre nómina, cuenta bancaria o información innecesaria. Los logs del cliente deben evitar secretos y permitir correlación con el servidor mediante un identificador de transacción.

Desde el punto de vista de continuidad, la caída del canal móvil no debe comprometer el sistema de gestión de personal. Los canales deben estar desacoplados de forma que un problema de presentación no impida los procesos internos. A la inversa, cuando la fuente corporativa está en mantenimiento, la app debe indicar indisponibilidad y no mostrar datos antiguos como si fueran actuales.

8. SIRHUS EN LA ADMINISTRACIÓN DE LA JUNTA DE ANDALUCÍA

SIRhUS es el Sistema de Información de Recursos Humanos de la Junta de Andalucía. La Orden de 24 de septiembre de 1999 lo adoptó como aplicación para la gestión de información en procedimientos de personal y lo concibió como sistema único para los colectivos de la Administración de la Comunidad Autónoma. Entre sus objetivos se incluyeron planificación de recursos humanos, gestión de puestos, situación de personal, programación y control del servicio, nóminas, fondo de acción social, formación, selección y provisión, gestión económica del capítulo I, normativa e información.

La importancia de SIRhUS en este tema es doble. En primer lugar, muestra el nivel corporativo de la Junta de Andalucía, distinto del sistema sectorial del SAS. En segundo lugar, aporta un marco de procedimientos y registro general de personal que puede relacionarse con otros sistemas. El opositor debe evitar afirmar que SIRhUS y GERHONTE son el mismo producto o que uno sustituye automáticamente al otro. Tienen ámbitos y finalidades que se solapan en materia de personal, pero pertenecen a contextos organizativos diferentes.

La coexistencia de sistemas plantea un problema de autoridad del dato. Para cada atributo debe definirse qué sistema es fuente, cuál consume y qué ocurre ante discrepancias. No es suficiente hablar de sincronización. Hay que especificar alcance, dirección, frecuencia, reglas de resolución, controles de integridad y responsable funcional. Un identificador, una situación administrativa o un puesto pueden tener ciclos de actualización distintos.

La interoperabilidad puede realizarse mediante servicios, mensajería, intercambios de ficheros u otros mecanismos, pero no debe afirmarse un protocolo concreto sin documentación. Desde el análisis funcional sí pueden definirse principios: contrato de datos, validación de esquema, identificación unívoca, sello temporal, confirmación de recepción, reintentos, tratamiento de duplicados y conciliación. El receptor debe saber si un mensaje representa alta, modificación, anulación o fotografía completa.

Los datos con vigencia temporal requieren especial cuidado. Si un cambio se comunica tarde, puede ser válido desde una fecha anterior. El sistema receptor necesita distinguir fecha de registro, fecha de comunicación y fecha de efecto. Si solo conserva la última, puede calcular mal periodos históricos. Los procesos de conciliación deben detectar registros huérfanos, valores no mapeados y secuencias imposibles.

La Orden de 1999 es una referencia histórica y jurídica de adopción. Su antigüedad no invalida el concepto, pero obliga a diferenciar la finalidad estable de la aplicación de los detalles tecnológicos, que pueden haber evolucionado. En una respuesta de examen, resulta más seguro citar su objetivo y ámbitos funcionales que atribuirle una arquitectura actual no publicada.

Para el TFA-STI, las tareas asociadas incluyen análisis de interfaces, mapeo de catálogos, control de lotes, revisión de errores, coordinación interorganizativa y pruebas con fechas de efecto. Las pruebas deben incluir altas, modificaciones, anulaciones, duplicados, mensajes fuera de orden y recuperación tras indisponibilidad. Un caso feliz no demuestra la robustez de una integración.

9. CÓDIGO NUMÉRICO PROFESIONAL

El Código Numérico Profesional (CNP) aparece en el catálogo de aplicaciones de recursos humanos del SAS. La descripción oficial indica que asigna un código sustitutivo del número de colegiado para identificar a cada profesional en la realización de actos médicos, como firma de recetas, certificados y otros documentos oficiales. Esta definición es más precisa que la idea genérica de «número de empleado» y debe memorizarse con su finalidad.

El CNP resuelve un problema de identificación profesional en actos asistenciales y documentales. El número de colegiado no siempre es el identificador más adecuado para los sistemas corporativos: puede tener formatos o ámbitos distintos, depender de colegiación y no cubrir de la misma manera todos los escenarios. Un identificador corporativo controlado permite relacionar al profesional con autorizaciones y actos, manteniendo una referencia estable dentro del sistema.

No debe confundirse el CNP con el NIF, con el login de dominio ni con una firma electrónica. El NIF identifica legalmente a la persona; el login sirve para autenticarse en un sistema; el CNP identifica al profesional en el contexto definido; la firma electrónica aporta evidencia de autoría e integridad según el mecanismo utilizado. Un mismo profesional puede tener esos elementos simultáneamente, cada uno con finalidad distinta.

La calidad del identificador exige unicidad, no reutilización indebida, reglas de alta y baja, trazabilidad y resolución de duplicados. Si dos registros de persona se fusionan, el proceso debe preservar los actos históricos y evitar que queden asociados a otra identidad. Si un profesional cambia de categoría o centro, el identificador no debería confundirse con esos atributos variables.

Desde la seguridad, el conocimiento de un CNP no debe bastar para actuar en nombre del profesional. El identificador no es un secreto ni un factor de autenticación. Los sistemas deben comprobar identidad, sesión, rol, contexto y, cuando proceda, firma. Esta distinción evita el error de convertir un código de referencia en credencial.

En integraciones, el CNP puede actuar como clave de relación, pero debe acompañarse de controles. El sistema receptor debe validar formato y estado, y no asumir que cualquier valor recibido es correcto. Cuando se utilicen varios identificadores, se necesita una tabla de correspondencias gobernada, no búsquedas aproximadas por nombre. Los nombres pueden variar, incluir tildes o coincidir entre personas.

Para el TFA-STI, una incidencia de CNP puede afectar a accesos, firma de documentos o relación con otros sistemas. La investigación debe comprobar identidad de la persona, origen del alta, duplicidades, asociaciones históricas y sistemas afectados. Cualquier corrección requiere especial control, porque un cambio incorrecto puede atribuir actos a otro profesional.

10. VEC, RUM, CURRICULUM DIGITAL Y BOLSAS

La Ventanilla Electrónica de Profesionales (VEC) es el sitio desde el que profesionales del SAS o personas candidatas a procesos selectivos realizan trámites electrónicos. La página oficial informa de autenticación mediante certificado digital o Cl@ve y de cifrado de la información en tránsito. VEC actúa como canal de relación electrónica para solicitudes, notificaciones, méritos, procesos selectivos y bolsa, no como simple repositorio de documentos.

Dentro de VEC, la sección Mis Méritos permite dar de alta, modificar y consultar méritos. La documentación pública señala que, una vez dados de alta, pueden utilizarse en los procesos selectivos en los que participe la persona. Este enfoque corresponde al Registro Unificado de Méritos (RUM): capturar una evidencia curricular de forma reutilizable, evitando que la persona vuelva a introducir la misma información en cada convocatoria.

Curriculum Digital agrupa aplicaciones de gestión. El catálogo ayudaDIGITAL identifica CVD Gestión de Procesos Selectivos como aplicativo encargado de administrar el Catálogo Unificado de Méritos, y CVD Gestión de Tribunales como aplicación para configurar preguntas de exámenes de procesos selectivos. La separación entre ventanilla ciudadana o profesional y herramientas internas es importante: VEC es el canal; las aplicaciones de gestión soportan validación, tramitación y trabajo de órganos gestores o tribunales.

BolSAS integra progresivamente la gestión de la bolsa de empleo en VEC. La página oficial describe inscripción, gestión de centros, autobaremo, baremos provisionales, disponibilidades y otras actuaciones. La bolsa se fundamenta en igualdad, mérito, capacidad y publicidad, con baremo homogéneo y procedimiento común. Desde el sistema de información, esos principios se traducen en reglas transparentes, trazabilidad de cambios, publicación de estados, gestión de plazos y capacidad de alegación.

El mérito es una entidad compleja. Debe representar tipo, descripción, entidad emisora, fecha, duración, categoría, documentación y estado. Además, puede ser aportado por la persona, incorporado de oficio, validado, rechazado, subsanado o utilizado en uno o varios procesos. No debe confundirse registro del mérito con baremación. El primero acredita y estructura el hecho curricular; la segunda aplica las reglas de una convocatoria y puede asignar puntuaciones distintas según proceso o categoría.

Los procedimientos electrónicos requieren sello temporal, registro, firma cuando proceda, notificaciones y conservación de evidencias. La interfaz debe informar del plazo y de la zona horaria, permitir revisar antes de firmar y entregar justificante. Una caída próxima al fin de plazo debe tratarse conforme a procedimientos de contingencia y criterios jurídicos, no con decisiones improvisadas del soporte.

La prevención del fraude y del error exige controles de duplicidad, integridad documental, correspondencia entre mérito y persona, bloqueo de cambios tras plazos y registro de todas las acciones. La automatización puede prevalidar formatos o cruzar fuentes, pero no debe atribuir valor jurídico a una coincidencia sin base. La persona debe poder conocer qué dato se ha utilizado y cómo se ha calculado su puntuación.

11. GESFORMA-SSPA Y FORMACIÓN CONTINUADA

GESFORMA-SSPA es la aplicación que gestiona los procesos de planificación, ejecución, evaluación, certificación y control presupuestario de las actividades formativas de centros sanitarios y administrativos del SSPA. Su objetivo principal es la gestión de la formación continuada de profesionales del SAS. La información oficial indica que permite consultar oferta, matricularse, acceder a formación virtual, modificar datos, consultar historial y obtener certificaciones.

La formación se organiza como ciclo. Comienza con detección de necesidades y planificación; continúa con diseño de actividades, convocatoria, inscripción y selección; sigue con ejecución, control de asistencia y evaluación; termina con certificación, cierre económico y explotación de resultados. Un sistema completo debe conservar relación entre edición, actividad, docente, alumnado, centro, horas, modalidad, evaluación y certificado.

La existencia de un GESFORMA por centro y otro de Servicios Centrales para formación transversal obliga a gobernar catálogos y datos compartidos. Deben evitarse duplicidades de persona, actividad o certificado. La federación organizativa no significa aislamiento: el profesional necesita una visión coherente de su historial, aunque las actividades procedan de distintos centros.

La certificación debe ser verificable. El sistema necesita asegurar que la persona cumplió requisitos, que el documento corresponde a la edición correcta y que no ha sido alterado. Puede utilizar firma o sello electrónico y código seguro de verificación cuando el procedimiento lo establezca. La reutilización del certificado en procesos selectivos requiere una correspondencia fiable entre GESFORMA, el profesional y el mérito curricular.

La integración con plataformas virtuales plantea retos de identidad y finalización. Acceder a un curso no significa superarlo. El resultado puede depender de asistencia, actividades, evaluación y fecha. Los intercambios deben indicar estado y evidencias, no una simple marca de acceso. Si se importan resultados, deben controlarse duplicados y reenvíos.

La protección de datos exige limitar la visibilidad de evaluaciones, asistencia y resultados. Un responsable de unidad puede necesitar información agregada o sobre su equipo, pero no acceso indiscriminado a todo el historial. Los docentes deben ver únicamente la edición que imparten. Los certificados del propio profesional se ofrecen mediante acceso autenticado.

Desde la analítica, GESFORMA puede medir cobertura, tasa de finalización, satisfacción, coste, distribución por perfiles y respuesta a necesidades. Estos indicadores deben interpretarse con contexto. Una baja finalización puede deberse a carga asistencial, problemas de acceso o diseño inadecuado; no debe atribuirse automáticamente a falta de interés.

El TFA-STI participa en integraciones con identidad, soporte de acceso, carga de resultados, control de certificados y explotación de indicadores. Las pruebas deben cubrir plazas, listas de espera, renuncias, cambios de edición, criterios de superación y emisión de certificados. También debe comprobarse que una rectificación no genere dos certificados vigentes sin relación entre ellos.

12. WINMEDTRA Y WINSEHTRA: SALUD LABORAL Y PREVENCIÓN

El catálogo ayudaDIGITAL sitúa WINMEDTRA y WINSEHTRA dentro de recursos humanos. WINMEDTRA se define como herramienta de gestión de la vigilancia de la salud de las personas trabajadoras del SAS. WINSEHTRA ayuda a gestionar la prevención de riesgos laborales desde su vertiente técnica y contempla evaluación de riesgos, planificación, fichas de puesto, accidentalidad, formación y equipos de trabajo.

La distinción es fundamental. La vigilancia de la salud se centra en la relación entre condiciones de trabajo y salud de la persona, con datos especialmente protegidos. La prevención técnica se centra en peligros, evaluaciones, medidas, puestos, equipos e incidentes. Ambos ámbitos se relacionan, pero sus accesos y datos no deben mezclarse indiscriminadamente.

El resultado de aptitud para un puesto puede necesitar comunicarse a gestión de personal, pero no implica transferir la historia clínica laboral. La aplicación del principio de minimización exige separar el detalle sanitario del dato funcional necesario. Gestión puede requerir saber si existen restricciones o aptitud en los términos legalmente procedentes; el contenido clínico queda reservado a profesionales autorizados.

WINSEHTRA debe permitir identificar peligros, valorar riesgos, planificar medidas, asignar responsables, establecer plazos y comprobar ejecución. Una evaluación sin plan de acción no completa el ciclo preventivo. Las medidas deben vincularse a centro, área, puesto o equipo y mantener histórico. Los cambios en instalaciones o procesos pueden exigir reevaluación.

La accidentalidad y los incidentes generan información sensible y obligaciones de investigación. El sistema debe diferenciar accidente, incidente, enfermedad profesional u otras categorías conforme al procedimiento aplicable. Debe conservar evidencias, permitir análisis causal y evitar que el registro se utilice fuera de la finalidad preventiva. Los accesos deben ser auditables.

Las integraciones con personal pueden incluir estructura, puestos y datos identificativos necesarios. La fuente de la estructura organizativa debe estar gobernada para que las evaluaciones no queden asociadas a unidades obsoletas. Si cambia un puesto, hay que decidir si hereda riesgos, requiere nueva evaluación o mantiene vínculos históricos. Un simple reemplazo de nombre puede ocultar una modificación real.

En continuidad, estos sistemas pueden contener información necesaria para responder ante riesgos laborales, pero la prioridad de recuperación debe determinarse mediante análisis de impacto, no por una etiqueta genérica. Deben existir copias, restauración probada, procedimientos alternativos y conservación conforme a obligaciones aplicables.

El TFA-STI debe coordinarse con prevención, medicina del trabajo, seguridad y protección de datos. En una incidencia no debe acceder al contenido clínico salvo necesidad y autorización. Las herramientas de soporte deben ocultar o seudonimizar datos y permitir que el profesional funcional aporte evidencias mínimas. La administración técnica no implica derecho a explotar la información.

13. INTEGRACIÓN, INTEROPERABILIDAD Y GESTIÓN DOCUMENTAL

El ecosistema de recursos humanos necesita intercambiar información entre sistemas. La integración debe partir de un mapa de capacidades y datos: quién crea la persona, quién mantiene la relación de servicio, quién gestiona turnos, quién publica documentos, quién registra méritos y quién certifica formación. Sin ese mapa, las interfaces se convierten en conexiones puntuales difíciles de gobernar.

La interoperabilidad tiene dimensiones organizativa, semántica, técnica y temporal. La dimensión organizativa define responsabilidades y acuerdos. La semántica asegura que los conceptos significan lo mismo. La técnica establece formatos, interfaces y seguridad. La temporal garantiza que la información y los documentos sigan siendo interpretables y accesibles a lo largo del tiempo. El Esquema Nacional de Interoperabilidad y sus normas técnicas ofrecen el marco general para la Administración electrónica.

Un contrato de integración debe describir identificadores, campos, cardinalidades, valores permitidos, fechas, estados y errores. También debe especificar si el mensaje es evento o fotografía. En un evento se comunica un cambio; en una fotografía se comunica el estado completo. Si el receptor interpreta una fotografía como evento, puede duplicar datos; si interpreta un evento como fotografía, puede borrar información no incluida.

Ejemplo conceptual de evento de personal

tipo_evento: CAMBIO_ADSCRIPCION
id_persona: identificador_corporativo
fecha_evento: 2026-08-04T10:15:00+02:00
fecha_efecto: 2026-08-01
centro_origen: codigo_controlado
centro_destino: codigo_controlado
version: 3
id_correlacion: valor_unico

Este ejemplo no representa una interfaz real del SAS; muestra los elementos que una integración robusta necesita: tipo, identidad, fecha de registro, fecha de efecto, códigos controlados, versión e identificador de correlación. La separación entre fecha de evento y fecha de efecto evita errores históricos. La versión ayuda a detectar mensajes fuera de orden.

Los mecanismos de integración pueden ser síncronos o asíncronos. Una llamada síncrona ofrece respuesta inmediata, pero acopla disponibilidad. Una cola o intercambio asíncrono tolera mejor indisponibilidades, pero requiere estados, reintentos y conciliación. Los procesos masivos pueden utilizar ficheros controlados, siempre con cifrado, firma o controles de integridad, validación de esquema, acuse y tratamiento de errores.

La idempotencia evita que un reintento duplique una operación. Puede lograrse mediante un identificador único de solicitud o una clave de negocio. La correlación permite seguir una transacción entre sistemas. Los logs deben registrar identificadores técnicos, no volcar datos personales completos. Para investigar un error, se necesita trazabilidad sin convertir el log en una copia insegura del expediente.

La gestión documental se integra con los procesos. Un documento debe tener metadatos de persona, procedimiento, tipo, fecha, estado y versión. Los documentos firmados deben conservar la firma y los elementos necesarios para su validación. El expediente electrónico requiere índice y orden. La preservación debe contemplar migración de formatos y verificación de integridad.

Las pruebas de integración deben cubrir datos válidos e inválidos, catálogos desconocidos, caracteres especiales, límites, duplicados, reintentos, caída de red, respuestas lentas y recuperación. También deben comprobar que la corrección de un error no altera registros ya procesados. La conciliación periódica compara totales y estados entre origen y destino.

14. GOBIERNO, CALIDAD Y EXPLOTACIÓN DEL DATO DE PERSONAL

El gobierno del dato establece responsabilidades, normas y controles para que la información de personal sea fiable y utilizable. Debe existir un propietario funcional para cada dominio, custodios técnicos, responsables de calidad y procedimientos de cambio. El equipo TIC administra plataformas, pero no decide por sí solo el significado jurídico de una situación o concepto retributivo.

Las dimensiones de calidad más relevantes son exactitud, completitud, unicidad, validez, consistencia, oportunidad y trazabilidad. Un dato puede ser exacto pero tardío; completo pero duplicado; válido en formato pero incorrecto en significado. Por ello, los controles deben combinar reglas automáticas y revisión funcional.

La calidad debe medirse. Pueden definirse indicadores como porcentaje de registros sin adscripción, duplicidades, incidencias pendientes, integraciones rechazadas, tiempo de resolución, discrepancias de conciliación o documentos sin metadatos. Un indicador necesita definición, fórmula, fuente, periodicidad, responsable y umbral. Sin ello, dos cuadros de mando pueden mostrar cifras distintas con el mismo nombre.

La explotación analítica separa el sistema transaccional del entorno de consulta. Los procesos operativos priorizan integridad y actualización; los cuadros de mando necesitan historia, agregación y rendimiento. Un almacén de datos puede integrar información de distintos dominios, pero debe aplicar minimización, seudonimización y control de acceso. No todos los analistas necesitan datos identificables.

La analítica de plantilla ayuda a planificación, cobertura y distribución. La de tiempo permite estudiar carga y absentismo. La de formación evalúa necesidades y resultados. La de selección sigue volúmenes y plazos. Sin embargo, el uso de datos para evaluar personas requiere especial cautela: finalidad, proporcionalidad, calidad, sesgos y posibilidad de revisión.

La inteligencia artificial puede apoyar clasificación documental, detección de anomalías, predicción agregada de necesidades o asistencia al usuario. No debe decidir automáticamente sobre acceso, selección, sanción o carrera sin base jurídica, transparencia y garantías. El Reglamento europeo de inteligencia artificial y la normativa de protección de datos refuerzan la gestión de riesgos, documentación, supervisión humana y calidad de los datos.

La calidad también depende de catálogos. Centro, unidad, categoría, tipo de mérito o incidencia deben tener código, descripción, vigencia y relación jerárquica. El borrado de un valor usado históricamente rompe informes. Es preferible marcarlo inactivo desde una fecha, conservando la referencia de registros anteriores.

El linaje de datos explica de dónde procede un indicador, qué transformaciones ha sufrido y qué versión de regla se aplicó. Es esencial en reclamaciones y auditorías. Si cambia la definición de absentismo o de plantilla efectiva, los informes deben indicar la ruptura de serie o recalcular de forma controlada.

El TFA-STI participa en diccionarios de datos, reglas de calidad, conciliaciones, modelos analíticos y documentación. Debe traducir conceptos funcionales a definiciones técnicas sin perder significado. La mejor consulta SQL no compensa una definición equivocada de población, periodo o estado.

15. SEGURIDAD, PROTECCIÓN DE DATOS Y CUMPLIMIENTO

Los sistemas de recursos humanos tratan datos identificativos, profesionales, económicos, fiscales, de contacto, de jornada, de rendimiento y, en determinados módulos, categorías especiales como salud o afiliación sindical. El RGPD y la Ley Orgánica 3/2018 exigen licitud, lealtad, transparencia, limitación de finalidad, minimización, exactitud, limitación de conservación, integridad, confidencialidad y responsabilidad proactiva.

La base jurídica suele derivar de obligaciones legales y del ejercicio de poderes públicos o funciones de interés público, según el tratamiento. El consentimiento no es la base general para gestionar la relación de empleo público cuando existe una obligación o competencia. Debe informarse a las personas sobre finalidades, responsables, derechos, conservación y destinatarios. La información debe ser comprensible y accesible.

Los datos de salud requieren condiciones específicas del artículo 9 del RGPD y medidas reforzadas. La separación entre gestión de personal y vigilancia de la salud reduce exposición. También la afiliación sindical puede aparecer en determinadas gestiones y es categoría especial. Los permisos de acceso deben basarse en necesidad de conocer.

El Esquema Nacional de Seguridad, regulado por el Real Decreto 311/2022, exige una política de seguridad, gestión de riesgos, roles, medidas y mejora continua. La categoría de un sistema se determina a partir del impacto en las dimensiones de seguridad. No es correcto afirmar de forma automática que todo sistema de recursos humanos es de categoría media o alta. La categorización debe documentarse según consecuencias para disponibilidad, autenticidad, integridad, confidencialidad y trazabilidad.

La gestión de identidades debe cubrir alta, modificación, baja y revisión periódica. Un cambio de puesto debe retirar permisos anteriores. Las cuentas genéricas deben evitarse; las técnicas requieren propietario, finalidad y rotación de secretos. Los privilegios de administración deben separarse del uso ordinario y quedar auditados.

Los logs deben equilibrar trazabilidad y minimización. Deben registrar usuario, operación, objeto, fecha, resultado y correlación, pero no incluir contraseñas, tokens, documentos completos ni datos excesivos. El acceso al log también se controla. La conservación se establece según finalidad, normativa y riesgo, no con una cifra universal inventada.

Los derechos de acceso, rectificación, limitación u oposición se gestionan conforme a su aplicabilidad y a las obligaciones del responsable. La rectificación de un dato administrativo puede requerir procedimiento y evidencia; no siempre se resuelve editando un campo. Debe preservarse el histórico cuando sea necesario acreditar actos pasados.

Una evaluación de impacto en protección de datos puede ser necesaria cuando el tratamiento entrañe alto riesgo, por ejemplo por escala, perfilado o categorías especiales. Debe analizar necesidad, proporcionalidad, riesgos y medidas antes de poner el tratamiento en producción. La seguridad por diseño implica incorporar controles desde requisitos y arquitectura, no añadirlos al final.

La gestión de incidentes requiere detección, contención, análisis, recuperación y aprendizaje. Si existe violación de datos personales, deben evaluarse las obligaciones de notificación. El equipo debe preservar evidencias y evitar comunicaciones improvisadas. Una incidencia de disponibilidad no siempre es una brecha de confidencialidad, y una consulta indebida puede ser violación aunque el sistema no haya caído.

16. OPERACIÓN, CONTINUIDAD Y FUNCIONES DEL TFA-STI

La operación de estos sistemas exige gestión de incidencias, peticiones, problemas, cambios, versiones y capacidad. Una incidencia restaura el servicio; un problema investiga causa raíz; una petición solicita un acceso o servicio estándar; un cambio modifica un componente o configuración. Clasificar correctamente evita que una solicitud de permiso se trate como avería o que un error recurrente se cierre repetidamente sin análisis.

El catálogo ayudaDIGITAL proporciona el punto corporativo de información, acceso, soluciones y capacitación para aplicaciones del SAS. El soporte debe utilizar una base de conocimiento con síntomas, causa, diagnóstico y solución, diferenciando contenido público, instrucciones internas y datos confidenciales. Las soluciones deben versionarse porque la interfaz y los procedimientos cambian.

La monitorización debe cubrir disponibilidad, tiempos de respuesta, errores, colas, procesos masivos, integraciones, almacenamiento y certificados. Las métricas técnicas se complementan con métricas funcionales: solicitudes atascadas, lotes no conciliados, documentos no publicados o incidencias pendientes. Un servidor activo no significa que el proceso de nómina o la firma estén funcionando correctamente.

La continuidad se basa en análisis de impacto. Deben identificarse procesos críticos, dependencias, tiempos máximos tolerables, objetivos de recuperación y pérdida de datos admisible. RTO y RPO no deben inventarse: se acuerdan según impacto y recursos. Las copias solo son útiles si se prueban restauraciones. También se necesitan procedimientos manuales o alternativos para periodos de indisponibilidad.

Los cambios de alto riesgo, como reglas de nómina, catálogos de situaciones o versiones de VEC, requieren plan de pruebas, ventana, comunicación, reversión y validación posterior. Debe separarse el entorno de desarrollo, pruebas y producción. Los datos de prueba deben ser sintéticos o adecuadamente protegidos; copiar expedientes reales sin necesidad aumenta el riesgo.

El TFA-STI desempeña funciones de puente entre personal y tecnología. Debe levantar requisitos, modelar procesos, especificar reglas, mantener trazabilidad, priorizar incidencias, coordinar proveedores, validar entregas y documentar. En una organización grande, el conocimiento funcional es tan importante como el técnico. Una corrección rápida pero jurídicamente incorrecta puede causar más daño que la incidencia inicial.

La gestión de accesos incluye alta, modificación, baja, segregación y revisión. El responsable funcional debe aprobar permisos; TIC los implementa y controla. Las matrices deben mapear rol, función, ámbito y operación. Los accesos temporales necesitan fecha de expiración. La baja de una persona o cambio de unidad debe activar revocación.

El análisis de causa raíz utiliza evidencias: logs, trazas, cambios recientes, datos afectados, patrón temporal y comparación con casos correctos. Debe evitarse modificar directamente datos en producción sin procedimiento. Si es imprescindible una corrección, necesita autorización, copia previa, script revisado, transacción, validación y registro.

La comunicación con usuarios debe ser precisa: alcance, servicio afectado, alternativa, estado y resolución. No debe divulgar causa técnica que facilite ataques ni datos de personas. Tras una incidencia relevante se documentan lecciones y acciones preventivas. La mejora continua transforma soporte reactivo en reducción de recurrencia.

El TFA-STI también participa en cumplimiento: inventario, análisis de riesgos, revisión de contratos, protección de datos, accesibilidad y auditoría. Debe conocer límites: no decide en solitario la base jurídica ni accede a datos por curiosidad. El privilegio técnico se ejerce bajo necesidad, autorización y trazabilidad.

17. EVOLUCIÓN, IDEAS CLAVE Y MAPA CONCEPTUAL

La evolución de los sistemas de recursos humanos se orienta al autoservicio, la omnicanalidad, la reutilización de datos, la automatización y la analítica. El profesional espera consultar documentos y realizar trámites sin desplazamiento. La organización busca reducir captura repetida, acortar plazos y mejorar calidad. Estas metas no se alcanzan trasladando un formulario de papel a una pantalla; requieren rediseño de proceso, identidad común, interoperabilidad y reglas transparentes.

La modernización debe mantener coexistencia con sistemas consolidados. Es habitual envolver funcionalidades mediante servicios, renovar canales y desacoplar procesos gradualmente. Una sustitución total puede ser arriesgada por volumen de historia, reglas y dependencias. La estrategia debe inventariar capacidades, priorizar dominios, migrar con conciliación y preservar evidencia.

La automatización robótica puede ayudar en tareas repetitivas donde no exista integración, pero es más frágil que una interfaz formal: depende de pantallas y puede romperse con cambios. Debe utilizarse con gobierno, credenciales técnicas, monitorización y plan de sustitución. La automatización no convierte en correcto un proceso mal definido.

La inteligencia artificial puede asistir en clasificación, búsqueda, detección de anomalías y atención. Para decisiones que afecten a selección, evaluación o condiciones de trabajo se requieren especial prudencia, transparencia, calidad de datos, ausencia de discriminación y supervisión humana. Los modelos deben poder auditarse y no deben introducir variables que actúen como proxies de atributos protegidos.

Para el repaso, deben fijarse las asociaciones principales. GERHONTE es el núcleo de gestión de personal del SAS. e-atención y mGerhonte son canales para profesionales. SIRhUS es el sistema de recursos humanos de la Junta de Andalucía. CNP identifica al profesional en actos definidos. VEC canaliza trámites electrónicos y se relaciona con RUM, Curriculum Digital y BolSAS. GESFORMA gestiona el ciclo de formación. WINMEDTRA cubre vigilancia de la salud y WINSEHTRA prevención técnica.

También deben memorizarse las distinciones: dato maestro frente a transacción; persona frente a relación de servicio; turno previsto frente a presencia e impacto retributivo; mérito registrado frente a baremado; identificación frente a autenticación, autorización y firma; vigilancia de la salud frente a prevención técnica; multicanalidad frente a omnicanalidad; sistema transaccional frente a almacén analítico.

Una respuesta de desarrollo debe combinar nombres de sistemas con función, relación y garantías. Enumerar programas sin explicar el proceso resulta insuficiente. Tampoco debe rellenarse el tema con tecnologías inventadas. El rigor se demuestra al describir lo que está documentado, proponer arquitectura como modelo conceptual y señalar los límites de la evidencia.

El enfoque final del TFA-STI es sistémico. Debe comprender proceso, dato, usuario, regla, integración, seguridad y operación. Cuando un profesional no visualiza una nómina, el problema puede estar en el cálculo, la publicación, el perfil, la fecha de corte, la identidad o el canal. Diagnosticar exige recorrer la cadena completa y preservar confidencialidad.