1. INTRODUCCIÓN Y DELIMITACIÓN DEL TEMA

Los sistemas de información económico-financieros del Servicio Andaluz de Salud forman un ecosistema de aplicaciones corporativas que sostiene la administración de recursos públicos en una organización sanitaria de enorme complejidad. No se limitan a llevar una contabilidad en sentido estricto. Intervienen desde que aparece una necesidad de material, servicio, obra o equipamiento hasta que se cataloga, contrata, compra, recibe, almacena, distribuye, factura, contabiliza, paga, controla y analiza. También cubren el mantenimiento y el ciclo de vida de los activos, la identificación de asistencias o prestaciones susceptibles de generar ingresos, la gestión de reclamaciones por intereses de demora y la selección de expedientes para control financiero.

La expresión económico-financiero debe interpretarse, por tanto, de forma amplia. Incluye la vertiente presupuestaria, contable, financiera, logística, patrimonial y de control, pero cada aplicación tiene un objeto distinto. El opositor debe evitar una simplificación frecuente: suponer que existe un único ERP que realiza todas las funciones. En realidad, el catálogo corporativo del SAS presenta soluciones especializadas y relacionadas funcionalmente. Algunas son propias del ámbito sanitario andaluz, como SIGLO, COAN-SSPA, SIGMA-MANSIS o GUInE; otras proceden del marco común de la Junta de Andalucía, como JÚPITER-FOG o SUR; y otras actúan como herramientas de consulta, soporte documental o fiscalización.

Esta pluralidad responde a varias razones. En primer lugar, los procesos tienen naturalezas jurídicas diferentes. Un pedido de material de consumo, un expediente de contratación, una factura electrónica, una liquidación de un precio público y una orden de mantenimiento no son objetos equivalentes. En segundo lugar, participan perfiles muy diversos: unidades de contratación, plataformas logísticas, almacenes, unidades de gestión clínica, mantenimiento, intervención, tesorería, contabilidad analítica, unidades de ingresos, proveedores y responsables de dirección. En tercer lugar, el volumen de operaciones obliga a especializar funciones y a mantener trazabilidad, segregación de responsabilidades y controles automáticos.

Desde el punto de vista TIC, estas aplicaciones son sistemas críticos de gestión. Deben garantizar disponibilidad, integridad, autenticidad, confidencialidad cuando proceda, trazabilidad de las operaciones, conservación de evidencias y capacidad de auditoría. Una incidencia no tiene solo una consecuencia tecnológica. Puede impedir recibir material sanitario, bloquear una factura, retrasar un pago, deteriorar el inventario de activos, afectar al cálculo de costes o dificultar la defensa jurídica ante una reclamación. Por ello, su explotación requiere coordinación entre equipos funcionales y técnicos, procedimientos de continuidad y una gestión del cambio especialmente rigurosa.

El tema se desarrolla con una cautela metodológica importante. La información pública permite identificar aplicaciones, objetivos y funcionalidades principales, pero no siempre publica la arquitectura física, los contratos de interfaz o todos los flujos internos. Cuando se describen integraciones se hace desde el punto de vista funcional y del dato, sin inventar tecnologías, servicios web, colas, tablas o productos de middleware no documentados. Para un TFA-STI esta distinción es esencial: comprender el proceso de negocio no autoriza a afirmar una implementación técnica concreta sin evidencia.

2. MARCO JURÍDICO, PRESUPUESTARIO Y DE CONTROL

Los sistemas económico-financieros del SAS materializan obligaciones jurídicas. Su diseño no puede separarse del régimen presupuestario, de la contratación pública, de la factura electrónica, de la morosidad, del control interno y de la administración electrónica. La aplicación informática no crea por sí misma la legalidad del acto: debe representar correctamente competencias, fases, documentos, validaciones y evidencias establecidos en la normativa. De ahí que los flujos incorporen perfiles, estados, bloqueos y controles que, desde una visión puramente técnica, podrían parecer complejidad innecesaria.

2.1. Hacienda pública y presupuesto

La actividad económico-financiera de la Junta de Andalucía se encuadra en el texto refundido de la Ley General de la Hacienda Pública de la Junta de Andalucía, aprobado por Decreto Legislativo 1/2010, y en las leyes anuales de presupuesto. Este marco regula la elaboración, gestión, ejecución y control del presupuesto, la tesorería, la contabilidad pública y las responsabilidades de los órganos gestores. En un organismo sanitario, el sistema debe permitir relacionar la necesidad material con la disponibilidad de crédito, la imputación presupuestaria, el expediente que la ampara y el reconocimiento de la obligación.

Conviene distinguir la contabilidad presupuestaria de la contabilidad analítica. La primera sigue la ejecución de créditos, derechos y obligaciones conforme al presupuesto público. La segunda persigue conocer cuánto cuestan actividades, unidades y procesos, distribuyendo consumos y costes para apoyar la gestión. JÚPITER se sitúa en el ámbito presupuestario, contable y de tesorería de la Junta, mientras que COAN-SSPA se orienta a medir actividad y consumo de recursos para obtener costes asistenciales. Confundir ambas perspectivas conduce a errores conceptuales y de examen.

2.2. Contratación pública

La Ley 9/2017, de Contratos del Sector Público, condiciona la preparación, adjudicación, ejecución, modificación, prórroga y extinción de los contratos. Una aplicación de contratación debe conservar la relación entre expediente, lotes, adjudicatarios, anualidades, garantías, actos de aprobación, ejecución y facturación. SIGLO Contratación se orienta al seguimiento de contratos e incluye, según la descripción corporativa, la gestión de anualidades, apuntes presupuestarios y plataformas de contratación administrativa.

Desde el punto de vista de control, resultan centrales los principios de publicidad, transparencia, igualdad de trato, eficiencia en el gasto e integridad. El sistema debe facilitar que cada operación sea atribuible a un usuario y que se respeten las competencias y separaciones de funciones. Un buen diseño no permite que un mismo perfil configure el catálogo, apruebe la compra, certifique la recepción y controle la operación sin las autorizaciones previstas. La segregación de funciones reduce fraude, error y conflicto de interés.

2.3. Factura electrónica, registro y morosidad

La Ley 25/2013 impulsa la factura electrónica y crea el registro contable de facturas del sector público. Su finalidad es mejorar la trazabilidad de la factura desde la presentación hasta el pago y reforzar el control de la deuda comercial. En el entorno del SAS, la facturación aparece funcionalmente en SIGLO y el subsistema FOG se define como Sistema de Registro de Facturas y Fondos del Órgano Gestor dentro de JÚPITER. La interoperabilidad entre los registros y los sistemas de gestión debe preservar identificadores, fechas, importes, tercero, órgano gestor, estado y referencias contractuales.

La Ley 3/2004, modificada entre otras por la Ley 15/2010, establece medidas contra la morosidad. Cuando procede el interés legal de demora y no existe un tipo contractual aplicable, la norma emplea el tipo de la operación principal de financiación del Banco Central Europeo más ocho puntos porcentuales. El dato no debe confundirse con el interés legal del dinero ni presentarse como un porcentaje fijo, porque se publica por semestres. La aplicación Gestión de Intereses de Demora no es un simple calculador genérico: el catálogo corporativo la define como herramienta para gestionar reclamaciones presentadas por proveedores del SAS respecto de facturas pagadas con retraso.

2.4. Control interno y auditoría

El control financiero permanente verifica de forma continuada la situación y funcionamiento económico-financiero de los órganos y entidades. La aplicación corporativa denominada Control Financiero Permanente tiene un cometido preciso: obtener muestras aleatorias del conjunto de expedientes tramitados en centros periféricos del SAS para su posterior fiscalización y para emitir informes sobre cumplimiento de legalidad. Por tanto, no debe atribuirse sin prueba un motor de inteligencia artificial, detección automática de fraude o auditoría integral en tiempo real. Su descripción pública se centra en muestreo y fiscalización.

2.5. Administración electrónica, seguridad y protección de datos

