1. INTRODUCCIÓN: QUÉ ES UN SISTEMA DE INFORMACIÓN SANITARIO

Un sistema de información sanitario (SIS) es el conjunto organizado de personas, procedimientos, tecnología y datos que permite recoger, procesar, almacenar, transmitir y recuperar la información necesaria para la planificación, la gestión, la prestación asistencial y la evaluación de los servicios de salud. No es un simple programa informático: es la infraestructura que convierte el dato clínico aislado (una cifra de tensión arterial, un diagnóstico, una prueba de laboratorio) en información útil para la toma de decisiones, tanto en la consulta individual como en la planificación sanitaria de una comunidad.

Conviene distinguir tres niveles que se solapan pero cumplen funciones distintas, porque el tema completo se articula alrededor de ellos:

• Dato: el registro elemental sin interpretar (un código, una cifra, un texto).
• Información: el dato procesado y dotado de significado en un contexto (un diagnóstico codificado, un informe de alta).
• Conocimiento: la información integrada que permite decidir (un indicador epidemiológico, una alerta clínica, una estadística de morbilidad).

Los sistemas de información sanitarios cumplen simultáneamente varias funciones que no deben confundirse: la función asistencial (poner a disposición del profesional, en el momento y lugar adecuados, la historia clínica del paciente para garantizar la continuidad de cuidados), la función de gestión (facturación, listas de espera, control de recursos, cuadros de mando), la función epidemiológica y de salud pública (vigilancia, indicadores poblacionales, planificación de programas de salud) y la función de investigación y docencia (explotación secundaria de datos anonimizados o seudonimizados con fines científicos).

Para que un sistema de información sea útil debe cumplir una serie de requisitos técnicos que aparecen recurrentemente en el temario y en los exámenes: fiabilidad (los datos reflejan la realidad asistencial), oportunidad (la información está disponible cuando se necesita, idealmente en tiempo real), interoperabilidad (los distintos sistemas y niveles asistenciales pueden intercambiar información con un significado común, típicamente mediante estándares como HL7 o CIE), normalización (uso de clasificaciones y terminologías comunes, como la propia CIE) y seguridad y confidencialidad (control de accesos, trazabilidad y cumplimiento normativo). Estos cinco requisitos reaparecerán, con nombre propio, en cada uno de los epígrafes siguientes: la interoperabilidad al hablar de la Historia Digital de Salud del Ciudadano, la normalización al hablar de la CIE, y la seguridad al hablar de la confidencialidad.

Históricamente, los sistemas de información sanitarios españoles nacieron fragmentados por niveles asistenciales y por comunidad autónoma: cada hospital, cada centro de salud, tenía su propia aplicación, con historias clínicas en papel o en programas no comunicados entre sí. La transformación hacia la historia clínica electrónica única —de la que Diraya en Andalucía es uno de los proyectos pioneros a nivel europeo— responde a la necesidad de romper esa fragmentación: que la información generada en un centro de salud esté disponible en el hospital, en el punto de urgencias o en la farmacia, y viceversa, sin que el paciente tenga que repetir su historia ni sin que se dupliquen pruebas diagnósticas.

Este proceso de transformación digital debe entenderse también en el marco general del Sistema Nacional de Salud (SNS), configurado por la Ley 14/1986 General de Sanidad como un modelo descentralizado en el que cada comunidad autónoma gestiona su propio servicio de salud (en Andalucía, el SAS) con plena autonomía organizativa, pero con obligación de cooperación e interoperabilidad para garantizar la equidad y la continuidad asistencial de cualquier ciudadano con independencia de dónde resida o se encuentre. Esa tensión entre autonomía de gestión regional y necesidad de interoperabilidad estatal explica por qué conviven, como se verá más adelante, sistemas propios como Diraya con proyectos de ámbito nacional como la Historia Clínica Digital del Sistema Nacional de Salud. Comprender esta arquitectura de dos niveles —el autonómico, donde se genera y gestiona el grueso de la información asistencial, y el estatal, que garantiza su intercambio— es imprescindible para situar correctamente cada uno de los sistemas que se describen en los epígrafes siguientes.

2. SISTEMAS DE INFORMACIÓN EN ATENCIÓN PRIMARIA

La Atención Primaria (AP) es, por diseño del sistema sanitario, la puerta de entrada al sistema y el nivel donde se genera el grueso de los contactos asistenciales de cualquier ciudadano a lo largo de su vida. Por eso su sistema de información tiene unas características propias: debe registrar contactos muy numerosos y heterogéneos (consultas programadas, consultas a demanda, avisos domiciliarios, atención a la urgencia extrahospitalaria, actividades comunitarias y de promoción de la salud), debe dar soporte a la longitudinalidad (el seguimiento del mismo paciente por el mismo equipo a lo largo de años) y debe integrar a un equipo multiprofesional (medicina de familia, pediatría, enfermería, matronas, fisioterapia, trabajo social y, cada vez más, logopedia en unidades específicas).

