1. INTRODUCCIÓN Y ENCUADRE

La transformación digital sanitaria no consiste únicamente en sustituir documentos en papel por formularios electrónicos, instalar una nueva aplicación o renovar una infraestructura. Supone modificar la forma en la que se presta la asistencia, se coordinan los profesionales, se registra y reutiliza la información, se toman decisiones y se relaciona la organización con la ciudadanía. Por esa razón, cualquier iniciativa TIC relevante produce simultáneamente un cambio tecnológico, un cambio de procesos y un cambio humano. El personal TIC del Servicio Andaluz de Salud debe comprender y gobernar esas tres dimensiones.

En una organización sanitaria, el componente humano tiene una importancia singular. Los sistemas se utilizan en entornos de presión asistencial, con alta interdependencia entre unidades, turnos, niveles asistenciales y perfiles profesionales. Un cambio aparentemente pequeño en una pantalla puede alterar el tiempo de registro, la secuencia de una actuación, la coordinación entre atención primaria y hospitalaria o la disponibilidad de información necesaria para una decisión clínica. El criterio técnico no puede separarse del conocimiento del proceso real ni de las consecuencias organizativas de la implantación.

La gestión del cambio es la disciplina que prepara, acompaña y consolida la transición desde una situación actual hacia una situación futura deseada. Su finalidad no es conseguir una aceptación acrítica de cualquier tecnología, sino crear las condiciones para que el cambio sea comprendido, viable, seguro, utilizado de manera competente y sostenido en el tiempo. Incluye el análisis de personas y colectivos afectados, el liderazgo, la participación, la comunicación, la capacitación, el soporte, la gestión de resistencias y la medición de la adopción y de los beneficios.

El tema se centra en el cliente interno, es decir, en las personas y unidades de la propia organización que reciben o utilizan servicios TIC. En el SAS pueden ser profesionales asistenciales, personal de gestión y servicios, responsables de unidades, equipos directivos, personal investigador y otros perfiles que dependen de aplicaciones, comunicaciones, dispositivos, datos o soporte. Sin embargo, la orientación al cliente interno nunca debe perder de vista al beneficiario último del sistema sanitario público: la ciudadanía y, de forma especial, la persona atendida.

Las necesidades, expectativas y satisfacción están relacionadas, pero no son equivalentes. Una necesidad expresa un problema o resultado que debe resolverse; una expectativa anticipa cómo espera el usuario que se preste el servicio; la satisfacción es una valoración posterior de la experiencia. La calidad percibida depende de la fiabilidad, la utilidad, la facilidad de uso, la respuesta del soporte, la confianza y la comparación entre lo esperado y lo recibido. No basta con que una aplicación cumpla una especificación técnica si no permite realizar el trabajo de forma segura, comprensible y eficiente.

La perspectiva del opositor TFA-STI debe ser doble. Por una parte, ha de conocer modelos y conceptos generales de gestión del cambio. Por otra, debe aplicarlos al contexto del SSPA: continuidad asistencial, seguridad del paciente, protección de datos, disponibilidad de sistemas críticos, heterogeneidad de usuarios, coordinación territorial, soporte multicanal y necesidad de evidencias para decidir si una implantación está generando valor.

2. MARCO INSTITUCIONAL Y ESTRATÉGICO EN EL SAS

El papel del personal TIC debe situarse dentro de la estructura y de la estrategia vigente del Servicio Andaluz de Salud. El Decreto 168/2025, de 5 de noviembre, configura una Dirección General de Tecnologías de la Información y Comunicaciones dependiente de la Dirección Gerencia del SAS. Entre sus atribuciones figuran el desarrollo y ejecución de la Estrategia de Salud Digital, la planificación y supervisión de servicios digitales, la gestión de infraestructuras y comunicaciones, la seguridad, la interoperabilidad, la gobernanza del dato, la incorporación de tecnologías emergentes y la coordinación entre necesidades funcionales y sistemas de información.

La norma no reduce la función TIC a mantener equipos o resolver averías. Incluye expresamente la modernización del puesto de usuario, la adopción de tecnologías, el soporte técnico, la formación continua y las medidas para favorecer la adaptación organizacional y la gestión del cambio. Esta formulación es especialmente relevante para el examen: la gestión del cambio no es una tarea accesoria que se añade al final de un proyecto, sino una responsabilidad integrada en la dirección y ejecución de la transformación digital del SAS.

La Estrategia de Salud Digital de Andalucía 2030, aprobada por Acuerdo del Consejo de Gobierno de 23 de diciembre de 2025 y vigente para el periodo 2026-2030, establece como misión utilizar la tecnología como apoyo a la atención sanitaria y como elemento transformador del SSPA. Su visión es avanzar hacia una organización sanitaria madura digitalmente que preste servicios de alto valor. La estrategia se apoya en valores como la eficiencia, la corresponsabilidad, la transparencia, la ética, la accesibilidad, la sostenibilidad, la participación y la calidad asistencial.

La ESDA 2030 formula cuatro grandes objetivos: mejorar los servicios digitales respondiendo a necesidades reales; aprovechar el valor y la calidad del dato para decidir; impulsar la transformación digital y las capacidades organizativas; y fomentar la innovación participativa. Además, identifica tres pilares transversales —gobernanza digital, humanización digital y capacitación digital— y seis programas corporativos, entre los que aparece de manera expresa el programa de gestión del cambio y capacitación.

El servicio ayudaDIGITAL constituye un ejemplo visible de orientación al cliente interno. Su propósito institucional es acercar la tecnología a los profesionales del SAS para que sea una aliada en el desempeño de su trabajo. Esa frase resume una idea central: el valor de TIC no se mide solo por activos desplegados o incidencias cerradas, sino por la capacidad de facilitar una actividad sanitaria y administrativa segura, continua y eficiente.

La relación entre dirección funcional y dirección tecnológica exige corresponsabilidad. Las unidades asistenciales y de gestión son responsables de definir prioridades, reglas de negocio y resultados esperados; TIC aporta arquitectura, seguridad, integración, viabilidad, explotación y operación. Cuando una parte intenta sustituir a la otra se generan soluciones técnicamente correctas pero funcionalmente inadecuadas, o necesidades legítimas que se traducen en implementaciones inviables o inseguras.

