Conectar dispositivos médicos: GDT, HL7 y FHIR de un vistazo

En una clínica de rehabilitación, un centro de diagnóstico o un laboratorio de valoración del rendimiento se acumulan enseguida diez o veinte equipos de distintos fabricantes. Cada uno genera datos valiosos y casi todos los guardan en su propio software. Por eso, quien quiera conectar dispositivos médicos debe responder a dos preguntas: ¿qué interfaz ofrece el equipo y adónde deben fluir finalmente los datos? Esta guía explica los estándares habituales, muestra vías para equipos sin interfaz estándar y describe cómo se desarrolla un proyecto de conexión.

Por qué los datos de los equipos están dispersos

Las soluciones aisladas rara vez son una decisión consciente. El parque de equipos crece durante años, a través de distintos departamentos y presupuestos. Cada fabricante suministra su software, diseñado para su propio equipo. Una visión común de la persona no está prevista en este modelo.

Muchos centros conocen las consecuencias:

• Doble introducción de datos: el nombre, la fecha de nacimiento y el número de caso se teclean de nuevo en cada equipo.
• Discontinuidades entre soportes: los resultados se imprimen, se transcriben a mano o se archivan como PDF en la historia clínica.
• Sin evolución: quien quiere ver el desarrollo de una persona a lo largo de varios equipos tiene que abrir varios programas.
• Dependencia: los datos se quedan en el software del fabricante. Cambiar de equipo supone a menudo una ruptura en el historial.

Una conexión de equipos solo resuelve estos problemas si funciona en ambos sentidos: datos de la persona y petición hacia el equipo, valores de medición de vuelta a una base de datos común.

Los principales estándares para la interfaz de dispositivos médicos

En el sector sanitario existen estándares consolidados para el intercambio de datos. Se diferencian por su ámbito de aplicación, por la tecnología y por el nivel de detalle con que representan los datos.

Estándar	Para qué	Equipos y sistemas típicos	Tecnología
GDT	Intercambio entre el equipo y el software de consultas o de clínicas en los países de habla alemana	ECG, función pulmonar, ergometría, EMG, campimetría	Archivos en un directorio compartido, identificadores de campo línea a línea
HL7 v2	Mensajes entre el HIS y los subsistemas	Laboratorio, diagnóstico funcional, ergoespirometría, documentación terapéutica	Mensajes basados en eventos, normalmente por TCP/IP
FHIR R4	Intercambio moderno de objetos de datos individuales	Software de equipos más reciente, apps, plataformas, aplicaciones vinculadas a la historia clínica electrónica alemana (ePA)	Interfaz REST, JSON o XML
DICOM	Datos de imagen e información asociada	Radiografía, ecografía, RM, TC	Protocolo y formato de archivo propios, listas de trabajo para exploraciones
IHE XDS	Intercambio de documentos entre centros	Informes de resultados, documentos de evolución	Perfil basado en estándares existentes

Interfaz GDT

En los países de habla alemana, GDT es la vía más extendida para conectar un equipo de diagnóstico al software de la consulta o al HIS. La especificación la mantiene el Qualitätsring Medizinische Software (QMS). El principio es sencillo: el software deposita en un directorio compartido un archivo con los datos del paciente y la petición de exploración, el software del equipo lo lee, realiza la medición y deposita un archivo de resultados.

La ventaja es la baja barrera de entrada, ya que muchos equipos admiten GDT de serie. El límite está en la estructura: el nivel de detalle con que vuelven los resultados depende mucho del fabricante. Algunos entregan valores de medición individuales; otros, solo una referencia a un informe.

HL7 v2

HL7 v2 es el estándar de mensajería entre el sistema de información hospitalaria (HIS) y los subsistemas de una clínica. Los mensajes típicos son ingresos de pacientes, peticiones y resultados. Así, un subsistema recibe del HIS los datos maestros y la petición, y devuelve los resultados.