En el Sistema Sanitario Público de Andalucía (SSPA), el módulo de Diraya que da soporte a este nivel asistencial es la Historia de Salud de Atención Primaria (HSAP): la aplicación donde los profesionales de los equipos básicos de salud registran los antecedentes personales, las alergias y los problemas de salud de sus usuarios, la inclusión en programas o procesos asistenciales, las prescripciones y recetas, el seguimiento en consulta y las incapacidades laborales. Antes de la implantación de Diraya, Andalucía contó con aplicaciones previas de historia clínica informatizada en AP (como TASS), que fueron sustituidas progresivamente por el módulo HSAP a partir de la puesta en marcha de Diraya en la década de 2000.

Funcionalmente, el sistema de información de AP debe permitir, como mínimo: la identificación inequívoca del usuario (enlazada con la BDU, que se estudia en el epígrafe 8), el registro estructurado de episodios (problema de salud, evolución, juicio clínico), la prescripción electrónica integrada (en Andalucía, Receta XXI, pionera en Europa en el año 2003), la gestión de la agenda (citación, derivación a atención especializada, interconsultas) y el registro de actividades preventivas y programas de salud (vacunaciones, cribados, seguimiento de crónicos). En Andalucía, además, el sistema de AP incorpora el registro de procesos asistenciales integrados (PAI), que estandarizan el itinerario del paciente a través de los niveles asistenciales para problemas de salud concretos, y en los que el logopeda puede estar integrado como profesional del equipo (por ejemplo, en procesos de atención al daño cerebral, a la disfagia o al desarrollo infantil).

Un rasgo distintivo de la AP frente al hospital es la continuidad temporal de la información: mientras que en el hospital el sistema se organiza por episodios de ingreso relativamente delimitados en el tiempo, en AP la historia de salud debe reflejar el itinerario vital del paciente durante décadas, integrando información generada por múltiples profesionales y en múltiples contactos. Esto exige un diseño de la base de datos orientado al problema de salud (lista de problemas activos e inactivos) más que al episodio aislado, y una fuerte dependencia de la codificación normalizada para que la información sea recuperable y comparable con el paso del tiempo.

El sistema de información de AP incorpora también funcionalidades orientadas directamente a la relación con el ciudadano que han ganado peso en los últimos años: la cita previa telefónica y electrónica (a través de Salud Responde y de ClicSalud+), los avisos y recordatorios por SMS o notificación en la aplicación móvil, y canales de e-consulta no presencial entre el paciente y su profesional de referencia para resolver dudas o realizar seguimientos que no requieren desplazamiento al centro. Todos estos canales, aunque se perciben como «administrativos» desde la óptica del usuario, están plenamente integrados en la arquitectura de Diraya y generan también información que pasa a formar parte de la historia de salud, reforzando la idea, ya apuntada en el epígrafe 1, de que la frontera entre lo asistencial y lo organizativo es, en un sistema de información moderno, cada vez más difusa.

3. SISTEMAS DE INFORMACIÓN EN ATENCIÓN HOSPITALARIA

El sistema de información hospitalario (conocido internacionalmente por sus siglas en inglés, HIS, Hospital Information System) tiene una arquitectura más compleja que la de AP porque debe dar soporte simultáneo a procesos clínicos, administrativos, logísticos y de gestión estratégica dentro de una organización con múltiples servicios especializados. Sus componentes clásicos incluyen: el sistema de admisión-alta-traslado (ADT), que identifica al paciente y gestiona su recorrido por el centro (ingreso, cambios de cama o de servicio, alta); los sistemas departamentales, como el sistema de información de laboratorio (LIS), el sistema de información radiológica (RIS) con su correspondiente sistema de almacenamiento y transmisión de imágenes (PACS), o el sistema de gestión de farmacia; los sistemas de apoyo a la decisión clínica (alertas de alergias, interacciones farmacológicas); y los sistemas de gestión propiamente dichos (facturación, contabilidad analítica, listas de espera, cuadros de mando de calidad).

En el SSPA, el módulo de Diraya para este nivel asistencial se conoce como Diraya Atención Hospitalaria (DAH), también denominado en el temario clásico «Diraya Atención Especializada» (DAE), dado que engloba tanto la hospitalización como las consultas externas y las urgencias hospitalarias. DAH debe gestionar procesos considerablemente más complejos que HSAP: episodios de hospitalización con múltiples servicios implicados, interconsultas entre especialidades, actividad quirúrgica y de hospital de día, pruebas diagnósticas complementarias, y la comunicación fluida con los servicios centrales (laboratorio, radiología, farmacia). Cada contacto del paciente con el hospital —una consulta externa, un ingreso, una urgencia— genera un episodio asistencial con su propia línea temporal de actuaciones, enlazado siempre a la historia de salud única del ciudadano mediante su identificador NUHSA.