En consecuencia, el TFA-STI actúa dentro de un sistema de gobernanza. Debe documentar decisiones, identificar responsables funcionales, coordinarse con seguridad y protección de datos, asegurar el soporte a la explotación, elevar riesgos y contribuir a que la tecnología responda a objetivos asistenciales y corporativos. Su legitimidad no procede de imponer una solución, sino de aportar método, evidencia, competencia técnica y capacidad de colaboración.

3. PAPEL, FUNCIONES Y RESPONSABILIDADES DEL PERSONAL TIC

El personal TIC desempeña una función de mediación profesional entre las necesidades de la organización y las posibilidades de la tecnología. Esta mediación exige comprender el lenguaje clínico, administrativo y técnico, traducir necesidades en requisitos verificables y devolver a las unidades usuarias alternativas comprensibles con sus costes, riesgos y limitaciones. El valor diferencial del TFA-STI no está en conocer una herramienta aislada, sino en conectar estrategia, procesos, información y servicios.

3.1. Funciones a lo largo del ciclo de vida

En la fase de identificación, el personal TIC ayuda a delimitar el problema y evita que una petición de solución se confunda con la necesidad real. Por ejemplo, “necesitamos una nueva pantalla” puede ocultar un problema de duplicidad de registro, falta de integración o ausencia de una regla organizativa. Preguntar por el resultado esperado, los usuarios afectados, la frecuencia, la criticidad y las excepciones permite descubrir el requisito auténtico.

Durante el análisis y diseño, participa en el modelado de procesos, requisitos funcionales y no funcionales, datos, integraciones, perfiles, trazabilidad, disponibilidad, continuidad, rendimiento, seguridad, privacidad, accesibilidad y usabilidad. También debe anticipar cómo cambiarán las tareas, qué información deberá migrarse, qué roles necesitarán formación y qué soporte será necesario durante el arranque.

En la construcción y prueba, coordina validaciones técnicas y funcionales. La prueba no debe limitarse a comprobar que el software “no da error”; ha de verificar que los usuarios pueden completar escenarios reales, que las excepciones están contempladas, que la información es comprensible, que las integraciones responden y que la solución no introduce riesgos inaceptables. Las pruebas de aceptación por usuarios y los pilotos controlados son instrumentos técnicos y de gestión del cambio.

Durante la implantación, el personal TIC organiza el despliegue, la comunicación, la formación, la transición del soporte, la gestión de incidencias, el seguimiento y los criterios de reversión o contingencia. Después del arranque debe comparar resultados con la línea base, analizar el uso real, corregir defectos, retirar soluciones transitorias y consolidar procedimientos y conocimiento.

3.2. Roles frecuentes

Estos roles no siempre corresponden a puestos separados. En equipos pequeños una misma persona puede asumir varios, pero las responsabilidades deben estar cubiertas y ser visibles. Una matriz RACI puede aclarar quién es responsable de ejecutar, quién aprueba, quién debe ser consultado y quién informado. La matriz no sustituye al liderazgo ni al trabajo colaborativo, pero evita vacíos y dobles mandatos.

3.3. Competencias profesionales

Las competencias técnicas incluyen arquitectura, sistemas, redes, desarrollo, datos, interoperabilidad, ciberseguridad y gestión de servicios. A ellas se suman competencias de análisis, comunicación, negociación, facilitación, pensamiento sistémico, gestión de conflictos y comprensión del contexto sanitario. La combinación es esencial porque una decisión técnica puede modificar responsabilidades, tiempos, riesgos y autonomía profesional.

El personal TIC también debe mantener una conducta ética. La disponibilidad de datos o capacidades analíticas no legitima cualquier uso. Debe aplicar minimización, finalidad, necesidad, proporcionalidad, control de acceso, trazabilidad y explicabilidad cuando proceda. La confianza del usuario interno se deteriora si percibe que la tecnología vigila de forma opaca, genera cargas no justificadas o utiliza datos sin un propósito claro.

Finalmente, el TFA-STI es un agente de aprendizaje organizativo. Las incidencias, solicitudes, pruebas, quejas, cambios y datos de uso contienen información sobre cómo funciona realmente la organización. Convertir esa información en mejoras de proceso, documentación, automatización o rediseño es una de las aportaciones más valiosas del área TIC.

4. LAS TIC COMO MOTOR DE CAMBIO ORGANIZATIVO Y ASISTENCIAL

Las TIC actúan como motor de cambio cuando permiten una forma de trabajar que antes no era posible o cuando hacen visible la necesidad de revisar procesos obsoletos. Digitalizar un procedimiento sin modificar su lógica puede limitarse a trasladar ineficiencias al entorno electrónico. La transformación aparece cuando se eliminan duplicidades, se comparte información fiable, se automatizan tareas repetitivas, se coordinan niveles asistenciales y se habilitan decisiones basadas en datos.

La tecnología puede producir cambios en cuatro niveles. En el nivel de automatización, reduce trabajo manual sin alterar sustancialmente el servicio. En el de integración, conecta sistemas y evita reintroducir información. En el de rediseño, modifica el flujo de actividad y las responsabilidades. En el de transformación, crea capacidades nuevas, como atención no presencial, explotación poblacional o apoyo inteligente a decisiones. Cuanto mayor es el nivel, mayor suele ser el impacto humano y la necesidad de gestión del cambio.

En salud, el potencial transformador está condicionado por la seguridad y la continuidad. No se puede experimentar de forma irreflexiva con sistemas críticos. La innovación debe combinar pilotos, evaluación, control de riesgos y posibilidad de recuperación. La velocidad no consiste en omitir garantías, sino en reducir incertidumbre mediante entregas pequeñas, aprendizaje temprano y decisiones basadas en evidencia.

Las TIC también cambian la distribución del conocimiento. Un sistema con reglas, alertas o ayudas contextuales puede estandarizar actuaciones y reducir variabilidad, pero también puede generar dependencia, fatiga de alertas o confianza excesiva. El diseño debe preservar el juicio profesional, mostrar el origen de la información y permitir gestionar excepciones justificadas. La aceptación mejora cuando el usuario comprende el propósito, la lógica y los límites de la herramienta.

