1. INTRODUCCIÓN Y DELIMITACIÓN DEL TEMA

El trabajo en grupo o colaborativo reúne métodos organizativos, capacidades humanas y servicios digitales que permiten que varias personas produzcan un resultado común. En una organización sanitaria distribuida como el Servicio Andaluz de Salud, la colaboración no es una comodidad añadida: condiciona la continuidad asistencial, la resolución de incidencias, la implantación de cambios, la transmisión de conocimiento y la coordinación entre perfiles clínicos, administrativos y tecnológicos. La herramienta es solo una parte del sistema. Una videoconferencia sin objetivos, una mensajería sin reglas o un repositorio sin gobierno pueden aumentar el ruido, multiplicar versiones y ocultar decisiones.

El opositor debe distinguir cinco planos. El primero es el plano humano: confianza, comunicación, negociación, liderazgo, responsabilidad y gestión de conflictos. El segundo es el plano organizativo: roles, procesos, prioridades, autoridad, normas de uso y mecanismos de evaluación. El tercero es el plano tecnológico: correo, calendarios, mensajería, reuniones, redes sociales corporativas, wikis, gestores de tareas, repositorios documentales y motores de búsqueda. El cuarto es el plano informacional: taxonomías, metadatos, versionado, trazabilidad, conservación y transferencia del conocimiento. El quinto es el plano normativo: protección de datos, seguridad, interoperabilidad, archivo, procedimiento administrativo y derechos digitales.

En TIC sanitario es frecuente combinar especialización y construcción conjunta. Un administrador de sistemas, un especialista de red, un analista funcional, un responsable de seguridad y un profesional asistencial no realizan las mismas tareas, pero necesitan una representación compartida del problema, criterios comunes de prioridad y un mecanismo de decisión. La colaboración efectiva reduce dependencias personales, mejora el diagnóstico y facilita el relevo entre turnos. La colaboración deficiente genera silos, decisiones tácitas, documentos contradictorios y canales paralelos.

También debe separarse la comunicación operativa del registro formal. El chat sirve para coordinar rápidamente; la videoconferencia, para resolver ambigüedades; el tablero de trabajo, para visualizar flujo y responsables; el sistema de gestión de servicios, para conservar incidencias, solicitudes y cambios; y el gestor documental o expediente electrónico, para mantener documentos con metadatos, permisos y ciclo de vida. Ningún canal sustituye automáticamente a los demás.

En 2026 debe añadirse un sexto plano que ya no puede tratarse como accesorio: la comunicación digital institucional hacia la ciudadanía. Hospitales, distritos, áreas de gestión sanitaria, unidades y órganos del SSPA utilizan la web y las redes sociales para difundir campañas de promoción de la salud, novedades de servicios, jornadas, eventos, investigación, reconocimientos, cambios organizativos y mensajes de interés público. Esta comunicación es pública, inmediata y conversacional, pero no sustituye a la sede electrónica, a la historia clínica, a los canales de cita ni a una notificación administrativa. El profesional TIC debe entender tanto la tecnología de publicación como el gobierno editorial, la seguridad de las cuentas, la accesibilidad, la moderación y la protección de datos.

El tema se desarrolla desde los fundamentos del trabajo colaborativo hasta las iniciativas publicadas por la Junta de Andalucía y el SAS. Las denominaciones y disponibilidades de productos pueden cambiar; por ello deben estudiarse junto con su función y no como una lista rígida. Una pregunta puede sustituir una marca por otra y mantener intacto el concepto: conversación efímera frente a registro estable, sincronía frente a asincronía, archivo frente a página, comunicación frente a notificación administrativa o repositorio personal frente a espacio compartido.

2. FUNDAMENTOS DEL TRABAJO EN GRUPO Y COLABORATIVO

2.1. Grupo, equipo, cooperación y colaboración

Un grupo es un conjunto de personas relacionadas por una finalidad, pertenencia o contexto. Un equipo añade interdependencia operativa, objetivos compartidos, coordinación y responsabilidad por resultados. La cooperación suele permitir que cada participante ejecute una parte relativamente autónoma que después se integra. La colaboración implica mayor construcción conjunta: los participantes comparten comprensión, decisiones, recursos y revisión del resultado. En la práctica organizativa los términos se solapan, por lo que la clave no es memorizar una frontera absoluta, sino reconocer el grado de interdependencia y cocreación.

En un proyecto de sistema de información puede existir cooperación cuando cada proveedor entrega un componente conforme a una interfaz definida. Existe colaboración cuando responsables funcionales, arquitectura, desarrollo, seguridad y operación diseñan conjuntamente el servicio, negocian restricciones y revisan el impacto extremo a extremo. El trabajo colaborativo no elimina la especialización. La integra mediante mecanismos que permiten comprender cómo contribuye cada rol al resultado global.

2.2. Condiciones de eficacia

• Propósito común: el equipo conoce el problema que resuelve, el resultado esperado y los criterios de éxito.
• Interdependencia positiva: el resultado exige contribuciones complementarias y no puede optimizarse por áreas aisladas.
• Responsabilidad individual y colectiva: cada actividad tiene responsable y el equipo responde de la coherencia final.
• Información compartida: las decisiones, riesgos y evidencias se encuentran en espacios accesibles según permisos.
• Seguridad psicológica: es posible comunicar errores, dudas y riesgos sin ocultarlos por temor.
• Normas de interacción: canales, horarios, tiempos de respuesta, reuniones, escalado y documentación están definidos.
• Retroalimentación: el equipo revisa tanto el producto como su forma de trabajar.

La ausencia de una de estas condiciones produce patrones reconocibles. Sin propósito común, cada unidad optimiza su parte y desplaza costes a las demás. Sin responsabilidad individual, las tareas quedan en un sujeto colectivo indeterminado. Sin información compartida, aparecen copias privadas y conocimiento tácito. Sin normas de interacción, las urgencias invaden todos los canales. Sin retroalimentación, los mismos incidentes y conflictos se repiten.

2.3. Colaboración síncrona y asíncrona

Un modelo maduro combina ambos modos. Durante una incidencia crítica puede abrirse una sala de coordinación síncrona, mientras el registro oficial conserva hechos, tiempos, responsables y acciones. Al finalizar, el análisis de causa, las lecciones aprendidas y la actualización de procedimientos se realizan de forma asíncrona y revisable. La conversación acelera; el registro aporta memoria y control.

2.4. Colaboración presencial, remota, híbrida y distribuida

La colaboración remota elimina la coincidencia física, pero no necesariamente la temporal. La colaboración distribuida añade distancia organizativa, cultural o geográfica. La modalidad híbrida combina participantes presenciales y remotos y presenta un riesgo específico: crear un grupo principal en la sala y otro secundario conectado. Para evitarlo, la reunión debe diseñarse para que documentación, turnos de palabra, pizarra y decisiones sean accesibles digitalmente a todos.

2.5. Antipatrones de colaboración

Los antipatrones son soluciones aparentes que degradan el trabajo. El primero es la reunión como reflejo: ante cualquier dificultad se convoca a muchas personas sin preparar decisión. El segundo es la colaboración por copia: se incluye a numerosos destinatarios en correo para repartir responsabilidad. El tercero es el canal invisible: las decisiones se toman en conversaciones privadas y el resto del equipo solo conoce el resultado. El cuarto es el héroe técnico: una persona concentra conocimiento, resuelve urgencias y se convierte en cuello de botella. El quinto es la documentación ornamental: se redacta para cumplir un hito, pero no se mantiene ni se utiliza.

Otro antipatrón es la democracia sin límites, donde cualquier decisión espera consenso de todos. La participación es valiosa, pero debe distinguirse entre informar, consultar y aprobar. También existe el tool hopping: cambiar de plataforma ante problemas que proceden de falta de gobierno. Una nueva herramienta puede trasladar el caos sin resolverlo.

La prevención combina decisiones claras, canales definidos, revisión de permisos, responsables de contenido, formación cruzada y límites al trabajo en curso. El equipo debe observar señales tempranas: preguntas repetidas, documentos con nombres contradictorios, grupos sin propietario, reuniones crecientes y tareas que cambian de prioridad por mensajes informales.

3. ORGANIZACIÓN DEL EQUIPO, ROLES Y GOBERNANZA

3.1. Diseño del equipo

La tecnología no corrige un diseño organizativo defectuoso. Antes de seleccionar una plataforma hay que definir qué decisiones toma el equipo, qué información necesita, qué dependencias mantiene y cómo se resuelven conflictos. Un equipo operativo pequeño puede coordinarse mediante contacto directo; un programa transversal necesita estructura de gobierno, responsables funcionales y técnicos, grupos de trabajo y mecanismos de escalado.

Los equipos pueden ser funcionales, multidisciplinares, temporales, virtuales o comunidades de práctica. Un equipo funcional agrupa una especialidad y favorece profundidad técnica. Un equipo multidisciplinar reúne capacidades necesarias para entregar valor extremo a extremo. Un equipo temporal se crea para un proyecto o crisis. Una comunidad de práctica conecta personas que comparten un dominio y aprenden colectivamente, aunque no entreguen un producto único.

3.2. Roles y matriz RACI

