Título oficial del programa: Arquitecturas, lenguajes, herramientas y protocolos para utilización en Internet. Lenguaje de especificación HTML: versiones y características. El protocolo HTTP: versiones y características. Lenguaje XML. Desarrollo de aplicaciones web en el cliente. Desarrollo de aplicaciones web en el servidor. Componentes distribuidos. Publicación de contenidos. Herramientas para la edición, gestión y personalización de contenidos en Internet. Javascript y AJAX. Web semántica.
Arquitectura TCP/IP. La arquitectura TCP/IP es el modelo de referencia para la comunicación en redes, estructurado en capas que garantizan la interoperabilidad entre sistemas. Este modelo se compone de cuatro capas: acceso a la red, Internet, transporte y aplicación. En el contexto del Servicio Andaluz de Salud (SAS), esta arquitectura soporta la transmisión de datos críticos, como historias clínicas electrónicas o sistemas de cita previa, asegurando fiabilidad y orden en la entrega de información [1].
Protocolos de transporte. Los protocolos de la capa de transporte, como TCP (Transmission Control Protocol) y UDP (User Datagram Protocol), son fundamentales para la comunicación en Internet. TCP es un protocolo orientado a conexión que garantiza la entrega ordenada y sin errores de los datos mediante mecanismos de retransmisión y control de flujo. UDP, en cambio, es un protocolo sin conexión, más rápido pero menos fiable, utilizado en aplicaciones donde la velocidad prima sobre la integridad, como la transmisión de vídeo o voz [4].
Protocolos de aplicación. En la capa de aplicación, protocolos como HTTP (Hypertext Transfer Protocol) y HTTPS son esenciales para la transferencia de datos en la web. HTTP define la semántica de las comunicaciones entre clientes y servidores, mientras que HTTPS añade una capa de cifrado mediante TLS (Transport Layer Security) para proteger la confidencialidad e integridad de la información. Otros protocolos relevantes incluyen DNS (Domain Name System), que traduce nombres de dominio a direcciones IP, y FTP (File Transfer Protocol), utilizado para la transferencia de archivos [1][4].
Lenguajes de especificación. Los lenguajes como HTML (HyperText Markup Language) y XML (eXtensible Markup Language) son herramientas clave para la estructuración de contenidos en Internet. HTML se utiliza para definir la presentación y el contenido de las páginas web, mientras que XML permite la representación de datos de manera legible tanto para humanos como para máquinas, facilitando el intercambio de información entre sistemas heterogéneos. Estos lenguajes son fundamentales en el desarrollo de portales institucionales, como los del SAS, donde la claridad y la accesibilidad son prioritarias [1].
Herramientas de gestión de contenidos. Las plataformas de gestión de contenidos (CMS) como Drupal, WordPress o Liferay son ampliamente utilizadas en las Administraciones Públicas para la creación, edición y publicación de contenidos web. Drupal, por ejemplo, es la solución recomendada por la Junta de Andalucía para portales públicos debido a su capacidad para gestionar grandes volúmenes de información, su sistema de permisos granular y su soporte nativo para multilenguaje. Estas herramientas permiten a los técnicos especialistas en informática del SAS mantener portales institucionales actualizados y accesibles [3].
Desarrollo de aplicaciones web. El desarrollo de aplicaciones web en el sector público requiere el uso de tecnologías tanto en el cliente como en el servidor. En el cliente, lenguajes como JavaScript y frameworks como React o Angular permiten crear interfaces dinámicas e interactivas. En el servidor, lenguajes como Java, .NET o PHP se utilizan para implementar la lógica de negocio y la gestión de datos. La elección de la tecnología depende de factores como la escalabilidad, la seguridad y la integración con otros sistemas, como los utilizados en el SAS para la gestión sanitaria [5].
Seguridad y normativa. La seguridad en las comunicaciones y sistemas de información del sector público está regulada por normativas como el Esquema Nacional de Seguridad (ENS), establecido en el Real Decreto 311/2022. Este marco exige la protección de la confidencialidad, integridad y disponibilidad de los datos, así como la implementación de medidas criptográficas, como TLS 1.3, para garantizar la seguridad en las comunicaciones. En el SAS, el cumplimiento de estas normativas es esencial para proteger la información sensible de pacientes y profesionales [1].
Interoperabilidad. La interoperabilidad entre sistemas es un requisito clave en las Administraciones Públicas, regulado por el Esquema Nacional de Interoperabilidad (ENI). Este marco promueve el uso de estándares abiertos y protocolos comunes para facilitar el intercambio de información entre diferentes organismos y sistemas. En el SAS, la interoperabilidad permite la integración de plataformas como ClicSalud+ o Diraya, asegurando que los datos fluyan de manera eficiente y segura entre los distintos servicios sanitarios [1].
Has leído la base del tema. En la demo puedes convertirlo en preguntas justificadas de Técnico/a Especialista en Informática y repasar tus fallos.
Probar demo gratis con preguntas de este tema<header>, <article> o <nav> mejoran la interpretación por motores de búsqueda y tecnologías de asistencia.Definición y propósito. HTML (HyperText Markup Language) es un lenguaje de marcado declarativo diseñado para estructurar documentos web y definir su semántica. No es un lenguaje de programación, sino un sistema de etiquetas que permite organizar contenido, incorporar multimedia y enlazar recursos. Su evolución ha estado marcada por la necesidad de mejorar la accesibilidad, el rendimiento y la interoperabilidad entre navegadores.
Evolución histórica. Las versiones de HTML han pasado por varias etapas clave. HTML 2.0 (1995) fue la primera especificación formal, mientras que HTML 3.2 (1997) introdujo tablas y applets. HTML 4.0 (1997) y su revisión 4.01 (1999) promovieron la separación entre estructura y presentación mediante CSS, además de incorporar soporte para scripts y accesibilidad básica. Estas versiones quedaron obsoletas en 2021, dando paso a estándares más modernos.
HTML5 y el cambio de paradigma. Publicado como recomendación del W3C en 2014, HTML5 supuso una transformación radical al integrar funcionalidades que antes requerían plugins externos, como Flash. Entre sus innovaciones destacan los elementos semánticos (<header>, <footer>, <article>, <section>), el soporte nativo para multimedia (<video>, <audio>) y APIs avanzadas como Canvas, Web Storage o Geolocation. Este estándar también mejoró la accesibilidad mediante atributos ARIA, cumpliendo con el Real Decreto 1112/2018.
HTML Living Standard. Desde 2012, WHATWG gestiona el HTML Living Standard, una especificación viva que se actualiza de forma continua sin versiones anuales. Esto permite incorporar mejoras progresivas, como los elementos <dialog>, <details> o <slot>, así como APIs como Payment Request o Intersection Observer. La compatibilidad ya no se verifica por versión, sino por elemento, atributo o funcionalidad específica en cada navegador.
Elementos semánticos. Los elementos semánticos de HTML5 permiten estructurar documentos con significado real, no solo visual. Por ejemplo, <article> define contenido independiente, <nav> agrupa enlaces de navegación y <aside> identifica información secundaria. Estos elementos mejoran la accesibilidad para usuarios con discapacidad, facilitan la indexación por motores de búsqueda y simplifican el mantenimiento del código. En el ámbito del SAS, se utilizan en portales institucionales, intranets y servicios de cita previa.
Multimedia y APIs. HTML5 eliminó la dependencia de plugins como Flash al incorporar elementos nativos para multimedia. <video> y <audio> permiten incrustar contenido con atributos como controls o <track> para subtítulos. Las APIs asociadas, como Canvas para gráficos 2D/3D o Web Workers para procesos en segundo plano, amplían las capacidades de las aplicaciones web sin comprometer el rendimiento. Estas funcionalidades son esenciales en servicios sanitarios digitales, como visualización de datos epidemiológicos.
Accesibilidad y normativa. El Real Decreto 1112/2018 transpone la Directiva (UE) 2016/2102, exigiendo que los sitios web públicos cumplan con las WCAG 2.2 en su nivel AA. HTML5 facilita este cumplimiento mediante atributos ARIA (Accessible Rich Internet Applications), que mejoran la interpretación de interfaces dinámicas por lectores de pantalla. Además, elementos como <main> o <figure> refuerzan la estructura accesible de los documentos, un requisito clave en portales del SAS.
Formularios y validación. HTML5 introdujo nuevos tipos de <input> (date, email, range, number) y validación nativa sin JavaScript. Atributos como required, pattern o autocomplete optimizan la experiencia de usuario y reducen la necesidad de código adicional. En entornos sanitarios, estos avances son útiles para formularios de citas, encuestas de satisfacción o registros de pacientes, garantizando datos consistentes y accesibles.
<header>, <footer>, <nav>, <article>, <section>, <aside>, <main>; mejoran estructura y accesibilidad.<video> y <audio> permiten incrustar contenido sin plugins externos como Flash.<canvas> para gráficos programáticos; SVG para gráficos vectoriales escalables integrados en HTML.<input> (date, email, range) y validación nativa sin JavaScript.<!DOCTYPE html> sin DTD, necesaria para activar el modo estándar en navegadores.<article> o <nav> mejoran la accesibilidad y la indexación por motores de búsqueda.<!DOCTYPE html> activa el modo estándar en los navegadores modernos.Definición y propósito. El Protocolo de Transferencia de Hipertexto (HTTP) es un protocolo de la capa de aplicación del modelo OSI, esencial para la comunicación entre clientes (navegadores) y servidores web. Su función principal es establecer reglas para la solicitud y entrega de recursos como páginas HTML, imágenes o scripts, facilitando el intercambio de datos en la web. HTTP opera sobre TCP en sus versiones 1.x y 2, mientras que HTTP/3 utiliza QUIC, un protocolo basado en UDP.
Modelo sin estado. HTTP es un protocolo sin estado (stateless), lo que significa que cada solicitud es independiente y no conserva información sobre transacciones anteriores. Para mantener sesiones persistentes, como autenticaciones o carritos de compra, se emplean mecanismos adicionales como cookies, tokens JWT o sesiones gestionadas en el servidor. Este diseño simplifica la implementación pero exige soluciones externas para funcionalidades que requieren continuidad.
Estructura de mensajes. Una petición HTTP consta de tres partes fundamentales: la línea de solicitud (método, URI del recurso y versión del protocolo), las cabeceras (metadatos como Host, Content-Type o Authorization) y el cuerpo (datos enviados al servidor, presente en métodos como POST o PUT). Las respuestas siguen un esquema similar, incluyendo un código de estado (ej. 200 OK o 404 Not Found) y el cuerpo del recurso solicitado.
Métodos HTTP. Los métodos HTTP definen la acción que el cliente solicita sobre un recurso identificado por una URI. Los principales son: GET (recupera un recurso; seguro e idempotente), POST (envía datos para crear o procesar un recurso), PUT (reemplaza completamente un recurso; idempotente), PATCH (modifica parcialmente un recurso), DELETE (elimina un recurso), HEAD (similar a GET pero sin cuerpo de respuesta) y OPTIONS (consulta métodos permitidos). La idempotencia y seguridad de estos métodos son clave para el diseño de APIs REST.
Códigos de estado. Los códigos de estado HTTP clasifican las respuestas del servidor en cinco rangos: 1xx (informacional), 2xx (éxito, ej. 200 OK o 201 Created), 3xx (redirección, ej. 301 Moved Permanently), 4xx (error del cliente, ej. 404 Not Found) y 5xx (error del servidor, ej. 500 Internal Server Error). Estos códigos permiten al cliente interpretar el resultado de la solicitud y actuar en consecuencia.
Evolución de versiones. HTTP/0.9 (1991) fue la primera versión, extremadamente simple y limitada al método GET. HTTP/1.0 mejoró la funcionalidad pero carecía de conexiones persistentes. HTTP/1.1 (1997) introdujo conexiones persistentes y pipelining, aunque con limitaciones. HTTP/2 (2015) optimizó el rendimiento con multiplexación, compresión de cabeceras (HPACK) y server push. HTTP/3 (2022) utiliza QUIC sobre UDP, reduciendo la latencia con handshakes de 0-RTT o 1-RTT y eliminando el bloqueo head-of-line.
Comparativa técnica. HTTP/1.1 y HTTP/2 operan sobre TCP, mientras que HTTP/3 emplea QUIC (UDP), mejorando la latencia en redes inestables. HTTP/2 y HTTP/3 soportan multiplexación, permitiendo múltiples solicitudes en una sola conexión, y compresión de cabeceras (HPACK en HTTP/2 y QPACK en HTTP/3). HTTP/3 integra TLS 1.3, reforzando la seguridad, y elimina el bloqueo head-of-line, un problema común en versiones anteriores.
Aplicación en el SAS. En el Servicio Andaluz de Salud, HTTP es fundamental para la comunicación entre aplicaciones web, portales corporativos, APIs REST y servicios digitales dirigidos a ciudadanos y profesionales. La adopción de versiones modernas como HTTP/2 o HTTP/3 mejora la eficiencia y seguridad de los sistemas, alineándose con el Esquema Nacional de Seguridad y las directrices de actuación electrónica del sector público.
Definición y propósito. XML (eXtensible Markup Language) es un metalenguaje de marcado creado por el World Wide Web Consortium (W3C) en 1998 para describir, almacenar y transportar datos estructurados. Su diseño prioriza la legibilidad tanto para humanos como para máquinas, lo que lo convierte en un estándar clave para la interoperabilidad entre sistemas con diferentes plataformas tecnológicas. A diferencia de HTML, que utiliza etiquetas predefinidas, XML permite a los usuarios definir su propio vocabulario, adaptándose a las necesidades específicas de cada ámbito.
Estructura y sintaxis básica. Un documento XML se compone de elementos, atributos y texto. Los elementos se delimitan mediante etiquetas de apertura (<etiqueta>) y cierre (</etiqueta>), y pueden contener otros elementos o texto. Los atributos proporcionan información adicional sobre los elementos y deben ir siempre entre comillas. La declaración XML, aunque opcional, es recomendable e incluye la versión y la codificación del documento, como en <?xml version="1.0" encoding="UTF-8"?>. La codificación UTF-8 es la más utilizada por su soporte para caracteres Unicode.
Requisitos de un documento bien formado. Para ser considerado bien formado, un documento XML debe cumplir reglas sintácticas estrictas. Entre ellas destacan: la existencia de un único elemento raíz que contenga al resto, el anidamiento correcto de etiquetas (ejemplo válido: <a><b></b></a>), la obligatoriedad de cerrar todas las etiquetas (excepto las vacías, que pueden abreviarse como <etiqueta/>), y el uso de comillas para los valores de los atributos. Además, los nombres de elementos y atributos son sensibles a mayúsculas y minúsculas, y no pueden comenzar con la cadena "xml".
Validación y esquemas. La validación de un documento XML garantiza que su estructura y contenido cumplen con un conjunto de reglas predefinidas. Para ello, se emplean dos mecanismos principales: DTD (Document Type Definition) y XML Schema (XSD). Mientras que DTD es un lenguaje más antiguo y limitado, XSD ofrece mayor flexibilidad y precisión, permitiendo definir tipos de datos, restricciones y relaciones entre elementos. Estas tecnologías son esenciales en entornos como el sanitario, donde la integridad de los datos es crítica.
Tecnologías asociadas. XML no opera de forma aislada, sino que se integra con otras tecnologías que amplían sus capacidades. XPath es un lenguaje de consulta que permite navegar y seleccionar nodos dentro de un árbol XML, mientras que XSLT (eXtensible Stylesheet Language Transformations) se utiliza para transformar documentos XML en otros formatos, como HTML o texto plano. Estas herramientas son fundamentales para procesar y presentar datos de manera eficiente en aplicaciones web y sistemas de información.
Aplicación en el ámbito sanitario. En el Servicio Andaluz de Salud (SAS), XML desempeña un papel clave en la interoperabilidad de sistemas clínicos. Estándares como HL7 v2, HL7 v3 y CDA (Clinical Document Architecture) se basan en XML para estructurar y compartir información médica entre niveles asistenciales. Un ejemplo destacado es el sistema DIRAYA, que utiliza estos formatos para garantizar la coherencia y accesibilidad de los datos de salud digital en Andalucía.
Diferencias con HTML. Aunque XML y HTML comparten raíces comunes, sus objetivos y sintaxis difieren significativamente. HTML está diseñado para presentar información en navegadores web, con etiquetas predefinidas y un parsing tolerante a errores. En cambio, XML se centra en la descripción de datos y exige un cumplimiento estricto de las reglas sintácticas. Esta dualidad explica por qué, aunque emparentados, ambos lenguajes no son intercambiables sin adaptaciones específicas.
& se escribe como &).Definición y alcance. El desarrollo de aplicaciones web en el cliente, también conocido como frontend, abarca el conjunto de tecnologías y técnicas que se ejecutan en el navegador del usuario. Su finalidad es construir interfaces dinámicas, accesibles y eficientes, capaces de interactuar con el usuario sin depender de procesamiento en el servidor. Este enfoque permite una experiencia más fluida y en tiempo real, al reducir la latencia asociada a las comunicaciones con el backend.
Diferenciación con el servidor. A diferencia del desarrollo en servidor, que gestiona lógica de negocio, acceso a datos y autenticación, el desarrollo en el cliente se enfoca en la presentación y la interacción. Mientras el servidor procesa peticiones y devuelve recursos, el cliente renderiza interfaces, responde a eventos del usuario y valida datos antes de enviarlos. Ambos lados cooperan mediante protocolos como HTTP o WebSockets, pero operan en entornos distintos con responsabilidades claramente delimitadas.
Tecnologías fundamentales. Las tecnologías base del desarrollo cliente incluyen HTML para la estructura, CSS para el estilo y JavaScript para la lógica. Estas se complementan con APIs como Fetch para peticiones asíncronas, localStorage para almacenamiento local o IndexedDB para bases de datos en el navegador. La manipulación del DOM permite modificar dinámicamente el contenido de la página, mientras que los eventos capturan acciones del usuario como clics o envíos de formularios.
Frameworks y librerías. Para estructurar aplicaciones complejas, el SAS emplea frameworks como React, Angular o Vue.js, alineados con su Catálogo de Estándares y el Plan de Transformación Digital. React destaca por su Virtual DOM y componentes reutilizables, Angular por su arquitectura MVC y TypeScript, y Vue.js por su flexibilidad y curva de aprendizaje suave. Estas herramientas aceleran el desarrollo, mejoran el mantenimiento y garantizan la consistencia en proyectos como ClicSalud+ o el Sistema de Gestión de Pacientes.
Accesibilidad y normativa. En el ámbito sanitario, la accesibilidad es un requisito crítico. Las aplicaciones del SAS deben cumplir con las WCAG 2.1, asegurando compatibilidad con lectores de pantalla, navegación por teclado y contraste de colores. Además, se emplean técnicas como WAI-ARIA para componentes complejos, como calendarios de citas, y se garantiza el cumplimiento de normativas como la LOPDGDD y el RGPD para proteger datos sensibles.
Optimización de rendimiento. Para mejorar la experiencia del usuario, especialmente en redes con baja latencia o dispositivos antiguos, se aplican técnicas como lazy loading para cargar componentes bajo demanda, code splitting para dividir el código en fragmentos más pequeños o caching para almacenar datos estáticos. Estas estrategias reducen el tiempo de carga y optimizan el uso de recursos, algo esencial en entornos sanitarios con alta demanda.
Desafíos específicos. El desarrollo cliente en el SAS enfrenta retos como la interoperabilidad con sistemas legacy, la compatibilidad con navegadores antiguos o la integración con estándares como HL7 FHIR para el intercambio de datos clínicos. La seguridad también es prioritaria, con medidas como autenticación multifactor para profesionales sanitarios y protección de datos de salud. Estos desafíos requieren un enfoque técnico riguroso y alineado con las directrices del Esquema Nacional de Seguridad.
Definición y alcance. El desarrollo de aplicaciones web en el servidor abarca el conjunto de tecnologías, lenguajes y herramientas que se ejecutan en servidores remotos para procesar peticiones, aplicar lógica de negocio y generar respuestas dinámicas. A diferencia del desarrollo cliente, que se centra en la interfaz y la experiencia del usuario, el servidor gestiona datos, seguridad, acceso a recursos y la coordinación con otros sistemas.
Lenguajes y entornos. Los lenguajes más utilizados en el desarrollo servidor incluyen Java, .NET y JavaScript (Node.js). Java destaca por su alto rendimiento, escalabilidad y robustez en entornos empresariales, siendo empleado en sistemas como Liferay para portales institucionales. .NET, por su parte, ofrece integración nativa con el ecosistema Microsoft y es común en intranets y gestión documental, como SharePoint en el SAS. Node.js, basado en JavaScript, permite un desarrollo ágil y escalable, ideal para arquitecturas headless y APIs.
Integración con sistemas corporativos. En el ámbito del SAS, las aplicaciones servidor se integran con sistemas internos para garantizar la interoperabilidad y el cumplimiento de normativas como el Esquema Nacional de Seguridad (ENS) y el RGPD. Esto incluye la gestión de identidades, la autenticación de usuarios y la protección de datos sensibles, especialmente en servicios como la App Salud Andalucía o ClicSalud+.
Arquitecturas y patrones. Las aplicaciones servidor pueden implementarse bajo diferentes arquitecturas, como acoplada, desacoplada o headless. En una arquitectura acoplada, el backend y el frontend están integrados en un único sistema, lo que simplifica la implementación pero limita la flexibilidad. Las arquitecturas desacopladas y headless separan la gestión de contenidos del frontend, permitiendo mayor flexibilidad y la publicación multicanal, aunque requieren un desarrollo adicional para sincronizar ambos lados.
Seguridad y cumplimiento normativo. La seguridad es un aspecto crítico en el desarrollo servidor, especialmente en entornos sanitarios. Se aplican medidas como el cifrado de comunicaciones (HTTPS), la validación de entradas, la gestión de sesiones y el cumplimiento de estándares como TLS 1.3. Además, las aplicaciones deben alinearse con los requisitos del ENS para garantizar la confidencialidad, integridad y disponibilidad de los servicios digitales.
Herramientas y tecnologías complementarias. El desarrollo servidor se apoya en herramientas como servidores web (Apache, Nginx), bases de datos (SQL y NoSQL), frameworks de desarrollo y sistemas de monitorización (Prometheus, Grafana). Estas tecnologías permiten desplegar, escalar y mantener aplicaciones de manera eficiente, asegurando su rendimiento y disponibilidad.
Aplicación en el SAS. En el Servicio Andaluz de Salud, el desarrollo servidor se emplea en sistemas como intranets corporativas, portales de gestión documental y aplicaciones móviles. Por ejemplo, Liferay se utiliza para portales institucionales, mientras que SharePoint gestiona la colaboración interna. Node.js, por su parte, facilita la integración con APIs y aplicaciones móviles como la App Salud Andalucía.
Definición y propósito. Los componentes distribuidos son unidades de software reutilizables y desplegables que operan en nodos distintos, como servidores o contenedores, y se comunican mediante protocolos estandarizados. Su principal objetivo es formar sistemas complejos con altos requisitos de disponibilidad, seguridad e interoperabilidad, especialmente relevantes en entornos sanitarios como el SAS. A diferencia de los sistemas monolíticos, permiten desacoplar funcionalidades, facilitando la escalabilidad y la tolerancia a fallos.
Principios de diseño. Estos componentes se sustentan en principios como la modularidad, que separa la lógica de negocio, presentación y persistencia; la interoperabilidad, que garantiza la comunicación entre sistemas heterogéneos mediante estándares abiertos; y la escalabilidad horizontal, que permite añadir instancias de un componente sin afectar al sistema global. Además, mejoran el rendimiento al distribuir la carga entre múltiples nodos y aíslan errores para evitar colapsos sistémicos.
Protocolos de comunicación. La interacción entre componentes distribuidos se realiza mediante protocolos como HTTP/HTTPS, SOAP, REST o gRPC. En el SAS, sistemas como Diraya utilizan SOAP y REST para integrar módulos como citas previas, receta electrónica y resultados de laboratorio. Por su parte, la plataforma de telemedicina emplea WebRTC para videoconsultas y MQTT para la monitorización remota de pacientes en tiempo real.
Arquitecturas en el SAS. El Servicio Andaluz de Salud adopta arquitecturas distribuidas alineadas con su Estrategia de Transformación Digital. Ejemplos destacados incluyen el Sistema de Historia Clínica Electrónica (Diraya), que emplea EJB y Jakarta EE en su backend, desplegado en servidores como WildFly o Tomcat; y el Sistema de Información de Laboratorios (SIL), que integra datos mediante HL7 FHIR y SOAP. La migración a microservicios, como en la Cita Previa Sanitaria o la Receta Electrónica, permite escalabilidad independiente y mayor resiliencia.
Tecnologías y plataformas. Las plataformas utilizadas para desarrollar componentes distribuidos incluyen Jakarta EE, que proporciona EJB (Enterprise JavaBeans) para lógica de negocio transaccional; .NET Framework, con WCF para servicios SOAP y REST; y arquitecturas de microservicios, desplegadas en contenedores Docker y orquestadas con Kubernetes. En el SAS, herramientas como API Gateways (Kong, Apigee) gestionan el acceso a estos componentes, garantizando autenticación, limitación de tasa y monitorización.
Elementos constitutivos. Todo componente distribuido se estructura en seis elementos básicos: el contrato o interfaz pública, que define operaciones y reglas de uso; la implementación, que materializa el contrato en código; el mecanismo de comunicación, como HTTP o mensajería; la representación de datos, mediante formatos como JSON o XML; la seguridad, con protocolos como TLS 1.3; y el estado, que puede ser síncrono o asíncrono según el protocolo utilizado.
Aplicación práctica. En el SAS, la adopción de componentes distribuidos sigue principios como la interoperabilidad, mediante estándares abiertos como HTTP y JSON; la seguridad, con cumplimiento del Esquema Nacional de Seguridad (ENS); y la accesibilidad, validando portales según WCAG 2.1. Proyectos como la modernización de Diraya o la implantación de ClicSalud+ ejemplifican su aplicación, combinando metodologías ágiles, diseño centrado en el usuario y despliegues automatizados en Andalucía Cloud.
Ventajas y desafíos. Los componentes distribuidos ofrecen ventajas como la escalabilidad independiente, la facilidad para adoptar nuevas tecnologías y la resiliencia ante fallos. Sin embargo, también presentan desafíos, como la complejidad en la gestión de redes, la necesidad de herramientas avanzadas para monitorización (Prometheus, Grafana) y la gestión de la latencia y la consistencia en sistemas distribuidos. En el SAS, estos retos se abordan mediante patrones de resiliencia como Circuit Breaker o Retry.
Definición y alcance. La publicación de contenidos en el ámbito del Servicio Andaluz de Salud (SAS) abarca el proceso de poner a disposición de usuarios internos y externos recursos digitales estructurados, como páginas web, documentos, imágenes o servicios interactivos. Este proceso no se limita a la transferencia técnica de archivos, sino que incluye aspectos organizativos, técnicos y normativos para garantizar su funcionalidad y legalidad.
Ciclo de vida del contenido. El proceso comienza con la creación del contenido, seguido de fases de revisión, aprobación, publicación, actualización y, finalmente, retirada. En el SAS, este ciclo se gestiona mediante herramientas como Drupal o Liferay, que permiten automatizar flujos de trabajo y asegurar que la información esté siempre actualizada y validada por los responsables correspondientes.
Optimización técnica. La publicación efectiva requiere adaptar los contenidos a formatos compatibles, optimizar su rendimiento mediante técnicas de compresión y caché, y configurar servidores para garantizar disponibilidad y escalabilidad. En el SAS, se emplean tecnologías como Elasticsearch o Redis para mejorar la velocidad de acceso y la experiencia del usuario, especialmente en portales con alto tráfico.
Seguridad y control de acceso. La protección de la información es crítica, especialmente en entornos sanitarios. La publicación de contenidos en el SAS incluye mecanismos de autenticación y autorización, como LDAP o Cl@ve, para restringir el acceso a datos sensibles. Además, se aplican medidas de cifrado y protección contra vulnerabilidades, alineadas con el Esquema Nacional de Seguridad (ENS).
Cumplimiento normativo. Los contenidos publicados deben ajustarse a estándares de accesibilidad (WCAG 2.1), protección de datos (RGPD/LOPDGDD) e interoperabilidad. El SAS garantiza que sus portales, como el Portal de Salud de Andalucía, cumplan con estas normativas, facilitando el acceso a ciudadanos y profesionales sin barreras técnicas o legales.
Integración con sistemas. La publicación de contenidos en el SAS no opera de forma aislada, sino que se integra con otros sistemas corporativos. Por ejemplo, el Portal de Salud de Andalucía enlaza con Diraya para mostrar información clínica personalizada a profesionales, o con el Sistema de Cita Previa para agilizar trámites ciudadanos. Esta integración asegura coherencia y actualización en tiempo real.
Personalización y segmentación. Los contenidos se adaptan según el perfil del usuario. Ciudadanos acceden a información general sobre trámites o campañas de salud, mientras que profesionales sanitarios visualizan guías clínicas o protocolos específicos de su especialidad. Esta segmentación mejora la relevancia de la información y optimiza la experiencia de uso.
Despliegue y automatización. El SAS emplea herramientas de integración continua (CI/CD), como GitLab CI, para automatizar los despliegues de contenidos. Esto permite actualizaciones rápidas y seguras, minimizando errores y garantizando que los cambios se reflejen de manera inmediata en los entornos de producción.
Definición y alcance. Las herramientas para la edición, gestión y personalización de contenidos en Internet son aplicaciones diseñadas para facilitar la creación, modificación, organización y publicación de información digital en entornos web. Su objetivo es permitir a usuarios con distintos niveles de conocimiento técnico administrar contenidos de manera eficiente, sin depender de habilidades avanzadas de programación o diseño. Estas herramientas no se limitan a editores visuales, sino que integran toda la cadena editorial y de gobierno del contenido, desde la redacción hasta la entrega al usuario final.
Capas funcionales. Para comprender su funcionamiento, conviene distinguir cuatro capas fundamentales: edición, que incluye la redacción, composición e inserción de elementos multimedia; gestión, que abarca el ciclo de vida completo del contenido (tipos, taxonomías, permisos, flujos de trabajo y versionado); publicación, que garantiza la entrega efectiva del contenido a través de portales, intranets o APIs; y personalización, que adapta la presentación o selección de contenidos según reglas, contexto o preferencias del usuario. Esta estructura modular permite separar el contenido de su presentación, facilitando la actualización y mantenimiento de la identidad corporativa.
CMS en el SAS. En el Servicio Andaluz de Salud (SAS), los sistemas de gestión de contenidos más relevantes son Drupal y Liferay. Drupal destaca por su flexibilidad, seguridad y capacidad para gestionar portales complejos con tipos de contenido configurables, permisos granulares y soporte nativo para multilingüismo. Es la solución preferida para portales institucionales como el Portal de Salud de Andalucía, gracias a su integración con APIs REST y su alineación con estándares de accesibilidad. Liferay, por su parte, es una plataforma empresarial de código abierto utilizada en portales institucionales de la Junta de Andalucía, que ofrece gestión avanzada de usuarios, publicación multicanal y cumplimiento de estándares como WCAG.
Editores visuales. Los editores de contenido visual, como TinyMCE o CKEditor, son herramientas clave integradas en los CMS para permitir la creación y modificación de contenidos sin necesidad de escribir código. Estos editores WYSIWYG (What You See Is What You Get) ofrecen interfaces gráficas intuitivas para formatear texto, insertar imágenes o enlaces, y previsualizar el resultado final. En el SAS, estos editores se utilizan en Drupal para el Portal de Salud y en Liferay para intranets, facilitando que profesionales sanitarios editen contenidos sin conocimientos técnicos. También destacan constructores de páginas como Elementor, empleados en micrositios temporales o campañas institucionales.
Modelo de licencia y normativa. Las administraciones públicas españolas, incluido el SAS, priorizan el uso de CMS de código abierto por razones de coste, independencia tecnológica y alineación con los principios de la Ley 40/2015, que promueve estándares abiertos y la reutilización de soluciones. Esta preferencia garantiza la soberanía digital y evita la dependencia de proveedores externos. Además, los CMS seleccionados deben cumplir con requisitos de seguridad, accesibilidad y usabilidad, aspectos críticos en entornos administrativos donde la información tiene carácter público y debe ser accesible para todos los ciudadanos.
Componentes técnicos. Un CMS se estructura en varios componentes técnicos nucleares: el panel de administración (backend), que permite gestionar contenidos y configuraciones; el editor de contenidos, que puede ser WYSIWYG o basado en bloques; el motor de plantillas o temas, que define la presentación visual; la base de datos, que almacena los contenidos; y el sistema de extensiones (plugins o módulos), que amplía las funcionalidades del CMS. En el caso de Drupal, su arquitectura modular permite personalizar tipos de contenido, taxonomías y flujos editoriales, mientras que Liferay incorpora capacidades de gestión documental y autenticación integrada con sistemas como LDAP o SAML.
Aplicación en el SAS. La Agencia Digital de Andalucía centraliza el desarrollo y gestión de los portales institucionales del SAS, aplicando criterios de seguridad, usabilidad y accesibilidad. Los CMS utilizados, como Drupal, permiten implementar flujos de aprobación para contenidos sensibles, garantizar la trazabilidad de las modificaciones y adaptar la información a distintos canales de publicación (web, móvil o intranet). Además, la integración con sistemas de autenticación y repositorios documentales asegura que los contenidos cumplan con los requisitos legales y corporativos de la administración pública.
XMLHttpRequest o Fetch API, y utiliza formatos como JSON o XML para el intercambio de datos.async/await, facilitando operaciones no bloqueantes.Definición de JavaScript. JavaScript es un lenguaje de programación de alto nivel, interpretado y orientado a objetos, diseñado inicialmente para añadir dinamismo e interactividad a las páginas web en el lado del cliente. Creado en 1995 por Brendan Eich para Netscape Navigator, se ha convertido en el estándar para el desarrollo front-end, soportado por todos los navegadores modernos. Aunque comparte sintaxis con Java, no guarda relación directa con este lenguaje, y su ejecución no requiere compilación previa.
Técnica AJAX. AJAX (Asynchronous JavaScript And XML) no es un lenguaje ni un protocolo, sino un conjunto de técnicas que permiten realizar peticiones asíncronas al servidor desde el cliente sin recargar la página completa. Esta técnica combina JavaScript con APIs como XMLHttpRequest o Fetch API, junto con formatos de intercambio de datos como JSON, XML o texto plano. Su principal ventaja es mejorar la experiencia de usuario al permitir actualizaciones parciales de contenido, reduciendo la latencia y el consumo de ancho de banda.
Estándares técnicos. JavaScript está estandarizado como ECMAScript, cuya especificación es mantenida por ECMA TC39. Las versiones más relevantes incluyen ES5 (2009), ES6/ES2015 (2015), ES2017 (con async/await) y ES2023, que introducen mejoras en sintaxis, manejo de asincronía y estructuras de datos. Por su parte, AJAX se basa en estándares como XMLHttpRequest (definido por WHATWG) y Fetch API (también de WHATWG), que proporcionan mecanismos modernos y eficientes para la comunicación cliente-servidor.
Asincronía en JavaScript. La gestión de operaciones asíncronas en JavaScript ha evolucionado desde el uso de callbacks hasta promesas (introducidas en ES6) y async/await (ES2017). Estas herramientas permiten manejar peticiones HTTP, temporizadores y otras operaciones no bloqueantes de manera más limpia y legible. Por ejemplo, la Fetch API utiliza promesas para gestionar respuestas HTTP, aunque es importante recordar que una promesa resuelta no garantiza que la operación haya sido aceptada o persistida en el servidor.
Comunicación cliente-servidor. AJAX representa un cambio en la arquitectura web, pasando de documentos estáticos a aplicaciones interactivas con actualización parcial de la interfaz. Además de XMLHttpRequest y Fetch API, existen otros mecanismos como WebSockets (para comunicación bidireccional en tiempo real) y Server-Sent Events (SSE) (para actualizaciones unidireccionales del servidor al cliente). Estos protocolos son especialmente útiles en entornos como el Servicio Andaluz de Salud (SAS), donde se requieren notificaciones en tiempo real o actualizaciones dinámicas de citas y alertas clínicas.
Seguridad en aplicaciones web. Las aplicaciones que utilizan JavaScript y AJAX deben implementar medidas de seguridad para proteger tanto al cliente como al servidor. Entre estas medidas destacan CORS (Cross-Origin Resource Sharing), que regula las peticiones entre dominios; la protección contra CSRF (Cross-Site Request Forgery) mediante tokens; y el uso obligatorio de HTTPS para garantizar la confidencialidad e integridad de los datos sensibles. Además, es fundamental seguir guías como las de OWASP para pruebas de seguridad en aplicaciones web.
Aplicación en el SAS. En el ámbito del Servicio Andaluz de Salud, portales como ClicSalud+ y Diraya emplean JavaScript y AJAX para ofrecer interfaces dinámicas y actualizaciones en tiempo real. Estas aplicaciones deben cumplir con normativas como WCAG 2.1 (accesibilidad), el Esquema Nacional de Seguridad (ENS) y el Esquema Nacional de Interoperabilidad (ENI), garantizando que los servicios digitales sean seguros, accesibles e interoperables.
XMLHttpRequest o Fetch API para realizar peticiones asíncronas sin recargar la página.XMLHttpRequest.async/await.Fetch API es la alternativa moderna a XMLHttpRequest para realizar peticiones HTTP.async/await son herramientas clave para gestionar la asincronía en JavaScript.Definición y propósito. La web semántica es una evolución de la web convencional propuesta por Tim Berners-Lee, cuyo fin es estructurar los contenidos en línea para que sean interpretables por máquinas. A diferencia de la web tradicional, basada en documentos enlazados sin significado explícito, la web semántica incorpora metadatos, ontologías y lenguajes formales que permiten a los sistemas automatizados realizar inferencias lógicas, integrar fuentes heterogéneas y responder a consultas complejas con precisión.
Estándares fundamentales. Los pilares técnicos de la web semántica incluyen RDF (Resource Description Framework), un modelo de datos basado en tripletas (sujeto-predicado-objeto) que representa información de manera estructurada. OWL (Web Ontology Language) es un lenguaje para definir ontologías con capacidades de razonamiento, mientras que SPARQL es el lenguaje de consulta para extraer datos de grafos RDF. JSON-LD facilita la serialización de datos enlazados en formato JSON, mejorando la interoperabilidad con aplicaciones web modernas.
Ontologías en el ámbito sanitario. Las ontologías son representaciones formales de dominios de conocimiento que permiten modelar conceptos, relaciones y reglas. En el SAS, destacan SNOMED CT, una terminología clínica global con más de 350.000 conceptos para diagnósticos y procedimientos; LOINC, que estandariza pruebas de laboratorio mediante códigos únicos; e ICD-11, la clasificación internacional de enfermedades. Estas ontologías se integran en sistemas como la Historia Clínica Digital del Sistema Nacional de Salud (HCDSNS) para garantizar la precisión semántica en la documentación médica.
Aplicación en el SAS. La web semántica tiene múltiples aplicaciones en el Servicio Andaluz de Salud, como la interoperabilidad de sistemas sanitarios, donde ontologías como SNOMED CT y LOINC permiten el intercambio de datos clínicos sin ambigüedades. También se utiliza en sistemas de apoyo a la decisión clínica (CDSS), donde motores de reglas como Drools aplican inferencias semánticas para recomendar tratamientos. Otra aplicación clave es la publicación de datos abiertos sanitarios en formato RDF, facilitando su reutilización por investigadores y ciudadanos.
Herramientas y tecnologías. Para implementar soluciones semánticas, el Técnico Especialista en Informática del SAS debe conocer herramientas como Protégé, un editor de ontologías desarrollado por la Universidad de Stanford; Virtuoso o GraphDB, bases de datos especializadas en almacenar grafos RDF; y SPARQL, para diseñar consultas eficientes sobre datos semánticos. Además, es relevante el uso de schema.org para mejorar el posicionamiento de contenidos sanitarios en buscadores y JSON-LD para integrar metadatos semánticos en documentos electrónicos.
Tareas del Técnico Especialista en Informática. Entre las responsabilidades de este perfil en el SAS se incluyen el desarrollo de APIs semánticas que expongan datos en formatos como JSON-LD o RDF, el mantenimiento y actualización de ontologías sanitarias, la optimización de consultas SPARQL para mejorar el rendimiento de los sistemas, y la garantía de la seguridad en datos RDF, cumpliendo con normativas como el RGPD y la Ley 41/2002 de autonomía del paciente.
Ejemplos reales en el SAS. Un caso destacado es la participación del SAS en el proyecto europeo SemanticHealthNet, que buscó mejorar la interoperabilidad semántica en sistemas sanitarios mediante tecnologías como OWL y SPARQL. Los resultados incluyeron el desarrollo de ontologías para representar guías clínicas y protocolos, aplicables a sistemas internos como Diraya. Otro ejemplo es la integración de SNOMED CT en la Historia Clínica Digital, que permite una codificación unificada de diagnósticos y procedimientos en toda Andalucía.
Desafíos y consideraciones. Aunque la web semántica ofrece ventajas significativas, su implementación en el SAS requiere abordar desafíos como la persistencia de las IRIs (Identificadores de Recursos Internacionales), que deben ser estables para garantizar la integridad de los datos; la calidad de los grafos RDF, que debe validarse frente a estándares como SHACL; y la protección de datos sensibles, especialmente en entornos clínicos donde la privacidad es crítica.
Practica este tema de Técnico/a Especialista en Informática con test por tema SAS, preguntas justificadas por tema y simulacros tipo examen. No son preguntas oficiales del SAS: son práctica privada de OposAs para estudiar con criterio.
Acceder a la demoHas visto un tema abierto completo. En la demo puedes comprobar cómo encajan el temario, las preguntas justificadas y los simulacros dentro de OposAs.
Qué vas a probar
La idea no es solo leer un tema: es estudiar con continuidad y comprobar cómo se relaciona con el resto de herramientas.
Verás explicaciones de la correcta y de las incorrectas para estudiar con más criterio, no solo para memorizar.
Con tu nombre y tu email, eliges categoría y te enviamos el acceso por correo sin compromiso.
Solo tu email, tu nombre y apellidos (si quieres), elige categoría y prueba antes de decidir. Es gratis.
El acceso llega por email. Si usas Hotmail, Outlook, Live, MSN o Yahoo, revisa tambien Spam o Correo no deseado.
Despues de pulsar, mira tu correo. El enlace dura 1 hora.
Revisa tambien Spam o Correo no deseado.
Hemos enviado el enlace a . Abrelo antes de 1 hora. Si usas Hotmail, Outlook, Live, MSN o Yahoo, mira primero en Correo no deseado.
Estos son los requisitos principales para Técnico/a Especialista en Informática. OposAs resume los requisitos principales para orientarte; la convocatoria oficial vigente es siempre la referencia válida.
FP2 Rama Informática, Módulo Profesional Nivel 3, Técnico Superior en Administración de Sistemas Informáticos o Técnico Superior en Desarrollo de Aplicaciones Informáticas.
La convocatoria contempla equivalencia con tres años de funciones de la categoría en centros sanitarios del Sistema Nacional de Salud.
Contrasta el resumen antes de inscribirte.
Consulta siempre la convocatoria oficial vigente antes de inscribirte.
Fuera del código también hay música, discos y radio. La misma forma de hacer las cosas: con alma, pasión y criterio.
OposAs nació preparando una oposición del SAS y se ha convertido en una forma de practicar test, corregir fallos y estudiar con explicaciones claras.
OposAs está pensado para practicar test y aprender mientras corriges, sin tragarte textos interminables antes de empezar. Cuando fallas, la justificación te ayuda a entender la correcta y, sobre todo, las incorrectas: ahí suele estar el aprendizaje.
No hay una empresa detrás. Hay una persona que construyó desde cero una herramienta para que estudiar no se convierta en algo pesado, sino en un proceso más claro, practicable y llevadero.
De opositor a opositor, Serafín.