Otra dimensión es la visibilidad. Los sistemas registran tiempos, estados y resultados que antes no eran observables. Esto facilita la gestión, pero puede percibirse como control personal si los indicadores se presentan sin contexto. Es responsabilidad de la organización explicar qué se mide, para qué se utiliza, cómo se protegen los datos y qué factores pueden alterar la interpretación. La transparencia es una condición de confianza.

La transformación digital también exige sostenibilidad. Cada nueva solución introduce costes de licencias, infraestructura, integración, soporte, capacitación, seguridad, continuidad y evolución. El éxito inicial no garantiza viabilidad futura. El personal TIC debe valorar el coste total de propiedad, la dependencia de proveedores, la obsolescencia, la capacidad interna y el plan de retirada o sustitución.

La ESDA 2030 relaciona expresamente innovación, participación, capacitación y calidad. Esto implica que los proyectos digitales deben incorporar desde su origen a profesionales y otros agentes clave. La participación temprana no solo aumenta la aceptación: mejora la calidad de requisitos, detecta restricciones locales y reduce el coste de corregir errores en fases avanzadas.

5. CONCEPTO Y ALCANCE DE LA GESTIÓN DEL CAMBIO

La gestión del cambio organiza el lado humano de una transición. Parte de una situación actual, define una situación futura y diseña el camino para que las personas afectadas comprendan, adopten y sostengan nuevas conductas. No debe confundirse con la dirección del proyecto, aunque ambas disciplinas se complementan. El proyecto entrega una capacidad; la gestión del cambio procura que esa capacidad se utilice y produzca beneficios.

Tampoco debe confundirse con la práctica de Change Enablement de ITIL. Esta última se ocupa de maximizar el número de cambios exitosos en productos y servicios mediante evaluación de riesgos, autorización y gestión del calendario de cambios. La gestión del cambio organizativo se centra en patrocinio, participación, comunicación, aprendizaje, resistencia y adopción. Una implantación necesita ambas: control técnico de la modificación y acompañamiento de las personas.

El alcance depende de la magnitud del impacto. Una corrección transparente para el usuario puede requerir solo una comunicación operativa. Una modificación de flujo, permisos o interfaz necesita formación y soporte. Una transformación que altera roles, objetivos o relaciones de poder requiere patrocinio directivo, negociación, participación y seguimiento prolongado. Aplicar el mismo plan a todos los cambios conduce a burocracia innecesaria en unos casos y a insuficiencia en otros.

Un enfoque maduro comienza con un diagnóstico de cambio. Debe analizar la razón, los beneficios, la urgencia real, los colectivos, los procesos afectados, la disposición, la carga de cambios simultáneos, los riesgos, la capacidad de formación y el historial de experiencias anteriores. Si la organización ha sufrido implantaciones fallidas, la resistencia puede ser racional y estar basada en pérdida de confianza.

La gestión del cambio tampoco puede utilizarse para ocultar un mal diseño. Si una solución añade pasos innecesarios, empeora el rendimiento o no cubre una necesidad, la comunicación persuasiva no resolverá el problema. El feedback debe tener capacidad real de modificar el producto, el despliegue o el proceso. Escuchar sin actuar aumenta el cinismo.

Los principios que deben orientar la intervención son: propósito claro, liderazgo visible, participación significativa, segmentación, coherencia entre mensajes y decisiones, aprendizaje práctico, soporte cercano, transparencia sobre impactos, medición y mejora continua. La gestión debe ser proporcional y estar integrada con el proyecto desde el inicio.

El resultado de la gestión del cambio puede observarse en varias capas: conocimiento del cambio, actitud, participación, competencia, uso, cumplimiento del nuevo proceso, rendimiento y sostenimiento. Que un usuario haya asistido a un curso no demuestra que sepa ejecutar la tarea; que haya iniciado sesión no demuestra que utilice correctamente la funcionalidad; y que el uso sea obligatorio no demuestra satisfacción ni beneficio.

6. MODELOS DE GESTIÓN DEL CAMBIO

Los modelos ofrecen estructuras para pensar y actuar, pero no sustituyen el diagnóstico. Deben emplearse como mapas adaptables. En una organización compleja como el SAS, es frecuente combinar un modelo organizativo —por ejemplo, Kotter— con uno centrado en la transición individual —ADKAR— y con un ciclo de mejora —PDCA—.

6.1. Modelo de Lewin

Kurt Lewin representó el cambio mediante tres momentos: descongelar, cambiar y recongelar. Descongelar significa cuestionar el equilibrio existente, mostrar por qué la situación actual no es suficiente y preparar la disposición. Cambiar implica aprender y ejecutar nuevas conductas. Recongelar significa estabilizar la nueva forma de trabajo mediante procedimientos, soporte, indicadores, liderazgo y refuerzo.

El modelo es útil por su claridad, aunque la metáfora de recongelar debe interpretarse con prudencia en entornos digitales sometidos a evolución continua. No se trata de inmovilizar la organización, sino de consolidar una práctica suficientemente estable para que no dependa de esfuerzos excepcionales y pueda seguir mejorándose.

6.2. Proceso de ocho pasos de Kotter

El modelo de Kotter aborda la movilización organizativa. Su formulación clásica incluye: crear sentido de urgencia; formar una coalición conductora; desarrollar visión y estrategia; comunicar la visión; facultar la acción eliminando obstáculos; generar victorias a corto plazo; consolidar avances y producir más cambio; y anclar los nuevos enfoques en la cultura. La metodología actual de Kotter actualiza algunas etiquetas, pero mantiene la lógica de movilizar, eliminar barreras, lograr resultados visibles, acelerar y hacer que el cambio forme parte de la organización.

1. Urgencia: mostrar el problema y la oportunidad con datos, sin crear alarma artificial.
2. Coalición: reunir liderazgo formal, conocimiento técnico, autoridad funcional y credibilidad profesional.
3. Visión: describir el estado futuro en términos comprensibles y vinculados al trabajo.
4. Comunicación y movilización: repetir con coherencia, escuchar y facilitar participación.
5. Eliminación de barreras: corregir procesos, recursos, permisos, tiempos, incentivos y defectos.
6. Victorias tempranas: demostrar valor con resultados verificables y relevantes.
7. Aceleración: ampliar sin declarar éxito prematuro y seguir eliminando causas de fricción.
8. Institucionalización: incorporar el cambio a procedimientos, formación, roles, indicadores y cultura.

