Título del documento: Fecha: 29/01/13

Guía de Implementación HL7 - Laboratorio Estado:

Autor:
Versión: 2.12.1
iBit – OTIC

Guía de Implementación HL7

Gestión de peticiones del Laboratorio

Guía de Implementación HL7 - Laboratorio

1 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

La presente guía de implementación HL7 ha sido elaborada por miembros del CCI.

Guía de Implementación HL7 - Laboratorio

2 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

1. Índice

1. Índice ...................................................................................................................................... 3
2. Introducción ............................................................................................................................ 5
3. Diagramas de casos de uso................................................................................................... 6
3.1. Peticiones realizadas con muestras identificadas ......................................................... 6
3.2. Peticiones realizadas con muestras identificadas por terceros .................................... 8
3.3. Peticiones realizadas por el laboratorio ...................................................................... 10
3.4. Notificación de modificaciones de peticiones .............................................................. 12
3.5. Notificación de resultados de peticiones ..................................................................... 16
4. Actores ................................................................................................................................. 18
5. Tipos de Mensajes ............................................................................................................... 19
6. Diagramas de secuencia ...................................................................................................... 20
6.1. Peticiones realizadas con muestras identificadas ....................................................... 20
6.2. Peticiones realizadas con muestras identificadas por terceros .................................. 20
6.3. Peticiones realizadas por el laboratorio ...................................................................... 21
6.4. Notificación de modificaciones de peticiones .............................................................. 22
6.4.1. Modificaciones realizadas por el peticionario ...................................................... 22
6.4.2. Cancelaciones realizadas por el peticionario ...................................................... 23
6.4.3. Modificaciones realizadas por el laboratorio ....................................................... 23
6.4.4. Cancelaciones realizadas por el laboratorio ....................................................... 24
6.4.5. Cambio de estado petición .................................................................................. 24
6.5. Notificación de resultados de peticiones ..................................................................... 25
7. Mensajes .............................................................................................................................. 26
7.1. OML^O21 – Laboratory Order Message ..................................................................... 26
7.1.1. Evento.................................................................................................................. 26
7.1.2. Estructura ............................................................................................................ 27
7.1.3. Segmentos .......................................................................................................... 29
7.2. ORL^O22 – General Laboratory Order Response Message ...................................... 33
7.2.1. Evento.................................................................................................................. 33
7.2.2. Estructura ............................................................................................................ 34
7.2.3. Segmentos .......................................................................................................... 34
7.3. OUL^R22 – Unsolicited Specimen Oriented Observation Message ........................... 37
7.3.1. Evento.................................................................................................................. 37
7.3.2. Estructura ............................................................................................................ 37
7.3.3. Segmentos .......................................................................................................... 38
8. Particularidades del entorno de Microbiología ..................................................................... 42
8.1. Cultivos ........................................................................................................................ 42
8.2. Microorganismos detectados ...................................................................................... 43
8.3. Antibiograma ............................................................................................................... 44
8.4. Ejemplo de aplicación ................................................................................................. 45
8.4.1. Cultivo .................................................................................................................. 45

Guía de Implementación HL7 - Laboratorio

3 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

8.4.2. Identificación del/los microorganismo/s............................................................... 45

8.4.3. Antibiograma para el primer microorganismo ..................................................... 45
8.4.4. Antibiograma para el segundo microorganismo .................................................. 46

Guía de Implementación HL7 - Laboratorio

4 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

2. Introducción

El presente documento se ha elaborado con la finalidad de establecer la estructura que deben

seguir los mensajes relativos a la gestión de peticiones de laboratorio. Se presenta siguiendo la
1
estructura del perfil LTW, Laboratory Testing Workflow Profile , establecido por Integrating the
2
Healthcare Enterprise (IHE) y basado en el estándar internacional HL7 v2.5.

El objetivo de este perfil Laboratory Testing Workflow (LTW) es cubrir el flujo de trabajo desde
las peticiones de pacientes hasta la realización de las pruebas por un laboratorio clínico de una
institución sanitaria.

Este perfil consiste en un conjunto de transacciones para:

Mantener la consistencia de la información de la petición y del paciente.

Realizar un seguimiento de las muestras tanto a nivel de recogida como de aceptación
por parte del laboratorio.
Entregar los resultados obtenidos por parte del laboratorio así como informar de los
distintos estados de validación

Esta guía de mensajería abarca única y exclusivamente, la gestión de los mensajes

seleccionados por IB-Salut para el tratamiento del intercambio de información referida a la
gestión de pruebas de pacientes, formando parte de los criterios y requisitos necesarios que
deberá cumplir cualquier aplicación que se encuentre o deba incorporarse en un sistema de
información dentro de IB-Salut.

Inicialmente se enumeran todos los mensajes que conforman el catálogo y, para cada uno se
describe el mismo, se indica cual es el evento que lo dispara y finalmente, se muestra su
estructura relacionando los segmentos, campos y tipos de datos que lo componen.

El IB-Salut se reserva el derecho de adaptar y modificar este documento a medida que surjan
necesidades de interoperabilidad entre sistemas dentro de su entorno. Es responsabilidad del
propio IB-Salut hacer públicos estos cambios, y responsabilidad de la entidad a cargo del
sistema hacerlos efectivos, a fin de mantener la coherencia entre aplicaciones.

1
Para más información, la URL http://wiki.ihe.net/index.php?title=Laboratory_Testing_Workflow
2
IHE establece grupos de trabajo para analizar diferentes ámbitos sanitarios y ver posibles
soluciones a aplicar. Dentro de estos grupos de trabajo está IHE Laboratory Technical
Framework, para esta guía nos hemos basado en la Revision 3.0 del 19 de mayo de 2011 de
dicho grupo de trabajo. Para más información, la URL http://www.ihe.net/

Guía de Implementación HL7 - Laboratorio

5 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

3. Diagramas de casos de uso

El perfil LTW contempla tres situaciones distintas en la que puede ser aplicado:

3.1. Peticiones realizadas con muestras identificadas

Este diagrama abarca aquellos casos en que tanto la generación de la petición como la
obtención de la muestra se realizan por parte del sistema peticionario, de forma que quedan
bien diferenciados y sincronizados los dos actores participantes.

Petición al Laboratorio

Escenario El sistema peticionario ha realizado un registro de una petición que quiere

notificar a un sistema laboratorio para que también pueda realizar el registro,
a fin de ejecutar la petición y ha obtenido la muestra sobre la que se realizará
la petición.

Precondición El sistema peticionario ha almacenado la información de la petición en su

registro y ha obtenido la muestra a enviar. Está preparado para notificar dicha
petición al laboratorio.

Postcondición El sistema laboratorio ha recibido la petición a registrar desde el sistema

peticionario.

Proceso 1 El sistema peticionario genera un mensaje con toda la información sobre

la petición que necesita recibir el laboratorio.

2 El mensaje se envía hacia el sistema laboratorio.

3 El sistema laboratorio recibe el mensaje enviado por el sistema

peticionario.

4 Fin del proceso.

Guía de Implementación HL7 - Laboratorio

6 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Observaciones En este caso de uso no se contempla el uso de “acuse de recibo” debido a

que el envío de dichos acuses se contempla en el siguiente caso de uso.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Aceptación/Cancelación de peticiones del laboratorio