Estos sistemas deben respetar la Ley 39/2015 y la Ley 40/2015 en materia de actuación administrativa electrónica, así como el Esquema Nacional de Seguridad y el Esquema Nacional de Interoperabilidad. La factura, el expediente, el justificante de recepción, la liquidación y el informe de control son documentos o evidencias que deben conservar integridad, autenticidad, disponibilidad y trazabilidad. Cuando se tratan datos de profesionales, pacientes, terceros o proveedores, resultan aplicables el Reglamento General de Protección de Datos y la Ley Orgánica 3/2018, atendiendo a minimización, limitación de finalidad, control de accesos y registro de actividad.

3. MAPA CORPORATIVO DE APLICACIONES ECONÓMICO-FINANCIERAS

El catálogo de ayudaDIGITAL agrupa quince entradas en la categoría de aplicaciones económico-financieras. La lista combina sistemas operacionales, módulos especializados, aplicaciones móviles, herramientas corporativas de la Junta y repositorios de conocimiento. No todas tienen el mismo nivel de autonomía. Cinco entradas pertenecen explícitamente al ecosistema funcional de SIGLO, junto con la aplicación principal; INFORCOAN es una herramienta de consulta sobre COAN; FOG es un subsistema de JÚPITER; y el Portal Web de Tesorería actúa como repositorio documental y punto de acceso.

Esta clasificación permite construir cinco grandes dominios funcionales. El primero es aprovisionamiento y logística, formado por SIGLO y sus módulos. El segundo es activos y mantenimiento, representado por SIGMA-MANSIS. El tercero es costes y explotación analítica, con COAN-SSPA e INFORCOAN. El cuarto es presupuesto, contabilidad financiera, tesorería, facturas y recursos, en el que se sitúan JÚPITER-FOG, SUR, el Portal Web de Tesorería y Gestión de Intereses de Demora. El quinto es ingresos y control, con GUInE y Control Financiero Permanente.

La agrupación no significa aislamiento. Un mismo hecho económico puede dejar huella en varios dominios. La adquisición de un equipo comienza en una necesidad, puede estar asociada a catálogo y contrato, genera pedido y recepción, produce factura, consume crédito, da lugar a pago y termina incorporándose al inventario de activos y al mantenimiento. A su vez, el coste del equipo y de sus recursos puede alimentar análisis de costes. Sin embargo, cada aplicación conserva su responsabilidad funcional y su modelo de datos.

Para diseñar integraciones entre estos sistemas, un TFA-STI debe identificar los objetos maestros compartidos o relacionados: tercero o proveedor, centro, unidad organizativa, artículo o servicio, contrato, expediente, pedido, recepción, factura, aplicación presupuestaria, activo, orden de trabajo, episodio susceptible de ingreso y liquidación. No todos tienen el mismo identificador en todos los sistemas. Por ello, la interoperabilidad exige reglas de correspondencia, control de duplicados, reconciliación y tratamiento de errores.

4. SIGLO: LOGÍSTICA, COMPRAS, ALMACENES Y FACTURACIÓN

SIGLO, Sistema Integral de Gestión Logística, es la aplicación corporativa del SAS para gestionar procesos logísticos y económicos asociados al aprovisionamiento. La descripción corporativa incluye pedido, almacenaje, distribución, compra y facturación. Este alcance explica que SIGLO no deba estudiarse como un simple programa de almacén. Conecta la demanda de los centros de consumo con la disponibilidad de materiales, la gestión de compras, la recepción y la tramitación de facturas.

4.1. Demanda, pedido y aprovisionamiento

El ciclo comienza cuando una unidad detecta una necesidad. La necesidad puede ser recurrente, planificada o excepcional. Para convertirla en una operación gestionable se requiere identificar el centro de consumo, el artículo o servicio, la cantidad, la prioridad y la forma de suministro. El catálogo evita que cada centro describa el mismo producto de manera distinta y favorece la agregación de demanda. La validación funcional y económica impide que una solicitud se transforme automáticamente en compra sin las comprobaciones necesarias.

El pedido puede abastecerse desde existencias de un almacén, dar lugar a una reposición o requerir una compra. Esta decisión depende del modelo logístico, del stock disponible, de los acuerdos de consumo y de las reglas organizativas. En términos de arquitectura funcional, SIGLO debe mantener la relación entre solicitud, pedido, líneas de material, origen de suministro, destino y estado. La trazabilidad permite saber qué se pidió, quién lo autorizó, qué cantidad se preparó, cuándo se envió y qué se recibió.

4.2. Gestión de almacenes y depósitos

La gestión de almacenes comprende entradas, ubicaciones, existencias, preparación, salidas, reposición, traspasos y recuentos. El objetivo no es solo conocer una cifra de stock, sino mantener una correspondencia fiable entre el registro lógico y la existencia física. En el ámbito sanitario adquieren especial importancia la caducidad, el lote, la trazabilidad del producto y la correcta identificación del destino. No todos los artículos tienen las mismas condiciones de conservación ni el mismo riesgo asistencial.

Los almacenes centrales y los almacenes de consumo desempeñan funciones diferentes. El almacén central consolida recepciones y distribución; el de consumo acerca el material a la unidad usuaria. También existen depósitos logísticos y asistenciales configurados en la estructura de SIGLO. La aplicación debe representar estos niveles para que una transferencia no se confunda con un consumo definitivo y para que el inventario se mantenga coherente.

4.3. Recepción y conformidad

La recepción física debe vincularse al pedido y a las cantidades efectivamente entregadas. Pueden existir entregas parciales, diferencias, rechazos o incidencias. La conformidad tiene valor económico y jurídico porque acredita que el bien o servicio se ha recibido en los términos previstos. Una factura sin correspondencia con pedido, recepción o contrato requiere revisión y no debería continuar por el circuito ordinario sin resolver la discrepancia.

En términos de control interno, el sistema debe distinguir entre quien solicita, quien compra, quien recibe y quien valida la factura. La segregación reduce el riesgo de pagos indebidos y permite reconstruir el expediente. Los registros de auditoría deben conservar usuario, fecha, acción, estado anterior y estado posterior cuando la operación sea relevante.

4.4. Facturación y conciliación

La funcionalidad de facturación en SIGLO relaciona el documento del proveedor con la operación logística y contractual. El objetivo de la conciliación es comprobar coherencia entre lo pedido, lo recibido y lo facturado. Esta lógica suele expresarse como correspondencia de tres elementos: pedido, recepción y factura. No significa que todos los casos sean idénticos, porque los servicios, suministros periódicos o incidencias pueden requerir tratamiento específico, pero constituye una idea central de control.

Los identificadores y fechas son especialmente sensibles. Una factura puede ser válida formalmente y, sin embargo, no encontrar correspondencia por error en el número de pedido, centro, proveedor o importe. El soporte funcional debe determinar si se trata de un dato incorrecto, una recepción no registrada, una duplicidad o una regla de negocio. El equipo TIC no debe “forzar” el estado sin evidencia, porque podría romper la trazabilidad económica.

4.5. Indicadores de gestión logística

La explotación de SIGLO puede apoyar indicadores como nivel de servicio, rotación, cobertura, rupturas de stock, pedidos pendientes, entregas parciales, diferencias de recepción, consumo por centro y tiempos de ciclo. Debe diferenciarse entre indicadores operativos y contables. El coste de consumo puede analizarse posteriormente en COAN, mientras que SIGLO aporta el detalle de los movimientos y operaciones logísticas.

La calidad del indicador depende de la calidad del registro. Si las salidas se contabilizan tarde, si los centros no confirman recepciones o si el catálogo contiene duplicados, el cuadro de mando ofrecerá una falsa precisión. Por ello, la gestión de datos maestros, la formación de usuarios y los controles de consistencia son tan relevantes como el rendimiento técnico.

5. MÓDULOS DE CONFIGURACIÓN, CATÁLOGO Y CONTRATACIÓN DE SIGLO

El ecosistema SIGLO separa varias funciones que el opositor debe reconocer por su nombre. Esta separación responde a la necesidad de gobernar datos maestros, usuarios, estructura logística y contratos sin mezclar todas las competencias en la operación diaria. El examen puede formular preguntas mediante denominaciones muy próximas, por lo que es necesario memorizar el objeto exacto de cada módulo.

5.1. SIGLO Organización