La trampa frecuente es reducir Kotter a una campaña de comunicación. El modelo requiere coalición, eliminación de barreras y resultados. Si el usuario conoce el mensaje pero no tiene tiempo, permisos, dispositivos o soporte, la adopción seguirá bloqueada.

6.3. Modelo ADKAR

ADKAR, desarrollado por Prosci, describe cinco resultados que una persona necesita alcanzar: Awareness o conciencia de la necesidad; Desire o deseo de participar; Knowledge o conocimiento sobre cómo cambiar; Ability o capacidad demostrada para actuar; y Reinforcement o refuerzo para sostener la conducta.

ADKAR ayuda a localizar el punto de bloqueo. Dar más formación a quien no cree necesario el cambio no resuelve la falta de conciencia o deseo. Comunicar beneficios a quien carece de permisos o práctica tampoco crea capacidad. El diagnóstico evita intervenciones genéricas.

6.4. Ciclo PDCA

El ciclo Plan-Do-Check-Act permite mejorar de forma iterativa. En Planificar se define el problema, la línea base, objetivos, intervención y métricas. En Hacer se ejecuta, preferentemente de forma controlada o piloto cuando existe incertidumbre, y se recogen datos. En Comprobar se comparan resultados y se analizan desviaciones. En Actuar se estandariza lo que funciona o se ajusta el plan.

6.5. Integración de modelos

La selección del modelo debe atender al contexto. Un cambio local puede gestionarse con análisis de impacto, ADKAR y PDCA. Una transformación corporativa requiere gobierno, patrocinio multinivel, red de referentes, comunicación segmentada y una lógica similar a Kotter. La madurez consiste en aplicar el mínimo método suficiente sin omitir riesgos críticos.

7. ANÁLISIS DE IMPACTO, INTERESADOS Y PREPARACIÓN

El análisis de impacto identifica qué cambia para cada colectivo. Debe ser concreto: tareas que aparecen o desaparecen, decisiones que se trasladan, datos que se registran, permisos, interfaces, tiempos, dependencia de otros roles, indicadores, riesgos y necesidades de soporte. Una descripción genérica como “afecta a médicos y enfermeras” no permite diseñar una intervención útil.

La unidad de análisis más eficaz suele ser la combinación de rol, proceso y contexto. Un mismo perfil profesional puede utilizar una aplicación de manera distinta en consulta, urgencias, hospitalización o atención domiciliaria. La formación y la comunicación deben reflejar escenarios reales y no solo categorías administrativas.

El mapa de interesados debe considerar influencia, impacto, actitud, legitimidad y capacidad de movilización. Un colectivo con baja jerarquía formal puede tener gran influencia práctica si controla conocimiento crítico o si sus miembros son referentes informales. Clasificar a las personas como “resistentes” sin comprender su posición empobrece el análisis.

La matriz influencia-interés es útil para decidir intensidad de relación: gestionar estrechamente a quienes tienen alta influencia y alto interés; mantener satisfechos a quienes tienen alta influencia y menor implicación; informar a los colectivos interesados con menor influencia; y observar al resto. Sin embargo, en un servicio público también deben considerarse derechos, equidad y seguridad, no solo poder.

La preparación para el cambio incluye comprensión, confianza, liderazgo, capacidad, recursos y carga acumulada. Una unidad puede apoyar el objetivo y no estar preparada porque coincide con otros despliegues, falta personal o no dispone de entorno de práctica. La planificación debe integrar calendarios corporativos y detectar saturación de cambios.

Los referentes o superusuarios pueden aportar conocimiento local, validar materiales, detectar problemas y prestar apoyo inicial. Deben seleccionarse por credibilidad, competencia y disponibilidad, no únicamente por jerarquía. También necesitan formación avanzada, canal de escalado y reconocimiento del tiempo dedicado.

El patrocinador debe asumir decisiones, resolver barreras, alinear mandos y dar legitimidad. No basta con aparecer en el lanzamiento. Los mandos intermedios traducen el cambio a la operación cotidiana: asignan tiempo, reorganizan tareas, escuchan problemas y refuerzan conductas. Ignorarlos suele crear una brecha entre el mensaje corporativo y la realidad de la unidad.

El resultado del análisis debe documentarse en una matriz de impacto y en un plan de acciones por colectivo. Cada acción debe tener responsable, fecha, objetivo, canal, evidencia y criterio de éxito. Esto convierte la gestión del cambio en una práctica verificable y no en una colección de actividades de comunicación.

8. ORIENTACIÓN AL CLIENTE INTERNO

La orientación al cliente interno aplica los principios de calidad del servicio a las relaciones dentro de la organización. El área TIC es proveedora de capacidades y servicios que otras unidades necesitan para cumplir su misión. Esta relación no es comercial en sentido estricto, pero sí exige entender requisitos, acordar niveles, comunicar, medir, gestionar expectativas y mejorar.

El término cliente interno no debe interpretarse como una subordinación automática a cualquier preferencia. En la Administración sanitaria existen obligaciones normativas, prioridades corporativas, límites presupuestarios, arquitectura común y riesgos de seguridad. La orientación consiste en comprender el resultado que necesita el usuario y co-crear la mejor respuesta posible dentro de esas condiciones.

8.1. Identificación del cliente

En un servicio TIC pueden coexistir varios clientes e interesados: la unidad solicitante, el usuario final, el responsable funcional, la dirección, el equipo de soporte, seguridad, protección de datos y la ciudadanía. Sus expectativas pueden entrar en conflicto. Un directivo puede priorizar rapidez, el usuario simplicidad, seguridad controles adicionales y explotación calidad del dato. La solución debe equilibrar valor, riesgo y sostenibilidad.

8.2. Voz del cliente

La voz del cliente se obtiene mediante entrevistas, observación contextual, talleres, encuestas, análisis de incidencias, pruebas de usabilidad, datos de uso y grupos focales. Cada técnica tiene limitaciones. Las entrevistas recogen percepciones; la observación muestra conductas reales; la telemetría revela patrones, pero no explica motivos; las incidencias muestran fricciones de quienes solicitan ayuda, no de quienes abandonan en silencio.