Escenario El sistema laboratorio ha recibido una petición por parte del sistema
peticionario. Debe revisar la petición para su aceptación o cancelación.

Precondición El sistema laboratorio ha recibido una petición para su registro. Está

preparado para notificar si puede realizar dicha petición al sistema
peticionario.

Postcondición El sistema peticionario ha registrado el estado en que se encuentra la petición

según la notificación del sistema laboratorio.

Proceso 1 El sistema laboratorio genera un mensaje con la información del estado

de la petición realizada previamente por el sistema peticionario.

2 El mensaje se envía hacia el sistema peticionario.

3 El sistema peticionario analiza y procesa el mensaje recibido,

registrando el estado de la petición realizada en el sistema.

4 Fin del proceso.

Observaciones En este caso de uso no se contempla el uso de “acuse de recibo” debido a

que el propio caso de uso es el “acuse de recibo” del caso de uso anterior.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Guía de Implementación HL7 - Laboratorio

7 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

3.2. Peticiones realizadas con muestras identificadas por terceros

Este diagrama abarca aquellos casos en que el sistema laboratorio ha recibido una petición por
parte del sistema peticionario y la muestra a procesar por otra vía.

Se debe remarcar que en este escenario, el sistema peticionario no dispone del identificador de
la muestra por lo que enviará la petición al sistema laboratorio sin él. Para la identificación de
las muestras, los encargados de la obtención de las muestras deberán etiquetar cada una de
ellas con el identificador del paciente o con el identificador de petición y será el personal del
laboratorio el encargado de volver a identificar y etiquetar, si es necesario, las muestras
recibidas teniendo en cuenta la petición recibida desde el sistema peticionario.

Petición al Laboratorio

Escenario El sistema peticionario ha realizado un registro de una petición que quiere

notificar a un sistema laboratorio para que también pueda realizar el registro,
a fin de ejecutar la petición.

Precondición El sistema peticionario ha almacenado la información de la petición en su

registro. Está preparado para notificar dicha petición al laboratorio.

Postcondición El sistema laboratorio ha recibido la petición a registrar desde el sistema

peticionario.

Proceso 1 El sistema peticionario genera un mensaje con toda la información sobre

la petición que necesita recibir el laboratorio.

2 El mensaje se envía hacia el sistema laboratorio.

3 El sistema laboratorio procesa el mensaje recibido. Además recibe la

muestra identificada por terceros.

Guía de Implementación HL7 - Laboratorio

8 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

4 Fin del proceso.

Observaciones En este caso de uso no se contempla el uso de “acuse de recibo” debido a

que el envío de dichos acuses se contempla en el siguiente caso de uso.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Aceptación/Cancelación de peticiones del laboratorio

Escenario El sistema laboratorio ha recibido una petición por parte del sistema
peticionario. Debe revisar la petición para su aceptación o cancelación.

Precondición El sistema laboratorio ha recibido una petición para su registro. Está

preparado para notificar si puede realizar dicha petición al sistema
peticionario.

Postcondición El sistema peticionario ha registrado el estado en que se encuentra la petición

según la notificación del sistema laboratorio.

Proceso 1 El sistema laboratorio genera un mensaje con la información del estado

de la petición realizada previamente por el sistema peticionario.

2 El mensaje se envía hacia el sistema peticionario.

3 El sistema peticionario analiza y procesa el mensaje recibido,

registrando el estado de la petición realizada en el sistema.

4 Fin del proceso.

Observaciones En este caso de uso no se contempla el uso de “acuse de recibo” debido a

que el propio caso de uso es el “acuse de recibo” del caso de uso anterior.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Guía de Implementación HL7 - Laboratorio

9 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

3.3. Peticiones realizadas por el laboratorio

Este diagrama abarca aquellos casos en que el sistema laboratorio ha recibido una muestra y
una petición en papel por lo que para poder procesarla el sistema laboratorio deberá registrar
en su sistema una nueva petición y notificarla al sistema peticionario para estar debidamente
sincronizados y así poder remitir los resultados obtenidos electrónicamente. También incluye
aquel escenario en que el sistema laboratorio, durante el proceso de una petición agrupada,
considera que debe realizar una batería de pruebas adicional por lo que deberá generar una
nueva petición utilizando la misma muestra.

Petición al sistema peticionario

Escenario El sistema laboratorio ha realizado un registro de una petición que quiere

notificar a un sistema peticionario para que también pueda realizar el registro,
a fin de estar sincronizados.

Precondición El sistema laboratorio ha almacenado la información de la petición en su

registro. Está preparado para notificar dicha petición al sistema peticionario.

Postcondición El sistema peticionario ha registrado la petición en su base de datos.

Proceso 1 El sistema laboratorio registra en su base de datos una petición.

2 El sistema laboratorio genera un mensaje con toda la información sobre

la petición que necesita recibir el sistema peticionario.

3 El mensaje se envía hacia el sistema peticionario.

4 El sistema peticionario procesa el mensaje recibido.

5 Fin del proceso.

Observaciones En este caso de uso no se contempla el uso de “acuse de recibo” debido a

que el envío de dichos acuses se contempla en el siguiente caso de uso.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto

Guía de Implementación HL7 - Laboratorio

10 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

se obvian detalles de protocolos y entidades intermedias que puedan

aparecer en el proceso.

Aceptación/Cancelación de peticiones del peticionario

Escenario El sistema peticionario ha recibido una petición por parte del sistema
laboratorio que deberá registrar en su sistema generando un identificador de
petición.

Precondición El sistema peticionario ha recibido una petición para su registro desde el

sistema laboratorio. Está preparado para generar el identificador de petición
así como de notificarlo al sistema laboratorio.

Postcondición El sistema laboratorio ha registrado el identificador de la petición enviado por

el sistema peticionario en su sistema.

Proceso 1 El sistema peticionario ha recibido una petición por parte del sistema
laboratorio. Registra en su sistema dicha petición, generando el
identificador de petición.

2 El sistema peticionario genera un mensaje con toda la información sobre

la petición incluyendo el identificador creado.

3 El mensaje se envía hacia el sistema laboratorio.

4 El sistema laboratorio procesa el mensaje recibido.

5 Fin del proceso.

Observaciones En este caso de uso no se contempla el uso de “acuse de recibo” debido a

que el propio caso de uso es el “acuse de recibo” del caso de uso anterior.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Guía de Implementación HL7 - Laboratorio

11 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

3.4. Notificación de modificaciones de peticiones

Este diagrama abarca aquellos casos en que el sistema peticionario y el sistema laboratorio se
notifican cambios en las peticiones, tanto de contenido como de estado, para, de esta manera,
mantener la sincronización de ambos sistemas.

Cancelación de petición del Peticionario

Escenario El sistema peticionario ha cancelado una petición que debe notificar al

sistema laboratorio que deberá analizar la viabilidad de la cancelación. El
sistema laboratorio notificará el estado final de la petición.

Precondición El sistema peticionario ha realizado una cancelación de una petición y debe

notificarla al sistema laboratorio.

Postcondición El sistema peticionario ha registrado el estado en que se encuentra la petición

según la respuesta del sistema laboratorio a la notificación de cancelación.

Proceso 1 El sistema peticionario genera un mensaje con la solicitud de