SIGLO Organización gestiona parámetros globales, altas, bajas y modificaciones de usuarios, perfiles y permisos sobre los módulos. Es el plano lógico de administración y seguridad funcional. No configura la ubicación física de los almacenes, aunque su nombre pueda inducir a pensar en estructura organizativa material. Su finalidad es establecer quién puede acceder, con qué perfil y a qué funcionalidades.

La administración de perfiles debe seguir el principio de mínimo privilegio. Un usuario debe disponer solo de las operaciones necesarias para su puesto. Las altas y cambios requieren procedimiento de autorización, y las bajas deben ejecutarse cuando cesa la necesidad. El control periódico de permisos evita acumulaciones por cambios de destino o funciones. Desde la perspectiva del ENS, la identificación, autenticación, autorización y trazabilidad son medidas fundamentales.

5.2. SIGLO Acreditación Logística

SIGLO Acreditación Logística, identificado también como SAL, actúa como configurador del mapa logístico. La documentación corporativa le atribuye la organización estructural y funcional, los tipos de gestión logística, la estructura de almacenaje y consumo, las unidades de gestión clínica, los órganos gestores de consumo externo, los depósitos, sistemas de distribución, instalaciones, equipamiento y personal adscrito al dispositivo logístico.

El término acreditación es una trampa semántica. No se refiere principalmente a certificar competencias formativas individuales. Su función central es acreditar o configurar la estructura y los recursos logísticos sobre los que opera SIGLO. Esta precisión corrige una interpretación frecuente en materiales no oficiales.

5.3. SIGLO Catálogo y Banco de Productos

Este módulo unifica la gestión de artículos en la organización y amplía el catálogo a bienes, servicios y obras. La catalogación es una función estratégica: define cómo se identifica un objeto de compra o consumo, qué atributos lo describen y qué relaciones mantiene con ofertas, proveedores, unidades de medida y procesos de aprovisionamiento. Un catálogo corporativo reduce duplicidades, mejora la agregación de demanda y facilita comparar consumos.

La descripción corporativa menciona soporte a plataformas provinciales, compra centralizada, aprovisionamiento descentralizado y estrategias de comercio electrónico. También contempla la adaptación de EDI a recepción de mercancía y confirmación, además de facturación electrónica en EDI y factura-e. Estos elementos muestran que el catálogo no es una lista estática: participa en la interoperabilidad con proveedores y en la normalización de transacciones.

La gobernanza del catálogo requiere roles especializados. El responsable técnico valida características; el económico mantiene condiciones o clasificaciones económicas; el logístico asegura que el artículo pueda gestionarse en almacenes; y el administrador local adapta el uso al centro cuando proceda. Los cambios deben versionarse o controlarse para evitar que una modificación retrospectiva altere el significado de operaciones históricas.

5.4. SIGLO Contratación

SIGLO Contratación se centra en el seguimiento de contratos. Sus funcionalidades publicadas incluyen ejecución de expedientes, anualidades, apuntes presupuestarios y plataformas de contratación administrativa. La aplicación debe relacionar el contrato con el adjudicatario, lotes, periodos, límites económicos y condiciones que permitirán posteriormente realizar pedidos o validar facturas.

Una anualidad representa la distribución temporal del compromiso económico, no una simple fecha de vencimiento. Los apuntes presupuestarios reflejan la conexión con la disponibilidad y reserva de crédito. El seguimiento de ejecución debe permitir conocer qué parte del contrato se ha consumido, qué vigencia resta y si existen modificaciones, prórrogas o incidencias. Estos datos son esenciales para evitar pedidos fuera de cobertura contractual.

La contratación electrónica exige interoperar con plataformas y registros administrativos. La descripción corporativa menciona plataformas de contratación administrativa y documentación para perfiles de intervención, asesoría jurídica, publicación, validación técnico-económica y SIREC. No obstante, el opositor debe evitar inferir un flujo universal: el procedimiento concreto depende del tipo de contrato, órgano y normativa aplicable.

5.5. Coherencia entre módulos

La operación logística solo es fiable si los módulos de soporte son coherentes. Un usuario con perfil erróneo no puede ejecutar su tarea; una unidad de consumo mal configurada imputa movimientos al destino incorrecto; un artículo duplicado fragmenta el consumo; y un contrato desactualizado impide validar pedidos o facturas. Por ello, las incidencias deben analizarse en capas: identidad y permiso, estructura, catálogo, contrato y operación.

Esta visión por capas es útil para soporte. Ante un error de pedido, no basta con revisar la pantalla final. Debe comprobarse si el usuario tiene rol, si el centro está vinculado, si el artículo está activo y disponible en el catálogo, si existe cobertura contractual y si las reglas de aprobación se han cumplido. El diagnóstico funcional reduce intervenciones técnicas innecesarias.

6. MOVILIDAD, TRAZABILIDAD E INTERCAMBIO ELECTRÓNICO EN SIGLO

6.1. App SIGLO Almacén

La App SIGLO Almacén es el canal móvil del ecosistema y está orientada al registro de operaciones de almacén. La movilidad acerca la captura de datos al lugar donde ocurre el hecho físico. Frente a una operación registrada posteriormente desde un puesto fijo, el uso de un dispositivo móvil puede reducir transcripción, demoras y errores de ubicación. La descripción corporativa cita operaciones de registro, reposición, preparación, envío, traspaso y recuento tanto en almacenes centrales como de consumo.

La ventaja principal no es “usar un móvil”, sino sincronizar la realidad física con el inventario lógico. La lectura de identificadores, cuando existe, permite seleccionar el artículo, ubicación o movimiento. El diseño debe prevenir duplicidades, permitir confirmar cantidades y mostrar mensajes claros cuando una operación no puede ejecutarse. En un entorno sanitario, una interfaz de almacén debe priorizar rapidez sin sacrificar control.

La seguridad móvil exige gestión de identidad, sesiones, dispositivos y comunicaciones. Debe aplicarse mínimo privilegio y proteger datos almacenados localmente. Si se admite trabajo temporal sin conexión, la sincronización posterior debe detectar conflictos y evitar que dos operaciones sobre el mismo stock se consoliden de forma incoherente. La documentación pública no permite afirmar qué mecanismos concretos implementa cada versión, por lo que el análisis se mantiene en requisitos arquitectónicos.

6.2. Identificación y trazabilidad

La trazabilidad logística responde a preguntas básicas: qué artículo, de qué lote o serie, se recibió de qué proveedor, en qué fecha, en qué ubicación se almacenó, a qué centro o paciente se destinó y qué usuario registró cada transición. El nivel requerido depende de la naturaleza del producto. Material fungible común y producto implantable no tienen idénticas exigencias. SIGLO dispone de documentación relacionada con registros de implantes quirúrgicos, lo que evidencia la relevancia de la trazabilidad clínica y logística.

Los identificadores normalizados facilitan interoperabilidad. Los códigos EAN y otros estándares de identificación comercial permiten reconocer productos y unidades logísticas. Sin embargo, un código de fabricante no sustituye al identificador corporativo ni al catálogo. El sistema debe relacionar ambos sin perder el control sobre equivalencias y presentaciones.

6.3. EDI y factura electrónica

El intercambio electrónico de datos, EDI, permite que proveedor y organización transmitan mensajes estructurados de manera automática. En el ciclo logístico pueden existir mensajes de pedido, aviso de expedición, recepción y factura. La ventaja es reducir intervención manual y mejorar tiempos, pero la automatización solo funciona si ambas partes interpretan de forma idéntica segmentos, códigos, obligatoriedad y reglas de validación.

La guía EDI de factura del SAS ha utilizado el estándar EDIFACT, mensaje INVOIC, directorio D.93A y subconjunto EANCOM identificado en el examen como UN EAN007. Este dato es histórico y específico del examen; no debe generalizarse como si toda factura electrónica del sector público utilizara siempre ese formato. La Ley 25/2013 y su desarrollo establecen el marco del registro contable y de los puntos de entrada, mientras que cada integración puede emplear formatos o canales admitidos por su normativa y especificación.

6.4. Gestión de errores de integración

Una integración debe contemplar confirmación, rechazo y reintento. El mero envío de un mensaje no acredita que haya sido procesado. Deben distinguirse errores sintácticos, semánticos y de negocio. Un error sintáctico impide interpretar el formato; uno semántico afecta al significado de códigos o campos; y uno de negocio aparece cuando el mensaje es formalmente correcto pero vulnera una regla, como facturar una cantidad superior a la recibida.