Entre los módulos operativos de DAH destacan la Estación Clínica de Cuidados (DAH-ECC), orientada al registro de la actividad de enfermería y de su grupo colaborador (técnicos en cuidados auxiliares de enfermería, matronas), y la Estación de Gestión (DAH-EG), que contempla las tareas de gestión derivadas de los procesos asistenciales (admisión, citación, gestión de camas). A ellos se suma el Módulo de Pruebas Analíticas (MPA), orientado a integrar de forma homogénea en la historia clínica electrónica todo el ciclo de una petición analítica, desde la solicitud hasta la extracción de la muestra y la emisión del resultado.

La gestión hospitalaria añade además una capa de indicadores de calidad y de actividad que se nutre directamente del sistema de información: ocupación y rotación de camas, demora media en lista de espera quirúrgica y de consultas externas, tasa de suspensión de intervenciones, estancia media por servicio, reingresos no programados o tasa de infección nosocomial. Estos indicadores, calculados en buena parte a partir de los mismos episodios que después alimentan el CMBD (epígrafe 5), son la base de los cuadros de mando de dirección con los que la gerencia de cada centro y los servicios centrales del SAS monitorizan el funcionamiento del sistema y toman decisiones de asignación de recursos. Nótese que la gestión de quirófanos y de camas exige, además, una coordinación muy fina en tiempo real entre servicios (cirugía, anestesia, enfermería, esterilización, farmacia), que solo es posible si todos ellos comparten la misma plataforma de información sobre el episodio del paciente.

4. ESTRUCTURA GENERAL DE DIRAYA

DIRAYA es el sistema integrado de gestión e información para la atención sanitaria del Servicio Andaluz de Salud, definido institucionalmente como el soporte de la historia clínica electrónica única del Sistema Sanitario Público de Andalucía. Su despliegue se inició en el año 2001 y se generalizó a partir de 2003, siendo uno de los proyectos de historia clínica electrónica poblacional más tempranos y de mayor alcance de Europa; el módulo de prescripción electrónica integrado en Diraya, Receta XXI, fue el primero en funcionamiento a escala poblacional en el continente.

El objetivo estratégico de Diraya es que exista una única historia de salud por ciudadano, alimentada por todos los profesionales que le atienden en cualquier nivel asistencial (atención primaria, atención hospitalaria, urgencias, salud mental, atención a la mujer, cuidados) y accesible desde cualquier punto de la red en el momento de la asistencia, con independencia del centro donde se generó originalmente cada dato. Esto exige una arquitectura modular en la que distintos componentes especializados comparten un núcleo común de información sobre el ciudadano.

Los componentes estructurales fundamentales de Diraya, que conviene tener claramente diferenciados porque son objeto recurrente de pregunta, son los siguientes:

• BDU (Base de Datos de Usuarios): el módulo maestro de identificación única de la población protegida (se desarrolla en el epígrafe 8).
• HSAP (Historia de Salud de Atención Primaria): módulo asistencial de AP (epígrafe 2).
• DAH / DAE (Diraya Atención Hospitalaria / Especializada): módulo asistencial hospitalario, con sus submódulos de gestión (DAH-EG) y de cuidados (DAH-ECC) (epígrafe 3).
• MACO (Módulo de Acceso Centralizado de Operadores): gestiona la autenticación y el control de accesos de los profesionales al sistema, pieza clave para la trazabilidad y la confidencialidad (epígrafe 9).
• Receta XXI: módulo de prescripción y dispensación electrónica de medicamentos, integrado con las oficinas de farmacia.
• MPA (Módulo de Pruebas Analíticas): integración del ciclo completo de la petición de laboratorio.
• Módulo de Estructura: gestiona la organización funcional del proceso asistencial (agendas, consultas, recursos disponibles).

La clave conceptual de Diraya —y la razón por la que aparece constantemente en los exámenes oficiales— es que no se trata de «varios programas conectados», sino de una única base de información clínica a la que distintos módulos acceden según el contexto asistencial y el perfil profesional del usuario, con un control de accesos centralizado (MACO) que garantiza que cada profesional solo ve la información pertinente para la atención que está prestando. Esta arquitectura resuelve el problema clásico de la historia clínica en papel —dispersión, duplicidad, riesgo de pérdida— y sienta las bases técnicas tanto del CMBD como de la Historia Digital de Salud del Ciudadano, que se desarrollan en los epígrafes siguientes.