Escuchar requiere cerrar el ciclo. Debe registrarse lo recibido, clasificarlo, decidir, responder y mostrar qué se ha modificado o por qué no. La ausencia de retorno genera la sensación de que participar no sirve. La transparencia sobre criterios de priorización es especialmente importante cuando no todas las mejoras pueden ejecutarse.

8.3. Catálogo, niveles y experiencia

Un catálogo de servicios ayuda a clarificar qué ofrece TIC, a quién, cómo solicitarlo y qué compromisos existen. Los acuerdos de nivel de servicio pueden incluir disponibilidad, tiempos de respuesta, resolución, continuidad y canales. Sin embargo, cumplir un SLA no garantiza una buena experiencia. Un ticket puede cerrarse dentro de plazo y dejar al profesional sin comprender la solución o con el problema reproducido.

La experiencia combina el resultado y la interacción. Importan la facilidad para pedir ayuda, la información sobre el estado, la coherencia entre canales, la empatía, la capacidad de resolver y la ausencia de derivaciones innecesarias. En un entorno sanitario, la prioridad debe considerar impacto asistencial, número de usuarios, existencia de alternativa y urgencia, no únicamente el orden de llegada.

8.4. Gestión de expectativas

Las expectativas se forman por experiencias previas, promesas, comunicaciones, comparación con otras herramientas y percepción de urgencia. Prometer fechas o capacidades sin validación puede generar una brecha de confianza mayor que reconocer incertidumbres. La comunicación debe distinguir compromiso, estimación, dependencia y decisión pendiente.

La orientación al cliente interno exige también educar sobre el servicio. Explicar por qué una incidencia se prioriza de determinada forma, qué información necesita el soporte o por qué un control de seguridad es obligatorio reduce conflictos. La comunicación técnica debe adaptarse al nivel del interlocutor y evitar trasladarle complejidad que corresponde gestionar al proveedor.

Una relación madura se basa en corresponsabilidad. El cliente interno participa en requisitos, pruebas, formación y mejora; TIC proporciona transparencia, asesoramiento, operación y seguridad. La calidad surge del proceso compartido, no de una entrega unilateral.

9. NECESIDADES, EXPECTATIVAS, SATISFACCIÓN Y CALIDAD PERCIBIDA

Una necesidad es una carencia, problema o resultado que debe alcanzarse. Puede ser explícita —reducir duplicidad— o latente —disponer de información en el momento de decidir—. Un requisito traduce esa necesidad a una condición verificable. Una expectativa es la anticipación del usuario sobre la solución o el servicio. La satisfacción es la evaluación posterior de la experiencia respecto a necesidades y expectativas.

No debe tratarse la relación como una ecuación exacta. Los modelos de brecha de calidad ayudan a comprender que la percepción suele empeorar cuando lo recibido queda por debajo de lo esperado, pero la satisfacción también depende de importancia, contexto, esfuerzo, confianza, resultados y experiencias previas. En sanidad, una caída breve en un momento crítico puede pesar más que meses de funcionamiento correcto.

9.1. Calidad técnica y calidad percibida

La calidad técnica se refiere a propiedades verificables: corrección funcional, disponibilidad, rendimiento, seguridad, integridad, mantenibilidad e interoperabilidad. La calidad percibida expresa cómo valora el usuario el servicio. Ambas se relacionan, pero no coinciden. Un sistema puede alcanzar alta disponibilidad anual y ser percibido como poco fiable si las interrupciones se concentran en momentos críticos o si no se informa adecuadamente.

La calidad percibida no es “subjetividad sin valor”. Es evidencia sobre la interacción entre la solución y el trabajo real. Debe contrastarse con datos objetivos. Una percepción de lentitud puede deberse a rendimiento, diseño de flujo, red, dispositivo o falta de familiaridad. La investigación debe identificar la causa antes de actuar.

9.2. Usabilidad

ISO 9241-11:2018 proporciona un marco para entender la usabilidad en un contexto de uso. Se analiza si usuarios especificados alcanzan objetivos con eficacia, eficiencia y satisfacción en condiciones determinadas. Por tanto, la usabilidad no es sinónimo de estética. Requiere definir usuarios, objetivos, tareas, entorno y métricas.

9.3. SERVQUAL y otros instrumentos

SERVQUAL es un modelo clásico de calidad del servicio basado en cinco dimensiones: elementos tangibles, fiabilidad, capacidad de respuesta, seguridad o garantía y empatía. Puede adaptarse al soporte TIC, pero no es una norma ISO ni debe aplicarse mecánicamente. Las preguntas deben traducirse al contexto del servicio y complementarse con métricas operativas.

CSAT mide satisfacción con una interacción o servicio; CES estima el esfuerzo requerido; NPS explora disposición a recomendar. Son indicadores útiles, pero simplifican. En un servicio interno obligatorio, la recomendación puede tener una interpretación distinta a la de un mercado. Conviene preguntar por motivos y segmentar resultados.

9.4. Diseño de la medición

Una medición rigurosa define población, muestra, momento, canal, escala y objetivo. Las encuestas demasiado largas reducen respuesta. Las realizadas solo tras resolver incidencias excluyen usuarios que no contactan. Las medias pueden ocultar colectivos con problemas. Deben analizarse distribuciones, comentarios, diferencias por rol y evolución temporal.

La línea base es esencial. Sin conocer tiempos, errores, satisfacción o carga de soporte antes del cambio, no puede atribuirse una mejora. También debe definirse el periodo de estabilización: durante el arranque es normal un aumento de consultas; evaluarlo como fracaso sin contexto sería incorrecto.

Las quejas y reclamaciones son una fuente de mejora. ISO 10002:2018 recomienda un entorno abierto al feedback y un proceso para recibir, analizar, resolver y aprender. La ausencia de quejas no demuestra satisfacción: puede indicar desconocimiento del canal o resignación.

10. LA RESISTENCIA AL CAMBIO

La resistencia es una respuesta ante una amenaza, una pérdida percibida, una incertidumbre o una discrepancia sobre el cambio. Puede manifestarse como oposición explícita, retraso, bajo uso, cumplimiento mínimo, críticas, búsqueda de atajos o mantenimiento de prácticas paralelas. No siempre es irracional; a menudo señala riesgos, cargas o defectos que el proyecto no ha comprendido.