La matriz RACI distingue quién ejecuta una actividad —Responsible—, quién responde y aprueba —Accountable—, quién debe ser consultado —Consulted— y quién informado —Informed—. Su utilidad es hacer explícitos los derechos de decisión. Debe existir normalmente una persona o rol accountable por actividad; demasiados aprobadores diluyen la responsabilidad y ralentizan.

RACI no sustituye la descripción de funciones ni el workflow. Tampoco debe convertirse en una tabla burocrática que nadie consulta. Debe centrarse en decisiones y entregables relevantes, mantenerse actualizada y reflejarse en permisos, flujos de aprobación y comunicaciones.

3.3. Reuniones con propósito

Una reunión debe justificar el coste de reunir simultáneamente a varias personas. Son finalidades válidas decidir, negociar, explorar un problema complejo, coordinar una respuesta crítica o construir comprensión compartida. No son buenas finalidades leer información que podría enviarse antes, recopilar estados que ya están en un tablero o sustituir la falta de documentación.

• Antes: objetivo, agenda, participantes necesarios, documentación previa y decisión esperada.
• Durante: facilitación, límites de tiempo, registro de acuerdos, desacuerdos y acciones.
• Después: responsables, fechas, enlace al registro y seguimiento.

Las reuniones periódicas deben revisarse. Una ceremonia que tuvo valor durante una implantación puede dejar de tenerlo en operación estable. Las reuniones breves de coordinación no deben absorber el trabajo profundo. Las revisiones de incidentes deben buscar aprendizaje y no culpabilización.

3.4. Gestión de conflicto y toma de decisiones

El conflicto de tarea puede mejorar una decisión si se apoya en evidencia y se separa de ataques personales. El conflicto relacional deteriora confianza y oculta información. Las técnicas útiles incluyen criterios explícitos, opciones comparables, registro de supuestos, experimentos y escalado cuando la autoridad del equipo no basta.

Las decisiones pueden adoptarse por autoridad, consulta, consentimiento o consenso. El consenso total no es siempre eficiente ni necesario. Lo importante es que el método sea proporcional al impacto y conocido. Una decisión reversible puede tomarse rápidamente; una decisión difícil de revertir, con riesgo asistencial o contractual, requiere más evidencia y revisión.

4. HERRAMIENTAS Y MÉTODOS DE PRODUCTIVIDAD PERSONAL

4.1. Productividad como gestión de compromisos

La productividad personal no consiste en ejecutar más tareas sin criterio, sino en gestionar atención, compromisos y capacidad. El profesional TIC recibe incidencias, solicitudes, correos, reuniones, alertas, tareas de proyecto y trabajo preventivo. Si todo permanece en la memoria o en la bandeja de entrada, aumenta la carga cognitiva y se incumplen compromisos. El sistema personal debe capturar, aclarar, organizar, revisar y ejecutar.

El método Getting Things Done propone capturar los asuntos abiertos, decidir si requieren acción, definir la siguiente acción física, organizarlos por proyecto o contexto, revisarlos periódicamente y ejecutar según prioridad y recursos. No es imprescindible adoptar la metodología completa. Su aportación principal es separar la captura de la decisión y evitar listas vagas como «revisar sistema»; una acción útil sería «comparar los eventos de los nodos A y B entre las 08:00 y las 09:00».

4.2. Gestores de tareas y tableros

Una lista personal es adecuada para compromisos individuales. Un tablero compartido es necesario cuando el equipo debe visualizar flujo, bloqueos y responsables. Kanban representa trabajo en columnas que corresponden a estados, limita el trabajo en curso y favorece terminar antes de iniciar. El tablero no debe convertirse en un inventario infinito. Debe reflejar políticas de entrada, criterios de finalización y prioridades.

4.3. Correo electrónico

El correo es asíncrono, direccionable y relativamente formal, pero no debe utilizarse como base de datos. Las reglas automáticas pueden separar notificaciones, boletines y alertas, aunque una regla mal diseñada puede ocultar mensajes críticos. La bandeja de entrada debe procesarse mediante decisiones: eliminar, archivar, delegar, responder o convertir en tarea.

Un mensaje eficaz identifica asunto, contexto, acción solicitada, responsable y fecha. Las cadenas largas con destinatarios indiscriminados generan ambigüedad. La copia no equivale a asignación. Cuando un correo contiene una decisión que afecta a un proceso, debe trasladarse al expediente, ticket, acta o repositorio correspondiente. Los adjuntos multiplican versiones; cuando sea posible debe compartirse el enlace al documento gobernado, siempre respetando permisos y disponibilidad.

4.4. Calendario y atención

El calendario es la fuente de compromisos temporales. Debe incluir reuniones, ventanas de cambio, guardias, plazos y bloques de concentración. El time blocking reserva intervalos para trabajo profundo. La técnica Pomodoro propone intervalos de concentración y descanso; la duración clásica es de veinticinco y cinco minutos, pero el principio relevante es reducir interrupciones y trabajar en bloques sostenibles.

La matriz de Eisenhower clasifica por importancia y urgencia. Los incidentes asistenciales críticos pertenecen a lo urgente e importante. El mantenimiento preventivo, la documentación y la formación suelen ser importantes pero no urgentes; si se descuidan, terminan generando urgencias. La colaboración madura protege capacidad para este segundo cuadrante.

4.5. Notas y gestión personal del conocimiento

Las notas personales sirven para pensar y capturar, pero no deben convertirse en el único lugar donde reside conocimiento operativo. Una nota que resuelve un problema recurrente debe madurar hacia un artículo de conocimiento revisado. El profesional debe separar borrador personal, documentación de equipo, procedimiento aprobado y registro formal. Cada nivel tiene distintos permisos, revisión y ciclo de vida.

5. COORDINACIÓN DE TAREAS, PROYECTOS Y FLUJOS DE TRABAJO

5.1. De la conversación al flujo

La conversación ayuda a comprender, pero el trabajo necesita estados y compromisos. Un sistema de workflow representa actividades, responsables, reglas, entradas, salidas y excepciones. Puede implementarse con un gestor de tareas, un sistema BPM, un sistema de tickets o una plataforma de desarrollo. La elección depende de la complejidad, la necesidad de auditoría y el carácter del proceso.

Un flujo simple puede usar estados «pendiente», «en curso», «bloqueado» y «finalizado». Un proceso administrativo o asistencial requiere reglas más precisas, evidencias, firma, plazos y conservación. No debe automatizarse un proceso confuso sin antes comprenderlo; la automatización puede acelerar errores y ocultar excepciones.

5.2. Kanban, Scrum y coordinación tradicional

Kanban gestiona flujo continuo, visualiza trabajo y limita tareas simultáneas. Scrum organiza desarrollo complejo en ciclos con un objetivo, backlog, revisión y retrospectiva. Un diagrama de Gantt representa calendario y dependencias, pero por sí solo no identifica todas las incertidumbres ni garantiza coordinación. Las organizaciones pueden combinar instrumentos: planificación de hitos, tablero de ejecución y reuniones de revisión.

El opositor debe evitar asociar una herramienta a una única metodología. Jira puede configurar Scrum, Kanban o workflows propios; un tablero físico también puede aplicar Kanban. Microsoft Planner, Trello u otras soluciones representan tarjetas y columnas, pero el valor depende de políticas y actualización.

5.3. Gestión de servicios

En operación TIC, incidencias, solicitudes, problemas y cambios tienen finalidades distintas. La mensajería puede alertar, pero el sistema de gestión de servicios conserva el registro. Una incidencia restaura un servicio; un problema investiga causas; una solicitud proporciona un servicio estándar; un cambio controla una modificación. Mezclarlos impide medir y aprender.

La matriz de prioridad combina impacto y urgencia. En sanidad, el impacto asistencial es determinante: una avería que bloquea un proceso clínico puede ser crítica aunque afecte a pocos usuarios. La prioridad debe basarse en criterios corporativos, no en la presión del solicitante. Los canales colaborativos deben facilitar la coordinación sin alterar arbitrariamente el registro de prioridad.

5.4. Integración y automatización

Las plataformas modernas integran correo, chat, calendario, repositorios, formularios y automatización. Una integración útil evita duplicar datos: al aprobar un formulario puede crearse una tarea, notificarse al responsable y conservarse el resultado. Una integración insegura puede conceder permisos excesivos o extraer información a servicios no autorizados.

Las automatizaciones deben tener propietario, registro, manejo de errores y revisión. Un flujo que envía avisos sin comprobar destinatarios puede revelar datos. Un bot que actúa con credenciales compartidas elimina responsabilidad individual. La cuenta técnica debe tener privilegios mínimos y las acciones críticas requerir controles.

5.5. Métricas de flujo

• Lead time: tiempo desde la solicitud hasta la entrega.
• Cycle time: tiempo desde que comienza el trabajo hasta que termina.
• Trabajo en curso: número de elementos abiertos.
• Throughput: elementos finalizados por período.
• Edad del trabajo: tiempo que lleva abierto cada elemento.
• Reapertura y retrabajo: indicadores de calidad y definición de terminado.

Las métricas deben orientar mejora, no castigar comportamientos. Si se premia solo el número de tickets cerrados, pueden fragmentarse tareas, cerrarse prematuramente o evitarse casos complejos. La medición debe combinar rapidez, calidad, satisfacción, riesgo y valor.

