1. Introducción y Contexto en el Servicio Andaluz de Salud

1.1. Relevancia para el Técnico/a Especialista en Informática del SAS

Como futuro/a técnico/a especialista en el SAS, tu trabajo implicará gestionar, mantener y optimizar sistemas de comunicaciones IP que soportan operaciones críticas. Imagina un escenario donde un médico intensivista necesita comunicarse urgentemente con el servicio de radiología para discutir la imagen de un TAC, o cuando se requiere una videoconferencia con otro hospital para una consulta de telemedicina. La disponibilidad, calidad y seguridad de estas comunicaciones pueden marcar literalmente la diferencia entre la vida y la muerte.

El despliegue de VoIP en los centros sanitarios del SAS ha transformado radicalmente la manera en que los profesionales sanitarios se comunican. Ya no estamos hablando de simples llamadas telefónicas, sino de comunicaciones unificadas que integran voz, video, mensajería instantánea y presencia, todo sobre una infraestructura IP convergente que debes conocer a fondo.

1.2. Marco Normativo y Estratégico

Las comunicaciones IP en el ámbito sanitario público no operan en un vacío normativo. Como técnico/a del SAS, debes ser consciente del marco regulatorio que rige estas tecnologías:

1.3. Panorama Tecnológico Actual en el SAS

El SAS ha apostado decididamente por las comunicaciones IP como parte de su estrategia de transformación digital. Actualmente, la infraestructura de comunicaciones del SSPA incluye:

Telefonía IP Corporativa: Más de 45.000 extensiones IP desplegadas en hospitales, centros de salud y servicios centrales. La plataforma principal es Cisco Unified Communications Manager (UCM), aunque en algunos centros coexisten soluciones de otros fabricantes como Avaya o Alcatel-Lucent.

Videoconferencia Institucional: Desde la pandemia COVID-19, el SAS ha multiplicado por diez el uso de videoconferencia. Actualmente dispone de licencias corporativas de Zoom (con la herramienta AI Companion para un número limitado de profesionales) y Microsoft Teams, integradas con Active Directory para gestión centralizada de usuarios.

Telemedicina: Sistemas especializados de videoconferencia médica para teleconsultas, teledermatología, telepsiquiatría y seguimiento de pacientes crónicos. Estos sistemas deben cumplir requisitos específicos de calidad de imagen (mínimo 720p) y cifrado extremo a extremo.

Comunicaciones de Emergencia: Los servicios de urgencias y emergencias (061) utilizan sistemas de comunicaciones IP redundantes con alta disponibilidad (99.999%), lo que implica arquitecturas complejas con failover automático y conmutación en milisegundos.

2. Conceptos Básicos de Comunicaciones sobre IP

Antes de adentrarnos en tecnologías específicas como VoIP o videoconferencia, es fundamental que comprendas los principios básicos de las comunicaciones sobre IP, porque son la base sobre la que se construye todo lo demás.

2.1. Convergencia de Redes

Históricamente, las organizaciones mantenían redes separadas. Por un lado, la red telefónica tradicional (PSTN – Public Switched Telephone Network) basada en conmutación de circuitos, donde cada llamada establecía un circuito dedicado durante toda su duración. Por otro lado, la red de datos basada en IP con conmutación de paquetes. Esta dualidad generaba costes elevados de mantenimiento, complejidad operativa y limitaciones de integración.

La convergencia hacia IP ofrece ventajas significativas que justifican la inversión. Primero, la reducción de costes operativos, ya que mantienes una sola infraestructura en lugar de dos. Segundo, mayor flexibilidad, porque añadir nuevos servicios no requiere desplegar nueva infraestructura física. Tercero, comunicaciones unificadas, donde voz, video, mensajería y presencia se integran en una experiencia de usuario coherente. Y cuarto, movilidad, pues los usuarios pueden comunicarse desde cualquier dispositivo con conectividad IP.

Sin embargo, la convergencia también introduce desafíos técnicos importantes que como técnico/a del SAS deberás afrontar. El tráfico de voz y video es extremadamente sensible a la latencia, el jitter y la pérdida de paquetes, problemas que las aplicaciones de datos tradicionales toleran sin dificultad. Por tanto, necesitas implementar mecanismos sofisticados de calidad de servicio para garantizar que las comunicaciones en tiempo real reciban el tratamiento prioritario que requieren.

2.2. Características del Tráfico Multimedia

No todo el tráfico IP es igual. Para diseñar redes que soporten comunicaciones multimedia adecuadamente, debes entender las características específicas de cada tipo de tráfico.

Tráfico de Voz (VoIP)

El tráfico de voz tiene requisitos muy exigentes. En términos de latencia, la recomendación ITU-T G.114 establece que el retardo unidireccional no debe exceder los 150 milisegundos para mantener una conversación natural, aunque valores hasta 400 ms son aceptables en ciertos contextos. Cuando la latencia supera estos umbrales, los interlocutores empiezan a hablar unos encima de otros, generando una experiencia frustrante.