HL7 v2 está muy extendido y presente en casi todos los HIS. La contrapartida: el estándar deja margen de interpretación, por lo que cada interfaz debe acordarse entre las partes implicadas.

FHIR

FHIR (Fast Healthcare Interoperability Resources) es el estándar más reciente de HL7 International. Describe los datos como recursos individuales, por ejemplo Patient, Observation para un valor de medición o DiagnosticReport para un informe de resultados, y utiliza tecnologías web habituales. La versión R4 es hoy la más ampliamente soportada.

Para la conexión de dispositivos médicos, FHIR resulta interesante porque un valor de medición se transmite como un objeto independiente con unidad y momento. Muchos fabricantes están desarrollando sus interfaces en esta dirección. Tyromotion, por ejemplo, trabaja en una interfaz FHIR bidireccional para su robótica de rehabilitación.

DICOM

DICOM regula el intercambio de datos de imagen y de la información asociada. Para las técnicas de imagen es el estándar establecido. En los equipos de terapia y de diagnóstico funcional, DICOM tiene un papel menor, pero puede ser relevante cuando una exploración incluye imágenes o vídeos.

Conectar dispositivos médicos sin interfaz estándar

Precisamente en los equipos de terapia y entrenamiento, en el análisis del movimiento o en la valoración del rendimiento falta a menudo un estándar. Eso no significa que la conexión sea imposible. Las vías habituales son:

• Interfaz del fabricante: muchos fabricantes ofrecen una interfaz de programación propia o un SDK. Con ella se pueden transmitir peticiones y recoger resultados, en parte de forma bidireccional.
• Exportación de archivos: el software del equipo genera los resultados en XML, CSV o un formato propio. Un programa lee los archivos automáticamente.
• Conexión a través de un software intermedio: algunos equipos se conectan a través del software que ya los controla, por ejemplo un software de entrenamiento multifabricante.
• Lectura en el equipo: un pequeño programa en el ordenador del equipo lee los datos directamente y los transmite en forma estandarizada.

La relación de sistemas compatibles muestra lo distinto que resulta esto en la práctica. Noraxon está conectado de forma bidireccional por GDT; OCULUS, por GDT a través del software Twinfield; COSMED, por HL7 a través del software Omnia. Biodex se conecta mediante una exportación XML, porque no existe una interfaz abierta del fabricante, y en BTS Bioengineering los resultados del análisis se incorporan sin interfaz estandarizada. Hocoma y CONTEMPLAS están conectados mediante interfaces bidireccionales del fabricante con Order Entry.

Para la lectura en el equipo, Datico^® dispone del Datico^® Agent. Lee los datos directamente en el equipo y los transmite de forma estandarizada, por ejemplo por HL7. Si solo se quiere conectar un único equipo a un sistema clínico, también es posible sin la plataforma completa con el Datico^® Agent Standalone.

¿Informe en PDF o valores individuales discretos?

En cada conexión de equipos se plantea la cuestión de en qué forma vuelven los resultados. La diferencia es mayor de lo que parece a primera vista.

	Informe en PDF	Valores individuales discretos
Contenido	Documento acabado con tablas y gráficos	Parámetros individuales con valor, unidad, momento y persona
Archivo en la historia clínica	Sí	Sí, y además puede generarse como informe
Evolución en el tiempo	Solo leyendo varios informes	Automática
Comparación con otros equipos	No es posible	Posible
Clasificación en rangos de referencia	Solo según lo que defina el fabricante	Según referencias propias
Uso para puntuaciones y estudios	No es posible	Posible

Un PDF basta para la documentación. Para guiar la terapia, el control de calidad y la investigación necesita los valores individuales. Por eso, el Device Connector no solo incorpora informes, sino valores de medición discretos y resultados de análisis que pueden combinarse con otras fuentes.

Conectar equipos de terapia y de diagnóstico: los pasos de un proyecto