cancelación de petición.

2 El mensaje se envía hacia el sistema laboratorio.

3 El sistema laboratorio analiza y procesa el mensaje recibido, registrando

el estado de la petición realizada en el sistema.

4 El sistema laboratorio genera un mensaje de acuse de recibo al

mensaje recibido originalmente indicando si acepta o no la notificación
de cancelación del sistema peticionario.

Guía de Implementación HL7 - Laboratorio

12 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

5 El acuse de recibo es enviado hacia el sistema peticionario.

6 El sistema peticionario recibe el acuse, y lo procesa.

7 Fin del proceso.

Observaciones El sistema laboratorio sólo aceptará la cancelación de una petición cuando el

procesamiento de dicha petición no se haya iniciado.
En el caso de los acuse de recibo sólo podrán ser de proceso por lo que el
envío de dicho acuse se realizará después de la ejecución del proceso
realizado en el sistema destino.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Modificación Petición por parte del Peticionario

Escenario El sistema peticionario ha realizado una modificación de una petición y debe

notificárselo al sistema laboratorio para estar sincronizados. El sistema
laboratorio recibe dicha modificación, la revisa para su aceptación o
cancelación y notifica el estado final de la petición al sistema peticionario.

Precondición El sistema peticionario ha realizado una modificación de una petición y debe

notificárselo al sistema laboratorio para estar sincronizados.

Postcondición El sistema peticionario ha registrado el estado en que se encuentra la petición

según la respuesta del sistema laboratorio a la notificación de modificación.

Proceso 1 El sistema peticionario genera un mensaje con la modificación de la

petición realizada previamente por el sistema peticionario.

2 El mensaje se envía hacia el sistema laboratorio.

3 El sistema laboratorio analiza y procesa el mensaje recibido, registrando

el estado de la petición realizada en el sistema.

4 El sistema laboratorio genera un mensaje de acuse de recibo al

mensaje recibido originalmente.

5 El acuse de recibo es enviado hacia el sistema peticionario.

6 El sistema peticionario recibe el acuse.

7 Fin del proceso.

Observaciones En el caso de los acuse de recibo sólo podrán ser de proceso por lo que el
envío de dicho acuse se realizará después de la ejecución del proceso
realizado en el sistema destino.

Guía de Implementación HL7 - Laboratorio

13 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

En este documento no se tiene en cuenta el mecanismo de envío, y por tanto

se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Modificación Petición por parte del Laboratorio

Escenario El sistema laboratorio ha modificado una petición realizada por el sistema

peticionario por lo que debe notificar dicho cambio al sistema peticionario para
estar debidamente sincronizados. El sistema peticionario únicamente acepta
la notificación de la modificación.

Precondición El sistema laboratorio ha realizado una modificación de una petición ya

existente.

Postcondición El sistema laboratorio recibe una respuesta del sistema peticionario indicando
que la modificación notificada se ha aplicado correctamente.

Proceso 1 El sistema laboratorio genera un mensaje con la modificación de la

petición realizada previamente por el sistema peticionario.

2 El mensaje se envía hacia el sistema peticionario.

3 El sistema peticionario registra en el sistema la modificación indicada

por el sistema laboratorio.

4 El sistema peticionario genera un mensaje de acuse de recibo al

mensaje recibido originalmente.

5 El acuse de recibo es enviado hacia el sistema laboratorio.

6 El sistema laboratorio recibe el acuse.

7 Fin del proceso.

Observaciones En el caso de los acuse de recibo sólo podrán ser de proceso por lo que el
envío de dicho acuse se realizará después de la ejecución del proceso
realizado en el sistema destino.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Cambio de estado petición

Escenario El sistema laboratorio ha modificado el estado de una petición en su sistema y

debe notificarlo al sistema peticionario para estar debidamente sincronizados.
El sistema peticionario únicamente acepta el cambio de estado de la petición.

Guía de Implementación HL7 - Laboratorio

14 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Precondición El sistema laboratorio ha cambiado el estado de una petición ya existente.

Postcondición El sistema laboratorio recibe una respuesta del sistema peticionario indicando
que el cambio de estado se ha aplicado correctamente.

Proceso 1 El sistema laboratorio genera un mensaje con el cambio de estado de la

petición realizada previamente por el sistema peticionario.

2 El mensaje se envía hacia el sistema peticionario.

3 El sistema peticionario registra el cambio de estado de la petición.

4 El sistema petición genera un mensaje de acuse de recibo al mensaje

recibido originalmente.

5 El acuse de recibo es enviado hacia el sistema laboratorio.

6 El sistema laboratorio recibe el acuse.

7 Fin del proceso.

Observaciones En el caso de los acuse de recibo sólo podrán ser de proceso por lo que el
envío de dicho acuse se realizará después de la ejecución del proceso
realizado en el sistema destino.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Guía de Implementación HL7 - Laboratorio

15 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

3.5. Notificación de resultados de peticiones

Este diagrama abarca aquellos casos en que el sistema laboratorio notifica al sistema
peticionario los resultados que se van obteniendo de una petición solicitada.

Resultados de peticiones del laboratorio

Escenario El sistema laboratorio ha procesado una petición del sistema peticionario y

está preparado para notificar los resultados obtenidos a dicho sistema
peticionario.

Precondición El sistema laboratorio ha procesado una petición del sistema peticionario.

Está preparado para notificar los resultados de dicha petición al peticionario.

Postcondición El sistema peticionario ha registrado los resultados de la petición. Ha

generado una notificación hacia el sistema laboratorio para informar de la
recepción de los resultados.

Proceso 1 El sistema laboratorio ha obtenido y registrado los resultados de una

petición realizada por el sistema peticionario.

2 El sistema laboratorio genera un mensaje con los resultados de una

petición realizada por el sistema peticionario previamente.

3 El mensaje se envía hacia el sistema peticionario.

4 El sistema peticionario procesa el mensaje recibido.

5 El sistema peticionario genera un mensaje de acuse de recibo al

mensaje recibido originalmente.

6 El acuse de recibo es enviado hacia el sistema laboratorio.

7 El sistema laboratorio recibe el acuse, y lo procesa, llevando a cabo las

Guía de Implementación HL7 - Laboratorio

16 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

acciones pertinentes de acuerdo al contenido de dicho mensaje.

8 Fin del proceso.

Observaciones En el caso de los acuse de recibo, tanto podrán ser de comunicaciones como
de proceso por lo que el envío de dicho acuse se realizará antes o después
de la ejecución del proceso realizado en el sistema destino.
En este documento no se tiene en cuenta el mecanismo de envío, y por tanto
se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

Modificación de resultados de peticiones del laboratorio

Escenario El sistema laboratorio ha modificado los resultados de una petición del

sistema peticionario que previamente había informado. El sistema laboratorio
está preparado para notificar los nuevos resultados obtenidos a dicho sistema
peticionario.

Precondición El sistema laboratorio ha modificado el resultado de una petición del sistema

peticionario que previamente había informado. Está preparado para notificar
los nuevos resultados de dicha petición al peticionario.

Postcondición El sistema peticionario ha registrado los nuevos resultados de la petición. Ha

generado una notificación hacia el sistema laboratorio para informar de la
recepción de los resultados.

Proceso 1 El sistema laboratorio ha obtenido y registrado unos nuevos resultados

