Los estándares dejan demasiadas opciones abiertas: dos sistemas «compatibles con HL7 y DICOM» pueden no entenderse. IHE resuelve esto con perfiles: recetas cerradas para un caso de uso, con papeles y transacciones definidos. Esta lección recorre los perfiles que sostienen la identidad del paciente y el intercambio de documentos entre centros, y el que lleva a la historia clínica las constantes de los monitores y otros dispositivos de cabecera.

IHE: de los estándares a los perfiles

IHE es una iniciativa de profesionales sanitarios y de la industria para mejorar cómo comparten información los sistemas, promoviendo el uso coordinado de estándares como DICOM y HL7 ¹. Se organiza por dominios: cardiología, radiología, odontología, oftalmología, infraestructura de tecnologías de la información y farmacia, entre otros ¹. Publica sus marcos técnicos y, en su apartado de pruebas, los resultados de los Connectathon, sesiones en que los fabricantes prueban sus sistemas entre sí ¹.

Un perfil tiene tres piezas:

• Actores: papeles funcionales, no productos. Un mismo sistema puede hacer de varios.
• Transacciones: los intercambios entre actores, cada uno apoyado en un estándar concreto.
• Opciones: variantes que un actor puede o no soportar.

Para cumplir un actor de un perfil, un sistema debe realizar todas las transacciones obligatorias de ese actor ⁶. Los fabricantes lo comunican con una declaración de integración IHE, que indica qué perfiles, actores y opciones incorporan ⁶. En una compra pública, pedir «compatibilidad con HL7» dice poco; pedir un actor concreto de un perfil concreto se puede comprobar.

Los perfiles de identidad: PIX y PDQ

El marco de infraestructura de IHE (revisión 20.2, de noviembre de 2025) reúne los perfiles transversales ². Dos se ocupan de saber quién es el paciente.

PIX (Patient Identifier Cross-referencing) permite relacionar los identificadores de pacientes de varios dominios de identificación ³. Sus actores son la fuente de identidad, que asigna identificadores; el gestor de referencias cruzadas, que crea y mantiene las listas de identificadores que son «alias» unos de otros; y el consumidor, que las consulta ³. Dos límites importantes: el perfil no define políticas ni algoritmos de cruce, y el gestor no se encarga de mejorar la calidad de los datos de identificación ³. Decidir que dos registros son la misma persona sigue siendo cosa de cada organización.

PDQ (Patient Demographics Query) permite a una aplicación consultar a un servidor de pacientes una lista de candidatos según criterios definidos por el usuario ⁴. Es el «buscar paciente por nombre y fecha de nacimiento» llevado a un estándar, con un consumidor y un proveedor de datos demográficos ⁴.

En la práctica, el gestor de PIX y el proveedor de PDQ suelen ser el mismo sistema: el índice maestro de pacientes, o MPI. En una organización con varios centros se habla de EMPI.

Compartir documentos: XDS.b y su familia

XDS.b (Cross-Enterprise Document Sharing) facilita el registro, la distribución y el acceso entre organizaciones sanitarias a la historia clínica electrónica de los pacientes ⁵. Las organizaciones que participan forman un dominio de afinidad: un grupo que ha acordado trabajar con políticas comunes ⁵. Sus actores ⁵:

XDS «is document content neutral»: transporta cualquier tipo de información clínica ⁵. Lo que va dentro (un informe en texto, un documento estructurado, un resumen de paciente) lo definen otros perfiles de contenido.

A su alrededor, el mismo marco técnico incluye perfiles complementarios ²:

Monitores y constantes: el perfil DEC

En una UCI, cada paciente está conectado a un monitor, un respirador y varias bombas de perfusión. El dominio de dispositivos de IHE se ocupa de llevar esos datos a los sistemas corporativos. Su marco técnico vigente es la revisión 10.0, de noviembre de 2024 ⁶.

El perfil DEC (Device Enterprise Communication) comunica datos de dispositivos de distintos fabricantes y modalidades a las aplicaciones corporativas con una semántica común. Para ello traduce la sintaxis y la semántica propietarias de cada equipo a una única representación, con una hora corporativa coherente ⁶. Los datos de dispositivo incluyen ⁶:

• Datos fisiológicos periódicos: frecuencia cardiaca, presión arterial invasiva, frecuencia respiratoria.
• Datos aperiódicos: presión arterial no invasiva, peso, gasto cardiaco.
• Alarmas y alertas.
• Configuración de los dispositivos.
• Pruebas de laboratorio en el punto de atención, como la glucemia capilar.

Tiene dos actores: el que informa de las observaciones del dispositivo, Device Observation Reporter, y el que las consume, Device Observation Consumer ⁶. Los une una transacción, PCD-01 Communicate PCD Data ⁶. Por debajo es un mensaje HL7 v2 de resultados, el mismo ORU^R01 de la lección de HL7 ⁷; por defecto viaja por MLLP, con opción de servicios web ⁶.

Monitor de cabecera  →  pasarela (DOR)  →  ORU^R01 cada minuto  →  historia clínica (DOC)
OBX|1|NM|<código 11073 de frecuencia cardiaca>||72|<unidad>|...

El ejemplo es esquemático: el código y la unidad salen de la nomenclatura de dispositivos, no se escriben a mano.

Lo que el perfil deja fuera

El marco técnico es explícito en sus límites ⁶:

• Los valores periódicos se comunican, típicamente, con un intervalo no inferior a un minuto. No es una monitorización en tiempo real.
• Las formas de onda (electrocardiograma, electroencefalograma) y las alarmas en tiempo real no están cubiertas en este perfil; las alarmas tienen su propio perfil, ACM.
• No aborda el control de los dispositivos, ni en lazo abierto ni cerrado.
• Asume que se implanta dentro de una sola organización y en una red segura.
• Cómo se asocia el dato al identificador corporativo del paciente queda fuera del marco: el sistema solo ofrece los medios para hacerlo. Recomienda usar transacciones IHE de datos demográficos y de episodios.

Un segundo caso de uso del perfil envía solo los datos validados por un profesional, identificándolo en el mensaje ⁶. Es el modelo habitual en las gráficas de enfermería: la máquina propone, la enfermera valida.

Todos los actores de DEC deben agruparse con el cliente de hora del perfil Consistent Time ⁶. Sin una hora común, una tensión arterial y la dosis de un fármaco no se pueden ordenar con fiabilidad.

Semántica de dispositivos: 11073 y RTM

Un monitor llama a la frecuencia cardiaca de una manera y otro de otra. Para unificarlo, IHE usa la nomenclatura ISO/IEEE 11073-10101 y su tabla de correspondencias Rosetta Terminology Mapping (RTM), que armoniza términos, unidades y valores enumerados entre dispositivos y sistemas ⁶. Su uso es obligatorio en los perfiles de dispositivos de IHE ⁶.

El dominio tiene otros perfiles: la verificación de perfusiones en el punto de atención, PIV, y la gestión de alarmas, ACM ⁶. Los dispositivos médicos, y el software que los acompaña, están además sujetos a la normativa de productos sanitarios, que se trata en el módulo «Derechos, datos y seguridad».

Caso práctico

Una UCI quiere que la gráfica de enfermería se rellene sola con las constantes de los monitores, en lugar de transcribirlas cada hora.

Se instala una pasarela que recibe los datos de los monitores y hace de informador de observaciones del perfil DEC. Cada minuto envía mensajes ORU^R01 a la historia clínica, con términos de la nomenclatura 11073 armonizada por RTM ⁶. Antes, alguien debe asociar cada monitor a un paciente: el perfil no dice cómo ⁶. Si en un cambio de box nadie actualiza esa asociación, las constantes de un paciente acabarán en la historia de otro.

Por eso el diseño final incluye la validación: la enfermera revisa los valores propuestos antes de que pasen a la gráfica, y el mensaje identifica a quien valida ⁶.

Qué implica para los sistemas

Perfil	Datos que nacen	Sistema que lo implementa	Intercambio
PIX / PDQ	Relaciones entre identificadores; búsquedas de pacientes	MPI o EMPI	Admisión de cada centro, repositorios, sistemas departamentales
XDS.b / XCA	Metadatos de documentos y su ubicación	Registro y repositorios de documentos	Otros centros del dominio o de otras comunidades
ATNA	Traza de accesos y autenticación de nodos	Repositorio de auditoría	Seguridad, protección de datos
DEC	Constantes, configuración de equipos, datos validados	Pasarela de dispositivos e historia clínica	Monitores, respiradores, bombas, gráfica de enfermería