El jitter (variación en el retardo) debe mantenerse por debajo de 30 ms. Los paquetes de voz que llegan con intervalos irregulares producen distorsiones audibles. Para compensar el jitter, los sistemas VoIP implementan buffers de reproducción (jitter buffers), pero estos añaden latencia adicional, creando un delicado equilibrio que optimizar.

La pérdida de paquetes debe ser inferior al 1%. La voz humana tiene cierta redundancia natural, y los códecs modernos pueden ocultar pérdidas pequeñas mediante técnicas de corrección de errores, pero cuando la pérdida supera este umbral, la conversación se vuelve inteligible.

El ancho de banda requerido por cada llamada depende del códec utilizado. El códec G.711 (calidad telefónica estándar) consume aproximadamente 64 Kbps más las cabeceras IP/UDP/RTP, totalizando unos 87 Kbps. Códecs más eficientes como G.729 reducen esto a unos 31 Kbps totales, pero a costa de mayor procesamiento y ligera degradación de calidad.

Tráfico de Video

El video presenta requisitos aún más exigentes. La latencia debe ser similar a la voz (150 ms máximo) para mantener la sincronización labial. Cuando el audio y el video no están sincronizados, el cerebro humano lo detecta inmediatamente, generando incomodidad.

El ancho de banda es significativamente mayor. Una videoconferencia de calidad estándar (SD, 480p) requiere entre 512 Kbps y 1 Mbps. Alta definición (HD, 720p) necesita 1.5-2 Mbps. Full HD (1080p) consume 3-4 Mbps. Si además transmites contenido compartido (presentaciones), el ancho de banda se multiplica.

La pérdida de paquetes tiene un impacto visual inmediato en forma de pixelación, congelación de imagen o artefactos visuales. Los códecs de video modernos (H.264, H.265) son más resilientes que los antiguos, pero igualmente requieren pérdidas inferiores al 0.5% para calidad aceptable.

Tráfico de Datos

Las aplicaciones de datos tradicionales (navegación web, correo, transferencia de archivos) son mucho más tolerantes. Pueden experimentar latencias de segundos sin que el usuario lo perciba como problemático. Sin embargo, consumen anchos de banda variables e impredecibles, pudiendo saturar enlaces completos durante transferencias grandes.

Esta diferencia fundamental es la razón por la que necesitas implementar QoS: debes garantizar que el tráfico sensible (voz/video) tenga siempre prioridad sobre el tráfico que puede esperar (datos).

3. Servicios de Voz sobre IP (VoIP)

VoIP (Voice over Internet Protocol) es la tecnología que permite transmitir conversaciones de voz utilizando redes de datos basadas en el protocolo IP, reemplazando la telefonía tradicional basada en conmutación de circuitos. Es probablemente la aplicación más extendida de comunicaciones multimedia sobre IP y la que más impacto ha tenido en la transformación digital del SAS.

3.1. Fundamentos Técnicos de VoIP

Proceso de Conversión de Voz

El funcionamiento de VoIP implica varios pasos técnicos que debes comprender. Primero, el muestreo analógico-digital (ADC), donde la señal de voz analógica (continua) se captura mediante un micrófono y se digitaliza. El estándar telefónico tradicional (definido por la recomendación ITU-T G.711) utiliza una frecuencia de muestreo de 8 kHz con 8 bits por muestra, generando 64 Kbps de datos sin comprimir. Esta frecuencia de muestreo permite reproducir el rango de frecuencias de la voz humana (300-3400 Hz) según el teorema de Nyquist-Shannon.

Segundo, la codificación y compresión (códec). Los datos de voz digitalizados se procesan con un códec (codificador-decodificador) que puede comprimirlos significativamente. Existen dos grandes familias: códecs sin pérdida (lossless) como G.711 que mantienen la calidad original, y códecs con pérdida (lossy) como G.729, G.722 o Opus que sacrifican algo de calidad a cambio de un ancho de banda mucho menor.

Tercero, la paquetización. Los datos de voz codificados se dividen en pequeños paquetes que se encapsulan en RTP (Real-time Transport Protocol), que a su vez viaja sobre UDP (no TCP, porque las retransmisiones aumentarían demasiado la latencia). Cada paquete lleva típicamente 20 ms de audio, un equilibrio entre eficiencia de red y latencia tolerable.

Cuarto, la transmisión sobre IP. Los paquetes RTP se envían a través de la red IP, donde pueden seguir rutas diferentes, experimentar retardos variables y potencialmente perderse. La red no garantiza orden de llegada ni entrega fiable.

Quinto, el jitter buffering. En el receptor, un buffer almacena temporalmente los paquetes para compensar la variación en el retardo (jitter), reordenándolos antes de la decodificación. Este buffer añade latencia pero mejora la calidad.

Finalmente, la decodificación y reproducción. El códec decodifica los datos, convirtiendo de digital a analógico (DAC), y la señal se reproduce por el altavoz o auriculares.

Códecs de Voz Principales

*MOS (Mean Opinion Score): Escala subjetiva de calidad de 1 (peor) a 5 (mejor)

