Estándares y desafíos HL7: HL7 v2, HL7 v3 y CDA

Como comentamos anteriormente en “¿Qué es HL7 y por qué es tan importante en e-Health?”, HL7 es uno de los estándares de atención médica más utilizados en todo el mundo, preparado para dar soporte a la práctica clínica, la investigación y la gestión de los servicios de salud.

HL7 proporciona un framework que ayuda a controlar cómo se intercambia e integra la información médica electrónica. Los estándares HL7 definen cómo se estructura, empaqueta y comunica la información de los pacientes entre centros de salud y también establece los tipos de datos, la estructura y el lenguaje necesarios para una integración perfecta entre los sistemas electrónicos de salud.

Desafíos de implementación de HL7

Uno de los principales desafíos que enfrenta la adopción de HL7 es su flexibilidad. Si bien la comunidad HL7 diseñó el estándar para que sea flexible y fácil de adoptar, pero HL7 a veces se conoce como el "estándar no estándar" porque casi todas las organizaciones de atención médica implementan el framework de una manera particular y única debido a su gran flexibilidad. Esto se debe a la ausencia de un proceso clínico preestablecido para interactuar con datos clínicos, pacientes y la gestión del servicio.

Además del hecho de que HL7 permite que los entornos de atención médica utilicen diferentes  versiones del estándar, cada nueva versión de HL7 viene con nuevas opciones y características, por lo que no siempre es compatible. Los 3 estándares fundamentales són: HL7 V2, HL7 V3 y CDA.

3 estándares fundamentales: HL7 V2, HL7 V3 y CDA.

HL7 versión 2

La versión 2.x (V2) de HL7 es el estándar de mensajería más utilizado para intercambiar información clínica de los pacientes. Básicamente, es un lenguaje de consulta que los centros sanitarios pueden usar para enviar mensajes que contienen o solicitan datos de salud.

Existen muchos tipos de mensajes HL7 V2, pero los más usados son los de gestión de paciente (ADT), órdenes (ORM) y resultados (ORU). Los mensajes son cadenas de texto divididos en segmentos. El segmento más importante es la cabecera o segmento MSH, que aparece en primer lugar y contiene, entre otros datos, el tipo de mensaje que es.

Los mensajes de HL7 v2 tienen un aspecto muy característico:

MSH|^~\&|GHH LAB|ELAB-3|GHH OE|BLDG4|200202150930||ORU^R01|CNTRL-3456|P|2.4<cr>
PID|||555-44-4444||EVERYWOMAN^EVE^E^^^^L|JONES|19620320|F|||153 FERNWOOD DR.^
^STATESVILLE^OH^35292||(206)3345232|(206)752-121||||AC555444444||67-A4335^OH^20030520<cr>
OBR|1|845439^GHH OE|1045813^GHH LAB|15545^GLUCOSE|||200202150730|||||||||
555-55-5555^PRIMARY^PATRICIA P^^^^MD^^|||||||||F||||||444-44-4444^HIPPOCRATES^HOWARD H^^^^MD<cr>
OBX|1|SN|1554-5^GLUCOSE^POST 12H CFST:MCNC:PT:SER/PLAS:QN||^182|mg/dl|70_105|H|||F<cr>

En estos mensajes, cada línea corresponde a un segmento que se identifica por sus tres primeras letras y a continuación los campos de ese segmento. Estos campos, a su vez, están formados por componentes y subcomponentes.

Los campos, componentes y subcomponenetes se separan mediante separadores especiales:

  • | : separador de campos
  • ^ : separador de componentes
  • & : separador de subcomponentes
  • ~ : separador en iteraciones de campos
  • \ : carácter de escape

Desde la versión 2.3 del estándar HL7 se pueden codificar los mensajes también en formato XML.

HL7 versión 3

HL7 v3 es más potente que su predecesor y se basa en una metodología basada en modelos creada para respaldar mejor los testeos de las integraciones y agilizar la planificación de la implementación.

El estándar HL7 V2 es el más usado pero tiene algunos inconvenientes respecto a la versión 3. Debido a que HL7 V2 tiene una gran flexibilidad y es muy adaptable, las diferencias entre distintas implementaciones requieren profundos análisis y mucha negociación para conseguir la integración. Estas diferencias y flexibilidad hacen que también sea complicado de testear y en consecuencia poner en producción.

Esta situación impulsó el desarrollo del estándar HL7 V3. Este estándar es mucho más ambicioso y amplio que la versión anterior. El enfoque de este nuevo estándar es mucho más formal y pretende solucionar algunos de los inconvenientes de su versión anterior.

La mensajería y documentos de HL7 V3 se definen en XML, a diferencia del formato de segmentos por líneas usado en HL7 V2. Asimismo, insiste mucho en el uso de terminología estándar como CIE-11, LOINC y SNOMED CT.

Estándar de Documento Clínico (HL7 CDA)

Este es un estándar aprobado por la ISO que establece un modelo de intercambio de datos clínicos basado en documentos. Un CDA puede contener información clínica referente a informes de alta, de radiología, patologías, exploraciones y tratamientos. CDA está basado en la metodología de trabajo de HL7 V3.

Las seis características que debe tener un documento clínico CDA son:

  • Persistencia: el documento permanece inalterado en el tiempo, independientemente de cambios externos.
  • Custodia: el documento debe ser administrado por una organización o entidad.
  • Autenticación: el documento ha de tener validez legal.
  • Contexto: el documento define un contexto de participantes (como el paciente o el médico), acto, prestador de servicios sanitarios, etc.
  • Completitud: el documento se debe entender como una unidad de contenido.
  • Legibilidad humana: aunque puede ser procesado por sistemas informáticos, el documento debe conservar la capacidad de ser leído por personas.

El objetivo del estándar HL7 CDA es definir la parte estructural y semántica del documento, pero no se ocupa del contenido de los documentos. Cómo se crean, almacenan e intercambian los documentos queda fuera del alcance del estándar.

Un documento CDA se especifica en formato XML y esta compuesto en dos partes: header y el body. El header contiene metainformación sobre el documento:

  • Atributos del encabezado: identificación, fecha, título, idioma, etc.
  • Participantes: el autor, el paciente, el proveedor, etc.
  • Datos relacionados: otros documentos, autorizaciones, etc.

El body contiene la información del documento, que debe contener una parte textual que asegure la legibilidad humana. El estándar define tres niveles de estructura para el cuerpo:

  • Nivel 1: contenido no estructurado. Por ejemplo, el contenido puede ser un documento PDF incrustado.
  • Nivel 2: contenido estructurado y codificado en secciones.
  • Nivel 3: contenido completamente estructurado y codificado.

La codificación del contenido de los documentos se realiza mediante estándares de codificación, como SNOMED-CT, CIE-11 y LOINC. Cuanto mayor sea el nivel de codificación del contenido del documento, mayor será su grado de interoperabilidad con otros sistemas, siendo el nivel 3 el más interoperable.

Conclusión

Los estándares más comunes son HL7 v2, HL7 v3 y CDA, aunque no son los únicos. Lo importante es que el uso de estándares HL7 allanan el camino para una mejor interoperabilidad con los datos de salud, ayudándote a aumentar la eficiencia, mejorar los flujos de trabajo clínicos, aumentar la calidad de la atención médica con nueva información y, en última instancia, garantizar mejores resultados para todos.




Photo by National Cancer Institute on Unsplash

Referencias:
· Complete Guide to HL7 Standards
· Los 5 estándares HL7 fundamentales