de una petición realizada por el sistema peticionario.

2 El sistema laboratorio genera un mensaje con los resultados nuevos de

una petición realizada por el sistema peticionario previamente.

3 El mensaje se envía hacia el sistema peticionario.

4 El sistema peticionario procesa el mensaje recibido.

5 El sistema peticionario genera un mensaje de acuse de recibo al

mensaje recibido originalmente.

6 El acuse de recibo es enviado hacia el sistema laboratorio.

7 El sistema laboratorio recibe el acuse, y lo procesa, llevando a cabo las

acciones pertinentes de acuerdo al contenido de dicho mensaje.

8 Fin del proceso.

Observaciones En el caso de los acuse de recibo, tanto podrán ser de comunicaciones como
de proceso por lo que el envío de dicho acuse se realizará antes o después
de la ejecución del proceso realizado en el sistema destino.

Guía de Implementación HL7 - Laboratorio

17 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

En este documento no se tiene en cuenta el mecanismo de envío, y por tanto

se obvian detalles de protocolos y entidades intermedias que puedan
aparecer en el proceso.

4. Actores

En el perfil LTW, los sistemas pueden adoptar fundamentalmente dos roles:

Sistema peticionario:

Será la aplicación responsable de generar y enviar las peticiones, tanto nuevas como
modificaciones de las mismas, que se quieran realizar al Laboratorio, así como recibir
la respuesta del mismo.

Esta respuesta tanto podrá ser en forma de resultados a lo demandado como una
aceptación/cancelación de lo solicitado.

Además, debe poder interpretar peticiones nuevas o modificadas realizadas por el

Laboratorio.

Sistema Laboratorio:

Será el sistema encargado de recibir las peticiones del sistema peticionario así como
de generar y enviar los resultados esperados por la aplicación peticionaria.

Además, el sistema Laboratorio también debe poder generar y enviar peticiones, tanto
nuevas como modificaciones, que se van a realizar al sistema Peticionario para así
estar sincronizados.

Guía de Implementación HL7 - Laboratorio

18 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

5. Tipos de Mensajes

Un mensaje podrá contener más información de la especificada. El sistema receptor aceptará

el mensaje, procesará los datos que conozca e ignorará el resto.

En los resultados de laboratorio existen varias tipologías diferenciadas, de las cuales esta guía
especifica la mensajería referida a:

Pruebas analíticas de ACL (hematología, bioquímica y orina). Representan un conjunto

de pruebas realizadas sobre una muestra. El informe de respuesta consiste en una lista
de resultados con valores numéricos/textuales, etc.

Pruebas de Microbiología. Estas pruebas incluyen la solicitud de cultivos, que conllevan

una estructura de resultados compuesta por el conjunto de gérmenes detectados en la
muestra (si es que los hay), y la sensibilidad de cada uno de esos gérmenes a los
distintos antibióticos (un antibiograma).

Pruebas de Serología de microbiología: Al igual que las pruebas analíticas de ACL,

representan un conjunto de pruebas realizadas sobre una muestra. El resultado
obtenido sigue una estructura similar a las analíticas de ACL.

Los mensajes que se utilizan en el perfil son los siguientes:

Mensaje Descripción

OML^O21 Mensaje de Petición

ORL^O22 Aceptación/cancelación de peticiones

OUL^R22 Resultados de peticiones de laboratorio

ACK ACK genérico

Guía de Implementación HL7 - Laboratorio

19 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

6. Diagramas de secuencia

A continuación se muestran los diagramas de secuencia de las diferentes interacciones que se

producen en este perfil. Como ya se ha comentado anteriormente, se obvian detalles de envío,
como entidades intermedias y protocolos de comunicación.

6.1. Peticiones realizadas con muestras identificadas

6.2. Peticiones realizadas con muestras identificadas por terceros

El diagrama de secuencia de este escenario es igual al del punto 6.1 anterior.

Guía de Implementación HL7 - Laboratorio

20 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

6.3. Peticiones realizadas por el laboratorio

Guía de Implementación HL7 - Laboratorio

21 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

6.4. Notificación de modificaciones de peticiones

6.4.1. Modificaciones realizadas por el peticionario

Guía de Implementación HL7 - Laboratorio

22 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

6.4.2. Cancelaciones realizadas por el peticionario

6.4.3. Modificaciones realizadas por el laboratorio

Guía de Implementación HL7 - Laboratorio

23 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

6.4.4. Cancelaciones realizadas por el laboratorio

6.4.5. Cambio de estado petición

Guía de Implementación HL7 - Laboratorio

24 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

6.5. Notificación de resultados de peticiones

Guía de Implementación HL7 - Laboratorio

25 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

7. Mensajes

7.1. OML^O21 – Laboratory Order Message

Este mensaje será utilizado para la realización de peticiones entre un sistema peticionario y un
sistema laboratorio. El mensaje contendrá toda la información relativa a dicha petición.

7.1.1. Evento

Este mensaje se empleará en las siguientes situaciones:

Un sistema peticionario realiza una solicitud a un sistema laboratorio (ver punto 6.1 y
6.2)

Un sistema laboratorio procede a realizar una petición que no le ha llegado por vía
telemática, por lo que notificará esta petición al sistema peticionario para así mantener
ambos sistemas sincronizados (ver punto 6.3)

Un sistema peticionario modifica el contenido de la petición, por lo que debe solicitar

dicho cambio a un sistema laboratorio (ver punto 6.4.1)

Un sistema peticionario desea cancelar una petición previa, por lo que solicita a un
sistema laboratorio esta cancelación (ver punto 6.4.2)

Un sistema laboratorio ha modificado el contenido de la petición, por lo que debe

notificarlo a un sistema peticionario (ver punto 6.4.3)

Un sistema laboratorio cancela una petición previa, por lo que notifica a un sistema
peticionario esta cancelación (ver punto 6.4.4)

Un sistema laboratorio ha modificado el estado de la petición, por lo que debe informar

al sistema peticionario de esta nueva situación (ver punto 6.4.5)

Guía de Implementación HL7 - Laboratorio

26 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

7.1.2. Estructura

Segmento Descripción Uso Cardinalidad

MSH Message Header I [1..1]

[{ NTE }] Notes and Comments (for Header) E [0..N]

PID Patient Identification I [1..1]

[ PV1 ] Patient Visit E [0..1]

{ ORDER BEGIN I [1..N]

ORC Common Order I [1..1]

[ TQ1 ] Timing Quantity E [0..1]

OBR Observation Request I [1..1]

[{ NTE }] Notes and Comments (for Detail) E [0..N]

[{ DG1 }] Diagnosis E [0..N]

[{ OBSERVATION BEGIN E [0..N]

OBX Observation Result I [1..1]

[{ NTE }] Notes and Comments (for Result) E [0..N]

}] OBSERVATION END - -

[{ SPM }] Specimen E [0..N]

} ORDER END - -

El mensaje está compuesto por:

Cabecera (segmento MSH): contiene detalles de envío y recepción propia de la

mensajería como sistemas origen y destino, fecha de envío, etc.

Paciente (segmento PID): Contiene la información demográfica del paciente al que se

le quieren realizar las pruebas.

Visita paciente (segmento PV1): Contiene la información referente a la visita/episodio

