Health Level Seven o HL7 se refiere a un conjunto de estándares internacionales para la transferencia de datos clínicos y administrativos entre aplicaciones de software utilizadas por varios proveedores de atención médica. Estos estándares se centran en la capa de aplicación, que es la "capa 7" en el modelo OSI . Los estándares HL7 son producidos por Health Level Seven International , una organización de estándares internacionales , y son adoptados por otros organismos emisores de estándares como el Instituto Nacional Estadounidense de Estándares y la Organización Internacional de Normalización .
Los hospitales y otras organizaciones de proveedores de atención médica suelen tener muchos sistemas informáticos diferentes que se utilizan para todo, desde registros de facturación hasta seguimiento de pacientes. Todos estos sistemas deben comunicarse entre sí (o "interfaz") cuando reciben nueva información o cuando desean recuperar información, pero no todos lo hacen.
HL7 International especifica una serie de estándares, pautas y metodologías flexibles mediante las cuales varios sistemas de atención médica pueden comunicarse entre sí. Dichas pautas o estándares de datos son un conjunto de reglas que permiten que la información se comparta y procese de manera uniforme y consistente. Estos estándares de datos están destinados a permitir que las organizaciones sanitarias compartan fácilmente información clínica. Teóricamente, esta capacidad de intercambiar información debería ayudar a minimizar la tendencia de la atención médica a estar geográficamente aislada y ser muy variable. [1]
HL7 International considera que los siguientes estándares son sus estándares principales, los estándares que se utilizan e implementan con mayor frecuencia: [2]
- Versión 2.x Messaging Standard: una especificación de interoperabilidad para transacciones médicas y de salud
- Estándar de mensajería versión 3: una especificación de interoperabilidad para transacciones médicas y de salud
- Arquitectura de documentos clínicos (CDA): un modelo de intercambio de documentos clínicos, basado en HL7 Versión 3
- Documento de continuidad de la atención (CCD): una especificación de EE. UU. Para el intercambio de resúmenes médicos, basada en CDA.
- Etiquetado estructurado de productos (SPL): la información publicada que acompaña a un medicamento, basada en HL7 Versión 3
- Grupo de trabajo de objetos de contexto clínico (CCOW): una especificación de interoperabilidad para la integración visual de aplicaciones de usuario
Otras normas / metodologías de HL7 incluyen: [3]
- Recursos de interoperabilidad de atención médica rápida (FHIR): un estándar para el intercambio de recursos
- Sintaxis de Arden : una gramática para representar condiciones médicas y recomendaciones como un módulo de lógica médica (MLM)
- Adjuntos de reclamaciones: un adjunto estándar de atención médica para aumentar otra transacción de atención médica
- Especificación funcional de los sistemas de registros médicos electrónicos (EHR) / registros médicos personales (PHR): una descripción estandarizada de las funciones médicas y de salud buscadas o disponibles en dichas aplicaciones de software
- GELLO : un lenguaje de expresión estándar utilizado para el apoyo a la toma de decisiones clínicas
Estándares primarios
Los estándares principales de HL7 son aquellos estándares que Health Level Seven International considera que se utilizan e implementan con mayor frecuencia. [2]
Mensajería versión 2
El estándar HL7 versión 2 (también conocido como Pipehat) tiene como objetivo respaldar los flujos de trabajo hospitalarios. Fue creado originalmente en 1989. [4]
La versión 2 de HL7 define una serie de mensajes electrónicos para apoyar los procesos administrativos, logísticos, financieros y clínicos. Desde 1987, el estándar se ha actualizado periódicamente, dando como resultado las versiones 2.1, 2.2, 2.3, 2.3.1, 2.4, 2.5, 2.5.1, 2.6, 2.7, 2.7.1, 2.8, 2.8.1 y 2.8.2. Los estándares v2.x son compatibles con versiones anteriores (por ejemplo, un mensaje basado en la versión 2.3 será entendido por una aplicación que admita la versión 2.6).
Los mensajes HL7 v2.x utilizan una sintaxis de codificación no XML basada en segmentos ( líneas ) y delimitadores de un carácter . [5] Los segmentos tienen compuestos ( campos ) separados por el delimitador compuesto. Un compuesto puede tener subcompuestos (componentes) separados por el delimitador de subcompuestos, y los subcompuestos pueden tener subcompuestos (subcomponentes) separados por el delimitador de subcompuestos. Los delimitadores predeterminados son retorno de carro para el separador de segmento, barra vertical o tubería ( |
) para el separador de campo ^
, signo de intercalación ( ) para el separador de componentes, ampersand ( &
) para el separador de subcomponentes y signo de número (#) para el separador de truncamiento predeterminado. La tilde ( ~
) es el separador de repetición predeterminado. Cada segmento comienza con una cadena de 3 caracteres que identifica el tipo de segmento. Cada segmento del mensaje contiene una categoría específica de información. Cada mensaje tiene MSH
como primer segmento, que incluye un campo que identifica el tipo de mensaje. El tipo de mensaje determina los tipos de segmento esperados en el mensaje. [6] Los tipos de segmento utilizados en un tipo de mensaje en particular se especifican mediante la notación gramatical de segmento utilizada en los estándares HL7.
El siguiente es un ejemplo de un mensaje de admisión. MSH
es el segmento de encabezado, PID
la identidad del paciente, PV1
es la información de la visita del paciente, etc. El sexto campo del PID
segmento es el nombre del paciente, en el orden, apellido, nombre de pila, segundo nombre (o sus iniciales), sufijo, etc. Dependiendo de la versión estándar de HL7 V2.x, hay más campos disponibles en el segmento para información adicional del paciente.
MSH | ^ ~ \ & | MegaReg | XYZHospC | SuperOE | XYZImgCtr | 20060529090131-0500 || ADT ^ A01 ^ ADT_A01 | 01052901 | P | 2.5EVN || 200605290901 |||| 200605290900PID ||| 56782445 ^^^ UAReg ^ PI || KLEINSAMPLE ^ BARRY ^ Q ^ JR || 19620910 | M || 2028-9 ^^ HL70005 ^ RA99113 ^^ XYZ | 260 GOODWIN CREST DRIVE ^^ BIRMINGHAM ^ AL ^ 35209 ^^ M ~ NICKELL'S PICKLES ^ 10000 W 100TH AVE ^ BIRMINGHAM ^ AL ^ 35200 ^^ O ||||||| 0105I30001 ^^^ 99DEF ^ ANPV1 || I | W ^ 389 ^ 1 ^ UABH ^^^^ 3 |||| 12345 ^ MORGAN ^ REX ^ J ^^^ MD ^ 0010 ^ UAMC ^ L || 67890 ^ GRAINGER ^ LUCY ^ X ^^^ MD ^ 0010 ^ UAMC ^ L | MED ||||| A0 || 13579 ^ POTTER ^ SHERMAN ^ T ^^^ MD ^ 0010 ^ UAMC ^ L |||||||||||||||| ||||||||||| 200605290900OBX | 1 | NM | ^ Altura del cuerpo || 1.80 | m ^ Metro ^ ISO + ||||| FOBX | 2 | NM | ^ Peso corporal || 79 | kg ^ Kilogramo ^ ISO + ||||| FAL1 | 1 || ^ ASPIRINADG1 | 1 || 786.50 ^ DOLOR DE PECHO, NO ESPECIFICADO ^ I9 ||| A
HL7 v2.x ha permitido la interoperabilidad entre los sistemas electrónicos de administración de pacientes (PAS), los sistemas electrónicos de gestión de la práctica (EPM), los sistemas de información de laboratorio (LIS), los sistemas dietéticos, de farmacia y de facturación, así como los registros médicos electrónicos (EMR) o electrónicos. Sistemas de registro de salud (EHR). Actualmente, el estándar de mensajería HL7 v2.x es compatible con todos los principales proveedores de sistemas de información médica en los Estados Unidos. [7]
Mensajería versión 3
El estándar HL7 versión 3 [8] tiene como objetivo admitir todos los flujos de trabajo sanitarios. El desarrollo de la versión 3 comenzó alrededor de 1995, lo que resultó en una publicación estándar inicial en 2005. El estándar v3, a diferencia de la versión 2, se basa en una metodología formal (HDF) y principios orientados a objetos.
LLANTAS - ISO / HL7 21731
El Modelo de información de referencia [9] (RIM) es la piedra angular del proceso de desarrollo de HL7 Versión 3 y una parte esencial de la metodología de desarrollo de HL7 V3. RIM expresa el contenido de datos necesario en un contexto clínico o administrativo específico y proporciona una representación explícita de las conexiones semánticas y léxicas que existen entre la información transportada en los campos de los mensajes HL7. [10]
Marco de desarrollo HL7 - ISO / HL7 27931
El marco de desarrollo HL7 versión 3 (HDF) es un proceso en continua evolución que busca desarrollar especificaciones que faciliten la interoperabilidad entre los sistemas de salud. El RIM de HL7, las especificaciones de vocabulario y el proceso de análisis y diseño basado en modelos se combinan para hacer de la versión 3 de HL7 una metodología para el desarrollo de estándares basados en consenso para la interoperabilidad del sistema de información sanitaria . El HDF es la edición más actual de la metodología de desarrollo HL7 V3.
El HDF no solo documenta la mensajería, sino también los procesos, herramientas, actores, reglas y artefactos relevantes para el desarrollo de todas las especificaciones estándar de HL7. Con el tiempo, el HDF abarcará todas las especificaciones del estándar HL7, incluidos los nuevos estándares que resulten del análisis de las arquitecturas y los requisitos de los registros médicos electrónicos.
Las especificaciones de HL7 se basan en códigos y vocabularios de una variedad de fuentes. El trabajo de vocabulario V3 asegura que los sistemas que implementan las especificaciones HL7 tengan una comprensión inequívoca de las fuentes de código y los dominios de valor de código que están utilizando.
Mensajería V3
El estándar de mensajería HL7 versión 3 define una serie de mensajes de texto seguros (llamados interacciones ) para respaldar todos los flujos de trabajo de atención médica.
Los mensajes HL7 v3 se basan en una sintaxis de codificación XML, como se muestra en este ejemplo: [11] : 2.2.1
ITSVersion = "XML_1.0" xmlns = "urn: hl7-org: v3" xmlns: xsi = "http://www.w3.org/2001/XMLSchema-instance" > root = "2.16.840.1 .113883.19.1122.7 " extension = " CNTRL-3456 " /> value = " 200202150930-0400 " /> code = "2006-05" /> < ID de interacción root = "2.16.840.1.113883.1.6" extensión = "POLB_IN224200" /> < código de procesamiento = "P" /> nullFlavor = "OTH" /> code = "ER" /> typeCode = "RCV" > classCode = "DEV" determinerCode = "INSTANCE" > extension = " GHH LAB " root = " 2.16.840.1.113883.19.1122.1 " /> classCode = " LOCE " > ón> classCode = " PLC " determinerCode = " INSTANCE " > root = " 2.16.840.1.113883.19.1122.2 " extension = "ELAB-3" /> typeCode = "SND" > classCode = "DEV " determinerCode = " INSTANCE " > root = " 2.16.840.1.113883.19.1122.1 " extension = " GHH OE " /> classCode = " LOCE " > ón> classCode = " PLC " determinerCode = " INSTANCE " > < id root = "2.16.840.1.113883.19.1122.2" extension = "BLDG24" /> < / POLB_IN224200>
Arquitectura de documentos clínicos (CDA)
La arquitectura de documentos clínicos (CDA) de HL7 es un estándar de marcado basado en XML destinado a especificar la codificación, la estructura y la semántica de los documentos clínicos para el intercambio. [12] La norma se publicó conjuntamente con ISO como ISO / HL7 27932.
Documento de continuidad de la atención (CCD)
CCD es una especificación estadounidense para el intercambio de resúmenes médicos, basada en CDA.
Etiquetado estructurado de productos (SPL)
SPL describe la información publicada que acompaña a un medicamento, según la versión 3 de HL7.
CCOW
CCOW , o "Clinical Context Object Workgroup", es un protocolo estándar diseñado para permitir que aplicaciones dispares compartan el contexto del usuario y el contexto del paciente en tiempo real y en el nivel de la interfaz del usuario. Las implementaciones de CCOW generalmente requieren un sistema de bóveda CCOW para administrar la seguridad del usuario entre aplicaciones.
Otros estándares y métodos
Recursos de interoperabilidad de atención médica rápida (FHIR)
Fast Healthcare Interoperability Resources es un borrador de estándar de HL7 International diseñado para ser más fácil de implementar, más abierto y más extensible que la versión 2.xo la versión 3. Aprovecha un conjunto moderno de tecnología API basada en web, incluido un RESTful basado en HTTP Protocolo, HTML y hojas de estilo en cascada para la integración de la interfaz de usuario, una opción de JSON o XML para la representación de datos, OAuth para la autorización y ATOM para los resultados de la consulta. [13]
Marco de interoperabilidad consciente de servicios
El marco de arquitectura empresarial consciente de los servicios de HL7 (SAIF) proporciona coherencia entre todos los artefactos de HL7 y permite un enfoque estandarizado para el desarrollo y la implementación de la arquitectura empresarial (EA), y una forma de medir la coherencia.
SAIF es una forma de pensar acerca de la producción de especificaciones que describen explícitamente la semántica de gobierno, conformidad, cumplimiento y comportamiento que se necesitan para lograr la interoperabilidad de trabajo semántica computable. La tecnología de transmisión de información prevista puede utilizar un enfoque de mensajería, intercambio de documentos o servicios.
SAIF es el marco que se requiere para racionalizar la interoperabilidad de otros estándares. SAIF es una arquitectura para lograr la interoperabilidad, pero no es un diseño de solución completa para la gestión de la arquitectura empresarial.
Sintaxis de Arden
La sintaxis de Arden es un lenguaje para codificar el conocimiento médico. HL7 International adoptó y supervisa el comienzo estándar con la sintaxis 2.0 de Arden. Estos módulos de lógica médica ( MLM ) se utilizan en el entorno clínico, ya que pueden contener suficiente conocimiento para tomar decisiones médicas individuales. [ cita requerida ] Pueden producir alertas, diagnósticos e interpretaciones junto con la función de aseguramiento de la calidad y el apoyo administrativo. Un MLM debe ejecutarse en una computadora que cumpla con los requisitos mínimos del sistema y tenga el programa correcto instalado. Luego, el MLM puede dar consejos sobre cuándo y dónde se necesita.
MLLP
Una gran parte de la mensajería HL7 se transporta mediante el Protocolo de capa inferior mínima (MLLP), también conocido como Protocolo de capa inferior (LLP) [14] o Protocolo de capa mínima (MLP). [15] Para la transmisión a través de TCP / IP, se agregan caracteres de encabezado y final al mensaje para identificar el comienzo y el final del mensaje porque TCP / IP es un flujo continuo de bytes. El protocolo híbrido de capa inferior (HLLP) es una variación de MLLP que incluye una suma de comprobación para ayudar a verificar la integridad del mensaje. Entre otros proveedores de software, MLLP es compatible con Microsoft, [16] Oracle, [17] Cleo . [18]
MLLP no contiene seguridad ni cifrado inherentes, pero se basa en protocolos de capa inferior, como Transport Layer Security (TLS) o IPsec, para salvaguardar la información de salud protegida fuera de una red segura.
Especificaciones funcionales de EHR y PHR
Especificaciones funcionales de una historia clínica electrónica .
Detalles del mensaje
El segmento OBR
Un segmento de OBR lleva información sobre un examen, estudio de diagnóstico / observación. [19] Es un segmento obligatorio en un mensaje ORM (mensaje de orden) [20] o un mensaje ORU (Resultado de la observación). [21]
Ver también
- CDISC
- DICOM
- DVTk
- Historia clínica electrónica
- eSalud
- EHRcom
- Instituto Europeo de Registros Sanitarios ( Unión Europea )
- Recursos de interoperabilidad de atención médica rápida
- Informática de la salud
- Arquitectura del servicio de informática sanitaria (HISA)
- Proyecto de especificación de servicios de salud (HSSP)
- Integración de la empresa sanitaria (IHE)
- ISO TC 215
- LOINC
- NextGen Connect
- Fundación openEHR
- Red de información de salud pública
- SNOMED , SNOMED CT
- Nomenclatura para terminología de propiedades y unidades
Referencias
Este artículo incorpora texto de un trabajo de contenido gratuito . Con licencia de Creative Commons Attribution-ShareAlike 3.0. Texto tomado de Spronk 2007 .
- ^ Joel Rodrigues (2010). Sistemas de información en salud: conceptos, metodologías, herramientas y aplicaciones, volumen 1 . IGI Global. pag. xxxix. ISBN 978-1-60566-988-5.
- ^ a b "Estándares primarios HL7" . Health Level Seven International .
- ^ "Estándares HL7" . Health Level Seven International .
- ^ "Preguntas frecuentes sobre HL7" . HL7 .
- ^ "Comprensión de los mensajes HL7" . INTERFACEWARE.
- ^ "Mensajes y descripciones de HL7" . Estándares de salud.
- ^ "Organizaciones de normalización" . Subsecretario de Planificación y Evaluación (ASPE), Salud y Servicios Humanos (HHS).
- ^ "Estándar HL7 V3 - Una descripción general de alto nivel" .
- ^ "Modelo de información de referencia HL7" . HL7 .
- ^ "Herramientas y recursos - Herramientas de metodología y modelado V3" . HL7 .
- ^ Spronk, René, ed. (16 de noviembre de 2007). "Ejemplos de mensajes HL7: versión 2 y versión 3" . Ringholm . Ringholm bv.
- ^ El libro de CDA .
- ^ Dan Munro (30 de marzo de 2014). "Incendio de interoperabilidad sanitaria" . Forbes . Consultado el 22 de noviembre de 2014 .
- ^ "LLP - Protocolo de capa inferior" . INTERFACEWARE.
- ^ "Protocolo de capa mínima" . LINIO.
- ^ "Componentes de envío y recepción MLLP" . MSDN .
- ^ "Guía del usuario de Oracle Application Server Integration B2B, protocolos compatibles" . Oracle .
- ^ "¿Qué protocolo seguro de transferencia de archivos administrado es el adecuado para usted?" . Cleo . Archivado desde el original el 7 de junio de 2015 . Consultado el 23 de enero de 2015 .
- ^ "El segmento HL7 OBR" . Salud de Corepoint . Consultado el 13 de noviembre de 2018 .
- ^ "Glosario de términos de HL7" (PDF) . www.hl7.org . Consultado el 13 de noviembre de 2018 .
- ^ "¿Qué es un mensaje ORU?" . Estándares de salud . Consultado el 13 de noviembre de 2018 .
enlaces externos
- Sitio de HL7.org
- ¿Qué significa educación HL7?
- HL7 International es miembro de la Iniciativa conjunta sobre estandarización de informática de salud global de SDO
- Página de herramientas HL7
- Laboratorio Australiano de Mensajería para el Cuidado de la Salud (AHML) - Prueba y certificación de mensajes HL7 en línea
- Implementación integral de las especificaciones de HL7 v3 en Java
- Marco de prueba de conformidad NIST HL7
- Envíos de productos regulados por ICH-HL7
- Directorio de tutoriales de HL7
- Tutoriales de programación de HL7 , tutoriales breves sobre muchos conceptos de HL7 para programadores.
Revisiones críticas
- RIM HL7: un estándar incoherente
- HL7 RIM bajo escrutinio (intento de refutación) (¿fecha de publicación?)
- RELOJ HL7
- Actualización 2013: La acción humana en el ámbito de la atención médica: un análisis crítico del modelo de información de referencia de HL7