3.2. Arquitectura de una Solución VoIP Empresarial

Una implementación VoIP corporativa como la del SAS involucra múltiples componentes que deben interoperar correctamente.

Componentes Principales

Terminales VoIP (Endpoints): Pueden ser teléfonos IP hardware (físicos con pantalla, teclas y puerto Ethernet), softphones (aplicaciones software en PC/móvil), o aplicaciones WebRTC en navegador. En el SAS se utilizan principalmente teléfonos IP Cisco serie 7800/8800, aunque también hay despliegues de softphones Jabber para profesionales con movilidad.

Central IP-PBX (IP Private Branch Exchange): Es el cerebro del sistema VoIP. Gestiona llamadas, enrutamiento, buzón de voz, conferencias, grabaciones y toda la lógica telefónica. El SAS utiliza Cisco Unified Communications Manager (CUCM) como plataforma principal. Una IP-PBX moderna es en realidad un clúster de servidores en alta disponibilidad, con capacidad para gestionar decenas de miles de extensiones simultáneas.

Gateway de Voz (Voice Gateway): Proporciona interconexión entre la red VoIP interna y la red telefónica tradicional (PSTN). Convierte señalización (por ejemplo, de SIP a ISDN) y media (codificación de voz). Los gateways del SAS permiten que las extensiones IP internas puedan realizar y recibir llamadas hacia/desde la red telefónica pública.

Session Border Controller (SBC): Actúa como firewall especializado en el perímetro de la red VoIP. Oculta la topología interna, previene ataques (DoS, fraude telefónico), realiza NAT traversal y normaliza señalización entre diferentes implementaciones de protocolos.

Servidor de Conferencias (MCU – Multipoint Control Unit): Permite audioconferencias con múltiples participantes, mezclando las señales de audio de todos ellos. Para videoconferencias también existe el equivalente video MCU que gestiona múltiples streams de video simultáneos.

Aplicaciones Auxiliares: Buzón de voz (voicemail), IVR (Interactive Voice Response) para menús automáticos, grabación de llamadas, estadísticas y reporting, gestión de presencia y mensajería instantánea (IM).

3.3. Consideraciones de Seguridad en VoIP

Las comunicaciones VoIP introducen vectores de ataque específicos que debes conocer y saber mitigar.

Amenazas Principales

Eavesdropping (Escucha de Llamadas): Si los paquetes RTP no están cifrados, un atacante con acceso a la red puede capturarlos con herramientas como Wireshark y reconstruir conversaciones completas. En un hospital, esto podría comprometer la confidencialidad de información médica sensible. Mitigación: Implementar SRTP (Secure RTP) que cifra el contenido de los paquetes de voz con AES.

Fraude Telefónico (Toll Fraud): Atacantes comprometen la central VoIP para realizar llamadas internacionales de alto coste a cargo de la organización. El SAS ha detectado varios intentos de fraude que, de haber tenido éxito, habrían generado facturas superiores a 50.000 €. Mitigación: Autenticación robusta, restricción de llamadas internacionales por defecto, detección de patrones anómalos.

Denegación de Servicio (DoS): Inundar Denegación de Servicio (DoS): Inundar la central VoIP o los terminales con paquetes SIP INVITE/REGISTER malformados puede colapsar el servicio. Un ataque exitoso podría dejar sin comunicación telefónica a un hospital completo. Mitigación: Implementar rate limiting, listas negras dinámicas, Session Border Controllers (SBC) con capacidad anti-DoS.

SPIT (Spam over Internet Telephony): Llamadas automatizadas masivas no deseadas, similar al spam de correo pero más intrusivo. Mitigación: Listas blancas de números autorizados, análisis de patrones de llamada, integración con servicios de reputación telefónica.

Vishing (Voice Phishing): Suplantación de identidad telefónica para obtener información confidencial. Los atacantes pueden falsificar el Caller ID para aparentar ser del departamento de informática del SAS. Mitigación: Formación del personal, políticas de no compartir credenciales por teléfono, autenticación bidireccional.

Man-in-the-Middle (MITM): Interceptación y posible modificación de la señalización SIP o del flujo de voz RTP. Permite tanto escuchar como alterar conversaciones en tiempo real. Mitigación: TLS para señalización (SIPS), SRTP para media, certificados digitales.

3.4. Requisitos de Ancho de Banda para VoIP

Calcular correctamente el ancho de banda necesario para VoIP es fundamental para garantizar la calidad del servicio. El cálculo debe considerar no solo el payload de voz sino también todos los encabezados de protocolos.

Nota: Cálculos basados en 50 pps (packets per second) con 20ms de payload por paquete

4. Fax sobre IP (FoIP)

Aunque pueda parecer anacrónico en la era digital, el fax sigue siendo un medio de comunicación crítico en el sector sanitario, especialmente para el intercambio de documentación médica, prescripciones y resultados de pruebas diagnósticas. La transición a redes IP ha requerido adaptar esta tecnología mediante Fax sobre IP (FoIP), que presenta desafíos técnicos únicos debido a la naturaleza del protocolo de fax tradicional.