del paciente.

Petición al laboratorio (segmento ORC): Indica la petición de pruebas que se quiere

realizar al laboratorio. Contiene el detalle común a las distintas pruebas solicitadas.

Guía de Implementación HL7 - Laboratorio

27 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Prioridad de la petición (Segmento TQ1): Informa de la prioridad que tiene la petición.

Pruebas solicitadas (segmento OBR): Contiene el detalle específico de las pruebas

solicitadas al laboratorio.

Comentarios adicionales (Segmento NTE): Contiene información adicional, que sin ser
necesaria, sí que puede resultar de utilidad para el laboratorio.

Información sobre las pruebas (segmento OBX): Contiene información clínica

codificada que puede resultar de utilidad para el laboratorio.

Diagnóstico (Segmento DG1): Contiene información de una sospecha diagnóstica que

puede resultar de utilidad para el laboratorio.

Muestra del paciente (Segmento SPM): Contiene detalles de la muestra del paciente
con la que se realizarán las pruebas,

Guía de Implementación HL7 - Laboratorio

28 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

7.1.3. Segmentos

Segmento MSH (Cabecera del mensaje)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Las particularidades son:

El campo MSH.9 debe valer OML^O21 para indicar el tipo de mensaje concreto.
Los campos MSH.15 y MSH.16 tendrán los valores:

o “AL” y “NE” si se desea obtener un acuse de recibo de comunicación.

o “NE” y “AL” si se desea obtener un acuse de recibo de proceso.

Segmento PID (Demográficos del paciente)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Segmento PV1 (Visita del paciente)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Segmento ORC (Petición de pruebas):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

En el campo ORC.1 se refleja el proceso que se está realizando con los valores de la siguiente
tabla:

ORC.1 Descripción

NW New Order

RU Replaced unsolicited

SC Status changed

Guía de Implementación HL7 - Laboratorio

29 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

RP Order/service replace request

CA Cancel order/ service request

OC Order service canceled

SN Send order/service number

Cabe destacar que los campos ORC.2 y ORC.3 indican los identificadores de petición según el
sistema origen y el sistema destino respectivamente. Teniendo en cuenta los diferentes casos
de uso, los sistemas origen y destino varían:

1. Peticiones realizadas con muestras identificadas

En este caso, para los mensajes del tipo OML^O21, el campo ORC.2 será de obligado
cumplimiento por el sistema peticionario mientras que el campo ORC.3 será vacío ya
que el sistema peticionario desconoce cuál es el identificador que el sistema laboratorio
asociará a la petición.

2. Peticiones realizadas por el laboratorio

En este caso, para los mensajes del tipo OML^O21, el campo ORC.2 será de obligado
cumplimiento por el sistema laboratorio mientras que el campo ORC.3 será vacío ya
que el sistema laboratorio desconoce cuál es el identificador que el sistema peticionario
asociará a la petición.

3. Resto de casos uso

En el resto de casos de uso contemplados en la presente guía donde se utilice este

mensaje OML^O21, los campos ORC.2 y ORC.3 son de obligado cumplimiento.

Al poder enviarse más de una petición y al tratarse este segmento ORC un segmento común a
todas las pruebas solicitadas, el campo ORC.4 únicamente podrá contener dos posibles
valores:

a) vacío, indicando que las pruebas no se encuentran agrupadas.

b) una agrupación de peticiones, siendo el mismo valor en todos los segmentos ORC que
aparecen en el mensaje.

Según el perfil LTW de IHE en que se basa el presente documento, el campo ORC.5 es de
obligado cumplimiento cuando la petición la realiza el laboratorio, pudiendo tener uno de los
siguientes valores:

OBR.5 Descripción

A Algún resultado, pero no todos

Guía de Implementación HL7 - Laboratorio

30 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

CA Petición cancelada

CM Petición completada

IP En proceso, sin especificar

SC En proceso, programada

Segmento TQ1 (Prioridad de la petición):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Segmento OBR (Pruebas solicitadas):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Los campos OBR.2 y OBR.3 deberán contener la misma información que los campos ORC.2 y
ORC.3.

Destacar que el campo OBR.4 indicará la prueba a realizar sobre la muestra, por lo que en el
componente OBR.4.1 se indicará el código de la prueba y en el componente OBR.4.2
aparecerá la descripción de la prueba. Se debe tener en cuenta que, en este ámbito, la
codificación pertenecerá un catálogo de pruebas, por lo que el sistema de codificación que
deberá aparecer en el campo OBR.4.3 será el nombre del catálogo local.

Junto a esta codificación, en el campo OBR.4 también se puede incluir el código de la prueba
según la codificación LOINC, de forma que los campos OBR.4.4 y OBR.4.5 se utilizarán para
indicar el código y la descripción de la prueba y el campo OBR.4.6 contendrá el valor “LN”
(LOINC).

Recordar que tanto esta codificación LOINC como la codificación Local deberá hacer referencia
a la misma prueba.

En el ámbito en que nos encontramos, el campo OBR.7 no es de obligado cumplimiento ya que

la información referente a la muestra irá contenida en el segmento SPM.

Para los casos explicados en los puntos 3.1 y 3.2, el campo OBR.16 es de obligado
cumplimiento mientras que para el caso del punto 3.3, este campo se cumplimentará siempre y
cuando el sistema laboratorio disponga de esta información.

Actualmente, en el ámbito de laboratorio de atención especializada, el campo libre OBR.18

contiene el identificador de la unidad peticionaria según la tabla TES_UNIDADES. Además, el
campo libre OBR.19 contiene el servicio hospitalario que ha realizado la petición al laboratorio
según la tabla TES_SERVICIOS.

Guía de Implementación HL7 - Laboratorio

31 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Además el campo OBR.24 será uno de los siguientes laboratorios:

OBR.24 Descripción

OTH Laboratorio de Análisis Clínicos

IMM Laboratorio de Inmunología

MB Laboratorio de Microbiología

LAB Laboratorio genérico

En el campo OBR.46 se usará para incluir el identificador del servició del laboratorio receptor
de la petición según la tabla TES_SERVICIOS. Al ser un campo de tipo CE en el 46.1 irá el
código del servició TES_SERVICIOS[ID], en el 46.2 la descripción TES_SERVICIOS[NOM] y
en el 46.3 el nombre de la tabla TES_SERVICIOS.

Segmento DG1 (Comentarios adicionales):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Segmento NTE (Comentarios adicionales):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

El segmento NTE incluirá únicamente información no clínica que no pueda especificarse en los
segmentos OBR y OBX.

Segmento OBX (Observation Result):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

En este ámbito se utilizará el segmento OBX para enviar información clínica codificada que
pueda ser de utilidad al laboratorio para la obtención de los resultados.

Segmento SPM (Muestra del paciente):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Guía de Implementación HL7 - Laboratorio

32 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

7.2. ORL^O22 – General Laboratory Order Response Message

Este mensaje será utilizado para la aceptación/cancelación de peticiones realizadas a un

sistema laboratorio.

7.2.1. Evento

Este mensaje se empleará en los siguientes casos:

En caso de que un sistema laboratorio recibe una petición de un sistema peticionario,

enviará este mensaje indicando si acepta o rechaza la petición (ver punto 6.1 y 6.2)