Un proyecto de conexión suele seguir el mismo desarrollo, tanto si conecta equipos de terapia como de diagnóstico o de entrenamiento.

1. Inventario: ¿qué equipos hay, con qué software y qué versión? ¿Qué interfaces ofrecen según el fabricante?
2. Definir el objetivo: ¿adónde deben fluir los datos, al HIS, a una plataforma de análisis o a ambos? ¿Qué valores se necesitan realmente?
3. Aclarar el circuito de peticiones: ¿las peticiones vienen del HIS o de un software de consultas? En ese caso se define qué petición desencadena qué exploración en qué equipo.
4. Elegir la interfaz de cada equipo: el estándar, cuando exista; si no, la interfaz del fabricante o la exportación de archivos. Se aclara también qué campos se devuelven.
5. Mapear los parámetros: cada valor de medición recibe un parámetro unívoco con unidad, para que los valores de distintos equipos sean comparables.
6. Probar con mediciones reales: la asignación a la persona, la integridad y la transmisión de vuelta se comprueban con exploraciones reales.
7. Operación y ampliación: los equipos nuevos se van incorporando paso a paso sin modificar las conexiones existentes.

Con Order Entry, el paso 3 se representa en el Datico^® Life Hub: una petición del HIS se asigna mediante un procedimiento a un flujo de exploración que define los equipos, los parámetros y el orden. A continuación, el HIS Connector devuelve al sistema de destino los resultados, las evoluciones y las puntuaciones mediante HL7, FHIR, GDT o IHE XDS. Para los equipos sin interfaz propia con el HIS, el Datico^® Life Hub asume así el papel de plataforma de interoperabilidad.

Varios equipos a la vez: conexión en directo

Algunas aplicaciones necesitan algo más que incorporar resultados acabados. En cámaras de altitud y climáticas, en la valoración del rendimiento o en pruebas en grupo funcionan simultáneamente varios equipos y sensores, y los valores deben coincidir en el tiempo.

Para ello existe Live Control. Muestra de forma sincronizada los valores de medición de varios equipos en un puesto de trabajo central, los guarda por persona y sesión y controla directamente equipos como cintas de correr o cámaras de altitud. Los datos complementarios, como el esfuerzo percibido según la escala de Borg, se registran por tableta en el momento exacto. Algunos ejemplos son la conexión en tiempo real de cintas de correr h/p/cosmos mediante el protocolo coscom o de ergómetros ergoline mediante el protocolo ergoline.

Mantener la independencia del fabricante

Una conexión de equipos es una inversión que debería durar varias generaciones de equipos. Por eso, preste atención a tres puntos:

• Los datos son suyos: los valores de medición deberían estar en una base de datos que usted controle y poder exportarse en formatos abiertos.
• Una sola conexión con el HIS: si una plataforma agrupa los equipos, el HIS solo necesita una interfaz con esa plataforma en lugar de una con cada equipo.
• Ampliable: debería ser posible añadir equipos nuevos y también sistemas más antiguos sin quedar atado a un único fabricante de equipos.

El Device Connector está concebido para estos objetivos. Según su página de función, son compatibles más de 60 sistemas de medicina, rehabilitación, deporte e investigación. Cómo es esto en el día a día de una clínica de rehabilitación lo describe el artículo Equipos de terapia de distintos fabricantes.

De la conexión a la decisión

La conexión de los equipos es el primer paso, no el objetivo. En cuanto los valores de medición están estructurados, pueden clasificarse y condensarse: con Reference Sets en zonas de valoración, con Index Management en puntuaciones que reúnen varios equipos y cuestionarios. Así, a partir de muchas mediciones individuales surge una evolución que respalda la terapia y el entrenamiento como base para la toma de decisiones.

Si desea repasar su parque de equipos, concierte una primera conversación personal. Los fabricantes de sistemas que quieran conectar sus equipos encontrarán información en Para fabricantes de equipos.