La idempotencia es importante: repetir el mismo mensaje por un fallo de comunicación no debe crear dos pedidos o dos facturas. Para lograrlo se utilizan identificadores únicos y controles de duplicidad. La conciliación periódica detecta operaciones que quedaron en estados diferentes en sistemas relacionados. Desde soporte, el registro técnico debe correlacionarse con el identificador funcional del expediente, pedido o factura.

6.5. Evolución tecnológica

SIGLO es una aplicación en evolución, con despliegues frecuentes y módulos que incorporan nuevas capacidades. Para el opositor no es recomendable memorizar un número de versión que puede quedar obsoleto. Es preferible conocer el dominio, la separación modular y las tendencias: movilidad, integración con dispositivos de identificación, mejora de contratos menores, portafirmas, catálogos y armarios inteligentes. Cualquier dato de versión debe verificarse en la fuente corporativa el día de publicación.

7. SIGMA-MANSIS: MANTENIMIENTO Y GESTIÓN DE ACTIVOS

SIGMA-MANSIS es el Sistema de Información para la Gestión del Mantenimiento y los Activos del SAS. Su propósito es ofrecer una gestión completa y homogénea de equipos e instalaciones, tareas de mantenimiento, planificación, contratos, recursos, costes y ciclo de vida. Se trata de un sistema de gestión de activos empresariales con especial relevancia sanitaria, donde la indisponibilidad de una instalación o equipo puede afectar a la continuidad asistencial y a la seguridad del paciente.

7.1. Inventario y jerarquía de activos

El inventario debe identificar cada activo y situarlo en una jerarquía: centro, edificio, planta, ubicación, sistema, instalación, equipo y componente cuando proceda. También conserva fabricante, modelo, número de serie, estado, fecha de alta, criticidad y documentación asociada. La calidad del inventario condiciona todas las demás funciones. Un equipo duplicado o localizado incorrectamente provoca órdenes de trabajo erróneas, costes mal imputados y decisiones deficientes de renovación.

La gestión homogénea significa que los centros emplean criterios comunes para nombrar, clasificar y mantener activos. Esto permite consolidar información y comparar. No implica que todos los equipos tengan el mismo plan de mantenimiento. La planificación se adapta a tipo, riesgo, normativa, recomendaciones del fabricante, experiencia histórica y estrategia del centro.

7.2. Avisos y órdenes de trabajo

Un aviso comunica una incidencia o necesidad. Tras su valoración puede generar una orden de trabajo, que organiza la intervención: activo, tipo de trabajo, prioridad, responsable, tareas, recursos, materiales, tiempos y cierre. La orden debe recoger diagnóstico y actuación para construir un historial fiable. El cierre sin información suficiente impide aprender del fallo y reduce la utilidad analítica del sistema.

El mantenimiento correctivo responde a una avería o degradación. El preventivo ejecuta tareas programadas antes del fallo. También pueden existir tareas legales o reglamentarias, calibraciones, inspecciones y mantenimiento predictivo cuando hay datos y modelos adecuados. No debe afirmarse que la aplicación realiza automáticamente mantenimiento predictivo salvo que la funcionalidad esté documentada; el concepto se estudia como evolución posible de la gestión de activos.

7.3. Contratos, compras, almacén y recursos

La documentación corporativa muestra módulos de almacén, compras, contratos, inventario, obras, órdenes de trabajo, preventivo, recursos humanos y tablas. Esto indica que el mantenimiento no puede aislarse de sus recursos. Una intervención consume tiempo de personal, repuestos, servicios externos y presupuesto. El sistema debe relacionar el coste con el activo y con la orden de trabajo para calcular coste histórico y apoyar decisiones.

Los contratos de mantenimiento fijan cobertura, tiempos, equipos incluidos, revisiones y condiciones económicas. Su seguimiento permite detectar si una actuación está cubierta o debe tramitarse como gasto adicional. La integración funcional con SIGLO puede facilitar el alta o seguimiento de contratos y compras, pero cada sistema mantiene su responsabilidad: SIGLO gobierna el proceso logístico y SIGMA-MANSIS el ciclo de mantenimiento y activo.

7.4. Coste de ciclo de vida

El precio de adquisición no representa todo el coste de un equipo. El coste de ciclo de vida incluye instalación, formación, consumibles, mantenimiento, calibración, energía, paradas, reparaciones y retirada. Un activo barato puede resultar más caro si falla con frecuencia o requiere repuestos exclusivos. SIGMA-MANSIS permite consultar datos históricos para elaborar planes de actuación, presupuestos y decisiones de sustitución.

Entre los indicadores clásicos se encuentran disponibilidad, tiempo medio entre fallos, tiempo medio de reparación, cumplimiento del preventivo, coste acumulado y backlog de órdenes. Estos indicadores deben interpretarse con cuidado. Por ejemplo, un tiempo medio de reparación bajo puede ocultar que las averías complejas se cierran y reabren, o que no se registra espera de repuesto. La definición y calidad de datos son tan importantes como la fórmula.

7.5. Seguridad y criticidad

La criticidad combina impacto asistencial, seguridad, disponibilidad de alternativas y probabilidad de fallo. Un sistema de climatización de un área crítica, un equipo electromédico y un elemento administrativo no pueden priorizarse igual. La clasificación ayuda a definir niveles de servicio, mantenimiento preventivo y stock de repuestos.

Para un TFA-STI, el soporte debe preservar continuidad y seguridad. Una indisponibilidad del sistema no detiene físicamente el mantenimiento, pero puede impedir conocer planes, historial o prioridades. Deben existir procedimientos alternativos, posterior regularización y control para no perder actuaciones realizadas durante una contingencia.

8. COAN-SSPA E INFORCOAN: CONTABILIDAD ANALÍTICA Y EXPLOTACIÓN

COAN-SSPA es el sistema de contabilidad analítica del Sistema Sanitario Público de Andalucía. Mide las actividades asistenciales realizadas y registra el consumo detallado de recursos humanos y materiales. Su finalidad es conocer el coste de procesos asistenciales desde perspectivas estructurales y funcionales. Esta definición lo diferencia de la contabilidad financiera y presupuestaria: COAN no se limita a registrar cuánto se ha gastado, sino que busca explicar dónde, cómo y para qué se consumieron los recursos.

8.1. Centros de responsabilidad y estructura de costes

La contabilidad analítica organiza la información en centros de responsabilidad, actividades y objetos de coste. Un centro puede ser final, auxiliar o estructural según su relación con la producción asistencial. Los costes directos se asignan cuando existe una relación identificable; los indirectos requieren criterios de reparto. El objetivo no es inventar una precisión imposible, sino aplicar reglas homogéneas, transparentes y estables.

Los costes de personal, consumos, farmacia, mantenimiento, servicios generales y amortizaciones pueden distribuirse para calcular el coste de unidades y procesos. La elección del inductor de reparto es crítica. Superficie, actividad, número de profesionales, estancias o tiempo pueden ser adecuados en contextos distintos. Un mal inductor produce resultados matemáticamente correctos pero económicamente engañosos.

8.2. Actividad y consumo

COAN combina información económica con actividad sanitaria. Para calcular costes unitarios necesita denominadores: consultas, estancias, procedimientos, altas, sesiones u otras unidades. Si la actividad está incompleta, el coste unitario se eleva artificialmente; si se duplica, disminuye. Por ello, la conciliación entre fuentes asistenciales y económicas es un proceso de calidad del dato.

La descripción corporativa indica que el sistema contiene información de costes, número de profesionales, actividad sanitaria e información diagnóstica o explicativa. Esta amplitud permite analizar variaciones, pero exige protección de datos y control de accesos. El uso analítico debe limitarse a la finalidad autorizada y evitar exponer datos personales cuando no sean necesarios.

8.3. Coste estructural y funcional