4.1. Métodos de Transmisión de Fax sobre IP

T.38 Real-Time Fax

T.38 es el estándar ITU-T específicamente diseñado para transmisión de fax sobre redes IP. A diferencia de VoIP, que puede tolerar cierta pérdida de paquetes, el fax requiere transmisión sin errores para mantener la integridad del documento. T.38 funciona demodulando la señal de fax en el gateway de origen, transmitiendo los datos digitales sobre IP con redundancia y control de errores, y remodulando en el gateway de destino.

El protocolo T.38 incluye mecanismos de redundancia mediante la retransmisión de paquetes críticos y el uso de FEC (Forward Error Correction). Puede operar sobre UDP (más común) o TCP, aunque UDP con redundancia suele ofrecer mejor rendimiento en redes con jitter variable.

G.711 Pass-Through

En este método, la señal de fax se trata como una llamada de voz normal usando el códec G.711 sin compresión. Es el método más simple pero también el menos fiable, ya que no hay corrección de errores específica para fax. Solo es viable en redes LAN con muy baja pérdida de paquetes y jitter controlado. El SAS lo utiliza únicamente como fallback cuando T.38 no está disponible.

Store-and-Forward (T.37)

T.37 convierte el fax en un correo electrónico con el documento adjunto (típicamente TIFF o PDF). No es transmisión en tiempo real, pero ofrece mayor fiabilidad. El SAS lo implementa en algunos centros de salud para el envío de resultados de laboratorio no urgentes, integrándolo con el sistema de mensajería corporativo.

4.2. Consideraciones Técnicas de FoIP

El fax es extremadamente sensible a la latencia, jitter y pérdida de paquetes. Los temporizadores del protocolo T.30 (fax tradicional) esperan respuestas en ventanas muy estrechas. Una latencia superior a 300ms o pérdida de paquetes mayor al 1% puede causar fallos en la transmisión. Por ello, FoIP requiere QoS estricto, idealmente con reserva de ancho de banda garantizado.

La velocidad de transmisión también es crítica. Mientras que los faxes tradicionales pueden negociar velocidades de 2.4 a 33.6 Kbps, en FoIP es común limitar a 14.4 Kbps para mejorar la fiabilidad. Esto aumenta el tiempo de transmisión pero reduce significativamente los errores.

5. El Estándar H.323 para Servicios Multimedia

H.323 es una recomendación paraguas de la ITU-T que define los protocolos para proporcionar sesiones de comunicación audiovisual sobre redes de paquetes. Aunque ha sido parcialmente desplazado por SIP en muchas implementaciones modernas, H.323 sigue siendo fundamental en sistemas de videoconferencia profesionales y en muchas infraestructuras legacy del sector sanitario.

5.1. Arquitectura H.323

La arquitectura H.323 define cuatro componentes principales que trabajan conjuntamente para establecer y gestionar comunicaciones multimedia.

Terminales H.323

Son los endpoints que originan y terminan las comunicaciones. Pueden ser sistemas de videoconferencia hardware, softphones o aplicaciones multimedia. Deben soportar obligatoriamente audio (G.711 como mínimo) y opcionalmente video (H.261, H.263, H.264) y datos (T.120). En el SAS, los terminales H.323 incluyen equipos de videoconferencia Polycom y Cisco en salas de reuniones y quirófanos inteligentes.

Gateways H.323

Proporcionan interoperabilidad entre redes H.323 y otras redes como PSTN, ISDN o SIP. Realizan traducción de protocolos de señalización (H.225/H.245 a Q.931/ISDN por ejemplo) y transcodificación de media cuando los códecs no son compatibles. Son esenciales para que un sistema de videoconferencia H.323 pueda llamar a un teléfono tradicional o a un endpoint SIP.

Gatekeepers

Actúan como controladores centrales de la zona H.323, proporcionando servicios críticos. Realizan traducción de direcciones (alias a IP), control de admisión (CAC – Call Admission Control) para gestionar ancho de banda, autenticación y autorización de usuarios, y enrutamiento de llamadas. Aunque opcionales en la especificación, son imprescindibles en despliegues empresariales. Un gatekeeper puede gestionar múltiples zonas mediante arquitectura jerárquica.

MCU (Multipoint Control Unit)

Permite conferencias con tres o más participantes. Se divide funcionalmente en MC (Multipoint Controller) que gestiona la señalización y negociación de capacidades, y MP (Multipoint Processor) que procesa y mezcla los flujos de media. Puede funcionar en modo centralizado (todos los flujos pasan por la MCU) o descentralizado (solo señalización centralizada, media punto a punto).

5.2. Pila de Protocolos H.323

H.323 utiliza múltiples protocolos que operan en diferentes fases de la comunicación, lo que lo hace complejo pero también muy flexible y robusto.

Señalización de Llamada

H.225.0 RAS (Registration, Admission, Status): Protocolo entre terminales y gatekeeper. Utiliza UDP para el registro de endpoints, solicitud de admisión para nuevas llamadas, consulta de estado y resolución de direcciones. Los mensajes principales incluyen GRQ/GCF (Gatekeeper Request/Confirm), RRQ/RCF (Registration Request/Confirm), ARQ/ACF/ARJ (Admission Request/Confirm/Reject).