5. EL CONJUNTO MÍNIMO BÁSICO DE DATOS (CMBD)

El Conjunto Mínimo Básico de Datos (CMBD) es el conjunto normalizado y obligatorio de variables administrativas y clínicas que se recogen de cada episodio asistencial —clásicamente, de cada alta hospitalaria— con el objetivo de disponer de información homogénea, comparable entre centros y comunidades autónomas, y útil tanto para la gestión como para la epidemiología y la investigación. El Consejo Interterritorial del Sistema Nacional de Salud aprobó en 1987 el CMBD al alta hospitalaria como base de datos administrativa de cumplimentación obligatoria para los hospitales del sistema sanitario público, extendiéndose posteriormente a la red concertada y, con adaptaciones, a otros ámbitos asistenciales (consultas externas, hospital de día, atención primaria).

El CMBD recoge un conjunto acotado de variables por cada episodio, entre las que destacan como más relevantes:

Todas estas variables clínicas se codifican, de manera obligatoria, con la Clasificación Internacional de Enfermedades en su versión vigente (véase el epígrafe 6): sin una codificación normalizada, el CMBD perdería su principal virtud, que es la comparabilidad entre hospitales, comunidades autónomas y países. Esta codificación permite, además, agrupar los episodios en Grupos Relacionados por el Diagnóstico (GRD), un sistema de clasificación de pacientes que agrupa episodios clínicamente similares y con un consumo de recursos homogéneo, y que se emplea tanto para la financiación de la actividad hospitalaria como para el análisis comparativo del case-mix (complejidad de la casuística) entre centros.

En Andalucía existe un manual normalizado de notificación del CMBD (CMBD-A), elaborado por el Servicio Andaluz de Salud, que define con detalle los criterios de cumplimentación de cada variable, las normas de codificación y los circuitos de validación y depuración de la información antes de su explotación estadística. La calidad del CMBD depende críticamente de la exhaustividad y precisión con la que los profesionales —médicos, pero también el resto del equipo asistencial que documenta el proceso, incluido el logopeda cuando su actuación forma parte del episodio— cumplimentan la historia clínica, ya que los servicios de documentación clínica codifican a partir de lo registrado, no de lo realmente sucedido si no quedó por escrito.

Aunque el CMBD «clásico» es el de alta hospitalaria, el modelo se ha extendido con variantes adaptadas a otros ámbitos asistenciales que conviene conocer: el CMBD de consultas externas y de hospital de día, que recoge la actividad ambulatoria especializada; el CMBD de salud mental, adaptado a las particularidades de ese proceso asistencial; y experiencias de CMBD de atención primaria, de implantación más reciente y heterogénea entre comunidades autónomas, orientadas a capturar la actividad y la morbilidad atendida en ese nivel con el mismo rigor normalizado que ya existe para el hospital. A nivel estatal, el Ministerio de Sanidad integra la información remitida por las comunidades autónomas en el Registro de Actividad de Atención Especializada (RAE-CMBD), que permite obtener indicadores comparables de todo el Sistema Nacional de Salud.

La calidad del dato del CMBD no se da por supuesta: los servicios de documentación clínica y codificación aplican procesos sistemáticos de validación y depuración (detección de incoherencias entre diagnóstico y procedimiento, de códigos inespecíficos evitables, de episodios mal cerrados) y auditorías periódicas de concordancia entre lo codificado y lo reflejado en la historia clínica. Esta labor de control de calidad es imprescindible porque el CMBD, al alimentar directamente los sistemas de financiación por GRD, tiene también una dimensión económica: una codificación sistemáticamente deficiente puede infrafinanciar —o, en el extremo contrario, sobrefinanciar de forma indebida— la actividad real de un servicio o de un centro.

6. CLASIFICACIONES INTERNACIONALES DE PROBLEMAS DE SALUD: LA CIE

La Clasificación Internacional de Enfermedades (CIE), elaborada y mantenida por la Organización Mundial de la Salud (OMS), es el sistema de codificación estándar internacional para clasificar enfermedades, trastornos, lesiones y otros problemas de salud, así como los procedimientos diagnósticos y terapéuticos asociados. Su función es traducir el lenguaje clínico, variable y ambiguo por naturaleza, a un código alfanumérico normalizado, permitiendo así comparar información de morbilidad y mortalidad entre centros, regiones y países, y constituyendo la base de codificación obligatoria del CMBD.

En España, la evolución de la CIE ha pasado por varias versiones sucesivas. Durante casi dos décadas se empleó la CIE-9-MC (Modificación Clínica), hasta que el 1 de enero de 2016 se implantó de forma obligatoria la CIE-10-ES (Edición Española), una adaptación clínica de la décima revisión de la OMS al contexto sanitario español, mantenida y actualizada periódicamente por el Ministerio de Sanidad a través de la herramienta oficial eCIE-Maps, con volúmenes específicos de diagnósticos y de procedimientos. La CIE-10-ES es, a día de hoy, la versión vigente y de uso obligatorio para la codificación clínica y del CMBD en el conjunto del Sistema Nacional de Salud, incluido el Servicio Andaluz de Salud.