6. MENSAJERÍA INSTANTÁNEA Y COMUNICACIONES UNIFICADAS

6.1. Características de la mensajería corporativa

La mensajería instantánea proporciona presencia, conversaciones individuales o grupales, transferencia de archivos, llamadas y, según plataforma, integración con aplicaciones. Se diferencia del correo por su expectativa de inmediatez y formato conversacional. Esa expectativa debe gobernarse para evitar interrupción permanente.

Un servicio corporativo debe integrar identidad, autenticación, directorio, permisos, registros, cifrado, administración de dispositivos y políticas de conservación. No basta con que la comunicación esté cifrada: también importan los metadatos, copias, exportaciones, integraciones, notificaciones y terminales. La organización debe decidir qué datos pueden circular, cuánto se conservan y quién puede crear grupos o invitar externos.

6.2. Canales, conversaciones y presencia

Los canales temáticos evitan grupos privados duplicados y permiten que el conocimiento sea descubrible. Deben nombrarse de forma estable, describir su finalidad y contar con responsables. Los mensajes deben utilizar hilos cuando la plataforma los soporte. Las menciones masivas se reservan para información que realmente necesita atención colectiva.

La presencia —disponible, ocupado, ausente— es una señal útil, no una garantía contractual. No sustituye turnos, guardias ni canales de emergencia. La expectativa de respuesta debe definirse según canal y prioridad. Una incidencia crítica no debe depender de que alguien observe un chat informal.

6.3. Comunicaciones unificadas

Las comunicaciones unificadas integran telefonía, mensajería, reuniones, presencia, buzón y colaboración. El objetivo es reducir fragmentación y permitir continuidad entre dispositivos y canales. La integración introduce dependencias: identidad, red, calidad de servicio, licencias, directorio, grabación, retención y soporte.

6.4. Riesgos operativos

La dispersión aparece cuando un mismo asunto se trata en correo, chat, llamada y documento sin un punto de verdad. La sobrecarga surge por notificaciones, grupos y menciones. La informalidad puede inducir a compartir datos o credenciales. El uso de cuentas personales rompe control corporativo. La salida de un miembro puede dejar espacios sin propietario.

6.5. Política de uso y ciclo de vida de espacios de mensajería

La política debe definir quién puede crear equipos, canales y grupos; cómo se nombran; qué clasificación admiten; cuándo se permite participación externa; qué retención aplica; y cómo se archivan. Sin ciclo de vida, proliferan espacios duplicados y permisos heredados. La revisión periódica identifica grupos inactivos, propietarios ausentes y miembros que ya no necesitan acceso.

El canal de emergencia debe diferenciarse del canal de coordinación ordinaria. Puede integrar alertas, pero debe evitar que cualquier mensaje produzca alarma. Las notificaciones automáticas deben ser accionables, incluir origen, severidad y enlace al registro, y permitir deduplicación. Un robot que publica cientos de avisos sin contexto genera fatiga y reduce la probabilidad de detectar el realmente crítico.

La federación con otras organizaciones o proveedores amplía la superficie de riesgo. Deben establecerse dominios permitidos, contratos, identidad, registro, protección del dispositivo y procedimiento de baja. Compartir pantalla también puede revelar información de otras ventanas, notificaciones o historiales; por ello conviene compartir una aplicación concreta y cerrar contenidos no necesarios.

7. VIDEOCONFERENCIA, PROTOCOLOS Y ARQUITECTURAS

7.1. Componentes

Una videoconferencia combina captura, codificación, transporte, señalización, control de sesión, seguridad y presentación. Los clientes capturan audio y vídeo, los codifican y envían flujos. La señalización permite localizar participantes y negociar capacidades. La arquitectura puede utilizar comunicación directa, servidores de reenvío selectivo —SFU—, unidades de control multipunto —MCU— o servicios cloud.

Una MCU puede mezclar flujos y entregar una composición; una SFU recibe flujos y reenvía los seleccionados sin mezclar completamente. La segunda reduce procesamiento central pero exige más capacidad al cliente. La elección afecta escalabilidad, ancho de banda, grabación y calidad.

7.2. H.323

H.323 es una familia de recomendaciones ITU-T para comunicaciones multimedia sobre redes de paquetes. Define terminales, gatekeepers, gateways y unidades multipunto. Tuvo gran presencia en sistemas de sala y videoconferencia empresarial. Puede coexistir mediante pasarelas con tecnologías modernas, pero no debe suponerse que cualquier aplicación de videollamada cloud lo usa de forma nativa.

7.3. SIP y RTP

SIP, definido en RFC 3261, es un protocolo de señalización para iniciar, modificar y terminar sesiones. No transporta por sí mismo el contenido multimedia; normalmente negocia parámetros mediante SDP y el audio o vídeo circula con RTP y mecanismos asociados. Esta distinción es clásica de examen: señalización y transporte multimedia son funciones diferentes.

7.4. WebRTC

WebRTC permite comunicaciones en tiempo real en navegadores y aplicaciones mediante APIs y protocolos coordinados. Incluye negociación de medios, conectividad interactiva, cifrado y transporte. STUN ayuda a descubrir la dirección pública; TURN actúa como relé cuando no es viable la conexión directa; ICE coordina candidatos. El cifrado de medios es obligatorio mediante mecanismos como DTLS-SRTP.

Cliente A ── señalización de la aplicación ── Cliente B
    │                                            │
    ├── ICE / STUN: descubre candidatos ─────────┤
    └── TURN: relé si falla la ruta directa ─────┘
              medios cifrados en tiempo real

7.5. Calidad de servicio

La experiencia depende de latencia, variación de retardo, pérdida, ancho de banda y capacidad del terminal. El audio suele ser más sensible para la comprensión que la resolución de vídeo. Las redes pueden clasificar y priorizar tráfico, pero la QoS extremo a extremo requiere coherencia entre segmentos. La priorización no crea ancho de banda; decide qué tráfico sufre menos cuando existe congestión.

También influyen acústica, cámara, iluminación, cancelación de eco, control de ruido y diseño de reunión. La calidad técnica no garantiza inclusión. Deben ofrecerse subtítulos cuando proceda, turnos claros, documentos accesibles y alternativas para participantes con limitaciones de conectividad.

8. REDES SOCIALES CORPORATIVAS Y COMUNICACIÓN INSTITUCIONAL EN REDES SOCIALES

8.1. Dos realidades que no deben confundirse

Cuando el temario habla de redes sociales corporativas se refiere, en sentido estricto, a plataformas de relación interna o profesional: perfiles de empleados, grupos, comunidades, publicaciones, comentarios y contenidos destinados a conectar personas dentro de una organización. Su finalidad dominante es localizar conocimiento, crear comunidad, compartir prácticas y facilitar una comunicación transversal que no dependa únicamente de la jerarquía.

Sin embargo, en una organización sanitaria pública el fenómeno actual es más amplio. El SSPA también utiliza redes sociales públicas como canales de comunicación institucional con la ciudadanía. Estas plataformas permiten publicar noticias, campañas, convocatorias, vídeos educativos, alertas, jornadas, proyectos de investigación, información sobre servicios y contenidos de promoción de la salud. El destinatario ya no es el empleado identificado en una red cerrada, sino una audiencia potencialmente masiva, heterogénea y sometida a la lógica algorítmica de una plataforma externa.

La distinción es esencial para el examen y para la práctica. En la red corporativa interna prevalecen identidad organizativa, grupos y permisos. En la red pública prevalecen comunicación institucional, reputación, participación y difusión. En ambos casos existen moderación, seguridad y trazabilidad, pero el nivel de exposición cambia radicalmente. Un error en un grupo interno puede quedar limitado a una comunidad; un error en una red abierta puede replicarse, capturarse, indexarse y difundirse en segundos fuera del control de la organización.

8.2. Redes sociales corporativas y comunidades de práctica

Una comunidad de práctica reúne personas que comparten un dominio profesional, interactúan de manera sostenida y crean un repertorio común de procedimientos, casos, vocabulario, herramientas y soluciones. Puede atravesar estructuras jerárquicas y centros diferentes. En un servicio de salud distribuido, este modelo ayuda a evitar que cada hospital, distrito o unidad tenga que redescubrir las mismas soluciones y permite transferir conocimiento entre profesionales con experiencia desigual.

La comunidad necesita propósito, facilitación, reglas y curación. Crear un grupo no crea automáticamente una comunidad. Deben existir problemas reales que resolver, referentes que dinamizan, una forma de destacar respuestas valiosas, espacios para nuevas incorporaciones y un mecanismo para convertir conversaciones útiles en conocimiento reusable. La participación puede ser desigual: algunos miembros producen contenido, otros responden y otros aprenden leyendo. Todos pueden generar valor si el espacio mantiene calidad y confianza.

Los casos de uso incluyen localizar personas expertas, compartir buenas prácticas, consultar problemas no urgentes, difundir cambios, acompañar a nuevas incorporaciones, generar ideas, organizar grupos de mejora y preservar conocimiento crítico. En cambio, no es apropiado utilizar una comunidad abierta para compartir credenciales, datos clínicos identificables, información de seguridad sensible o documentación cuya clasificación exija un repositorio controlado.

8.3. Red Profesional de la Junta de Andalucía