H.225.0 Call Signaling: Basado en Q.931 (ISDN), establece la conexión inicial entre endpoints. Utiliza TCP (puerto 1720 por defecto) para garantizar fiabilidad. Los mensajes incluyen Setup, Alerting, Connect, Release Complete. Puede operar en modo directo (endpoint a endpoint) o enrutado a través del gatekeeper.

Control de Llamada

H.245: Protocolo de control que opera después del establecimiento H.225. Gestiona la negociación de capacidades (códecs soportados, resoluciones, etc.), apertura y cierre de canales lógicos para media, control de flujo y comandos de conferencia. Utiliza TCP para garantizar que todos los comandos de control lleguen correctamente. Es aquí donde se decide qué códec usar, qué resolución de video, etc.

Transporte de Media

RTP/RTCP: Real-time Transport Protocol transporta audio y video sobre UDP. RTCP (RTP Control Protocol) proporciona feedback sobre calidad de la transmisión, sincronización entre flujos y estadísticas. Los puertos RTP/RTCP se negocian dinámicamente durante H.245.

5.3. H.323 vs SIP: Comparativa

6. Servicios de Videoconferencia

La videoconferencia ha experimentado una adopción explosiva en el sector sanitario, especialmente tras la pandemia COVID-19. En el SAS, ha pasado de ser una herramienta ocasional para reuniones a convertirse en un pilar fundamental de la telemedicina, la formación continuada y la colaboración interprofesional.

6.1. Fundamentos Técnicos de Videoconferencia

Códecs de Video

Los códecs de video son significativamente más complejos que los de audio, debiendo comprimir enormes cantidades de datos manteniendo calidad visual aceptable. Los principales códecs utilizados en videoconferencia sanitaria son:

H.264/AVC (Advanced Video Coding): El estándar más extendido actualmente. Ofrece excelente calidad a bitrates relativamente bajos (1-2 Mbps para 720p30). Soportado universalmente. Utiliza predicción inter-frame e intra-frame, transformada discreta del coseno (DCT) y cuantización variable. Es el códec principal en las soluciones de telemedicina del SAS.

H.265/HEVC (High Efficiency Video Coding): Sucesor de H.264, ofrece 50% mejor compresión para la misma calidad. Permite 4K a bitrates razonables (4-6 Mbps). Mayor carga computacional para codificar/decodificar. Adopción creciente en equipos nuevos de videoconferencia del SAS, especialmente en quirófanos donde la calidad de imagen es crítica.

VP8/VP9: Códecs libres de Google utilizados en WebRTC. VP9 compite con H.265 en eficiencia. Importantes para soluciones basadas en navegador web. El portal ClicSalud+ utiliza VP8 para las videoconsultas con pacientes.

AV1: Códec libre de última generación desarrollado por Alliance for Open Media. Superior eficiencia que H.265 pero aún con soporte hardware limitado. El SAS lo está evaluando para futuros despliegues.

Resoluciones y Bitrates Típicos

6.2. Arquitecturas de Videoconferencia

Arquitectura Punto a Punto

La comunicación directa entre dos endpoints es la forma más simple. Cada endpoint codifica su video/audio y lo envía directamente al otro. Mínima latencia y máxima calidad posible, pero no escala para múltiples participantes. En el SAS se usa para consultas especializadas uno-a-uno donde la calidad es crítica.

Arquitectura MCU Centralizada

Todos los participantes envían sus flujos a una MCU central que los procesa y redistribuye. La MCU puede hacer transcoding (convertir entre códecs), transrating (ajustar bitrates), y composición (crear layouts con múltiples participantes). Permite participantes heterogéneos pero requiere mucha capacidad de procesamiento. El SAS dispone de MCUs Cisco en los hospitales de referencia para sesiones clínicas multipunto.

Arquitectura SFU (Selective Forwarding Unit)

La SFU recibe múltiples flujos y los reenvía selectivamente sin procesarlos. Cada receptor elige qué flujos quiere recibir y a qué calidad. Menor carga en servidor pero mayor ancho de banda en clientes. Utilizado en soluciones WebRTC modernas. La plataforma de telemedicina Salud Andalucía 24h usa arquitectura SFU para optimizar recursos.

Arquitectura Mesh

Cada participante envía su flujo a todos los demás directamente (P2P). Mínima infraestructura servidor pero el ancho de banda crece exponencialmente con el número de participantes. Solo viable para grupos muy pequeños (3-4 participantes). Algunas consultas de atención primaria usan mesh para reuniones de equipo pequeñas.

6.3. WebRTC: Videoconferencia en el Navegador

WebRTC (Web Real-Time Communications) ha revolucionado la videoconferencia al eliminar la necesidad de instalar software específico. Es un conjunto de APIs JavaScript y protocolos que permiten comunicación P2P directamente desde el navegador web.

