Estructura de los mensajes de HL7
Un mensaje HL7 es una estructura jerárquica asociada a un evento de desencadenador. El estándar HL7 define el evento de desencadenador como "un evento en el mundo real de la atención médica (que) crea la necesidad de que los datos fluyan entre sistemas". Cada evento desencadenador está asociado a un mensaje abstracto que define el tipo de datos que el mensaje necesita para admitir el evento desencadenador. El mensaje abstracto es una colección de segmentos e incluye las reglas de repetición e inclusión de esos segmentos. En la tabla siguiente se muestra un ejemplo de un mensaje abstracto asociado al evento desencadenador A04 – Register Patient.
| Evento de desencadenador | Mensaje abstracto |
|---|---|
| ADT^A04^ADT_A01 | Admisiones, Descarga y Transferencia |
| MSH | Encabezado de mensaje |
| EVN | Tipo de evento |
| PID | Identificación del paciente |
| [ PD1 ] | Datos demográficos adicionales |
| [{ ROL }] | Role |
| [{ NK1 }] | Siguiente de Kin/Partes Asociadas |
| PV1 | Visita al paciente |
| [ PV2 ] | Visita al paciente: información adicional |
| [{ ROL }] | Role |
| [{ DB1 }] | Información de discapacidad |
| [{ OBX }] | Observación/resultado |
| [{ AL1 }] | Información sobre alergias |
| [{ DG1 }] | Información de diagnóstico |
| [ DRG ] | Grupo relacionado con el diagnóstico |
| [{ | |
| PR1 | Procedimientos |
| [{ ROL }] | Role |
| }] | |
| [{ GT1 } ] | Garante |
| [{ | |
| IN1 | Seguros |
| [ IN2 ] | Información adicional del seguro |
| [{ IN3 }] | Información adicional del seguro - Certificado. |
| [{ ROL }] | Role |
| }] | |
| [ ACC ] | Información del accidente |
| [ UB1 ] | Información de factura universal |
| [ UB2 ] | Información de la factura universal 92 |
| [ PDA ] | Muerte y autopsia del paciente |
Los corchetes anteriores "[", "]" indican que un segmento o grupo de segmentos es opcional, mientras que las llaves "{", "}" indican el segmento o el grupo de segmentos se repiten.
Un segmento es un grupo de campos cada uno de los cuales se ajusta a un tipo de datos determinado. Los campos pueden tener una estructura simple o compleja. Constan de componentes según las reglas definidas en su definición de tipo de datos. Para admitir los tipos de datos más complejos, algunos componentes pueden constar de subcomponentes.
Nota:
El hecho de que la codificación de mensajes HL7 usa delimitadores especificados limita la capacidad de un desarrollador para introducir nuevas formas de subdividir los datos. No puede haber ningún subcomponente, ya que esto requeriría la invención de un nuevo tipo de delimitador.
Las primeras ESPECIFICACIONES HL7 no definieron el mensaje abstracto. El mensaje abstracto es el patrón de segmentos asociados a un evento de desencadenador. De forma similar, los mensajes HL7 contienen colecciones de segmentos que se repiten juntos o grupos de segmentos. Las primeras ESPECIFICACIONES HL7 no definieron grupos de segmentos. A partir de V2.3.1 y continuar en las versiones posteriores, esto cambió debido a la necesidad de admitir la codificación XML. Por ejemplo, en la tabla Trigger Event anterior, el nombre de la estructura del mensaje es "ADT_A01". Este es el mismo patrón de segmentos que se usan para admitir A01 : admitir paciente. Por comodidad, los nombres de las estructuras de mensajes corresponden al primer evento de desencadenador (en términos de colocación dentro del documento HL7) que los usa. Del mismo modo, el grupo de segmentos de la tabla Trigger Event anterior que comienza con IN1, incluido IN2, IN3 y ROL, se repite como un grupo. Su nombre: a partir de la versión 2.5 es el grupo "Insurance".
En la versión 2, las reglas de compatibilidad entre versiones admiten la evolución de las interfaces al exigir que las versiones posteriores del estándar no incluyan estructuras que invaliden versiones anteriores. Esto requiere que no quite un evento de desencadenador y que no use un evento de desencadenador para un propósito diferente o con un mensaje abstracto diferente al previsto originalmente. En el caso de los mensajes abstractos, esto implica que no se puede quitar un segmento de un mensaje, ni puede hacer que un segmento obligatorio sea opcional o un segmento repetido que no se repita. Si agrega un segmento, debe hacerlo al final de un mensaje o al final de un grupo repetido dentro de un mensaje.
Las siguientes funciones del Acelerador de Microsoft BizTalk para HL7 (BTAHL7) admiten estos requisitos:
Compatibilidad con todos los eventos de desencadenador y estructuras de mensajes a partir de V2.1 y continuando a través de V2.5.
Compatibilidad con la localización mediante la adición de segmentos y la adaptación de segmentos opcionalmente y repetición.
Consulte también
Procesamiento de mensajes de HL7
Procesamiento de mensajes
Uso de esquemas HL7 2.X