10.1. Fuentes de resistencia

La resistencia puede ser individual, grupal u organizativa. La individual se relaciona con capacidad, identidad y experiencia. La grupal surge de normas profesionales y dinámicas de equipo. La organizativa se expresa en procedimientos, incentivos, estructuras y sistemas que favorecen la situación actual. Formar a individuos sin modificar barreras organizativas produce frustración.

10.2. Diagnóstico

El diagnóstico utiliza entrevistas, talleres, encuestas de preparación, observación, análisis de incidencias, participación y datos de uso. Debe distinguir síntomas y causas. Un bajo uso puede deberse a rechazo, desconocimiento, falta de acceso, baja utilidad, rendimiento insuficiente o un proceso alternativo todavía permitido.

Las objeciones deben registrarse y clasificarse: malentendido, riesgo real, preferencia, conflicto de prioridad o defecto. Las respuestas deben ser específicas. Negar toda crítica como “resistencia” elimina una fuente de control de calidad y puede comprometer seguridad.

10.3. Estrategias

La participación es eficaz cuando influye realmente en decisiones. La co-creación de escenarios, prototipos y criterios de aceptación permite que el conocimiento operativo entre en el diseño. La formación mejora conocimiento y capacidad, pero no sustituye a propósito, recursos o confianza. El patrocinio resuelve barreras, pero no sustituye al soporte cotidiano.

Los pilotos reducen incertidumbre y producen evidencia local. Deben seleccionar ámbitos representativos, definir criterios de éxito, mantener contingencia y documentar aprendizaje. Un piloto no es una demostración diseñada para confirmar una decisión; debe poder revelar que la solución necesita cambios o que no está preparada para escalar.

Las victorias tempranas deben ser relevantes, verificables y atribuibles. Elegir métricas superficiales puede desacreditar el proyecto. Reducir pasos, errores o tiempo en una tarea significativa es más convincente que comunicar el número de personas convocadas a una sesión.

10.4. Gestión ética

La gestión del cambio no debe convertirse en manipulación. Es necesario comunicar beneficios y costes, reconocer incertidumbres, respetar canales de participación y proteger a quienes plantean riesgos de buena fe. En organizaciones sanitarias, silenciar objeciones puede ocultar amenazas a la seguridad del paciente o a la protección de datos.

La persistencia de prácticas paralelas merece atención. Durante la transición pueden ser necesarias como contingencia, pero si se mantienen indefinidamente duplican carga y generan datos inconsistentes. El plan debe fijar condiciones para retirar procedimientos antiguos y asegurar que el nuevo es realmente utilizable.

11. LA COMUNICACIÓN PARA EL CAMBIO

La comunicación para el cambio es un proceso bidireccional orientado a crear comprensión, coordinación y confianza. No consiste en enviar una circular al final del proyecto. Debe comenzar cuando se define la iniciativa, acompañar el diseño y continuar durante la estabilización. Su calidad se mide por lo que los destinatarios comprenden y pueden hacer, no por el número de mensajes emitidos.

11.1. Contenido del mensaje

Todo mensaje debe responder, con el nivel adecuado, a varias preguntas: por qué se cambia; qué resultado se busca; qué cambia y qué permanece; a quién afecta; cuándo; qué debe hacer cada rol; qué apoyo existe; cómo comunicar problemas; y cómo se medirá. Cuando hay incertidumbre, debe explicarse qué está decidido, qué está en estudio y cuándo se actualizará la información.

El mensaje debe vincular la iniciativa con el trabajo y los valores del SSPA. Expresiones abstractas como “digitalización” o “innovación” son insuficientes. Un profesional necesita saber cómo cambiará su tarea, qué beneficio aporta, qué riesgo evita y cuánto esfuerzo requiere.

11.2. Segmentación

No todos los colectivos necesitan la misma información. La dirección requiere beneficios, riesgos y decisiones; los mandos, impactos y recursos; los usuarios, tareas y soporte; los referentes, detalle y escalado; el servicio de soporte, síntomas, soluciones y criterios de derivación. La segmentación evita saturación y mejora relevancia.

11.3. Canales y coherencia

Los canales pueden ser síncronos —reuniones, talleres, sesiones— o asíncronos —correo, portal, preguntas frecuentes, vídeos, guías—. Los cambios críticos necesitan combinación. Un mensaje escrito garantiza referencia; una sesión permite preguntas; la ayuda contextual apoya en el momento de uso; el soporte resuelve casos no previstos.

La información debe tener una fuente oficial y control de versión. Mensajes contradictorios entre proyecto, dirección y soporte destruyen confianza. Las preguntas frecuentes deben actualizarse con incidencias reales. La comunicación de una interrupción debe incluir alcance, impacto, alternativa, responsable y próxima actualización, evitando datos sensibles que puedan aumentar riesgos de seguridad.

11.4. Escucha y feedback

La comunicación bidireccional requiere canales para preguntas, sugerencias y alertas. Debe diferenciarse una consulta, una incidencia, una propuesta y un riesgo. Cada tipo necesita tratamiento y trazabilidad. Los temas críticos deben escalarse y responderse con rapidez.

Los mandos y referentes son sensores. Sus observaciones permiten detectar rumores, sobrecarga o errores de comprensión. El equipo de cambio debe analizar patrones y adaptar mensajes, materiales o producto. La respuesta “ya se comunicó” no es válida si la información no fue comprendida.

11.5. Comunicación en el arranque

Antes del despliegue deben confirmarse alcance, fecha, requisitos previos, formación, soporte, contingencia y criterios de decisión. Durante el arranque se informa de estado, incidencias conocidas y soluciones. Después se comunican resultados, correcciones y siguientes pasos. Declarar éxito demasiado pronto puede invisibilizar dificultades de estabilización.

La comunicación debe ser accesible y comprensible. Se evitarán siglas innecesarias, frases ambiguas y capturas desactualizadas. Los materiales deberán considerar diferentes niveles de competencia digital y, cuando corresponda, requisitos de accesibilidad.

12. CAPACITACIÓN, SOPORTE Y GESTIÓN DEL CONOCIMIENTO