Los componentes clave de WebRTC incluyen MediaStream API para capturar audio/video de micrófono/cámara, RTCPeerConnection para establecer conexión P2P entre navegadores, RTCDataChannel para enviar datos arbitrarios entre peers, y mecanismos de NAT traversal mediante STUN/TURN para atravesar firewalls.

WebRTC utiliza obligatoriamente cifrado (DTLS para DataChannel, SRTP para media), soporta códecs modernos (Opus para audio, VP8/VP9/H.264 para video), y se adapta automáticamente a las condiciones de red. En el SAS, WebRTC es la base de las videoconsultas en ClicSalud+, permitiendo que los pacientes se conecten sin instalar nada.

6.4. Consideraciones de Red para Videoconferencia

La videoconferencia es extremadamente sensible a las condiciones de red. Los parámetros críticos que debes monitorizar y optimizar son:

Ancho de banda: Debe ser simétrico y estable. Calcular 2× el bitrate del códec para overhead y fluctuaciones. Para una sesión HD 720p con H.264, reservar mínimo 3 Mbps simétricos por participante.

Latencia (RTT – Round Trip Time): Para conversación natural debe ser <150ms. Entre 150-300ms la conversación es posible pero incómoda. >300ms hace muy difícil la interacción. En el SAS, las conexiones entre hospitales andaluces típicamente tienen RTT <50ms.

Jitter (variación de latencia): Debe ser <30ms. Jitter alto causa congelaciones y saltos en video. Se mitiga con buffers pero estos añaden latencia. QoS con colas prioritarias es fundamental.

Pérdida de paquetes: Debe ser <1% para video aceptable. >3% causa artefactos visuales severos. FEC (Forward Error Correction) puede compensar pérdidas pequeñas a costa de mayor ancho de banda.

7. Implementación y Casos de Uso en el SAS

La implementación de servicios de comunicaciones sobre IP en el Servicio Andaluz de Salud representa uno de los proyectos de transformación digital más ambiciosos del sistema sanitario público español. Con más de 100.000 profesionales distribuidos en 34 hospitales y 1.500 centros de atención primaria, la complejidad técnica y organizativa es enorme.

7.1. Arquitectura Global de Comunicaciones IP del SAS

El SAS ha adoptado una arquitectura jerárquica y redundante que garantiza la disponibilidad de servicios críticos. En el nivel superior, dos CPDs principales en Sevilla (Cartuja y Torretriana) alojan los servidores centrales de gestión, MCUs de alta capacidad y gateways troncales hacia PSTN. Estos CPDs están interconectados con enlaces de 10 Gbps y funcionan en configuración activo-activo con balanceo de carga geográfico.

En el nivel intermedio, cada hospital de referencia provincial (8 en total) dispone de infraestructura local que incluye servidores CUCM en clúster para resiliencia local, gateways de voz para líneas de emergencia locales, MCUs departamentales para videoconferencia, y servidores de grabación para cumplimiento normativo.

En el nivel de acceso, los centros de salud y consultorios se conectan mediante la Red Corporativa RCJA con enlaces que van desde 10 Mbps en consultorios rurales hasta 1 Gbps en centros de salud grandes. Cada centro dispone de VLANs segregadas para voz (VLAN 500), videoconferencia (VLAN 501) y datos generales, con QoS implementado end-to-end.

7.2. Proyectos Destacados

Proyecto SICOM (Sistema Integrado de Comunicaciones)

Iniciado en 2018, SICOM unifica todas las comunicaciones del SAS en una plataforma IP convergente. Ha supuesto la migración de más de 45.000 extensiones analógicas a VoIP, la integración con sistemas corporativos (Diraya, INFOWEB), la implementación de contact center virtual para cita previa, y un ahorro anual superior a 3 millones de euros en telecomunicaciones. La plataforma gestiona actualmente más de 500.000 llamadas diarias con una disponibilidad del 99.95%.

Telemedicina Post-COVID

La pandemia aceleró drásticamente la adopción de telemedicina. El SAS desplegó en tiempo récord una infraestructura que soporta más de 5.000 videoconsultas diarias, integración con ClicSalud+ para acceso ciudadano, plataforma de telemonitorización de pacientes crónicos, y red de teleconsulta entre atención primaria y especializada. El sistema utiliza WebRTC para máxima compatibilidad, con servidores SFU distribuidos para optimizar latencia.

Red de Urgencias y Emergencias

Sistema de comunicaciones críticas con requisitos especiales de disponibilidad. Incluye integración con 061/112 mediante enlaces redundantes, videoconferencia móvil en ambulancias mediante 4G/5G, comunicación directa helicópteros-hospitales, y sistema de backup satelital para zonas sin cobertura terrestre. Utiliza QoS estricto con priorización absoluta del tráfico de emergencias.

7.3. Retos y Perspectivas Futuras

El SAS enfrenta varios desafíos en la evolución de sus comunicaciones IP. La migración a 5G promete revolucionar la telemedicina móvil con latencias <10ms y anchos de banda masivos, pero requiere inversión significativa en infraestructura. La integración de IA en comunicaciones (transcripción automática, traducción en tiempo real, análisis de sentiment en llamadas) está en fase piloto.