En caso de que un sistema peticionario recibe una petición desde un sistema

laboratorio, envía este mensaje para indicar si acepta o rechaza la petición y, en el
caso de aceptar, para informar del identificador de petición asignado (ver punto 6.3)

En caso de que un sistema laboratorio reciba una modificación de una petición, enviará
este mensaje para indicar si acepta o rechaza la modificación (ver punto 6.4.1)

En caso de que un sistema laboratorio reciba una cancelación de una petición

existente, enviará este mensaje indicando si acepta o rechaza la cancelación (ver
punto 6.4.2)

En caso de que un sistema peticionario reciba una modificación de una petición

existente, enviará este mensaje indicando que ha aplicado la modificación (ver punto
6.4.3)

En caso de que un sistema peticionario reciba una cancelación de una petición, enviará
este mensaje para indicar que ha aplicado la cancelación (ver punto 6.4.4)

En caso de que un sistema peticionario reciba un cambio de estado de una petición,

enviará este mensaje para indicar que ha actualizado el estado de la petición (ver
punto 6.4.5)

Guía de Implementación HL7 - Laboratorio

33 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

7.2.2. Estructura

Segmento Descripción Uso Cardinalidad

MSH Message Header I [1..1]

MSA Message Acknowledgment I [1..1]

[{ ERR }] Error E [0..N]

PID Patient Identification I [1..1]

{ ORDER BEGIN I [1..N]

ORC Common Order I [1..1]

OBR Observation Request I [1..1]

[{ SPM }] Specimen I [0..N]

} ORDER END - -

El mensaje está compuesto por:

Cabecera (segmento MSH): contiene detalles de envío y recepción propia de la

mensajería, como sistemas origen y destino, fecha de envío, etc.

Datos de la aceptación (segmento MSA): Información relativa al mensaje que se

contesta, incluyendo si ha sido posible o no procesar dicho mensaje.

Error (segmento ERR): En el caso que se haya producido un error, este segmento
incluirá toda la información referente al error producido.

Paciente (segmento PID): Contiene la información demográfica del paciente al que se

le quieren realizar las pruebas.

Petición al laboratorio (segmento ORC): Indica la petición de pruebas que se quieren

realizar al laboratorio. Contiene el detalle común a las distintas pruebas solicitadas.

Pruebas solicitadas (segmento OBR): Contiene el detalle específico de las pruebas

solicitadas al laboratorio.

Muestra del paciente (segmento SPM): Contiene detalles de la muestra del paciente
con la que se realizarán las pruebas.

7.2.3. Segmentos

Guía de Implementación HL7 - Laboratorio

34 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Segmento MSH (Cabecera del mensaje)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Las particularidades son:

El campo MSH.9 debe valer ORL^O22 para indicar el tipo de mensaje concreto.
Los campos MSH.15 y MSH.16 tendrán los valores:

o “AL” y “NE” si se desea obtener un acuse de recibo de comunicación.

o “NE” y “AL” si se desea obtener un acuse de recibo de proceso.

Segmento MSA (Acuse de recibo del mensaje):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Segmento ERR (Segmento de error):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Segmento PID (Demográficos del paciente)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
PID del mensaje peticionario original (OML), enviado por el sistema origen.

Segmento ORC (Petición de pruebas):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
ORC del mensaje peticionario original (OML), enviado por el sistema origen, exceptuando por
los campos ORC.1, ORC.3 y ORC.5: tipo de petición, identificador de la petición y el estado de
la petición, respectivamente, que deben ser cumplimentados por el sistema destino.

Se debe tener en cuenta que el campo ORC.1 sólo puede incluir uno de los siguientes valores:

Guía de Implementación HL7 - Laboratorio

35 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

ORC.1 Descripción

OK Notification or request accepted

UA Unable to accept order/service

RQ Replaced as requested

UM Unable to replace

CR Canceled as requested

UC Unable to cancel

NA Number assigned

Segmento OBR (Pruebas solicitadas):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Una particularidad de este segmento es que el contenido del mismo será igual al segmento
OBR del mensaje peticionario original (OML), enviado por el sistema origen, exceptuando el
campo OBR.3 y OBR.25: identificador de la petición y estado del resultado, respectivamente ,
que debe ser cumplimentado por el sistema destino.

Otra particularidad de este segmento en este mensaje es el campo OBR.16 que será de
obligado cumplimiento en todos los casos.

Segmento SPM (Muestra del paciente):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
SPM del mensaje peticionario original (OML), enviado por el sistema origen.

Guía de Implementación HL7 - Laboratorio

36 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

7.3. OUL^R22 – Unsolicited Specimen Oriented Observation Message

Este mensaje será usado para la comunicación de resultados de laboratorio de un paciente.

El mensaje es generado por el laboratorio en el momento en que se dispone de los resultados

de una analítica/ cultivo, etc.

7.3.1. Evento

Este mensaje se empleará en aquellos casos en que un sistema laboratorio haya generado los
resultados de una petición previa y necesite notificarlos al sistema peticionario, o en cuando
haya cancelado o modificado un resultado enviado anteriormente por el laboratorio.

7.3.2. Estructura

Segmento Descripción Uso Cardinalidad

MSH Message Header I [1..1]

[ NTE ] Notes and Comments (for Mesage) E [0..1]

PID Patient Identification I [1..1]

[ PV1 ] Patient Visit E [0..1]

{ SPECIMEN BEGIN I [1..N]

SPM Specimen I [1..1]

{ ORDER BEGIN I [1..N]

OBR Observation Request I [1..N]

ORC Common Order I [1..1]

[{ NTE }] Notes and Comments (for Observation) E [0..N]

[ TQ1 ] Observation Request E [0..1]

[{ RESULT BEGIN E [0..N]

OBX Observation/Result I [1..N]

[{ NTE }] Notes and Comments (for Results) E [0..N]

}] RESULT END - -

} ORDER END - -

Guía de Implementación HL7 - Laboratorio

37 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

} SPECIMEN END - -

El mensaje está compuesto por:

Cabecera (segmento MSH): contiene detalles de envío y recepción propia de la

mensajería como sistemas origen y destino, fecha de envío, etc.

Paciente (segmento PID): Contiene la información demográfica del paciente al que se

le quieren realizar las pruebas.

Visita paciente (segmento PV1): Contiene la información referente a la visita/episodio

del paciente.

Muestra del paciente (segmento SPM): Contiene detalles de la muestra del paciente
con la que se han realizado las pruebas.

Pruebas solicitadas (segmento OBR): Contiene el detalle específico de las pruebas

solicitadas al laboratorio.

Petición al laboratorio (segmento ORC): Indica la petición de pruebas que se quieren

realizar al laboratorio. Contiene el detalle común a las distintas pruebas solicitadas.

Prioridad de la petición (Segmento TQ1): Informa de la prioridad que tiene la petición.

Resultados de las pruebas (segmento OBX): Contiene información con el resultado de

la realización de las pruebas solicitadas previamente.

Comentarios adicionales (segmento NTE): Contiene información adicional que, sin ser
necesaria, sí que puede resultar de utilidad para el laboratorio.

7.3.3. Segmentos

Segmento MSH (Cabecera del mensaje)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Las particularidades son:

El campo MSH.9 debe valer OUL^R22 para indicar el tipo de mensaje concreto.
Los campos MSH.15 y MSH.16 tendrán los valores:

o “AL” y “NE” si se desea obtener un acuse de recibo de comunicación.

o “NE” y “AL” si se desea obtener un acuse de recibo de proceso.

Guía de Implementación HL7 - Laboratorio

38 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Segmento PID (Demográficos del paciente)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
PID del mensaje peticionario original (OML), enviado por el sistema origen.

Segmento PV1 (Visita del paciente)

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
PV1 del mensaje peticionario original (OML), enviado por el sistema origen.

Segmento SPM (Muestra del paciente):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
SPM del mensaje peticionario original (OML), enviado por el sistema origen.

Segmento OBR (Pruebas solicitadas):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
OBR del mensaje peticionario original (OML), enviado por el sistema origen, exceptuando:

a) El campo OBR.3 donde se indicará el identificador de la petición según el sistema

destino.

b) El campo OBR.25 donde se especificará el estado de los resultados de la petición.

c) El campo OBR.16 será de obligado cumplimiento en todos los casos.

Segmento ORC (Petición de pruebas):

Guía de Implementación HL7 - Laboratorio

39 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

La única particularidad de este segmento es que el contenido del mismo será igual al segmento
ORC del mensaje peticionario original (OML), enviado por el sistema origen, exceptuando:

a) El campo ORC.3 donde se indicará el identificador de la petición según el sistema

destino.

b) El campo ORC.5 donde se especificará el estado de la petición.

c) El campo ORC.9 que se cumplimentará con la fecha y hora en que cambió de estado la
petición.

Segmento TQ1 (Prioridad de la petición):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Segmento OBX (Resultados de las pruebas):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Destacar que el campo OBX.3 indicará la observación obtenida, por lo que en el componente
OBX.3.1 se indicará el código de observación y en el componente OBX.3.2 aparecerá la
descripción de la observación. Se debe tener en cuenta que en este ámbito, la codificación
pertenecerá al catálogo de observaciones, por lo que el sistema de codificación que deberá
aparecer en el campo OBX.3.3 será el nombre del catálogo de observaciones local.

Junto a esta codificación, en el campo OBX.3 también se puede incluir el código de la

observación según la codificación LOINC, de forma que los campos OBX.3.4 y OBX.3.5 se
utilizarán para indicar el código y la descripción de la prueba y el campo OBX.3.6 contendrá el
valor “LN” (LOINC).

Recordar que el campo OBX.1 es un identificador de secuencia, por lo que dentro de un mismo
bloque “Order” no se podrá repetir.

En el campo OBX.15 se usará para incluir la sección del laboratorio que ha ejecutado la
petición según la tabla TES_SECCION. Al ser un campo de tipo CE en el OBX.15.1 irá el
código del área TES_SECCION[TS], en el OBX.15.2 la descripción TES_SECCION[NOM] y en
el OBX.15.3 el nombre de la tabla TES_SECCION.

En el campo OBX.23 se usará para incluir el área del laboratorio que ha ejecutado la petición
según la tabla TES_AREA. Al ser un campo de tipo XON en el OBX.23.1 irá el nombre del área
TES_AREA[NOM] y en el OBX.23.10 irá el código TES_AREA[TS]

Guía de Implementación HL7 - Laboratorio

40 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Segmento NTE (Comentarios adicionales):

La estructura de este segmento sigue el formato indicado en la sección de “Segmentos de uso

general” en el documento de “Guía de implementación HL7 - Elementos comunes”.

Se debe remarcar que en función de la ubicación del segmento NTE, los comentarios incluidos
hacen referencia al mensaje o a una parte concreta del mismo según la estructura
especificada.

Guía de Implementación HL7 - Laboratorio

41 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

8. Particularidades del entorno de Microbiología

Los mensajes de microbiología que contienen cultivos se diferencian del resto de mensajes
porque los segmentos OBR y OBX son diferentes entre sí en cuanto al tipo de información
contenida.

Mientras que en los mensajes de ACL o mensajes de Serología de Microbiología tenemos:

Segmento OBX: Contendrá los resultados o determinaciones.

(Hematíes, Hematocrito, Glucosa, Urea, Colesterol, Ferritina, Paratohormona)

Segmento OBR: Contendrá las pruebas, o capítulos /agrupadores de determinaciones.

(Hemograma, Bioquímica, Gasometría, Hematimetría, Hormonas)

En los mensajes de Microbiología, la información que pueden contener los segmentos varía,
donde diferentes pares de segmentos OBR/OBX pueden indicar:

Cultivo con el resultado del cultivo y la cuantificación

(Positivo, negativo, la cuantificación >100000ufc/ml o la tinción de Gram)

Microorganismos detectados

(Campylobacter especies, Acinetobacter baumannii)

Antibióticos y resistencia del germen

(Eritromicina, Ciprofloxacina, Sensible, Resistente)

8.1. Cultivos

Un cultivo es un test microbiológico que se realiza sobre una muestra, en donde se identifican
los microorganismos infecciosos presentes.

Para representar estos resultados en la mensajería HL7, el perfil LTW de IHE indica que:

En el campo OBX.3 se identificará el cultivo realizado que puede seguir tanto una
codificación LOINC como una Local, siendo preferible la primera.

En el campo OBX.4 se introducirá un valor numérico para identificar los diferentes

cultivos. Este campo es de obligado cumplimiento debido a que puede haber más de
un cultivo y diferentes segmentos OBX que hagan referencia al mismo cultivo.

Guía de Implementación HL7 - Laboratorio

42 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Cabe destacar que en los cultivos puede emplearse diferentes segmentos OBX para hacer
referencia a un mismo cultivo como por ejemplo un OBX que indique el cultivo realizado y otro
OBX que indique la cuantificación del mismo. Por lo tanto, remarcar la importancia de
cumplimentar debidamente el campo OBX.4 para diferenciar cada cultivo realizado.

8.2. Microorganismos detectados

Los resultados de cultivos es un informe donde se identifican los organismos cultivados, como
bacterias, virus o parásitos, junto a una cuantificación del grado en que esos organismos
figuran en la muestra

Para representar estos resultados en la mensajería HL7, el perfil LTW de IHE indica que:

En el campo OBR.26 se hace referencia al segmento OBX donde se encuentra

identificado el cultivo realizado. El contenido de este campo son los valores contenidos
en los campos OBX.3 y OBX.4 del segmento OBX que identifica el cultivo realizado.

En el campo OBR.29 se referencia a los identificadores tanto del sistema origen como
del destino de la petición donde se encuentra el cultivo. Por lo tanto el contenido de
este campo serán los valores OBR.2 y OBR.3 de la prueba padre.

En el campo OBX.3 se pueden identificar diferentes:

a) Tipo de microorganismo detectado según codificación LOINC:

<Código LOINC del tipo de microorganismo>^MICROORGANISM IDENTIFIER^LN

b) Cuantificación del número de colonias según codificación LOINC:

<Código LOINC de la colonia>^COLONY COUNT^LN

En el campo OBX.4 se introducirá el valor OBX.4 del segmento OBX que anteriormente
ha identificado al cultivo. Este campo es de obligado cumplimiento debido a que puede
haber diferentes cultivos.

En el campo OBX.5, en función del valor del campo OBX.3, se introducirá o el