La perspectiva estructural responde a cómo se organiza el coste por centros y unidades. La funcional busca relacionarlo con procesos o productos asistenciales. Ambas son complementarias. La primera facilita responsabilidad y comparación organizativa; la segunda aproxima el coste de atender una necesidad sanitaria. No debe confundirse coste con precio ni con tarifa. El coste representa recursos consumidos; el precio público o importe facturado responde a una norma o relación jurídica diferente.

8.4. INFORCOAN

INFORCOAN es una aplicación web de consulta de la información generada por COAN para centros de responsabilidad de hospitales y distritos y para distintos años del presupuesto de gastos. Su función es facilitar la explotación y consulta. No sustituye al módulo operacional de COAN ni debe describirse como un sistema predictivo genérico. Es la capa de acceso a información analítica publicada por el sistema.

Una herramienta de consulta debe permitir filtrar, agregar, comparar periodos y descender a detalle dentro de los permisos. El usuario directivo busca tendencias y desviaciones; el gestor de unidad necesita entender componentes del coste; el equipo de contabilidad analítica valida cargas y repartos. El diseño debe presentar metadatos: periodo, versión, unidad, criterio de cálculo y fecha de actualización.

8.5. Calidad, cierre y comparabilidad

La contabilidad analítica requiere ciclos de carga, validación y cierre. Antes de cerrar un periodo deben revisarse centros sin actividad, costes sin destino, variaciones anómalas, repartos incompletos y diferencias con fuentes. Una vez cerrado, los cambios deben controlarse porque afectarían comparaciones y decisiones ya realizadas.

El benchmarking solo es válido si las unidades comparadas aplican criterios equivalentes. Diferencias de cartera de servicios, complejidad, docencia, investigación o estructura pueden explicar costes distintos. INFORCOAN facilita consulta, pero la interpretación corresponde al gestor. Un indicador no es una sentencia; es una señal que debe contextualizarse.

8.6. Uso para la toma de decisiones

La información de COAN puede apoyar presupuestación, evaluación de eficiencia, rediseño de procesos y negociación de objetivos. También permite detectar que una aparente ineficiencia se debe a una imputación incorrecta o a actividad no registrada. El valor del sistema surge cuando la organización transforma el dato en pregunta y la pregunta en decisión.

Para el área TIC, los retos incluyen integración de fuentes, rendimiento de cargas, trazabilidad del dato, gestión de maestros y control de versiones. La arquitectura analítica debe separar el dato operacional del modelo de explotación para no afectar a los sistemas asistenciales y logísticos de origen.

9. JÚPITER-FOG Y SUR: PRESUPUESTO, FACTURAS, TESORERÍA Y RECURSOS TRIBUTARIOS

9.1. JÚPITER

JÚPITER es el Sistema Integrado de Gestión Presupuestaria, Contable y de Tesorería de la Junta de Andalucía. Fue concebido como herramienta común para órganos de contratación y gestión económica de consejerías y organismos. En el SAS representa el enlace con el marco económico general de la Administración autonómica. Su alcance incluye presupuesto, contabilidad y tesorería, por lo que no debe reducirse a “programa de pagos”.

La gestión presupuestaria controla créditos y su ejecución. La contabilidad registra hechos económicos conforme al plan y reglas públicas. La tesorería gestiona cobros, pagos y disponibilidades. Aunque funcionalmente relacionados, son planos distintos. Un gasto puede estar comprometido y todavía no constituir una obligación reconocida; una obligación puede estar contabilizada y pendiente de pago; un pago puede haberse ordenado y no haberse materializado aún.

Las fases clásicas de ejecución del gasto se representan mediante autorización, disposición o compromiso, reconocimiento de obligación y ordenación/pago, con la terminología y documentos definidos por la normativa y los procedimientos de la Junta. El sistema debe impedir superar crédito, mantener la vinculación con expediente y permitir anulaciones o rectificaciones con rastro de auditoría.

9.2. FOG

FOG es el Sistema de Registro de Facturas y Fondos del Órgano Gestor y se define como subsistema de JÚPITER. Su función debe entenderse dentro del registro y tramitación económica de facturas y fondos. La factura requiere fecha de entrada, tercero, importe, órgano gestor, referencia y estado. El registro evita que documentos permanezcan fuera del circuito y permite medir tiempos de tramitación.

El principio de unicidad y trazabilidad exige detectar duplicados y conservar vínculos con la factura electrónica presentada. Los cambios de estado deben corresponder a acciones autorizadas. Una factura rechazada necesita causa; una conformada debe relacionarse con la prestación realizada; una contabilizada debe poder reconciliarse con el sistema presupuestario.

9.3. Relación funcional con SIGLO

SIGLO gestiona la vertiente logística y de facturación asociada a compras y recepciones. JÚPITER-FOG gestiona el plano presupuestario, contable, de tesorería y registro de facturas de la Junta. El flujo funcional requiere transferir o conciliar información, pero no debe afirmarse una interfaz técnica específica sin documentación. Lo importante es preservar la cadena: contrato o pedido, recepción, factura, reconocimiento de obligación y pago.

Las diferencias pueden surgir por importes, impuestos, tercero, centro o estado. Una conciliación debe identificar el origen de la divergencia y no ocultarla. El soporte conjunto necesita responsables funcionales de ambos dominios y un identificador común o tabla de correspondencia.

9.4. SUR

SUR, Sistema Unificado de Recursos, se encarga de la gestión, liquidación y recaudación de tributos propios o cedidos de la Comunidad Autónoma de Andalucía. Sus objetivos incluyen modernizar procedimientos y reducir burocracia en la administración tributaria. Su presencia en el catálogo económico-financiero del SAS se explica por la necesidad de acceder a herramientas comunes de la Junta, no porque sea un sistema de recursos humanos.

En el lenguaje presupuestario, recursos puede referirse a ingresos o derechos de naturaleza tributaria. La coincidencia con la palabra “recursos humanos” ha originado confusiones. Las nóminas y la gestión de personal pertenecen a otros sistemas corporativos, estudiados en el tema de recursos humanos.

9.5. Integridad presupuestaria y temporal

La dimensión temporal es crítica. Los créditos pertenecen a ejercicios; los contratos pueden tener anualidades; las facturas se registran en una fecha y corresponden a una prestación; los pagos se realizan posteriormente. Los sistemas deben controlar cierres, arrastres, saldos y operaciones pendientes. El cierre no es una mera tarea técnica: consolida la información oficial del periodo.

La reversibilidad controlada también es necesaria. Si se detecta un error, la corrección debe realizarse mediante asiento, documento o procedimiento previsto, no borrando la evidencia. Los sistemas económico-financieros priorizan trazabilidad sobre comodidad de edición.

10. PORTAL WEB DE TESORERÍA Y GESTIÓN DE INTERESES DE DEMORA

10.1. Portal Web de Tesorería

El Portal Web de Tesorería es un repositorio documental relativo a tesorería. Sus objetivos oficiales incluyen divulgar procedimientos y normas, mejorar la comunicación dentro y fuera de la Subdirección de Tesorería, almacenar y hacer accesible el conocimiento, concentrar accesos a aplicaciones y webs y administrar tablas auxiliares de otros sistemas del proyecto.

Esta definición corrige otra atribución frecuente: no es una aplicación bancaria que muestre necesariamente saldos y movimientos en tiempo real. Su función principal es conocimiento, comunicación, accesos y datos auxiliares. En una organización extensa, la homogeneización de procedimientos es una medida de control. Un manual actualizado, una tabla común y un canal de comunicación evitan que centros distintos apliquen criterios divergentes.

La gestión documental del portal debe controlar vigencia, responsable, fecha y versión. Una instrucción obsoleta puede provocar errores masivos. Los enlaces a aplicaciones deben mantenerse y protegerse; la edición de tablas auxiliares requiere permisos y validación, porque esos valores pueden condicionar otros sistemas.

10.2. Gestión de Intereses de Demora

La aplicación gestiona demandas o reclamaciones de proveedores del SAS que solicitan intereses por facturas pagadas con retraso. El objeto funcional es el expediente de reclamación, no el pago ordinario. Debe reunir proveedor, facturas afectadas, fechas relevantes, importes, alegaciones, cálculo y resolución o propuesta correspondiente.