La ciberseguridad es una preocupación creciente. Los sistemas de comunicaciones son vector de ataques sofisticados (vishing, DoS, interceptación). El SAS está implementando STIR/SHAKEN para autenticación de caller ID, segmentación zero-trust de la red de comunicaciones, y SOC especializado en monitorización de anomalías en VoIP/video.

La interoperabilidad europea es otro frente activo. El SAS participa en el proyecto europeo eHDSI (European Health Data Space Initiative) que requiere capacidad de videoconsulta transfronteriza. Esto implica cumplir con estándares europeos de comunicaciones sanitarias, soportar múltiples idiomas y sistemas de videoconferencia, y garantizar el cumplimiento del RGPD en comunicaciones internacionales.

8. Cuestionario de Autoevaluación

A continuación, te presento 30 preguntas tipo test basadas en el contenido del tema y en el formato habitual de las oposiciones del SAS. Intenta responderlas sin consultar el material y luego revisa las explicaciones detalladas.

9. Mapa Conceptual

                        SERVICIOS DE COMUNICACIONES SOBRE IP
                                      |
        +--------------------+----------------+--------------------+
        |                    |                |                    |
    📞 VoIP           📠 Fax sobre IP    🎥 Videoconferencia    🏥 SAS
        |                    |                |                    |
    +---+---+          +-----+-----+    +-----+-----+         +----+----+
    |       |          |     |     |    |     |     |         |         |
Códecs  Arquit.      T.38  T.37  G.711  H.323  SIP  WebRTC  SICOM  Telemd.
    |       |          |                 |                    |         |
G.711   IP-PBX    Real-time         Protocolos           45K ext.  5K/día
G.729   Gateway   Store-Fwd          H.225.0              3M€/año  WebRTC
G.722    SBC         FEC              H.245
Opus   Terminal                        RTP
    |       |
  64-8    CUCM
  Kbps    MCU
         PoE

                            🔒 SEGURIDAD
                                 |
                    +------------+------------+
                    |            |            |
                  SRTP         TLS        Anti-DoS
                Cifrado    Señalización     SBC
                 Media      Autenticac.   Rate Limit

                            ⚡ QoS/RED
                                 |
                    +------------+------------+
                    |            |            |
                Latencia      Jitter        BW
                <150ms        <30ms      Códec×2
                  RTT        Buffer      Overhead

                         📊 ARQUITECTURAS
                                 |
                +-------+--------+--------+
                |       |        |        |
              P2P      MCU      SFU      Mesh
             Direct  Central  Forward   Full
             2 endp  Transcod  Select   N×(N-1)
    

10. Conclusiones y Consejos de Estudio

Los servicios de comunicaciones sobre IP representan uno de los pilares fundamentales de la transformación digital del Sistema Sanitario Público de Andalucía. Como futuro Técnico Especialista en Informática del SAS, dominar estos conceptos no es solo importante para superar la oposición, sino esencial para tu desempeño profesional diario.

Ideas Clave para Recordar

1. La convergencia es irreversible: La migración de comunicaciones tradicionales a IP no es una moda tecnológica sino una necesidad operativa y económica. El SAS ha demostrado con proyectos como SICOM que la inversión inicial se recupera rápidamente con ahorros recurrentes millonarios.

2. La calidad depende de la red: A diferencia de la telefonía tradicional con circuitos dedicados, las comunicaciones IP compiten por recursos de red compartidos. Entender y configurar correctamente QoS, VLANs y dimensionamiento de ancho de banda es crítico para el éxito.

3. La seguridad no es opcional: En un entorno sanitario con datos especialmente protegidos, implementar SRTP, TLS y medidas anti-fraude no es una mejora sino un requisito legal (ENS, RGPD). Un fallo de seguridad en comunicaciones puede exponer conversaciones médicas confidenciales.

4. La interoperabilidad es compleja: Aunque H.323 y SIP son estándares, cada fabricante añade extensiones propietarias. Como técnico del SAS, deberás gestionar la coexistencia de múltiples protocolos, versiones y fabricantes, requiriendo comprensión profunda de gateways y transcodificación.

5. El futuro es híbrido: No habrá una tecnología única dominante. El SAS continuará usando H.323 para videoconferencia profesional, SIP para VoIP, WebRTC para acceso ciudadano, y tecnologías emergentes como 5G para movilidad. Tu valor está en integrar todas estas piezas coherentemente.

Estrategia de Estudio Recomendada

Para la parte teórica: Crea tarjetas de memorización con los números clave (puertos, bitrates, latencias máximas). Los exámenes suelen preguntar valores específicos. Diferencia claramente entre protocolos de señalización (H.225, H.245, SIP) y de media (RTP, SRTP). Es un área de confusión común.

Para la parte práctica: Si es posible, instala un laboratorio virtual con Asterisk o FreePBX para experimentar con configuraciones VoIP. Usa Wireshark para capturar y analizar tráfico RTP/SIP real. La experiencia práctica consolida el conocimiento teórico.