La CIE-10-ES se estructura en capítulos organizados por aparatos y sistemas (o por etiología, en el caso de algunos capítulos), y cada código combina una letra y una serie de dígitos que permiten una especificidad creciente: cuanto más se detalla el código, más información clínica queda recogida (lateralidad, gravedad, tipo etiológico, episodio de atención). Esta granularidad es especialmente relevante para los trastornos del ámbito de la logopedia —trastornos del desarrollo del lenguaje, disfonías, disfagia orofaríngea, afasias de distinto tipo topográfico— cuya correcta codificación exige un registro clínico preciso por parte del profesional que atiende al paciente, ya que del informe clínico depende directamente el código que finalmente se asigna.

7. LA HISTORIA DIGITAL DE SALUD DEL CIUDADANO

La Historia Digital de Salud del Ciudadano (HDSC) es el conjunto de información clínica de una persona, generada a lo largo de toda su vida y en cualquier centro o nivel asistencial, integrada de forma electrónica y accesible tanto para los profesionales que le atienden como, en la parte que le corresponde, para el propio ciudadano. En el SSPA, la HDSC se construye precisamente sobre la plataforma Diraya descrita en el epígrafe 4: cada contacto asistencial —en atención primaria, en el hospital, en urgencias— aporta información a una historia única, referenciada siempre por el identificador NUHSA asignado por la BDU.

Desde la perspectiva del profesional, la HDSC materializa el principio de continuidad asistencial: un logopeda que atiende a un paciente derivado desde neurología tras un ictus puede consultar en la misma historia el informe de alta hospitalaria, las pruebas de imagen relevantes, la medicación activa y las alergias, sin depender de que el paciente aporte documentación en papel ni de repetir preguntas ya respondidas en otro nivel asistencial. Esta integración reduce la duplicidad de pruebas, disminuye el riesgo de errores por falta de información (por ejemplo, contraindicaciones a una maniobra terapéutica por una alergia o una comorbilidad no conocida) y agiliza la coordinación entre niveles.

Desde la perspectiva del ciudadano, el acceso a su propia historia de salud se canaliza en Andalucía a través del portal ClicSalud+ y de la aplicación móvil «Salud Andalucía», donde la persona puede consultar información sobre su salud, sus citas (pasadas y futuras), los episodios más relevantes de su historia clínica, la medicación activa, las alergias y contraindicaciones registradas, y realizar determinadas gestiones administrativas en línea. Este acceso ciudadano es, además, una manifestación concreta del derecho de acceso a la propia historia clínica reconocido por la Ley 41/2002 (véase el epígrafe 9), materializado aquí de forma digital y sin necesidad de solicitud presencial para los contenidos habilitados.

La infraestructura que sostiene la HDSC exige, además de los aspectos técnicos de interoperabilidad ya señalados, garantías estrictas de seguridad: la información clínica almacenada en Diraya no se pierde ni se elimina, se respalda de forma periódica, y todo acceso queda auditado y monitorizado conforme a las políticas de seguridad del SAS, de modo que puede reconstruirse en todo momento quién ha accedido a la historia de un paciente, cuándo y con qué finalidad. Esta trazabilidad, gestionada en buena medida por el módulo MACO citado en el epígrafe 4, es la pieza técnica que hace compatible la disponibilidad universal de la información con el derecho a la confidencialidad, que se desarrolla en el epígrafe 9.

8. LA BASE DE DATOS DE USUARIOS (BDU)

La Base de Datos de Usuarios (BDU) es el módulo maestro de identificación de Diraya: la aplicación que registra los datos administrativos de cada ciudadano con derecho a asistencia en el Sistema Sanitario Público de Andalucía y que tiene como función esencial asignar y mantener un identificador único e invariable —el NUHSA (Número Único de Historia de Salud de Andalucía)— que acompaña a la persona a lo largo de toda su vida en el sistema, con independencia del centro donde sea atendida. El NUHSA es, en sentido estricto, el «hilo conductor» que enlaza toda la información generada sobre esa persona en los distintos módulos asistenciales (HSAP, DAH/DAE, Receta XXI) en una única historia de salud.