La capacitación transforma conocimiento en capacidad. Un curso centrado en funciones de menú puede resultar insuficiente si no reproduce tareas, decisiones y excepciones. La formación debe diseñarse por rol y escenario, con objetivos observables: registrar, validar, consultar, corregir, escalar o recuperar una operación.

El análisis de necesidades formativas compara competencias requeridas con competencias disponibles. Debe incluir conocimientos del proceso, habilidades digitales y comprensión de riesgos. No todos los usuarios necesitan el mismo nivel. Los referentes y el soporte requieren profundidad adicional.

La asistencia no es un indicador suficiente. Deben evaluarse comprensión, desempeño y transferencia al puesto. Una prueba de conocimientos mide recuerdo; una tarea práctica mide capacidad; los errores y solicitudes posteriores muestran necesidades de refuerzo.

El soporte debe prepararse antes del arranque. Necesita catálogo de síntomas, procedimientos, prioridades, responsables, integraciones, incidencias conocidas y criterios de escalado. El personal de primer nivel debe poder resolver lo frecuente y reconocer lo crítico. La transferencia tardía desde el proyecto provoca derivaciones, tiempos elevados y pérdida de confianza.

La base de conocimiento debe tener propietario, revisión, fecha y lenguaje adaptado. Documentar no es acumular archivos; es facilitar que una persona encuentre una respuesta fiable en el momento adecuado. Las búsquedas sin resultado y los artículos más consultados ofrecen información para mejorar.

Durante la hiper asistencia inicial puede reforzarse soporte, presencia de referentes y seguimiento diario. Debe existir un plan de salida: cuándo se reduce el refuerzo, qué conocimiento pasa a operación y qué problemas siguen abiertos. Mantener indefinidamente una estructura extraordinaria oculta defectos y eleva costes.

El aprendizaje debe continuar tras el despliegue. Nuevas versiones, rotación, cambios de puesto y pérdida de conocimientos requieren actualización. Integrar materiales en la formación de acogida y en el catálogo corporativo reduce dependencia de campañas puntuales.

13. PLAN DE GESTIÓN DEL CAMBIO EN UNA IMPLANTACIÓN TIC

Un plan de gestión del cambio debe estar integrado en el plan general de implantación. Su estructura mínima incluye gobierno, análisis de impacto, interesados, patrocinio, participación, comunicación, capacitación, soporte, resistencia, métricas y sostenimiento. Cada línea debe vincularse a hitos técnicos y funcionales.

13.1. Preparación

1. Definir propósito, beneficios, alcance y criterios de éxito.
2. Establecer patrocinio, gobierno y responsabilidades.
3. Analizar procesos, colectivos, sedes, riesgos y cambios simultáneos.
4. Determinar línea base de rendimiento, uso, satisfacción y soporte.
5. Diseñar participación y validar requisitos con usuarios representativos.

La preparación debe incluir una valoración de viabilidad operativa. Un calendario técnicamente disponible puede coincidir con periodos de máxima demanda asistencial, vacaciones o cambios normativos. La decisión debe incorporar la capacidad real de la organización.

13.2. Diseño y piloto

El piloto permite comprobar producto, proceso, formación, soporte y métricas. Debe incluir criterios de entrada, alcance, usuarios, duración, contingencia, datos que se recogerán y autoridad para decidir. Los participantes deben conocer que se trata de una prueba y disponer de canal rápido.

Los resultados del piloto se documentan en decisiones: continuar, corregir, ampliar, repetir o detener. La presión por mantener una fecha no debe convertir la evaluación en un trámite. Escalar un defecto conocido multiplica su impacto.

13.3. Despliegue

El despliegue puede ser progresivo, por oleadas o simultáneo. Las oleadas facilitan aprendizaje y reducen riesgo, pero prolongan coexistencia de versiones o procesos. El despliegue simultáneo reduce coexistencia, pero concentra riesgo y soporte. La elección depende de criticidad, integración, reversibilidad y capacidad.

Cada oleada necesita lista de comprobación: infraestructura, cuentas, perfiles, datos, formación, materiales, soporte, comunicación, contingencia y responsables. La preparación debe verificarse con evidencia, no con una declaración genérica.

13.4. Estabilización y consolidación

Durante la estabilización se monitorizan incidencias, uso, rendimiento, errores y feedback. Se realizan reuniones breves con decisiones y responsables. Debe distinguirse defecto, consulta, solicitud de mejora y problema de proceso. Mezclarlos dificulta priorización.

La consolidación incorpora el cambio a procedimientos, perfiles, formación de acogida, indicadores, auditoría y gestión de versiones. También retira procesos antiguos y cierra excepciones temporales. El cambio no está consolidado mientras dependa de un grupo extraordinario o de soluciones manuales no documentadas.

14. MÉTRICAS, INDICADORES Y EVALUACIÓN

La evaluación debe demostrar si el cambio está siendo comprendido, adoptado y convertido en resultados. Un cuadro de mando equilibrado incluye indicadores adelantados —preparación, cobertura, competencia— y retrasados —uso, rendimiento, beneficios, satisfacción y sostenimiento—. Medir solo actividad produce una falsa sensación de control.

La tasa de adopción debe definirse con precisión. “Usuario activo” puede significar iniciar sesión, completar una tarea o utilizar una funcionalidad clave. Cada definición responde a una pregunta diferente. El denominador debe excluir perfiles sin necesidad real y considerar turnos o temporalidad.

La curva de aprendizaje explica que el rendimiento inicial puede bajar. La evaluación debe distinguir un descenso temporal de un deterioro persistente. Por eso se fijan ventanas: arranque, estabilización y operación. Las metas deben ser realistas y revisables.

Los datos de soporte son especialmente valiosos. Un aumento inicial puede reflejar uso y no fracaso; la persistencia de una misma incidencia indica problema de diseño, formación o conocimiento. La tasa de reapertura y las derivaciones muestran calidad de resolución.

La satisfacción debe medirse en momentos relevantes y acompañarse de pregunta abierta. Las respuestas extremas requieren análisis cualitativo. La segmentación por centro, rol o canal puede descubrir desigualdades ocultas en una media corporativa.