El cálculo exige identificar el periodo de demora y el tipo aplicable. La Ley 3/2004 establece que, en defecto de pacto, el interés de demora se calcula con el tipo aplicado por el Banco Central Europeo a su operación principal de financiación más ocho puntos porcentuales. El tipo se publica semestralmente, por lo que un expediente que abarque periodos diferentes puede requerir segmentación. No es correcto memorizar “interés legal más ocho puntos”.

También debe distinguirse el plazo de aprobación o conformidad de la prestación del plazo de pago. La normativa contractual y de morosidad define hitos y condiciones. Una reclamación exige revisar si la factura se presentó correctamente, si hubo controversia, cuándo se reconoció la obligación y cuándo se pagó. La aplicación facilita la gestión, pero la procedencia jurídica no se decide por una fórmula automática aislada.

10.3. Indicadores de tesorería

La organización puede analizar periodo medio de pago, facturas pendientes, antigüedad, reclamaciones e importe de intereses. Estos indicadores permiten identificar cuellos de botella en recepción, conformidad, registro, contabilización u ordenación. Un retraso no siempre se origina en tesorería; puede comenzar en una recepción no confirmada o en una factura con datos incorrectos.

Para mejorar el proceso es necesario medir tiempos por fase. El tiempo total puede ocultar que un expediente permaneció días esperando aclaración del proveedor o validación interna. La trazabilidad de estados permite asignar causas y diseñar acciones. El objetivo es pagar correctamente y dentro de plazo, no simplemente acelerar cualquier documento.

10.4. Gestión del conocimiento y soporte

El Portal Web de Tesorería desempeña un papel complementario a las aplicaciones transaccionales. Centraliza procedimientos, preguntas frecuentes, acceso y tablas. En soporte, debe existir una fuente única de instrucciones. Las comunicaciones sobre cierres, cambios normativos o incidencias deben ser claras y dirigidas a los perfiles afectados.

La administración de tablas auxiliares debe someterse a control de cambios. Un valor mal configurado puede afectar cálculos o validaciones de múltiples centros. Las modificaciones deben probarse, aprobarse y documentarse, con posibilidad de conocer quién cambió qué y cuándo.

11. CONTROL FINANCIERO PERMANENTE

Control Financiero Permanente es una aplicación orientada a obtener muestras aleatorias del total de expedientes tramitados en los centros periféricos del SAS, para su fiscalización y la emisión de informes de cumplimiento de legalidad. Esta formulación sitúa el sistema en el ámbito del control interno. La muestra permite revisar un subconjunto representativo o definido metodológicamente cuando no es posible examinar todas las operaciones con igual profundidad.

11.1. Población, muestra y selección

La población es el conjunto de expedientes que cumplen los criterios del periodo y ámbito. La muestra es el subconjunto seleccionado. Para que la selección sea defendible deben quedar registrados universo, filtros, fecha, método y resultado. La aleatoriedad evita elegir solo casos fáciles o conocidos, aunque el plan de control puede combinar selección aleatoria con criterios de riesgo.

No debe confundirse muestreo aleatorio con ausencia de reglas. Antes de seleccionar hay que depurar duplicidades y definir qué constituye una unidad: expediente, contrato, factura u operación. Si la población está incompleta, la muestra no representa la actividad real. La calidad de la fuente condiciona la validez del control.

11.2. Fiscalización y evidencia

El expediente seleccionado se revisa frente a requisitos de legalidad, competencia, crédito, procedimiento, documentación y ejecución. La aplicación puede registrar revisión, incidencias y resultado, pero el juicio de control corresponde al órgano y personal competente. La tecnología organiza evidencia y trazabilidad; no sustituye la interpretación jurídica.

Los documentos y datos deben conservarse de forma que permitan reproducir la selección y el análisis. Si el universo cambia después, debe mantenerse la fotografía utilizada. Los informes deben vincular hallazgos con expedientes y criterios, evitando conclusiones no soportadas.

11.3. Informes y mejora

El objetivo no es solo detectar incumplimientos individuales. Los resultados agregados pueden señalar debilidades sistémicas: documentación incompleta, retrasos, uso incorrecto de procedimientos o errores de imputación. La organización debe transformar hallazgos en recomendaciones, formación, cambios de procedimiento o controles preventivos.

Para el área TIC, la aplicación requiere controles de acceso reforzados porque contiene información de expedientes y evaluaciones. Debe separar funciones de administración, selección, revisión y consulta. Los logs deben protegerse frente a alteración y conservarse según la política aplicable.

11.4. Relación con otros sistemas

El sistema necesita recibir o consultar datos de expedientes tramitados en otras aplicaciones. Funcionalmente puede relacionarse con contratación, facturación y presupuesto. La integración debe preservar los identificadores originales y el estado en la fecha de selección. Las correcciones posteriores no deben borrar la evidencia de lo revisado.

Un hallazgo de control puede motivar cambios en SIGLO, JÚPITER, procedimientos o perfiles. Así, el control financiero actúa como retroalimentación del gobierno económico. La mejora debe equilibrar prevención y usabilidad: controles excesivamente rígidos pueden provocar circuitos paralelos, mientras que controles insuficientes elevan riesgo.

12. GUINE: GESTIÓN DE UNIDADES DE INGRESOS ECONÓMICOS

GUInE, Gestión de Unidades de Ingresos Económicos, es una aplicación integral para gestionar servicios, actividades y entregas de bienes susceptibles de generar una liquidación en el ámbito del SAS. Sus objetivos oficiales son identificar prestaciones retribuibles mediante precios públicos, tasas o contratos, homogeneizar la gestión de las unidades de ingresos, maximizar recursos públicos y unificar los derechos económicos reconocidos y liquidados.

Esta definición elimina una confusión importante: GUInE no es una plataforma genérica de business intelligence económico-financiero. Puede disponer de consultas y explotación, pero su núcleo es operacional y se centra en expedientes de ingresos. La aplicación conecta información asistencial y económica para determinar si una asistencia genera un derecho de cobro frente a un tercero.

12.1. Episodio, expediente, actuación y liquidación

La capacitación corporativa describe una organización mediante episodios, expedientes, actuaciones, documentos y liquidaciones. El episodio representa el hecho asistencial de origen. El expediente agrupa la gestión económica y documental. Las actuaciones registran pasos y comunicaciones. La liquidación cuantifica el derecho económico conforme a la norma o relación aplicable.

No toda asistencia genera ingreso adicional. El sistema debe aplicar reglas para distinguir financiación ordinaria de supuestos repercutibles: accidentes de tráfico, contingencias profesionales, aseguramiento privado, convenios, tasas, precios públicos u otros terceros obligados. La identificación incorrecta puede provocar pérdida de ingresos o reclamaciones improcedentes.

12.2. Identificación del tercero

El obligado al pago puede ser una entidad aseguradora, mutua, organismo, empresa o particular según el supuesto. Es necesario verificar cobertura, autorización y datos de facturación. La identidad del paciente no coincide necesariamente con el tercero económico. Este desacoplamiento exige un modelo de datos que relacione persona, episodio, responsable de pago y expediente.

La aplicación publica integraciones y tutoriales con INSS, TIREA, importación de urgencias y envío de partes de asistencia. Estos elementos muestran la necesidad de intercambiar información con organismos y entidades externas. La interoperabilidad debe aplicar minimización de datos, base jurídica, seguridad y trazabilidad.

12.3. Estados de gestión

Un expediente atraviesa estados: identificación, revisión, documentación, liquidación, notificación, alegación, cobro o cierre, con variantes según el tipo. Los estados permiten controlar pendientes y responsabilidades. La transición debe estar condicionada a requisitos y perfiles. Un cierre no puede ocultar una deuda pendiente ni una liquidación anulada.

Las acciones masivas mejoran productividad, pero elevan riesgo. Una selección incorrecta podría modificar muchos expedientes. Por ello, deben ofrecer previsualización, confirmación, criterios explícitos y registro de la operación. Las búsquedas y consultas deben respetar permisos y no exponer episodios a usuarios sin necesidad funcional.

12.4. Derechos reconocidos y recaudación

GUInE unifica la gestión de derechos económicos del SAS. El reconocimiento del derecho significa que existe una cuantía a cobrar conforme al procedimiento. La recaudación y contabilización pueden involucrar sistemas de la Junta, entre ellos SUR u otros circuitos, pero no debe afirmarse una interfaz concreta sin documentación. El flujo funcional requiere que la liquidación llegue al sistema competente y que el cobro pueda conciliarse.