La BDU recoge, entre otros, los siguientes contenidos: los datos identificativos y de contacto del ciudadano, su condición de aseguramiento (si tiene cobertura sanitaria pública y en virtud de qué título: Seguridad Social, mutualidades, convenios internacionales), el tipo de aportación farmacéutica que le corresponde, y el equipo básico de atención primaria (el centro de salud y el profesional de referencia) que ha elegido o que le corresponde por zona básica de salud. La aplicación que gestiona operativamente la BDU en el día a día se conoce como GADU (Gestión y Archivo de Datos de Usuario), habitualmente empleada por el personal administrativo de los centros para altas, modificaciones y consultas de datos de usuario.

El NUHSA debe distinguirse de otros identificadores con los que convive en la práctica administrativa: el número de la tarjeta sanitaria individual (TSI), que es el soporte físico o digital visible para el ciudadano y que puede cambiar de formato o de número en determinadas circunstancias (por ejemplo, duplicados), y el Código de Identificación Personal Autonómico (CIPA) o el Código de Identificación del Sistema Nacional de Salud (CIP-SNS), empleados para la interoperabilidad entre comunidades autónomas dentro de la HCDSNS descrita en el epígrafe anterior. El NUHSA, sin embargo, es el identificador interno y estable de Diraya, y es el que enlaza de forma persistente toda la actividad asistencial de una persona a lo largo del tiempo, incluso si cambian sus datos de tarjeta sanitaria.

Desde el punto de vista de la calidad del dato, la BDU es también responsable de evitar dos problemas clásicos de cualquier sistema de identificación poblacional: la duplicidad (que una misma persona tenga, por error, dos identificadores distintos, con el consiguiente riesgo de fragmentar su historia clínica en dos registros no comunicados entre sí) y la usurpación o confusión de identidad (que dos personas distintas compartan, por error, un mismo identificador). Por ello, los procedimientos de alta y modificación en la BDU incorporan comprobaciones de identidad (documento nacional de identidad, número de la Seguridad Social, datos biográficos) antes de asignar o modificar un NUHSA.

9. CONFIDENCIALIDAD Y PROTECCIÓN DE DATOS SANITARIOS

La información contenida en la historia clínica es, por su propia naturaleza, un dato personal especialmente sensible: revela aspectos de la intimidad más estricta de la persona (diagnósticos, tratamientos, hábitos, situaciones familiares o sociales) cuya divulgación indebida puede causarle un perjuicio grave, discriminatorio o irreversible. Por esta razón, el ordenamiento jurídico español y europeo somete el tratamiento de estos datos a un régimen de protección reforzada que se articula en varios niveles normativos complementarios.

En el plano constitucional, el artículo 18 de la Constitución Española garantiza el derecho al honor, a la intimidad personal y familiar y a la propia imagen, y establece expresamente que la ley limitará el uso de la informática para garantizar el pleno ejercicio de esos derechos, previendo así, ya en 1978, el riesgo que los sistemas de información automatizados suponen para la intimidad. En el plano de la legislación básica sanitaria, la Ley 41/2002, básica reguladora de la autonomía del paciente y de derechos y obligaciones en materia de información y documentación clínica, dedica su artículo 7 al derecho a la intimidad:

La misma Ley 41/2002 regula, en su Título V, el uso de la historia clínica: establece que cada centro debe archivar las historias clínicas garantizando su seguridad, correcta conservación y recuperación, que el acceso a la historia clínica con fines asistenciales queda limitado estrictamente a los profesionales que participan en la atención del paciente, y que el personal que accede a la historia clínica en el ejercicio de sus funciones queda sujeto al deber de secreto. También regula los usos con fines no asistenciales (judiciales, epidemiológicos, de salud pública, de investigación o de docencia), que en principio exigen la anonimización o disociación de los datos identificativos del paciente, salvo excepciones legalmente previstas.

En el plano de la protección de datos de carácter general, el Reglamento General de Protección de Datos (RGPD, Reglamento UE 2016/679) califica los datos de salud como una categoría especial de datos (artículo 9), cuyo tratamiento está en principio prohibido salvo que concurra alguna de las excepciones tasadas que el propio Reglamento establece; entre ellas, la más relevante en el ámbito sanitario es la necesidad del tratamiento para fines de medicina preventiva o laboral, diagnóstico médico, prestación de asistencia sanitaria o social, o gestión de los sistemas y servicios de asistencia sanitaria, siempre que el tratamiento sea realizado por un profesional sujeto a la obligación de secreto profesional. La Ley Orgánica 3/2018, de Protección de Datos Personales y garantía de los derechos digitales (LOPDGDD) desarrolla en España este marco y reitera, en su artículo 5, el deber de confidencialidad de todo el personal que interviene en cualquier fase del tratamiento de datos personales.