La Red Profesional es la iniciativa de red social corporativa de la Junta de Andalucía orientada a las personas empleadas públicas. Su sentido es favorecer conectividad, diálogo, intercambio de información, trabajo colaborativo y gestión del conocimiento. Para el opositor lo importante no es memorizarla como una simple marca, sino reconocer el patrón funcional: identidad profesional, grupos, conversación, intercambio de contenidos y comunidad.

La Red Profesional no se convierte por ello en archivo electrónico, sistema de tickets o gestor de expedientes. Puede alojar o enlazar contenidos de trabajo, pero la fuente autoritativa debe seguir siendo la definida por la organización. Esta distinción evita un error frecuente: suponer que cualquier herramienta que permita adjuntar archivos ya cumple todos los requisitos de gestión documental, conservación y auditoría.

8.4. Comunicación institucional dirigida a la ciudadanía

Las redes sociales públicas se han convertido en un complemento operativo de la web institucional y de los canales tradicionales. La ciudadanía no consume la información pública únicamente entrando de forma periódica en un portal; muchas veces la descubre porque aparece en su cronología, porque alguien la comparte o porque sigue una cuenta de un hospital, área sanitaria, unidad profesional o institución. Esta realidad cambia la estrategia de comunicación: no basta con publicar, hay que diseñar el contenido para ser comprendido, encontrado, compartido y actualizado.

En el ámbito sanitario los usos más frecuentes son la difusión de campañas de vacunación y prevención, promoción de hábitos saludables, información sobre jornadas y eventos, divulgación de resultados de investigación, incorporación de nuevas prestaciones, reconocimientos, información sobre obras o cambios organizativos, captación para actividades comunitarias, difusión de ofertas formativas y de empleo, humanización y explicación de servicios. También pueden servir para visibilizar proyectos de innovación, alianzas con asociaciones y actividades de participación ciudadana.

La comunicación pública debe partir de un plan de comunicación, no de publicaciones improvisadas. El plan define objetivos, audiencias, responsables, tono, canales, frecuencia, categorías de contenido, reglas de aprobación, protocolo de crisis y métricas. Un perfil institucional debe saber a quién representa. Puede emplear un tono cercano y comprensible, pero no debe convertirse en un perfil personal de quien lo administra ni publicar opiniones individuales como si fueran posición oficial.

8.5. Modelo editorial: de la idea a la publicación

La gestión profesional de redes sociales se parece a un pequeño proceso editorial. Primero se identifica la necesidad: informar, educar, convocar, responder o corregir. Después se seleccionan audiencia, formato y plataforma. El contenido se redacta en lenguaje claro, se valida cuando contiene información clínica, técnica o jurídica, se revisan privacidad y derechos de imagen, se incorporan elementos de accesibilidad y se obtiene la aprobación prevista. Tras publicar, comienza una fase que a menudo se olvida: monitorizar comentarios, detectar preguntas, corregir errores y medir resultados.

El calendario editorial permite combinar contenidos previsibles —días mundiales, campañas estacionales, jornadas, actividad institucional— con contenidos reactivos. Debe evitar saturación y duplicación. Una campaña puede diseñarse con una pieza principal en la web institucional y versiones adaptadas a cada red: una infografía, un vídeo breve, una entrevista, una secuencia de mensajes o una emisión en directo. El principio de «una sola fuente, múltiples formatos» reduce incoherencias.

Las piezas deben enlazar, cuando proceda, a la fuente oficial completa. Una red social es excelente para captar atención, pero mala para explicar normativa compleja o instrucciones extensas. La web institucional conserva contexto, fecha, responsable y versión; la red actúa como puerta de entrada y amplificador. Esta arquitectura también facilita corregir: si cambia una instrucción, se actualiza la fuente principal y se difunde el cambio.

8.6. Eventos, noticias y novedades

La difusión de eventos exige algo más que anunciar fecha y lugar. Antes del evento conviene explicar finalidad, destinatarios, inscripción y accesibilidad; durante el evento puede realizarse cobertura con mensajes, fotografías o vídeo; después se publican conclusiones, materiales o grabaciones autorizadas. Si se usa una etiqueta común, debe ser breve, inequívoca y consistente. En actos con pacientes, profesionales o menores hay que revisar especialmente derechos de imagen y expectativas de privacidad.

Las noticias institucionales deben diferenciar hechos confirmados de previsiones. El titular social puede ser más breve que la nota de prensa, pero no más impreciso. Los datos deben mantener unidad y contexto. Si una cifra procede de un estudio, debe evitarse convertir correlación en causalidad o generalizar más allá de la población estudiada. En salud, el sensacionalismo puede inducir conductas perjudiciales.

Las novedades operativas —cambios de acceso, ampliación de horarios, puesta en marcha de servicios, interrupciones planificadas— son especialmente útiles en redes por su inmediatez. Sin embargo, la publicación debe indicar fecha y vigencia. Una captura antigua puede circular semanas después; por eso conviene incorporar referencias temporales claras y, cuando el aviso deje de ser válido, actualizar o retirar el contenido siguiendo la política definida.

8.7. Interacción con la ciudadanía y moderación

La comunicación institucional moderna es bidireccional. Comentarios y mensajes pueden revelar dudas, necesidades o errores de comprensión. La organización debe decidir qué consultas se responden en público, cuáles se trasladan a un canal privado y cuáles deben redirigirse a un procedimiento oficial. Una respuesta pública nunca debe confirmar datos personales o clínicos de un usuario.

La moderación necesita reglas conocidas: respeto, ausencia de amenazas, prohibición de datos personales de terceros, control de spam y tratamiento de contenidos ilícitos. No toda crítica debe eliminarse. Una administración pública debe tolerar la discrepancia legítima y diferenciarla de insultos, amenazas, suplantación o publicación de datos personales. El objetivo de la moderación es preservar un espacio útil y seguro, no fabricar una imagen artificialmente positiva.

En situaciones asistenciales individuales, la respuesta debe ser prudente: no diagnosticar en una red social, no solicitar historia clínica por mensaje directo y no prometer actuaciones que requieren identificación formal. Se puede orientar hacia el canal competente. Esta separación protege al ciudadano y al profesional.

8.8. Comunicación de crisis, emergencias y desinformación

En una crisis sanitaria, incidente de seguridad, interrupción relevante o situación excepcional, las redes sociales pueden acelerar la llegada de información oficial. Pero precisamente por esa velocidad necesitan un protocolo previo. Debe existir una fuente autorizada, una cadena de validación abreviada, mensajes preparados para escenarios previsibles, coordinación con prensa y canales internos, y un criterio para actualizar la información aunque todavía no exista una solución completa.

Una buena comunicación de crisis distingue hechos confirmados, acciones en curso y recomendaciones a la ciudadanía. Si algo no se conoce, es preferible decirlo que rellenar el vacío con una hipótesis. Los mensajes deben llevar hora o fecha cuando la situación evoluciona rápidamente. Las correcciones no deben ocultarse: si un dato anterior era incorrecto, se publica la rectificación de forma visible.

La desinformación sanitaria puede difundirse mediante publicaciones engañosas, capturas manipuladas, cuentas que imitan a instituciones o contenidos generados con inteligencia artificial. El SSPA necesita vigilancia reputacional y capacidad de respuesta. La estrategia no consiste en responder a cada rumor, sino en priorizar aquellos que puedan causar daño, estén alcanzando una audiencia significativa o suplanten una fuente oficial. La verificación de cuentas, la coherencia visual, los dominios institucionales y la publicación temprana de información fiable reducen espacio para la falsedad.

8.9. Protección de datos, confidencialidad y derechos de imagen

Las redes públicas no son un entorno adecuado para información clínica identificable. El deber de confidencialidad permanece aunque el paciente haya contado públicamente su caso. Publicar fotografías, vídeos, testimonios o datos de salud requiere base jurídica, finalidad definida y controles. En contextos asistenciales deben extremarse las precauciones porque una imagen puede revelar no solo identidad, sino una patología, una ubicación o una relación con un servicio.

El consentimiento para una intervención sanitaria no equivale al consentimiento para difusión en redes. Tampoco debe asumirse que una persona que acepta una fotografía interna acepta su publicación global y potencialmente permanente. La organización debe utilizar procedimientos de autorización adecuados, informar de finalidad y canales, y aplicar especial cautela con menores y colectivos vulnerables.

La minimización se aplica también al contenido técnico. Una fotografía de una sala puede mostrar pantallas, etiquetas, documentos, códigos QR o tarjetas identificativas. Una captura de una aplicación puede incluir nombres reales. Antes de publicar hay que revisar el fondo de las imágenes y eliminar información accidental. La misma regla vale para vídeos en directo, donde es más difícil corregir una exposición una vez emitida.

8.10. Seguridad de las cuentas institucionales

Una cuenta social institucional es un activo de información. Debe tener propietario organizativo, administradores identificados, autenticación multifactor cuando la plataforma lo permita, mecanismos seguros de recuperación y baja inmediata de permisos cuando cambia el personal. No debe depender del teléfono personal o correo privado de una sola persona. Las contraseñas compartidas sin trazabilidad dificultan saber quién publicó y elevan el riesgo de secuestro de cuenta.