La conciliación evita expedientes marcados como pendientes cuando el ingreso ya se produjo o cobros sin expediente identificado. Los identificadores de liquidación, tercero, importe y fecha son claves. Los ajustes o anulaciones deben conservar motivo y autorización.

12.5. Calidad y protección de datos

La identificación de episodios repercutibles depende de datos asistenciales. Debe evitarse tratar más información clínica de la necesaria. El usuario económico puede necesitar fecha, tipo de asistencia y cobertura, pero no toda la historia clínica. Los perfiles, la separación de vistas y el registro de accesos son esenciales.

La calidad del dato incluye identidad del paciente, aseguramiento, fecha, centro, tercero y documentos. La unificación de pacientes mencionada en la capacitación pretende resolver duplicidades o correspondencias. Cualquier fusión debe aplicar reglas seguras porque un error puede atribuir una deuda al expediente incorrecto.

13. FLUJOS ECONÓMICO-FINANCIEROS DE EXTREMO A EXTREMO

Estudiar aplicaciones por separado es necesario, pero un TFA-STI debe comprender los procesos transversales. Los sistemas intercambian datos porque el hecho económico atraviesa varias responsabilidades. La integración no consiste en copiar todo entre todos, sino en enviar el dato necesario al sistema responsable y mantener referencias para conciliación.

13.1. Compra a pago

1. La unidad identifica una necesidad y la traduce en solicitud o pedido con artículo, cantidad y centro.
2. El catálogo aporta la definición corporativa del bien o servicio y sus datos de gestión.
3. La contratación aporta expediente, adjudicatario, vigencia, anualidad y condiciones.
4. SIGLO gestiona compra, preparación, envío, recepción y facturación logística.
5. La factura se registra y se relaciona con el órgano gestor mediante FOG y el circuito económico.
6. JÚPITER refleja las fases presupuestarias, contables y de tesorería correspondientes.
7. El pago se materializa y su estado debe conciliarse con la factura y el expediente.
8. Si existe retraso y reclamación, Gestión de Intereses de Demora administra el expediente específico.

Los puntos de control más importantes son disponibilidad contractual y presupuestaria, correspondencia pedido-recepción-factura, unicidad de factura, competencia del aprobador y trazabilidad de estados. El fallo en una fase se propaga. Si la recepción no se confirma, la factura puede quedar bloqueada; si el contrato está agotado, el pedido no debería cursarse; si la factura se registra con tercero incorrecto, el pago y la conciliación fallan.

13.2. Alta y ciclo de vida de un activo

1. La necesidad de equipamiento se planifica y contrata.
2. El bien se compra, recibe y factura en el circuito logístico y económico.
3. Se identifica como activo, se ubica y se documenta en SIGMA-MANSIS.
4. Se configuran planes preventivos, contratos, recursos y criticidad.
5. Los avisos y órdenes registran intervenciones, materiales y tiempos.
6. El historial y coste de ciclo de vida apoyan renovación, baja o sustitución.

La coherencia entre compra e inventario evita activos “huérfanos” sin factura o facturas de equipamiento que no se incorporan al mantenimiento. Los identificadores de serie, modelo, centro y contrato facilitan la correspondencia. Sin embargo, el inventario técnico y el contable pueden tener criterios diferentes; la integración debe respetar ambos y conciliar, no asumir identidad automática.

13.3. Contabilidad analítica

COAN recibe o consolida datos de costes, personal, consumos y actividad. Los movimientos logísticos aportan consumos materiales; los sistemas de personal, costes de recursos humanos; SIGMA-MANSIS, costes de mantenimiento y activos; y los sistemas asistenciales, actividad. El proceso de transformación asigna datos a centros y actividades, aplica repartos y genera costes.

La carga debe ser trazable hasta la fuente. Si un total en COAN no coincide con la contabilidad o los consumos, debe poder localizarse la diferencia. Las reglas de reparto deben estar documentadas y versionadas. INFORCOAN ofrece la consulta una vez que la información ha sido validada.

13.4. Prestación a ingreso

1. Se produce un episodio o prestación asistencial.
2. GUInE identifica si es susceptible de generar liquidación y quién es el tercero.
3. Se crea y tramita el expediente con actuaciones y documentos.
4. Se calcula y reconoce el derecho económico conforme a la norma o contrato.
5. La liquidación se comunica al sistema o entidad competente para cobro.
6. El ingreso se concilia y el expediente se cierra o continúa en reclamación.

La dificultad principal es relacionar el hecho asistencial con la obligación económica sin vulnerar protección de datos. La integración debe limitar campos y registrar accesos. Las entidades externas pueden devolver estados, rechazos o pagos que deben reconciliarse.

13.5. Control y retroalimentación

Control Financiero Permanente selecciona expedientes y analiza cumplimiento. Los hallazgos retroalimentan procedimientos y sistemas. Si se detectan errores recurrentes en contratación, recepción o factura, pueden introducirse validaciones preventivas. La contabilidad analítica y los indicadores de tesorería aportan otra dimensión de control: eficiencia, costes y tiempos.

14. GOBIERNO DEL DATO, SEGURIDAD, INTEROPERABILIDAD Y AUDITORÍA

14.1. Datos maestros

Los datos maestros son entidades relativamente estables compartidas por múltiples procesos: centros, unidades, proveedores, artículos, contratos, aplicaciones presupuestarias, activos y terceros. La falta de gobierno produce duplicados y correspondencias ambiguas. Debe existir un responsable, reglas de alta y modificación, criterios de calidad y mecanismo de distribución.

El identificador técnico no siempre es significativo para el usuario. Puede haber códigos locales y corporativos. La integración debe mantener tablas de equivalencia y evitar usar nombres libres como clave. Los cambios de denominación no deben crear un nuevo objeto si la entidad es la misma, pero una fusión también necesita preservar el historial.

14.2. Calidad del dato

La calidad se evalúa mediante completitud, validez, unicidad, consistencia, actualidad y exactitud. Cada dimensión requiere controles diferentes. Una factura puede estar completa pero contener un importe incorrecto; un artículo puede ser válido pero duplicado; un activo puede ser exacto pero desactualizado en ubicación. Los controles deben ejecutarse cerca del origen y también en conciliaciones posteriores.

Los errores deben gestionarse con una cola o proceso de incidencias funcionales, no mediante correcciones directas en base de datos salvo procedimiento excepcional controlado. La corrección debe conservar evidencia y, cuando el dato se haya enviado a otros sistemas, propagarse o reconciliarse.

14.3. Interoperabilidad

La interoperabilidad comprende dimensión organizativa, semántica y técnica. La organizativa define responsabilidades y acuerdos; la semántica asegura que “factura”, “centro” o “estado” significan lo mismo; la técnica establece formatos, protocolos y seguridad. Un servicio puede estar disponible técnicamente y, sin embargo, producir errores semánticos por códigos incompatibles.

El Esquema Nacional de Interoperabilidad impulsa estándares y conservación. En estos sistemas son relevantes factura electrónica, EDI, identificadores y documentos administrativos. Deben establecerse contratos de interfaz, validación de esquemas, versiones, tratamiento de errores y monitorización. La evolución debe mantener compatibilidad o planificar migraciones.

14.4. Seguridad y control de accesos

El principio de mínimo privilegio se complementa con segregación de funciones. Los perfiles deben alinearse con puestos y competencias. Las cuentas compartidas impiden atribuir acciones y deben evitarse. Las operaciones sensibles pueden requerir doble validación o firma según el procedimiento.

La autenticación fuerte, la gestión de sesiones y el cifrado protegen accesos y comunicaciones. La confidencialidad es especialmente relevante en GUInE y COAN cuando aparecen datos personales o asistenciales. La integridad y trazabilidad son críticas en todos los sistemas, incluso cuando la información no sea confidencial.

14.5. Auditoría

El log de auditoría debe registrar quién, qué, cuándo y desde dónde, junto con resultado y objeto afectado. Debe protegerse contra manipulación y estar sincronizado temporalmente. No todos los eventos tienen el mismo nivel; la política debe priorizar altas, cambios de permisos, aprobaciones, anulaciones, modificaciones de importes, estados de factura, liquidaciones y cierres.