En la práctica de un sistema como Diraya, la confidencialidad no descansa solo en la norma, sino en medidas técnicas y organizativas concretas: control de accesos mediante identificación individual y no compartida de cada profesional (a través del módulo MACO descrito en el epígrafe 4), asignación de perfiles de acceso restringidos a la información necesaria según la función desempeñada (principio de «necesidad de conocer» o need to know), registro y auditoría de todos los accesos a la historia clínica (lo que permite detectar accesos indebidos a posteriori), cifrado de las comunicaciones y de determinados datos, y procedimientos de bloqueo o «historia de acceso restringido» para pacientes que, por su condición (personal sanitario del propio centro, personas con notoriedad pública, víctimas de violencia de género), requieren protección reforzada frente a accesos curiosos por parte de compañeros.

Finalmente, la Ley 41/2002 regula también los derechos del paciente sobre su propia información: el derecho de acceso a su historia clínica y a obtener copia de los datos que figuran en ella, con el límite de que ese acceso no puede ejercerse en perjuicio del derecho de terceros a la confidencialidad de los datos que constan en la historia recogidos en interés terapéutico del paciente, ni en perjuicio del derecho de los profesionales participantes en su elaboración, quienes pueden oponer reserva de sus anotaciones subjetivas. Estos derechos se articulan hoy, como se ha visto en el epígrafe 7, a través de canales digitales como ClicSalud+, lo que exige a su vez sistemas robustos de autenticación del propio ciudadano para evitar suplantaciones.

El RGPD y la LOPDGDD amplían y sistematizan estos derechos bajo la denominación de derechos digitales, tradicionalmente resumidos con el acrónimo ARCO-POL: acceso, rectificación, cancelación o supresión, oposición, portabilidad y limitación del tratamiento. En el ámbito sanitario estos derechos conviven, sin sustituirla, con la regulación específica de la Ley 41/2002 sobre la historia clínica: por ejemplo, el derecho de supresión no puede ejercerse sobre la documentación clínica mientras persista la obligación legal de conservación, que la propia Ley 41/2002 fija, con carácter general, en un mínimo de cinco años desde el alta de cada proceso asistencial, sin perjuicio de los plazos más amplios que pueda establecer la normativa autonómica o los que resulten necesarios por razones epidemiológicas, de investigación o de organización del Sistema Nacional de Salud.

La normativa de protección de datos exige además que las organizaciones sanitarias designen un Delegado de Protección de Datos (DPO), figura obligatoria para el tratamiento a gran escala de categorías especiales de datos como los de salud, encargado de supervisar el cumplimiento normativo, asesorar y actuar como punto de contacto con la Agencia Española de Protección de Datos. Asimismo, tanto el RGPD como la LOPDGDD imponen la obligación de notificar las violaciones de seguridad de datos personales («brechas de seguridad») a la autoridad de control competente en un plazo máximo de 72 horas desde que se tenga constancia de ellas, y de comunicarlas también a los propios interesados cuando el riesgo para sus derechos y libertades sea elevado, como ocurriría ante una fuga masiva de historias clínicas.

10. APLICACIÓN PRÁCTICA: EL LOGOPEDA ANTE LOS SISTEMAS DE INFORMACIÓN

Para el logopeda que ejerce en el SSPA, los sistemas de información descritos en este tema no son un contenido puramente administrativo y ajeno a la clínica: son la herramienta de trabajo diaria a través de la cual documenta su actuación, se coordina con el resto del equipo y contribuye —con la calidad de sus registros— a la fiabilidad de toda la información sanitaria que se ha ido describiendo. Conviene, por ello, aterrizar cada uno de los conceptos anteriores a la práctica logopédica concreta.

En primer lugar, el logopeda registra su actividad clínica —valoraciones, informes evolutivos, objetivos terapéuticos, resultados de la intervención— dentro de la historia de salud única, habitualmente en el módulo asistencial correspondiente al nivel en el que trabaja (HSAP si su actividad se enmarca en atención primaria o en un proceso asistencial integrado de base comunitaria, DAH/DAE si trabaja en el ámbito hospitalario, por ejemplo en unidades de daño cerebral, otorrinolaringología, oncología de cabeza y cuello o rehabilitación). Este registro se incorpora a la Historia Digital de Salud del Ciudadano y queda, por tanto, disponible para el resto de profesionales que atienden al paciente, lo que refuerza la continuidad asistencial pero también exige un registro riguroso, claro y libre de anotaciones que puedan resultar sensibles si se leen fuera de contexto.

En segundo lugar, el logopeda es también usuario habitual de la información generada por otros profesionales a través de la historia digital compartida: informes de alta hospitalaria tras un ictus antes de iniciar una intervención en afasia o disartria, resultados de una videofluoroscopia antes de plantear una pauta en disfagia, antecedentes otorrinolaringológicos antes de una valoración de la voz, o el diagnóstico y seguimiento pediátrico antes de intervenir en un trastorno del desarrollo del lenguaje. Esta disponibilidad de información —posible gracias a la arquitectura de Diraya descrita en los epígrafes 4 y 7— evita duplicar exploraciones, permite anticipar contraindicaciones y mejora la seguridad clínica de la intervención logopédica.