microorganismo detectado, que tanto puede seguir una codificación SNOMED CT
como una Local siendo preferible la primera, o el número de colonias detectadas.

Cabe destacar que en los resultados de cultivos puede emplearse diferentes segmentos OBX
para hacer referencia a un mismo microorganismo como por ejemplo un OBX que indique el
microorganismo y otro OBX que indique la cuantificación del microorganismo, por lo tanto, otra
función que tiene el campo OBX.4 es de agrupar aquellos segmentos OBX que hacen
referencia al mismo microorganismo.

Guía de Implementación HL7 - Laboratorio

43 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

Es importante saber que desde el punto de vista de “agrupador”, todos los segmentos OBX que
contengan el mismo valor en el campo OBX.4 deben ir consecutivos.

Por lo tanto, remarcar la importancia de cumplimentar debidamente el campo OBX.4 para

diferenciar cada microorganismo encontrado.

8.3. Antibiograma

Un antibiograma es un informe donde se indica la sensibilidad de los microorganismos a

antibióticos específicos. Para ello se evalúa la susceptibilidad del microorganismo identificado
en el cultivo a uno o más antibióticos. El resultado puede indicar, por ejemplo, si el
microorganismo es “susceptible”, “moderadamente susceptible” o “resistente” a un antibiótico
específico.

Para representar estos resultados en la mensajería HL7, el perfil LTW de IHE indica que:

En el campo OBR.26 se hace referencia al segmento OBX donde se encuentra

identificado el microorganismo. El contenido de este campo son los valores contenidos
en los campos OBX.3, OBX.4 y OBX.5 del segmento OBX que identifica el
microorganismo detectado en el cultivo.

En el campo OBR.29 se referencia a los identificadores tanto del sistema origen como
del destino de la petición donde se encuentra el resultado del cultivo. Por lo tanto el
contenido de este campo serán los valores OBR.2 y OBR.3 de la prueba padre.

En el campo OBX.3 se incluirá el código del antibiótico según codificación Local o

LOINC, siendo LOINC la codificación preferente.

En el campo OBX.5 se introducirá el índice de Concentración mínima inhibitoria (CMI).

En el campo OBX.8 se hará referencia al nivel de sensibilidad del microorganismo al

antibiótico, pudiendo coger uno de los valores de la tabla TES_ANORMALIDAD.

Guía de Implementación HL7 - Laboratorio

44 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

8.4. Ejemplo de aplicación

Los valores de los datos que se muestran son ilustrativos.

8.4.1. Cultivo

OBR|1|15070535^20||URI^Urinocultivo estándar^ L^Cap80^INFECCIONES URINARIAS^

L|||20090326093021|20090326153021||||||||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018|||KACLG|KACLG|MIC|200903261453||MB|A
ORC|XO|15070535|||A||||20090326090000|||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018
TQ1|1||||||||URG^Urgente^L
OBX|1|ST|URI|1|Positivo
OBX|2|ST|URI_R|1|>100.000 con predominio

8.4.2. Identificación del/los microorganismo/s

OBR|2|15070535^30|| MICROORGANISMMOS ^MICROORGANISMMOS^MLAB

|||20090326093021|20090326153021||||||||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018|||KACLG|KACLG|MIC|200903261453||MB|A|URI^1|||15070535&
30
ORC|XO|15070535^30|||A||||20090326090000|||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018
TQ1|1||||||||URG^Urgente^L
OBX|1|NM|600-7^MICROORGANISM IDENTIFIED^LN|1|Actinomadura pelletieri
OBX|2|NM|564-5^COLONY COUNT^LN|1|de 1.000 a 5.000 UFC/ml
OBX|3|NM|600-7^MICROORGANISM IDENTIFIED^LN|2|Arcobacter butzleri
OBX|4|NM|564-5^COLONY COUNT ^LN|2|de 50.000 a 100.000 UFC/ml
OBX|5|NM|600-7^MICROORGANISM IDENTIFIED^LN|3|Fusobacterium mortiferum
OBX|6|NM|564-5^COLONY COUNT ^LN|3|de 25.000 a 50.000 UFC/ml

8.4.3. Antibiograma para el primer microorganismo

OBR|3|15070535^30||ANTIBIOGRAMA^ANTIBIOGRAMA^MLAB|||20090326093021|20090326
153021||||||||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018|||KACLG|KACLG|MIC|200903261453||MB|A|600-
7&MICROORGANISM IDENTIFIED&LN^1^Actinomadura pelletieri |||15070535&30
ORC|XO|15070535^30|||A||||20090326090000|||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018
TQ1|1||||||||URG^Urgente^L
OBX|1|SN|AZIT_A^Azitromicina^MLAB||32|µg/ml||S||||||200903261453
OBX|2|SN|CIPROF_A^Ciprofloxacino^MLAB||5|µg/ml|R|||||||200903261453
OBX|3|SN|DOXI_A^Doxiciclina^MLAB||26|µg/ml||S||||||200903261453
OBX|4|SN|JOSAMI_A^Josamicina^MLAB||0.2|µg/ml||S||||||200903261453

Guía de Implementación HL7 - Laboratorio

45 de 46
 Título del documento: Fecha: 29/01/13
Guía de Implementación HL7 - Laboratorio Estado:
Autor:
Versión: 2.12.1
iBit – OTIC

OBX|5|SN|OFLOXA_A^Ofloxacino^MLAB||5|µg/ml||R||||||200903261453
OBX|6|SN|PRIS_A^Pristinamicina^MLAB||84|µg/ml||R||||||200903261453
OBX|7|SN|ROXI_A^Roxitromicina^MLAB||1|µg/ml||S||||||200903261453

8.4.4. Antibiograma para el segundo microorganismo

OBR|4|15070535^30||ANTIBIOGRAMA^ANTIBIOGRAMA^MLAB|||20090326093021|20090326
153021||||||||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018|||KACLG|KACLG|MIC|200903261453||MB|A|600-
7&MICROORGANISM IDENTIFIED&LN^2^Arcobacter butzleri |||15070535&30
ORC|XO|15070535|||A||||20090326090000|||s001437^PLANAS^ANTONIO
FRANCISCO^PONS^^^^^018
TQ1|1||||||||URG^Urgente^L
OBX|1|SN|AMOXC_A^Amoxicilina/Ac. clavulánico^MLAB||3|µg/ml||R||||||200903261453
OBX|2|SN|AMPI_A^Ampicilina^MLAB||2|µg/ml||S||||||200903261453
OBX|3|SN|CIPROF_A^Ciprofloxacino^MLAB||1|µg/ml||S||||||200903261453
OBX|4|SN|GENTAM_A^Gentamicina^MLAB||3|µg/ml||R||||||200903261453
OBX|5|SN|LEVOFL_A^Levofloxacino^MLAB||4|µg/ml||S||||||200903261453
OBX|6|SN|LIN_A^Linezolid^MLAB||6|µg/ml||I||||||200903261453
OBX|7|SN|TEICOP_A^Teicoplanina^MLAB||5|µg/ml||R||||||200903261453
OBX|8|SN|VANCOM_A^Vancomicina^MLAB||2|µg/ml||R||||||200903261453

Guía de Implementación HL7 - Laboratorio

46 de 46