La auditoría técnica se complementa con la funcional. Un login correcto no demuestra que la operación fuera procedente. Por eso los registros deben relacionarse con expediente, pedido, factura, activo o liquidación. Las consultas masivas y exportaciones también pueden ser eventos auditables.

14.6. Protección de datos

La minimización obliga a mostrar únicamente campos necesarios. Los entornos de pruebas deben usar datos anonimizados o sintéticos cuando sea posible. Las exportaciones a hojas de cálculo crean copias fuera del control central y requieren restricciones. Los plazos de conservación deben basarse en obligaciones legales y de archivo, no en borrar automáticamente información financiera al terminar el ejercicio.

14.7. Gobierno y propiedad

La responsabilidad funcional corresponde al área de negocio; el área TIC administra la plataforma, integración y operación; seguridad define controles; protección de datos asesora sobre tratamiento; y auditoría verifica. Un cambio de regla económica no debe implementarse únicamente por decisión técnica. Requiere propietario, especificación, prueba y aprobación.

15. OPERACIÓN, SOPORTE, CONTINUIDAD Y EVOLUCIÓN DE LAS APLICACIONES

15.1. Gestión del servicio

Las aplicaciones económico-financieras deben gestionarse como servicios críticos. El catálogo de servicio define alcance, usuarios, horarios, dependencias y niveles. La monitorización debe incluir disponibilidad, rendimiento, errores de integración, colas pendientes, procesos nocturnos y capacidad. Un indicador “servidor activo” es insuficiente si los usuarios no pueden registrar facturas o generar pedidos.

La mesa de ayuda debe clasificar incidencias por aplicación, módulo, centro, impacto y urgencia. Una pregunta funcional no es igual que una caída general. Las soluciones deben documentarse para reutilizar conocimiento. ayudaDIGITAL actúa como punto de acceso a aplicaciones, avisos, capacitación y documentación, lo que facilita la gestión corporativa.

15.2. Incidentes y problemas

La gestión de incidentes restaura el servicio; la de problemas busca la causa raíz. Si una integración rechaza facturas repetidamente por un código, resolver cada caso manualmente no elimina el problema. Debe analizarse catálogo, validación, interfaz o dato maestro. Los errores frecuentes se agrupan y priorizan por impacto económico y asistencial.

Las incidencias requieren comunicación. Los cierres presupuestarios, inventarios o pagos tienen ventanas críticas. Un aviso debe indicar alcance, alternativas y recuperación. La información técnica debe traducirse al lenguaje del usuario: “error de base de datos” no explica qué operaciones están afectadas.

15.3. Cambios y versiones

Los sistemas evolucionan por normativa, organización, mejoras y tecnología. El cambio debe pasar por análisis de impacto, desarrollo o configuración, pruebas, formación, despliegue y seguimiento. Las interfaces son dependencias: modificar un campo o estado puede romper aplicaciones relacionadas. El versionado del contrato de datos y las pruebas integrales reducen riesgo.

Las pruebas deben cubrir reglas funcionales, permisos, integración, rendimiento y regresión. Un cambio en cálculo de impuestos requiere casos límite; una nueva versión móvil debe probar sincronización; un cambio de catálogo debe verificar pedidos y facturas. Los usuarios clave participan en aceptación porque conocen las excepciones reales.

15.4. Continuidad

El análisis de impacto identifica qué procesos no pueden detenerse y durante cuánto tiempo. La logística sanitaria puede requerir continuidad inmediata; otros análisis pueden admitir recuperación posterior. El plan debe definir respaldo, recuperación, procedimientos manuales y regularización. La recuperación técnica no termina hasta validar consistencia funcional.

En sistemas integrados, el orden de recuperación importa. Si un sistema emisor vuelve antes que el receptor, puede acumular mensajes; si se restauran copias de momentos distintos, aparecen divergencias. Debe existir reconciliación después de una contingencia.

15.5. Formación y gestión del cambio

La capacitación corporativa disponible para SIGLO, COAN, GUInE y otras aplicaciones demuestra que el éxito depende del usuario. Los manuales explican procedimientos, pero también se necesitan tutoriales por rol y casos prácticos. Un cambio de interfaz sin explicar el cambio funcional puede generar errores.

La gestión del cambio identifica grupos afectados, comunica beneficios y riesgos, ofrece apoyo y recoge retroalimentación. En una aplicación corporativa, una mala adopción produce datos incompletos que perjudican a toda Andalucía. La calidad no se consigue únicamente con validaciones técnicas.

15.6. Obsolescencia y renovación

La renovación tecnológica debe preservar reglas, datos e integraciones. Migrar no significa copiar tablas sin análisis. Es necesario depurar maestros, transformar estados, conservar documentos y reconciliar saldos. La coexistencia temporal puede requerir evitar doble registro y definir sistema de referencia.

15.7. Indicadores de operación

Además de disponibilidad, conviene medir tiempos de respuesta, errores, transacciones pendientes, porcentaje de integraciones correctas, incidencias por módulo, tiempo de resolución, cambios fallidos y satisfacción. Los indicadores deben segmentarse por impacto. Un error que afecta a una sola consulta no equivale a un bloqueo de facturación provincial.

16. DISTINCIONES DE EXAMEN E IDEAS CLAVE

16.1. Parejas que no deben confundirse

16.2. Correcciones sobre materiales antiguos

• SUR no es RR. HH.: se ocupa de gestión, liquidación y recaudación tributaria.
• GUInE no es BI genérico: gestiona prestaciones y actividades susceptibles de generar liquidación.
• COAN no es contabilidad presupuestaria: es contabilidad analítica y cálculo de costes.
• Portal Web Tesorería no es un portal bancario: es repositorio documental, conocimiento, accesos y tablas auxiliares.
• Control Financiero Permanente no se describe oficialmente como IA: su finalidad pública es muestreo aleatorio, fiscalización e informes de legalidad.
• SIGLO Acreditación Logística no es solo formación: configura la estructura y recursos logísticos.

16.3. Reglas de razonamiento

Cuando una pregunta mencione artículos, pedidos, almacenes o facturas asociadas a la compra, piensa en SIGLO. Si habla de estructura de almacenes, depósitos, centros y mapa logístico, selecciona Acreditación Logística. Si habla de usuarios y permisos, Organización. Si menciona seguimiento de contratos y anualidades, Contratación. Si pregunta por catálogo de artículos, EDI y banco de productos, Catálogo.

Cuando aparezcan actividad asistencial, consumo de recursos y coste de procesos, piensa en COAN-SSPA; si el verbo es consultar información COAN, en INFORCOAN. Para presupuesto, contabilidad y tesorería de la Junta, JÚPITER; para registro de facturas y fondos, FOG. Para activos, órdenes y mantenimiento, SIGMA-MANSIS. Para prestaciones repercutibles e ingresos, GUInE. Para tributos, SUR. Para muestreo y fiscalización, Control Financiero Permanente.

16.4. Ideas de arquitectura

Las aplicaciones se integran por objetos y estados. No existe integración fiable sin datos maestros y conciliación. El sistema emisor debe saber si el receptor aceptó la operación. Los identificadores únicos evitan duplicidad. Los logs técnicos deben relacionarse con el expediente funcional. Los cambios de interfaz se versionan y prueban de extremo a extremo.

La seguridad se basa en mínimo privilegio, segregación de funciones, trazabilidad y protección de datos. La continuidad debe considerar el proceso, no solo el servidor. Tras recuperar, se concilian transacciones. La calidad del dato es una responsabilidad compartida entre negocio y TIC.

16.5. Repaso final

El valor estratégico del ecosistema reside en convertir operaciones dispersas en información controlada. La logística garantiza disponibilidad de materiales; el presupuesto limita y autoriza recursos; la contabilidad registra; la tesorería paga y recauda; la contabilidad analítica explica costes; el mantenimiento conserva activos; los ingresos recuperan derechos; y el control verifica legalidad. La tecnología debe unir estos procesos sin borrar las fronteras de responsabilidad.

17. MAPA CONCEPTUAL