Para el contexto SAS: Familiarízate con los proyectos reales del SAS mencionados en este tema. Los exámenes incluyen cada vez más preguntas sobre implementaciones específicas del Servicio Andaluz de Salud, no solo teoría general.

Errores Comunes a Evitar

No confundas bitrate del códec con ancho de banda necesario. Recuerda siempre sumar headers y considerar bidireccionalidad. No asumas que H.323 está obsoleto. Aunque SIP es más moderno, H.323 sigue dominando en videoconferencia profesional y sistemas legacy sanitarios. No subestimes FoIP. Aunque parezca tecnología antigua, el fax sigue siendo crítico en sanidad y su implementación IP es técnicamente compleja.

Conexiones con Otros Temas del Temario

Este tema conecta directamente con el Tema 26 (Redes de telecomunicaciones) para los fundamentos de transmisión, el Tema 27 (TCP/IP) para la pila de protocolos subyacente, el Tema 28 (Redes LAN) para la infraestructura local con VLANs y QoS, el Tema 32 (Seguridad en redes) para protección de comunicaciones, y el Tema 35-37 (Seguridad y ENS) para requisitos normativos.

Reflexión Final

Recuerda que detrás de cada llamada VoIP, cada videoconsulta y cada fax hay un paciente esperando atención sanitaria. Tu trabajo garantizando la disponibilidad y calidad de estos servicios tiene impacto directo en la salud de millones de andaluces. Cuando un médico de un centro de salud rural puede consultar en tiempo real con un especialista del hospital de referencia mediante videoconferencia, cuando una ambulancia transmite los signos vitales de un paciente crítico mientras se desplaza, cuando un ciudadano mayor puede hacer una consulta desde casa sin desplazarse... ahí está tu trabajo haciendo posible una sanidad más accesible, eficiente y humana.

El dominio de las comunicaciones IP no es solo un requisito para aprobar la oposición; es una competencia fundamental que te permitirá contribuir significativamente a la mejora continua del sistema sanitario público andaluz. Cada optimización que realices, cada problema que resuelvas, cada mejora que implementes, se traducirá en mejor atención sanitaria para nuestros ciudadanos.

11. Referencias Bibliográficas y Normativas

Normativa y Estándares

• ITU-T H.323 (12/2009): "Packet-based multimedia communications systems"
• ITU-T H.225.0 (12/2009): "Call signalling protocols and media stream packetization"
• ITU-T H.245 (05/2011): "Control protocol for multimedia communication"
• ITU-T T.38 (09/2010): "Procedures for real-time Group 3 facsimile communication over IP networks"
• ITU-T G.711 (11/1988): "Pulse code modulation (PCM) of voice frequencies"
• ITU-T G.729 (06/2012): "Coding of speech at 8 kbit/s using conjugate-structure algebraic-code-excited linear prediction"
• RFC 3261 (2002): "SIP: Session Initiation Protocol"
• RFC 3550 (2003): "RTP: A Transport Protocol for Real-Time Applications"
• RFC 3711 (2004): "The Secure Real-time Transport Protocol (SRTP)"
• RFC 8825-8829 (2021): "WebRTC Protocol Suite"

Documentación del SAS

• Plan de Sistemas y Tecnologías de la Información del SAS 2020-2023
• Estrategia de Salud Digital de Andalucía 2022-2027
• Guía Técnica de Implementación VoIP en Centros SAS v3.0 (2023)
• Protocolo de Seguridad para Comunicaciones IP Sanitarias (2022)
• Manual de Configuración QoS para Servicios Multimedia SAS (2023)
• Procedimiento de Contingencia para Servicios de Comunicaciones Críticas (2021)

Bibliografía Técnica

• Hersent, O., Gurle, D., & Petit, J.P. (2021). "IP Telephony: Deploying VoIP Protocols and IMS Infrastructure" (3rd ed.). Wiley
• Johnston, A. B. (2022). "SIP: Understanding the Session Initiation Protocol" (5th ed.). Artech House
• Firestone, S., Ramalingam, T., & Fry, S. (2023). "Voice and Video Conferencing Fundamentals". Cisco Press
• Goode, B. (2022). "Voice Over Internet Protocol (VoIP) Security". CRC Press
• López, M. & García, J. (2023). "Implementación de Comunicaciones Unificadas en el Sector Sanitario". Editorial Médica Panamericana

Recursos Online

• Portal del Empleado SAS - Documentación Técnica VoIP: https://portalemp.sas.junta-andalucia.es/voip
• Cisco Unified Communications Design Guides: https://www.cisco.com/c/en/us/solutions/collaboration
• WebRTC.org - Documentación oficial: https://webrtc.org
• ITU-T Recommendations Database: https://www.itu.int/rec/T-REC

Guías CCN-CERT Aplicables

• CCN-STIC-836: Seguridad en VoIP
• CCN-STIC-837: Seguridad en Videoconferencia
• CCN-STIC-816: Seguridad en Comunicaciones Unificadas