En tercer lugar, el logopeda está sujeto, como cualquier otro profesional sanitario, al deber de secreto profesional desarrollado en el epígrafe 9: debe acceder únicamente a la información de los pacientes que atiende, en el marco de su relación asistencial, y debe custodiar con especial cuidado los materiales que genera en su práctica y que pueden contener datos especialmente sensibles —grabaciones de audio o vídeo de sesiones de evaluación de la voz, el habla o la deglución, por ejemplo—, que constituyen datos de salud a todos los efectos y deben tratarse conforme al RGPD y a la LOPDGDD, con consentimiento informado específico cuando proceda y con las mismas garantías de confidencialidad que el resto de la historia clínica.

11. RETOS Y TENDENCIAS DE LA SALUD DIGITAL

El modelo descrito en este tema no es estático: los sistemas de información sanitarios afrontan en la actualidad varios retos que están redefiniendo su desarrollo. El primero es la interoperabilidad plena entre comunidades autónomas, a través de proyectos como la Historia Clínica Digital del Sistema Nacional de Salud y de la receta electrónica interoperable, que persiguen que un ciudadano reciba la misma calidad de continuidad asistencial cuando se desplaza fuera de su comunidad de referencia que la que recibe dentro de ella. El segundo es la transición hacia clasificaciones más ricas y multiaxiales, con la progresiva planificación de la implantación de la CIE-11 en sustitución de la CIE-10-ES, un proceso complejo que exige recodificar sistemas, formar a los profesionales de documentación clínica y garantizar la comparabilidad histórica de las series estadísticas durante la transición.

El tercer reto es la incorporación de herramientas de inteligencia artificial y de análisis avanzado de datos sobre la enorme cantidad de información acumulada en sistemas como Diraya y en el CMBD: desde sistemas de ayuda a la codificación clínica automática, hasta modelos predictivos de riesgo o de apoyo a la decisión diagnóstica, pasando por la explotación de datos anonimizados para investigación epidemiológica a gran escala. Esta tendencia, muy prometedora desde el punto de vista de la gestión del conocimiento, plantea a su vez nuevos retos de gobernanza del dato y de protección de la confidencialidad que la normativa está aún desarrollando.

El cuarto reto es el desarrollo de la telemedicina y la teleasistencia, aceleradas de forma notable en los últimos años, que exigen que los sistemas de información incorporen de forma nativa canales de comunicación remota (videoconsulta, telemonitorización de constantes, seguimiento a distancia) plenamente integrados en la historia digital del paciente, y no como aplicaciones paralelas y desconectadas. En logopedia, este desarrollo tiene una traducción directa en la consolidación de modelos de teleintervención logopédica para el seguimiento de determinados pacientes, siempre con las mismas garantías de confidencialidad y calidad asistencial que la atención presencial.

Por último, y de forma transversal a todos los anteriores, el reto de la ciberseguridad: cuanto más centralizada, interoperable y accesible es una historia de salud única, mayor es también el impacto potencial de un incidente de seguridad (ciberataque, filtración masiva de datos). Por ello, las estrategias de salud digital actuales —tanto a nivel estatal como autonómico— dedican una atención creciente a la seguridad de la información como condición imprescindible para mantener la confianza de la ciudadanía en un modelo de historia clínica compartida como el que representa Diraya.

Desde el punto de vista técnico, buena parte de estos retos convergen en la adopción de estándares internacionales de interoperabilidad, entre los que destaca la familia de normas HL7 (Health Level Seven) y, de forma creciente, su especificación más moderna FHIR (Fast Healthcare Interoperability Resources), que definen cómo deben estructurarse e intercambiarse los mensajes clínicos entre sistemas distintos para que la información viaje con un significado inequívoco. Conviene distinguir aquí dos niveles de interoperabilidad que a menudo se confunden: la interoperabilidad sintáctica, que garantiza que dos sistemas puedan intercambiarse mensajes con un formato técnico común (por ejemplo, mediante HL7), y la interoperabilidad semántica, que garantiza que ambos sistemas interpretan ese mensaje con el mismo significado clínico, lo que solo es posible si ambos codifican la información con las mismas clasificaciones y terminologías normalizadas —precisamente la función que cumple la CIE descrita en el epígrafe 6—. Sin esta doble interoperabilidad, sintáctica y semántica, ni Diraya podría sostener la Historia Digital de Salud del Ciudadano, ni sería posible la interoperabilidad estatal de la HCDSNS.

12. MAPA CONCEPTUAL