El ataque más habitual no necesita vulnerar la plataforma: basta con engañar al administrador mediante phishing, robar una sesión o aprovechar una contraseña reutilizada. Por ello son relevantes MFA, formación, revisión de aplicaciones conectadas, control de dispositivos y alertas de acceso. En perfiles con gran visibilidad debe existir un procedimiento de recuperación fuera de banda y una lista actualizada de contactos con la plataforma.

También hay que proteger la identidad institucional frente a cuentas falsas. La ciudadanía debe poder reconocer cuál es el canal oficial y desde qué dominio se enlaza. Las cuentas oficiales deben enlazar a la web corporativa cuando sea posible, y la web debe enlazar a los perfiles oficiales. Esta referencia cruzada crea una cadena de confianza más robusta que el mero parecido del nombre o logotipo.

8.11. Accesibilidad, lenguaje claro y formatos multimedia

La comunicación pública debe ser accesible. En redes sociales esto se traduce en texto alternativo para imágenes cuando la plataforma lo permita, subtítulos en vídeo, transcripción o resumen para audio, lenguaje claro, estructura comprensible y evitar que la información esencial exista únicamente dentro de una imagen. Los hashtags con varias palabras son más legibles si cada palabra comienza por mayúscula.

El diseño debe considerar que muchas personas consumen contenido sin sonido, con pantallas pequeñas o con conexiones limitadas. Un vídeo que solo se entiende escuchándolo sin subtítulos excluye a parte de la audiencia. Una infografía con letra minúscula puede ser inutilizable en móvil. La accesibilidad no es un añadido posterior: condiciona el formato desde el principio.

En materia sanitaria debe equilibrarse precisión y comprensión. Simplificar no significa eliminar matices críticos. Es preferible una estructura por capas: mensaje principal breve, explicación adicional y enlace a información completa. Los términos técnicos pueden mantenerse cuando son necesarios, acompañados de una explicación comprensible.

8.12. Métricas: alcance no es lo mismo que impacto

Las plataformas ofrecen impresiones, alcance, reproducciones, clics, seguidores, comentarios y reacciones. Son útiles, pero no equivalen automáticamente a valor público. Una campaña puede lograr muchas visualizaciones y poca comprensión. Otra puede alcanzar a un grupo pequeño pero conseguir que complete una acción preventiva concreta. Por ello conviene distinguir métricas de actividad, audiencia, interacción y resultado.

La analítica debe interpretarse con prudencia. Los algoritmos cambian, las plataformas cuentan de manera diferente y el crecimiento de seguidores puede no representar a la población diana. Cuando se utilicen herramientas analíticas externas, además, debe revisarse la protección de datos y evitar recopilar más información de la necesaria.

8.13. Inteligencia artificial y nuevas prácticas de comunicación

Las herramientas actuales pueden ayudar a transcribir, resumir reuniones, generar borradores, adaptar un texto a varios formatos o proponer subtítulos. En una organización sanitaria, estas capacidades deben utilizarse bajo gobierno. No debe introducirse información clínica, credenciales o documentación restringida en servicios de inteligencia artificial no autorizados. Un borrador generado automáticamente requiere revisión humana, especialmente si contiene recomendaciones de salud o datos normativos.

La inteligencia artificial también incrementa el riesgo de contenido sintético convincente. Una voz, una imagen o un vídeo falsos pueden atribuir mensajes a una institución o profesional. Por eso son importantes los canales oficiales, la verificación, la rapidez de desmentido y la conservación de originales. La competencia digital del equipo de comunicación ya incluye reconocer manipulación y comprobar procedencia.

8.14. Principios de examen para redes sociales

• Red social corporativa no es lo mismo que red social pública institucional.
• Publicar no equivale a notificar formalmente ni a registrar un expediente.
• Alcance no equivale a impacto ni a calidad de la comunicación.
• Rapidez no exime de evidencia, protección de datos, accesibilidad y aprobación.
• Interacción no autoriza a tratar datos clínicos por comentarios o mensajes directos.
• Cuenta oficial debe gobernarse como un activo: roles, MFA, recuperación y trazabilidad.
• Contenido sanitario debe ser comprensible y riguroso, evitando sensacionalismo.

9. ESPACIOS COLABORATIVOS, INTRANETS, WIKIS Y PORTALES

9.1. Espacio colaborativo

Un espacio colaborativo agrupa conversación, documentos, tareas, calendario, miembros y enlaces alrededor de una unidad de trabajo. Puede corresponder a un proyecto, servicio, comunidad o departamento. Su diseño debe evitar tanto la fragmentación —un espacio por cada conversación— como la acumulación indiscriminada —un espacio único imposible de navegar—.

El ciclo de vida incluye solicitud, creación, configuración, uso, revisión, archivo y eliminación. Debe existir propietario y sustituto. Los permisos se conceden por grupos y función, no mediante excepciones personales ilimitadas. La información de un proyecto cerrado se archiva o transfiere; no debe permanecer indefinidamente en un espacio activo sin responsable.

9.2. Intranet

La intranet es un portal interno que integra noticias, directorio, acceso a aplicaciones, procedimientos, formularios y contenidos corporativos. Es adecuada para información oficial de amplia difusión y navegación estable. Puede personalizarse por perfil, centro o función, pero la personalización no debe ocultar información esencial.

La intranet necesita gobierno editorial: propietarios de contenido, revisión, fechas de caducidad, accesibilidad, buscador y analítica. Un portal con contenido obsoleto reduce confianza y empuja a los usuarios hacia canales informales.

9.3. Wiki

Una wiki gestiona páginas editables y enlazadas, con historial de cambios. Es idónea para documentación viva, glosarios, preguntas frecuentes y conocimiento técnico. La flexibilidad puede generar duplicados y páginas huérfanas, por lo que necesita plantillas, taxonomía, revisión y responsables.

El historial permite comparar y restaurar, pero no garantiza exactitud. Un procedimiento crítico debe pasar por revisión y aprobación. La wiki puede contener borradores y conocimiento comunitario; el repositorio controlado contiene versiones aprobadas cuando el riesgo lo exige.

9.4. Portal de proyecto

El portal de proyecto centraliza objetivos, alcance, hitos, riesgos, decisiones, entregables y contactos. Debe enlazar las fuentes operativas en lugar de copiar datos. El informe de estado se obtiene del tablero y del registro de riesgos cuando sea posible. Copiar manualmente la misma información en correo, presentación y hoja de cálculo crea divergencias.

9.5. Búsqueda y arquitectura de información

La colaboración depende de encontrar. La arquitectura de información combina navegación, taxonomías, metadatos, etiquetas, relaciones y búsqueda. Una búsqueda empresarial debe respetar permisos: no debe revelar contenido ni fragmentos a quien no esté autorizado. La calidad del buscador depende de la calidad de títulos, metadatos y contenido.

10. GESTIÓN DEL CONOCIMIENTO Y MEMORIA ORGANIZATIVA

10.1. Datos, información y conocimiento

Los datos son representaciones; la información aporta contexto y significado; el conocimiento permite interpretar y actuar. Un registro de eventos es dato. Su correlación con una caída es información. La capacidad de diagnosticar el patrón y prevenirlo es conocimiento. La gestión del conocimiento busca que la experiencia útil pueda localizarse, comprenderse, validarse y aplicarse.

10.2. Conocimiento tácito y explícito

El conocimiento tácito reside en experiencia, intuición y habilidades difíciles de formular. El explícito se expresa en documentos, modelos, código o procedimientos. La organización no puede convertir todo lo tácito en documentos, pero puede facilitar transferencia mediante acompañamiento, revisión entre pares, retrospectivas, comunidades, vídeos y casos.

Documentar no equivale a capturar conocimiento. Un manual sin contexto puede no explicar cuándo una regla deja de aplicar. Los casos, decisiones y lecciones aprendidas aportan condiciones y razonamiento. La documentación debe combinar pasos, propósito, riesgos, evidencias y criterios de escalado.

10.3. Base de conocimiento

Una base de conocimiento orientada a soporte contiene artículos para resolver incidencias y solicitudes. Cada artículo debe tener título buscable, síntoma, entorno, causa conocida, resolución, validación, riesgos, palabras clave, propietario y fecha de revisión. Debe distinguir soluciones temporales de definitivas.

El ciclo de conocimiento en gestión de servicios suele incluir identificar, crear, revisar, publicar, utilizar, medir y retirar. Los artículos pueden originarse en tickets repetidos. La mera cantidad no es objetivo: contenido duplicado u obsoleto empeora resolución.

10.4. Lecciones aprendidas y relevo

Las lecciones aprendidas no deben guardarse al final como trámite. Se capturan durante el trabajo, se contrastan y se incorporan a procedimientos, arquitectura o formación. Una retrospectiva útil identifica hechos, condiciones, decisiones y acciones; evita afirmaciones genéricas como «mejorar comunicación» sin responsable ni cambio concreto.

Los relevos de guardia requieren incidencias abiertas, cambios en curso, riesgos, acciones ejecutadas, próximos pasos y contactos. La mensajería del turno no basta, porque puede perderse o quedar inaccesible. Un formato común reduce omisiones.

10.5. Mapas de conocimiento crítico