Los beneficios deben tener propietario funcional. TIC puede medir disponibilidad y uso, pero la unidad responsable del proceso debe validar si se ha reducido tiempo, mejorado calidad o evitado riesgo. Sin responsabilidad compartida, el proyecto termina con la entrega técnica y nadie comprueba el valor.

La telemetría y los indicadores deben cumplir protección de datos, seguridad y finalidad. Debe recogerse lo necesario, limitar acceso y evitar usos secundarios no informados. Cuando los datos pueden utilizarse para evaluación de personas, la gobernanza debe ser especialmente clara.

14.1. Lectura causal y gobierno del dato de adopción

Un indicador no demuestra por sí solo la causa de un resultado. Si aumenta el tiempo de una tarea después del despliegue, puede existir una curva de aprendizaje, un defecto de rendimiento, un cambio en la complejidad de los casos o una medición no comparable. La evaluación debe formular hipótesis, contrastarlas con varias fuentes y evitar atribuir automáticamente cualquier variación a la actitud del usuario.

También debe distinguirse correlación de causalidad. Los centros con mayor asistencia a formación pueden mostrar mejor adopción porque estaban más preparados desde el inicio, no necesariamente porque la formación aislada haya producido toda la diferencia. Los pilotos, comparaciones temporales, segmentación y análisis cualitativo ayudan a interpretar, aunque en contextos reales no siempre sea posible un diseño experimental.

La gobernanza del dato de adopción debe definir qué eventos se registran, quién accede, cuánto tiempo se conservan y para qué decisiones se utilizan. El principio de minimización aconseja evitar una monitorización individual excesiva cuando basta información agregada. La transparencia sobre la medición forma parte de la gestión del cambio: si los profesionales desconocen el propósito de la telemetría, puede deteriorarse la confianza y alterarse el comportamiento.

Los indicadores deben estar acompañados por umbrales y reglas de actuación. Por ejemplo, un incremento de errores puede activar revisión de diseño; una diferencia persistente entre colectivos, refuerzo formativo; una caída de rendimiento, análisis técnico; y un aumento de quejas sobre una misma tarea, observación contextual. Sin reglas de decisión, el cuadro de mando se limita a describir el pasado.

Por último, conviene establecer una revisión de beneficios después de la estabilización. Algunas mejoras aparecen pronto, como la reducción de pasos; otras requieren meses, como la calidad de datos o la coordinación entre niveles. La revisión debe confirmar qué beneficios se han materializado, cuáles siguen pendientes, qué efectos no previstos han surgido y si el coste de operación continúa siendo proporcionado.

La revisión periódica debe responder: qué está funcionando, qué colectivos están rezagados, qué barreras persisten, qué riesgos han aparecido y qué acciones se adoptan. Un cuadro de mando sin decisiones es solo un informe.

15. CASO PRÁCTICO INTEGRADO Y MAPA CONCEPTUAL

15.1. Caso didáctico: implantación de una nueva funcionalidad corporativa

Supongamos, como ejercicio, que el SAS implanta una funcionalidad corporativa para registrar y compartir una actuación entre varios niveles asistenciales. El objetivo es evitar duplicidades y mejorar continuidad. El proyecto afecta a profesionales clínicos, admisión, responsables funcionales, soporte, seguridad, integración y explotación.

El equipo comienza con observación y talleres. Descubre que cada centro ha creado soluciones locales y que el dato se registra en momentos distintos. La necesidad no es “una pantalla común”, sino acordar el proceso, el dato mínimo, la responsabilidad y las excepciones. Esta conclusión evita diseñar una interfaz sobre un proceso no armonizado.

Se constituye una coalición con dirección, responsables funcionales, TIC y referentes. Se define una visión: disponer de información fiable en el punto de atención sin duplicar registro. Se identifican beneficios y riesgos, incluida la posibilidad de aumentar carga si la integración no funciona.

El análisis de impacto diferencia roles y escenarios. Se crea un prototipo y se realizan pruebas de usabilidad. Los usuarios detectan que una clasificación no coincide con su lenguaje y que un campo obligatorio no está disponible en una situación urgente. El diseño se corrige antes de construir.

La formación se organiza por escenarios. Los referentes practican casos complejos; los usuarios disponen de guía rápida y entorno de simulación; soporte recibe base de conocimiento. La comunicación explica propósito, cambios, fecha, contingencia y canal de ayuda.

El piloto se ejecuta en varios contextos representativos. Se mide tarea completada, tiempo, errores, uso, incidencias y satisfacción. Los datos muestran buena aceptación, pero una integración produce retrasos. Se corrige y se repite la prueba. Solo después se aprueba la siguiente oleada.

Durante el despliegue, un colectivo mantiene una hoja paralela. El equipo no lo interpreta inmediatamente como rechazo: investiga y descubre que necesitan un informe que todavía no está disponible. Se prioriza el informe y se acuerda la retirada de la hoja cuando se valide. La resistencia ha revelado una necesidad no cubierta.

En la consolidación se actualizan procedimientos, formación de acogida, indicadores y soporte. Se compara con la línea base y se comprueba si disminuye duplicidad. El proyecto se cierra cuando el proceso es estable, el soporte está transferido y los beneficios tienen seguimiento.

15.2. Ideas clave para examen

• El personal TIC es agente de transformación, no solo proveedor de infraestructura.
• Gestión del cambio organizativo y Change Enablement de ITIL son complementarios y distintos.
• Lewin, Kotter, ADKAR y PDCA aportan perspectivas diferentes.
• La participación de usuarios mejora requisitos y adopción.
• Cliente interno no significa aceptar cualquier petición sin análisis.
• Necesidad, requisito, expectativa, satisfacción y calidad percibida no son sinónimos.
• La resistencia puede contener información válida sobre riesgos o deficiencias.
• La comunicación es bidireccional, segmentada y continua.
• Formación no equivale a capacidad; asistencia no equivale a adopción.
• La puesta en producción inicia la estabilización, no finaliza el cambio.

15.3. Mapa conceptual

La síntesis final es sencilla: el éxito digital exige tecnología fiable, procesos coherentes y personas preparadas. El TFA-STI aporta el vínculo entre esas dimensiones y debe actuar con rigor técnico, visión de servicio y capacidad para convertir la experiencia de usuarios y datos de operación en mejora continua.