El mapa identifica qué conocimiento es esencial, dónde reside, quién lo posee, qué riesgo de pérdida existe y cómo transferirlo. Es especialmente relevante ante jubilaciones, rotación o dependencia de proveedores. Las medidas incluyen documentación, formación cruzada, parejas de trabajo, simulacros y comunidades.

La norma ISO 30401 ofrece requisitos para sistemas de gestión del conocimiento. No prescribe una herramienta concreta; exige alinear conocimiento con necesidades, cultura, liderazgo, medición y mejora.

11. GESTIÓN DOCUMENTAL: CONCEPTOS, SISTEMAS Y ARQUITECTURAS

11.1. Documento, contenido y registro

Un documento es información fijada en un soporte o formato con unidad y contexto. El contenido puede ser modular y dinámico. Un record o documento de archivo es evidencia de una actividad que debe mantenerse íntegra y contextualizada. No todo archivo compartido adquiere automáticamente valor de registro, y un mensaje puede convertirse en documento si forma parte de una decisión o expediente.

La gestión documental controla creación, captura, clasificación, acceso, uso, conservación y disposición. La gestión de contenidos abarca activos web, multimedia y componentes reutilizables. Enterprise Content Management integra captura, documentos, workflow, búsqueda, preservación y publicación. Las fronteras comerciales varían; en examen debe atenderse a funciones.

11.2. Funciones de un DMS

• Captura manual, escaneado, importación e integración con aplicaciones.
• Repositorio central con identificadores y metadatos.
• Versionado, historial, comparación y restauración.
• Check-in y check-out cuando se requiere edición exclusiva.
• Permisos, clasificación y segregación.
• Búsqueda de texto completo y por metadatos.
• Workflow de revisión, aprobación, publicación y firma.
• Auditoría de accesos y cambios.
• Retención, transferencia, bloqueo y disposición.
• Exportación e interoperabilidad mediante APIs o estándares.

11.3. Arquitectura

Un gestor documental suele incluir interfaz, servicios de aplicación, repositorio de contenido, base de metadatos, índice de búsqueda, motor de workflow e integración de identidad. Los binarios pueden almacenarse en sistema de ficheros u objetos y los metadatos en base de datos. El índice permite búsqueda rápida, pero no es fuente primaria. Debe poder reconstruirse.

Usuarios y aplicaciones
          │
   Portal / API / integración
          │
 ┌────────┼───────────┐
 │Workflow│Metadatos  │Búsqueda
 └────────┼───────────┘
          │
 Repositorio de contenido
          │
 Archivo, copia y preservación

La alta disponibilidad debe contemplar todos los componentes. Tener varias interfaces no sirve si el repositorio o identidad es único. La recuperación requiere coherencia entre contenido, metadatos, índice y auditoría.

11.4. DMS frente a wiki o espacio colaborativo

El gestor documental suele ser file-centric: administra archivos y registros con metadatos, permisos y ciclo de vida. La wiki es page-centric: administra páginas enlazadas y editadas en el navegador. Un producto puede incorporar ambas capacidades, por lo que la diferencia es conceptual, no una prohibición tecnológica.

11.5. Productos y estándares

SharePoint ofrece sitios, bibliotecas, listas, páginas, permisos, versionado y colaboración en el ecosistema Microsoft. Alfresco es una plataforma de gestión de contenido con APIs y soporte de CMIS. Confluence se orienta a páginas y conocimiento de equipo. CMIS, estándar de OASIS, define servicios interoperables para repositorios de contenido, aunque no uniforma todas las funciones de cada producto.

11.6. Búsqueda, clasificación y calidad documental

La eficacia del repositorio depende de una clasificación comprensible. Las carpetas reproducen una jerarquía, pero un documento puede pertenecer a varios contextos. Los metadatos permiten vistas y filtros sin duplicar. La taxonomía debe utilizar términos controlados, sin impedir vocabulario emergente. Las etiquetas libres pueden complementar, no sustituir, los campos críticos.

La calidad documental incluye completitud, exactitud, actualidad, consistencia y accesibilidad. Cada documento relevante debe tener propietario y fecha de revisión. Los contenidos obsoletos pueden retirarse, marcarse o redirigirse. La eliminación indiscriminada rompe enlaces y evidencia; la conservación indiscriminada dificulta búsqueda y aumenta riesgo.

La búsqueda de texto completo debe combinarse con metadatos, sinónimos y relevancia. Los resultados deben aplicar seguridad en el momento de consulta. Los fragmentos, miniaturas y sugerencias también pueden revelar información, por lo que la seguridad no debe limitarse a la descarga final. La analítica de búsqueda muestra consultas sin resultado y ayuda a priorizar nuevos artículos.

12. CICLO DE VIDA, VERSIONADO, METADATOS Y CONSERVACIÓN

12.1. Ciclo de vida

El ciclo comienza antes de crear el documento: se define necesidad, tipo, plantilla y sistema. Continúa con creación o captura, clasificación, revisión, aprobación, uso, mantenimiento, transferencia, conservación y disposición. La disposición puede ser destrucción autorizada o conservación permanente. Debe basarse en calendario y autoridad competente, no en decisiones improvisadas de usuarios.

12.2. Versionado

El versionado conserva estados sucesivos. Puede distinguir versiones mayores publicadas y menores de trabajo. Debe registrarse autor, fecha, comentario y relación. La numeración manual en el nombre del archivo es frágil: genera copias como «final», «final2» o «definitivo». El repositorio debe controlar historial cuando sea posible.

La coautoría permite editar simultáneamente, mientras check-out bloquea para edición exclusiva. Son estrategias distintas. La coautoría es útil para documentos de trabajo; el bloqueo puede ser necesario en formatos o fases que no toleran mezcla. El control de concurrencia no sustituye aprobación.

12.3. Metadatos

Los metadatos describen identidad, contexto, estructura, gestión y uso. Pueden ser descriptivos, administrativos, técnicos, de preservación y de derechos. Deben definirse mediante esquemas, vocabularios y cardinalidades. Un campo libre para todo produce inconsistencias; una taxonomía excesiva desalienta captura.

12.4. Integridad y autenticidad

La integridad significa que el contenido no se altera sin autorización o sin quedar evidencia. La autenticidad permite confiar en identidad y contexto. Los hashes detectan cambios, pero no prueban por sí solos quién creó un documento. Firma, sellado, controles de acceso, auditoría y custodia se combinan.

12.5. Retención y disposición

El principio de limitación del plazo del RGPD exige no conservar datos personales más tiempo del necesario, salvo archivo en interés público, investigación o estadística con garantías. El plazo concreto depende de finalidad, normativa sectorial, responsabilidades y tablas de valoración. No debe inventarse un plazo genérico para tickets, correos, contratos o logs.

La destrucción debe ser autorizada, trazable y segura. El borrado lógico ordinario puede no eliminar copias y respaldos. La organización necesita procedimientos que contemplen almacenamiento, replicas, copias, exportaciones y soportes. Las suspensiones de eliminación por litigio o investigación deben prevalecer sobre la disposición ordinaria.

13. DOCUMENTO ELECTRÓNICO, EXPEDIENTE Y ESQUEMA NACIONAL DE INTEROPERABILIDAD

13.1. Marco

La Ley 39/2015 reconoce documentos administrativos electrónicos y regula el expediente. El Esquema Nacional de Interoperabilidad, aprobado por Real Decreto 4/2010, establece criterios y recomendaciones de interoperabilidad organizativa, semántica y técnica. Sus Normas Técnicas de Interoperabilidad concretan documentos, expedientes, digitalización, copiado, firma, política de gestión y otros aspectos.

La interoperabilidad no consiste solo en intercambiar ficheros. Exige que receptor y emisor comprendan estructura, significado, autenticidad, estado y contexto; que utilicen formatos y servicios compatibles; y que puedan conservar la información durante el tiempo requerido.

13.2. Documento electrónico

Un documento electrónico administrativo incluye contenido, firma cuando corresponda y metadatos. La NTI de Documento Electrónico define componentes y metadatos mínimos. El documento debe asociarse a un identificador y al órgano, reflejar origen y estado de elaboración y declarar formato. Los metadatos concretos deben tomarse de la NTI vigente y no de listas de memoria incompletas.

13.3. Expediente electrónico

El expediente es el conjunto ordenado de documentos y actuaciones que sirven de antecedente y fundamento a la resolución, así como diligencias encaminadas a ejecutarla. El expediente electrónico incorpora índice electrónico, cuya finalidad es garantizar integridad y permitir recuperación. No es una carpeta convencional ni una mera compresión de ficheros.

13.4. Política de gestión de documentos electrónicos

La NTI de Política de Gestión de Documentos Electrónicos establece directrices para gestionar documentos auténticos, fiables, íntegros y disponibles durante su ciclo de vida. La política asigna responsabilidades, procesos, clasificación, acceso, calificación, conservación, transferencia y supervisión. Debe integrarse con seguridad, protección de datos y archivo.

13.5. Digitalización, copia y preservación

Digitalizar es convertir un soporte analógico en representación electrónica. Para producir una copia electrónica auténtica se requieren procedimiento, metadatos y garantías. La preservación debe mantener legibilidad, integridad, autenticidad y contexto frente a obsolescencia. Puede requerir migración de formatos, verificación periódica, redundancia y metadatos de preservación.

Los formatos abiertos y estándares favorecen independencia, pero no garantizan conservación por sí solos. Debe controlarse versión, perfiles, fuentes, firmas y software de validación. PDF/A, ODF y XML pueden ser apropiados según uso; la política debe especificar perfiles y condiciones.

14. SEGURIDAD, PRIVACIDAD, CUMPLIMIENTO Y CONTINUIDAD

14.1. Principios de protección de datos

Las herramientas colaborativas tratan identidad, contenido, contactos, presencia, grabaciones y metadatos. Deben respetarse licitud, finalidad, minimización, exactitud, limitación del plazo, integridad, confidencialidad y responsabilidad proactiva. Que una plataforma esté autorizada no legitima cualquier contenido ni cualquier destinatario.

La privacidad desde el diseño exige configurar espacios restrictivos por defecto cuando proceda, revisar invitados, limitar exportaciones y seleccionar funciones conforme a necesidad. El responsable debe conocer encargados, subencargados, localización, transferencias, retención y mecanismos de ejercicio de derechos.

14.2. Esquema Nacional de Seguridad

El Real Decreto 311/2022 regula el ENS. La categoría del sistema y el análisis de riesgos determinan medidas. En colaboración son relevantes identidad, control de acceso, protección de comunicaciones, registro, protección de información, servicios externos, continuidad y gestión de incidentes. No debe afirmarse que todos los sistemas del SAS tienen una misma categoría sin clasificación formal.

14.3. Identidad y acceso

Se aplican mínimo privilegio, necesidad de conocer, segregación y revisión periódica. La autenticación multifactor reduce riesgo, pero no corrige permisos excesivos. Los grupos deben basarse en roles; los enlaces anónimos o públicos deben estar restringidos. Las cuentas compartidas impiden atribución.

La baja de personal y proveedores debe retirar acceso, transferir propiedad y conservar evidencias. Los invitados externos requieren patrocinador, fecha de expiración y revisión. La sincronización local puede dejar copias fuera del repositorio; debe gobernarse mediante dispositivos administrados y políticas.

14.4. Clasificación y prevención de fuga

La información puede clasificarse por impacto y requisitos. Las etiquetas ayudan a aplicar cifrado, restricciones y retención. La prevención de fuga detecta patrones o políticas, pero produce falsos positivos y no sustituye formación. Antes de compartir se revisan destinatarios, finalidad, datos ocultos, comentarios, versiones y metadatos.

14.5. Grabaciones y transcripciones

Grabar una reunión transforma una conversación efímera en un tratamiento persistente. Deben existir finalidad, información a participantes, base jurídica, acceso, retención y medidas. La transcripción automática puede contener errores y datos sensibles. No debe utilizarse como acta sin revisión.

14.6. Continuidad

La dependencia de una plataforma requiere planes ante indisponibilidad de identidad, red o proveedor. Los procedimientos críticos deben indicar canales alternativos y datos mínimos. La continuidad no significa mantener todos los servicios al mismo nivel; prioriza funciones esenciales. Las exportaciones o copias deben conservar coherencia y protección.

15. IMPLANTACIÓN, GESTIÓN DEL CAMBIO, ACCESIBILIDAD Y MEDICIÓN

15.1. Implantación orientada a necesidades

La implantación comienza por casos de uso y riesgos, no por funcionalidades. Deben identificarse colectivos, tareas, información, dependencia con sistemas, dispositivos y restricciones. Un piloto valida hipótesis y permite ajustar gobierno. La extensión se apoya en responsables, formación y soporte.

La coexistencia de herramientas exige un mapa de usos: qué plataforma se usa para chat, reuniones, documentos, expedientes, conocimiento y tareas. Si dos servicios se solapan, debe aclararse criterio. La migración debe tratar contenidos, enlaces, permisos, propietarios y retención.

15.2. Gestión del cambio

La resistencia puede responder a hábitos, carga, falta de utilidad, temor a control o experiencia previa. No debe etiquetarse como irracional. La comunicación debe explicar problema, beneficio, impacto y apoyo. Los referentes locales facilitan adopción, pero necesitan tiempo y reconocimiento.

La formación debe basarse en tareas reales y seguridad. Un curso genérico sobre botones no enseña a decidir dónde registrar un acuerdo ni cómo clasificar información. Las guías breves, vídeos, sesiones, comunidades y soporte se complementan.

15.3. Accesibilidad e inclusión

Los contenidos y herramientas deben cumplir requisitos de accesibilidad aplicables. Documentos estructurados, encabezados, texto alternativo, contraste, navegación por teclado, subtítulos y lenguaje claro benefician a todos. La accesibilidad debe verificarse en el flujo completo, incluidas invitaciones, formularios y archivos.

La inclusión digital considera conectividad, dispositivos, horarios, turnos y competencias. Una solución solo móvil o solo síncrona puede excluir. Deben existir alternativas proporcionadas.

15.4. Etiqueta y salud digital

Las normas de etiqueta reducen carga: asuntos claros, menciones limitadas, reuniones con agenda, horarios de silencio, estados respetados y uso de respuestas en hilo. El derecho a desconexión digital de la LOPDGDD exige políticas que preserven descanso y conciliación. Una herramienta disponible veinticuatro horas no convierte cada mensaje en obligación inmediata.

15.5. Indicadores

El éxito no es «número de mensajes». Una disminución del chat puede indicar mejor documentación. Los indicadores deben relacionarse con resultados y compararse con línea base.

16. INICIATIVAS Y SERVICIOS EN LA JUNTA DE ANDALUCÍA Y EL SAS

16.1. Criterio de estudio: función antes que marca

Las herramientas corporativas cambian con rapidez. Un servicio puede sustituirse, integrarse en una suite, limitarse a determinados perfiles o mantenerse solo durante una transición. Por ello conviene estudiar primero la función: correo, mensajería, reunión, transferencia de ficheros, almacenamiento compartido, red social, intranet, gestión del conocimiento, ticketing o gestión documental. Después se asocia esa función a los productos que el SAS o la Junta publican o utilizan en cada momento.

Esta prudencia es especialmente importante al hablar de licencias comerciales. Que una herramienta exista en la Administración de la Junta no significa que esté disponible para toda la plantilla del SAS ni en todos los centros. La disponibilidad puede depender de organismo, licencia, alta, ubicación, perfil profesional y políticas de seguridad. En examen, una afirmación absoluta suele ser más sospechosa que una formulación contextual.

16.2. ayudaDIGITAL como canal estructurado de soporte

ayudaDIGITAL es el centro de servicios al usuario de informática del SAS. Desde la óptica del trabajo colaborativo, su valor no es solo permitir que una persona comunique un problema: estructura la interacción entre usuario, primer nivel, grupos especializados, proveedores y responsables. La incidencia o solicitud conserva el registro estable, la prioridad, las asignaciones y la resolución; las llamadas, chats o reuniones pueden acelerar el diagnóstico, pero no deben dejar el ticket sin actualizar.

El catálogo y la documentación asociada ayudan además a distinguir herramientas corporativas, requisitos de alta y procedimientos. Esto reduce el uso de canales informales y favorece una «fuente única de verdad» operativa.

16.3. Correo corporativo, WebMail y acceso multidispositivo

El correo corporativo sigue siendo un canal esencial para comunicación formal de trabajo, convocatorias y entrega de información que no exige un expediente administrativo. WebMail facilita acceso desde navegador y el correo puede configurarse en clientes autorizados según la política corporativa. Debe distinguirse el protocolo de acceso del de envío: IMAP permite sincronizar buzón con múltiples clientes, mientras SMTP se utiliza para el envío.

16.4. Consigna y Ficheros Junta

Consigna se orienta a la transferencia temporal de ficheros de gran tamaño mediante mecanismos corporativos, evitando recurrir a servicios personales de almacenamiento o a adjuntos que superen límites de correo. Su finalidad dominante es entregar, no convertirse en archivo definitivo. Ficheros Junta se orienta a almacenar, sincronizar y compartir archivos y carpetas de trabajo. Aunque ambos manejan ficheros, resuelven necesidades distintas.

16.5. Videoconferencia y comunicaciones unificadas

El SAS ha utilizado distintas soluciones corporativas de comunicación síncrona a lo largo del tiempo. En el material vigente del entorno ayudaDIGITAL se publican servicios de videoconferencia y comunicaciones unificadas para profesionales, mientras que convocatorias anteriores preguntaron por herramientas como Circuit. El opositor debe distinguir la función estable del producto concreto y prestar atención a la fecha del examen.

La reunión remota debe integrarse con calendario, identidad y, cuando proceda, repositorios o chat. La grabación no es automática desde el punto de vista jurídico: antes deben analizarse finalidad, necesidad, participantes, acceso, retención y datos que puedan aparecer. La transcripción y los resúmenes automáticos incrementan la facilidad de reutilización, pero también el volumen de información persistente que debe gobernarse.

16.6. IMBox Defense y mensajería segura

El portal ayudaDIGITAL ha publicado IMBox Defense como aplicación de comunicación segura con mensajería instantánea, llamadas y capacidades asociadas. A agosto de 2026 se presenta en fase piloto para evaluar su utilización entre profesionales del SAS. «Piloto» significa evaluación controlada; no debe interpretarse como despliegue universal ni como autorización para tratar cualquier tipo de información.

La mensajería corporativa debe utilizar identidades profesionales, cifrado y controles de acceso acordes con la política. Los grupos han de tener propietario y revisar miembros. Una aplicación aprobada no elimina la obligación de minimizar datos ni convierte la conversación en registro asistencial o expediente.

16.7. Intranet SAS

La Intranet SAS es un espacio interno de trabajo e información para profesionales. Una intranet moderna puede integrar noticias internas, directorios, accesos a aplicaciones, procedimientos, formularios, enlaces a conocimiento y servicios personalizados. Su público y objetivo son diferentes de los de la web pública y de las redes sociales abiertas.

Desde el punto de vista arquitectónico, la intranet actúa como «puerta de entrada» al puesto digital. No debe usarse como término genérico para cualquier herramienta: puede enlazar a un gestor documental, a ayudaDIGITAL o a una aplicación, pero no hereda automáticamente sus funciones.

16.8. JIRA y Confluence en el entorno TIC

Los exámenes de la categoría han reflejado el uso de JIRA y Confluence en el ámbito TIC. JIRA se orienta a planificar y seguir actividad mediante incidencias, tareas, estados y workflows. Confluence se orienta a documentación, espacios y gestión del conocimiento. Su integración permite enlazar una decisión documentada con el trabajo que la implementa, evitando duplicar contexto.

16.9. Gestión documental y Alfresco en el ecosistema andaluz

En el ámbito de la Junta de Andalucía han coexistido tecnologías de gestión documental dentro de marcos y plataformas corporativas. La oposición ha preguntado por Alfresco como tecnología de gestión documental incorporada en MADEJA. Su relevancia didáctica es doble: muestra un producto concreto y obliga a distinguir gestor documental de wiki, CMS o herramienta de tareas.

16.10. Red Profesional: colaboración interna transversal

La Red Profesional de la Junta de Andalucía representa el modelo de red social corporativa para empleados públicos. Permite conectar personas, formar grupos y compartir conocimiento. En un entorno tan distribuido como la Administración autonómica, este tipo de red ayuda a localizar experiencia fuera de la estructura jerárquica inmediata.

Su uso debe respetar clasificación y confidencialidad. Una comunidad puede discutir una práctica y enlazar un procedimiento, pero la versión aprobada del procedimiento debe mantenerse en el repositorio definido. La conversación y la fuente autoritativa se complementan.

16.11. Redes sociales públicas del SSPA y sus centros

El enfoque más actual del tema exige incorporar la comunicación externa. El SAS y numerosos centros del SSPA utilizan su presencia digital para llegar a la ciudadanía de forma más inmediata que con la web tradicional. Los perfiles institucionales pueden operar en plataformas generalistas, visuales, audiovisuales o profesionales —por ejemplo Facebook, Instagram, YouTube, LinkedIn, X, TikTok u otras que adopte cada organización—. No existe una obligación de que todos los centros estén en todas las plataformas; el canal debe responder a audiencia, capacidad de gestión y plan de comunicación.

Las unidades de comunicación utilizan estos perfiles para difundir noticias, eventos, campañas de prevención, jornadas, investigación, información de servicios y proyectos. El valor diferencial de la red social es la distribución: el contenido aparece allí donde la ciudadanía ya consume información. La web institucional conserva el contenido de referencia y las redes lo adaptan a formatos breves, visuales y participativos.

El SSPA dispone de criterios y guías de uso para perfiles institucionales. De ellos se derivan principios que debes memorizar: representar a la institución y no a la persona administradora, mantener un tono cercano pero profesional, basar la información científica en evidencia, ajustarse al ámbito temático del perfil, conocer el plan de comunicación, proteger datos y respetar derechos de imagen.

16.12. Comunicación pública, ClicSalud+ y canales transaccionales

Las redes sociales pueden informar de que existe un servicio, explicar cómo utilizarlo o enlazar a una página oficial, pero los datos personales y las operaciones deben trasladarse al canal seguro correspondiente. En el ecosistema SAS, servicios digitales dirigidos a ciudadanía como ClicSalud+ resuelven funciones transaccionales e identificadas que no deben reproducirse en una red social abierta.

Esta separación ayuda a diseñar mensajes: una publicación puede anunciar una campaña y dirigir a la información oficial; no debe pedir al usuario que escriba datos clínicos en un comentario o mensaje directo. La comunicación es la capa de orientación; la aplicación segura ejecuta el trámite.

16.13. Escenario integrado: una campaña sanitaria

Imagina una campaña de promoción de la salud organizada por un área sanitaria. El equipo define objetivos y audiencia, prepara una página web con la información completa y crea piezas adaptadas para redes. Los contenidos clínicos son validados por profesionales responsables, comunicación revisa tono e identidad, y se incorporan subtítulos y texto alternativo. El calendario programa publicaciones previas, cobertura del evento y materiales posteriores.

Durante la campaña, los comentarios se monitorizan. Las preguntas generales se responden públicamente; las consultas personales se redirigen al canal apropiado; los datos de salud publicados por terceros no se reproducen. Si aparece una información falsa con alcance significativo, el equipo publica una aclaración enlazando a la fuente oficial. Al finalizar, se analizan alcance, clics, participación y resultados, no solo seguidores.

Los documentos internos de planificación, autorizaciones de imagen y materiales maestros se conservan en los repositorios definidos. Las redes contienen copias de difusión, no la única versión. Esta arquitectura evita que el conocimiento de la campaña desaparezca cuando cambia el algoritmo, se cierra una cuenta o se pierde una publicación.

16.14. Escenario integrado: incidencia TIC y colaboración profesional

Ante una incidencia que afecta al acceso a una aplicación asistencial, el profesional registra el caso en ayudaDIGITAL. El centro de servicios valida alcance y prioridad y asigna grupos. Si se requiere coordinación inmediata, se abre una reunión o canal corporativo autorizado. Los equipos intercambian diagnósticos, pero actualizan el ticket con hechos, decisiones, tiempos y resolución.

Un fichero grande puede transferirse mediante Consigna cuando sea adecuado; un conjunto de archivos de trabajo puede mantenerse en Ficheros Junta; la documentación de conocimiento puede actualizarse en el espacio corporativo previsto. Tras la restauración se realiza revisión, se documenta la causa y se difunden lecciones. Ninguna herramienta sustituye a todas las demás: la arquitectura colaborativa se basa en especialización de canales y enlaces entre fuentes.

16.15. Evolución y prudencia tecnológica

El opositor debe asumir que la cartera evolucionará. Las suites de colaboración tienden a integrar chat, videoconferencia, documentos, tareas, automatización, búsqueda semántica y asistentes de inteligencia artificial. Esa integración mejora experiencia, pero incrementa dependencia del proveedor y exige gobierno de identidad, licencias, retención y datos.

Antes del examen conviene revisar la documentación oficial del SAS y de la Junta para saber qué productos están publicados, en piloto o limitados. Para responder preguntas conceptuales, en cambio, utiliza categorías estables: síncrono/asíncrono, comunicación/registro, almacenamiento/archivo, red interna/red pública, workflow/conocimiento y seguridad/interoperabilidad.

17. MAPA CONCEPTUAL Y REPASO FINAL

17.1. Distinciones que deben dominarse

• Colaboración no es mera comunicación.
• Chat no es registro oficial.
• Correo no es repositorio documental.
• Consigna no es archivo permanente.
• Ficheros Junta no es por sí solo un SGDEA.
• Wiki orientada a páginas no es igual que DMS orientado a archivos.
• SIP señaliza; RTP transporta medios.
• H.323 histórico no implica uso nativo por plataformas cloud.
• Coautoría no es lo mismo que check-out.
• ENI aborda interoperabilidad; ENS aborda seguridad.
• Una herramienta disponible en la Junta no implica despliegue universal en el SAS.
• Red social pública no es canal asistencial, expediente ni notificación administrativa.
• Alcance en redes no equivale a impacto ni a calidad de la comunicación.

17.2. Método para resolver preguntas

Primero identifica la función preguntada: comunicación, documentación, archivo, interoperabilidad o seguridad. Después distingue estándar de producto y requisito de recomendación. En preguntas negativas, comprueba cada opción. En productos corporativos, atiende al ámbito y fecha. En normas, evita sustituir una NTI específica por un marco general.

Cuando dos respuestas parecen posibles, busca el término exacto: «nativo», «obligatorio», «mínimo», «archivo electrónico», «corporativo», «público» o «fase piloto». Los exámenes de la categoría han utilizado estas diferencias funcionales y terminológicas. No generalices una capacidad técnica: que un producto pueda adjuntar documentos no lo convierte en gestor documental tradicional; que soporte una pasarela H.323 no significa que lo use nativamente.

17.3. Aplicación al puesto

El profesional de la categoría debe diseñar canales, documentación y flujos que soporten asistencia, operación, proyectos y comunicación institucional. Debe decidir qué se conversa, qué se registra, quién accede, cuánto se conserva y cómo se recupera. Debe facilitar adopción sin sacrificar seguridad, y convertir la experiencia en conocimiento corporativo. El resultado de una buena colaboración es menos dependencia personal, mayor trazabilidad, decisiones más rápidas y servicios más resilientes.