Guia Ordenes Lab Oratorio Draft01

[HL7 v3]FUNDACIÓN HL7 COLOMBIA

Guía de implementación demensajes para casos de uso deórdenes de laboratorio

Especificaciones para órdenessimples y órdenes con muestraasociada.Draft 0.1

[HL7]Guía de implementación de mensajes para casos de uso de órdenes de laboratorio. Esta guía deimplementación es una propuesta desarrollada por el Comité Técnico de Caso de Uso de órdenes yresultados de laboratorio clínico de la Fundación HL7 Colombia.

HL7 V3Guía de implementación de mensajes para casos de uso de

órdenes de laboratorioEspecificaciones para órdenes simples y órdenes con muestra asociada.

Draft 0.1

www.hl7.org www.hl7.org.co

Autor principal:Mario Enrique Cortés M datasalud IT Ltda

[email protected]

Participantes en el desarrollo de la guía:

Revisión Técnica:Jaime Alberto Ramírez C. datasalud IT Ltda

jaime.Ramírez @datasalud.net

Mayra Alejandra Delgado B. Grupo de Investigación DRISOUniversidad [email protected]

Corrección de estilo:Nathalia Ortega Martinez datasalud IT Ltda

[email protected]

HL7 Colombia – CTCU órdenes y resultados de laboratorio 2/84

Guía de implementación de mensajes para casos de uso de órdenes de laboratorio

Derechos de uso:Material educativo.

Esta obra es una publicación de FUNDACIÓN HL7 COLOMBIA, como fuente de consulta, para uso de la comunidad de HL7 en Iberoamérica.

LA OBRA ESTÁ PROTEGIDA POR DERECHOS DE AUTOR Y/U OTRAS LEYES APLICABLES. QUEDA PROHIBIDO CUALQUIER USO QUE SE HAGA DE LA OBRA QUE NO CUENTE CON LA AUTORIZACIÓN PERTINENTE DE CONFORMIDAD CON LOS TÉRMINOS DE ESTA LICENCIA Y DE LA LEY DE DERECHO DE AUTOR.

USTED ES LIBRE DE COPIAR, DISTRIBUIR Y COMUNICAR PÚBLICAMENTE ESTA OBRA, PARA USO NO COMERCIAL.

No alterar los contenidos: Si distribuye esta obra, no debe alterarla ni realizar cambios sin el consentimiento explícito del autor.

Compartir bajo la misma licencia: Si genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta.

Reconocimiento: Debe reconocer los créditos de la obra de la manera especificada por el autor, mencionando título, nombre del autor, correo electrónico del autor y como fuente: Guía de implementación de mensajes para casos deuso de órdenes de laboratorio, Especificaciones para órdenes simples y órdenes con muestra asociada..

Nada en esta licencia menoscaba o restringe los derechos morales del autor.

“Omnia sunt communia”

• Queda permitida la reproducción total o parcial de los textos contenidos en este documento, excepto en caso de publicaciones con ánimo de lucro o por voluntad explícita del autor.

• Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra.

• Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor.

• El reconocimiento del autor no debe hacerse de una manera que sugiera que tiene su apoyo o apoya el uso que hace de su obra.

Agradecimientos: Luís Fernando Sepúlveda BioSystems S.A. Colombia.

3/84 HL7 Colombia – CTCU órdenes y resultados de laboratorio


HL7 en Iberoamérica:

HL7 Argentinahttp://www.hl7argentina.org.ar/

HL7 Chilehttp://www.hl7chile.cl/

HL7 Colombiahttp://www.hl7.org.co/

HL7 Españahttp://www.hl7spain.org

HL7 Méxicohttp://personales.com/mexico/mexico/hl7mexico/

HL7 Uruguayhttp://www.sueiidiss.org/

Material en idioma español, para uso de la comunidad HL7 Iberoamericana.

[2009]

HL7® Version 3 Standard, © 2009 Health Level Seven®.2009-11-01



TABLA DE CONTENIDO

INTRODUCCIÓN..........................................................................................................................71. ESCENARIOS DE FLUJOS DE TRABAJO DE LABORATORIO CLÍNICO.............................12

1.1. Características del flujo de trabajo de un laboratorio clínico...........................................121.1.1. Entidades principales y sus Roles en el escenario..................................................13

1.1.1.1. Laboratorio: ................................................................................................131.1.1.2. Institución prestadora de servicios de salud (IPS):......................................141.1.1.3. Empresa aseguradora:................................................................................141.1.1.4. Profesional de laboratorio:...........................................................................141.1.1.5. Médico ordenante:.......................................................................................141.1.1.6. Paciente:.....................................................................................................141.1.1.7. Espécimen:..................................................................................................151.1.1.8. Dispositivo analizador:.................................................................................15

1.1.2. Actos principales en el escenario.............................................................................151.1.2.1. Órdenes de laboratorio:...............................................................................151.1.2.2. Resultados de laboratorio:...........................................................................15

2. EL DOMINIO DE ÓRDENES..................................................................................................172.1. Generalidades del dominio de órdenes...........................................................................17

2.1.1. Introducción y alcance.............................................................................................172.1.2. Modelo de información de mensajes del dominio de órdenes (D-MIM)...................182.1.3. Modelo refinado de información de mensajes de orden compuesta........................19

2.2. Casos de uso de órdenes asociados al escenario de laboratorio clínico.........................202.2.1. Elementos principales del caso de uso de órdenes de laboratorio clínico...............20

2.2.1.1. Acto principal asociado a las órdenes de laboratorio...................................202.2.1.2. Relaciones principales entre actos asociados a las órdenes de laboratorio..................................................................................................................................202.2.1.3. Participaciones principales asociadas a las órdenes de laboratorio............20

2.2.2. Atributos principales del acto de orden de laboratorio (ObservationRequest)..........212.2.3. Responsabilidades del emisor y receptor en el envío del mensaje..........................21

2.2.3.1. Emisor (Placer): ..........................................................................................212.2.3.2. Receptor (Filler): .........................................................................................21

2.2.4. Ciclo de vida de un mensaje de orden de laboratorio..............................................223. ESCENARIOS DE INTEROPERABILIDAD............................................................................24

3.1. Caso de uso de orden simple de laboratorio...................................................................243.1.1. Características generales........................................................................................243.1.2. Flujo de trabajo........................................................................................................253.1.3. Diagrama de interacción..........................................................................................273.1.4. Identificación de la plantilla del mensaje..................................................................27

3.2. Caso de uso de orden de laboratorio con muestra asociada..........................................273.2.1. Características generales........................................................................................28



3.2.2. Flujo de trabajo........................................................................................................293.2.3. Diagrama de interacción.................................................................................31

3.2.4. Identificación de la plantilla del mensaje..................................................................314. ESTRUCTURA DE LOS MENSAJES.....................................................................................32

4.1. Modelos y especificaciones.............................................................................................324.2. Condiciones de conformidad para los mensajes.............................................................324.3. Especificación de la estructura de los mensajes.............................................................33

4.3.1. Descripción de las columnas y convenciones para la trabla de elementos de los mensajes...........................................................................................................................334.3.2. Tabla de elementos de los mensajes.......................................................................33

5. DEPENDENCIAS ENTRE GUÍAS..........................................................................................34Guías de implementación relacionadas.................................................................................34

5.1. Guía de guías: ...........................................................................................................345.2. Guía de implementación de mensajes: ......................................................................345.3. Guía de implementación para documentos de arquitectura clínica (CDA) para el caso de uso de Resultados de Laboratorio v 21: ......................................................................34

6. ESPECIFICACIONES RELACIONADAS................................................................................366.1. Tablas de codificación administradas por HL7 Inc...........................................................36

6.1.1. Código de confidencialidad de la orden...................................................................366.1.2. Código del Sexo o género de la persona.................................................................376.1.3. Código de estado del acto.......................................................................................376.1.4. Código de prioridad del acto....................................................................................386.1.5. Código del rol de la muestra (espécimen)...............................................................396.1.6. Código de tipo de muestra (espécimen)..................................................................396.1.7. Código de tipo de contenedor de muestra...............................................................436.1.8. Código de tipo de riesgo de muestra.......................................................................456.1.9. Código de manipulación del contenedor de la muestra...........................................456.1.10. Código de tipo de substancia aditiva de la muestra...............................................46

6.2. Tablas de codificación no administradas por HL7 Inc......................................................496.2.1. Código del tipo de identificación de persona...........................................................496.2.2. Código del tipo de observación(es) o procedimiento(s) solicitado(s).......................496.2.3. Código del régimen del plan de cobertura...............................................................506.2.4. Código tipo de afiliación al plan de cobertura..........................................................506.2.5. Código del motivo, razón, justificación o finalidad de la orden.................................516.2.6. Códigos CUPS de pruebas de laboratorio...............................................................516.2.7. Códigos LOINC de pruebas de laboratorio..............................................................51

7. EJEMPLOS DE MENSAJES .................................................................................................537.1. Ejemplo de orden simple.................................................................................................53

7.1.1. Datos de la orden:...................................................................................................537.1.2. Mensaje Ejemplo:....................................................................................................55

7.2. Ejemplo de orden con muestra (espécimen) asociada....................................................627.2.1. Datos de la orden:...................................................................................................627.2.2. Mensaje Ejemplo:....................................................................................................65

8. CONFORMIDAD CON EL ESTANDAR NACIONAL (GEL XML)........................................76GLOSARIO.................................................................................................................................77BIBLIOGRAFÍA............................................................................................................................80ILUSTRACIONES .......................................................................................................................84



INTRODUCCIÓN

En el escenario de interoperabilidad de un laboratorio clínico existe un evento que desencadena todo un proceso administrativo y asistencial de servicios de salud, este evento es la solicitud de pruebas diagnósticas de laboratorio por parte de un médico.

El documento donde el médico registra un determinado número de pruebas que deben practicarse a un paciente es conocido como una orden de laboratorio.

En la mayoría de los centros asistenciales, el intercambio de información de dichas órdenes se hace de forma manual, muchas veces digitando la información en un LIMS (Laboratory Information Management System) a partir de una impresión en papel cuyos datos han sido previamente ingresados en un HIS (Hospital Information System).

Este procedimiento manual se convierte en un cuello de botella dentro del proceso asistencial, debido al tiempo que requiere y a la incidencia eventual de errores de trascripción, generando sobrecostos en tiempo de respuesta, uso de papel y corrección de errores humanos.

Un departamento de laboratorio de un centro asistencial de segundo nivel procesa un promedio diario de 300 pruebas de laboratorio, lo que demuestra que se trata de un flujo importante de información y un escenario importante para implementar una solución estándar de interoperabilidad.

La presente guía de implementación es una propuesta desarrollada por el Comité Técnico de Caso de Uso de órdenes y resultados de laboratorio clínico de la Fundación HL7 Colombia, en respuesta a la necesidad del uso de interfaces estándar, que faciliten el intercambio electrónico de datos de solicitud de pruebas diagnósticas de laboratorio.

Este documento está dirigido a los analistas y desarrolladores de software, responsables de la implementación de interfaces estándar entre los diversos HIS y LIMS.

AlcanceEl alcance de esta guía de implementación comprende la descripción de estructuras de mensajes HL7 v3 en sintaxis XML para los casos de uso de órdenes de laboratorio.

La versión normativa HL7 con la que se ha desarrollado esta guía es el Ballot v3 mayo de 2009 [1].

Estas estructuras permiten la interacción de mensajes para el intercambio de información de solicitudes de pruebas diagnósticas de laboratorio entre un HIS y un LIMS para los dos casos más comunes:

1. Una orden simple de pruebas diagnósticas de laboratorio

2. Una orden de pruebas diagnósticas de laboratorio con una muestra (espécimen)



asociada.

Cada uno de estos dos casos, cuenta con una especificación de estructura denominada plantilla (template), construida a partir de un refinamiento realizado a través de la definición de restricciones de la descripción jerárquica de mensajes de órdenes.

También se ha tenido en cuenta para la definición de los elementos que componen las estructuras de estas plantillas la definición de elementos de datos básicos que se especifica en el estándar nacional GEL-XML, de tal forma que el estándar HL7 para Colombia guarde conformidad con el estándar colombiano general para el intercambio de datos electrónicos.

ObjetivosObjetivo generalServir como especificación normativa de mensajes HL7 v3 para los casos de uso de órdenes de laboratorio clínico en Colombia.

Objetivos específicos● Proporcionar información suficiente para que los desarrolladores y analistas de

interoperabilidad puedan implementar el uso de mensajes HL7 v3 para dar solución a la necesidad de intercambio electrónico de órdenes de laboratorio clínico.

● Describir la estructura de mensajes para los casos de uso de orden simple y orden de laboratorio con muestra asociada.

Pre requisitos Para comprender mejor el contenido de este documento es importante conocer los siguientes documentos:

● Guía de implementación de mensajes HL7 v3 [2].

● Guía de implementación para documentos de arquitectura clínica (CDA) para el caso de uso de Resultados de Laboratorio [3].

Se recomienda además que el lector tenga conocimientos previos sobre los siguientes temas:

● Especificación de interacciones de mensajes HL7 v3.

● Uso de tecnología XML.

No se requiere que el lector sea un experto en cada uno de estos temas, pero es de gran ayuda que conozca las generalidades de cada uno.

Estado y evolución en el desarrollo de la guíaEste documento define el cómo hacer uso de la especificación de estructuras de mensajes, para intercambiar información entre los sistemas HIS y LIMS para los casos de uso de órdenes de laboratorio, especificando las características que permitan confiabilidad de la interoperabilidad semántica y sintáctica.



Previo a la redacción de la guía se revisarón los flujos de procesos al interior de los laboratorios clínicos, el escenario de interoperabilidad y los posibles casos de interacción de órdenes de laboratorio.

Posteriormente, se estudiaron las alternativas disponibles para la interoperabilidad de órdenes de laboratorio.

Se evaluarón las ventajas y desventajas de uso de mensajes HL7 v2.x, documentos electrónicos CDA HL7 v3 y mensajes HL7 v3.

Se observó que la orden es una solicitud de prestación de un servicio y los datos que contiene están más orientados a aspectos administrativos del flujo de proceso asistencial.

Se eligió emplear la especificación mensajes HL7 v3 del dominio de órdenes por las siguientes razones:

1. La etapa de generación de la orden, es intermedia dentro del proceso asistencial, por lo tanto, no se configuran elementos necesarios para ser considerado un documento que forma parte de la historia clínica del paciente; es decir, que a pesar de la importancia del mensaje de órdenes, éstas no cuentan con las características necesarias para que el acto sea contenido en un documento electrónico CDA HL7, el cual está especialmente diseñado para registrar información clínica asociada a los resultados de observaciones y procedimientos.

2. En el contexto internacional de HL7, el intercambio de información sobre órdenes para la prestación de servicios asistenciales se maneja a través de mensajes y no de documentos CDA.

3. El comité del dominio de órdenes de HL7 internacional ha desarrollado una serie de estructuras de mensaje especialmente diseñadas para dar solución a casos de uso de órdenes, dentro de las cuales se encuentran la solicitud de pruebas diagnósticas de laboratorio.

4. Los elementos sintácticos y semánticos de estos mensajes han sido especialmente diseñados para este tipo de casos de uso.

5. La sintaxis XML aporta mayor flexibilidad y facilita la compatibilidad con el estándar GEL-XML.

Para definir los elementos que harían parte de las estructuras de las plantillas correspondientes a la orden simple y a la orden con muestra asociada, fue necesario leer y analizar los siguientes documentos de especificación de Health Level Seven Inc.:

1. Infraestructura de transmisión de mensajes HL7 v3 (R1) [4].

2. Infraestructura de acto de control de mensajes HL7 v3 (R1) [5].

3. Implementación de tecnología XML (R2) [6].

4. Implementación de tecnología XML (R1) para el estándar HL7 v3, referente a tipos de datos [7].

5. Implementación de tecnología XML (R1) para estructuras HL7 v3 [8].



6. Especificación y uso de plantillas HL7 v3 (DSTU R2) [9].

7. Especificación del dominio de órdenes HL7 v3 [10].

8. Modelo de información de mensajes del dominio D-MIM de órdenes (POOR_DM100000UV) [11].

9. Modelo refinado de información de mensajes R-MIM de patrones de órdenes y solicitudes (POOR_RM200000UV) [12].

10. Modelo refinado de información de mensajes R-MIM de órdenes compuestas (POOR_RM200999UV) [13].

11. La descripción jerárquica de mensajes HMD de órdenes compuestas (POOR_HD200999UV) [14].

12. Sistemas de codificación administrados por HL7 [15].

Paralelamente a la elección de los elementos de la estructura, se realizó una revisión de codificaciones y vocabularios controlados propuestos por HL7 v3; de la codificación LOINC (Logical Observation Identifiers Names and Codes) desarrollada por el Regenstrief Institute Inc (y recomendada por HL7); de la codificación CUPS (Clasificación Única de Procedimientos en Salud) de uso normativo en Colombia y de las tablas de datos de la especificación del estándar RIPS (Registros Individuales de Prestación de Servicios de salud) de uso nomativo en Colombia.

También se tomaron en cuenta para el análisis los siguientes documentos de otras organizaciones:

1. Resolución 3374 de 2000, Ministerio de Salud (actualmente Ministerio de la Protección Social), Por la cual se reglamentan los datos básicos que deben reportar los prestadores de servicios de salud y las entidades administradoras de planes de beneficios sobre los servicios de salud prestados [16].

2. Resolución 2333 de 2000, Ministerio de Salud (actualmente Ministerio de la Protección Social), por la cual se adopta la Primera Actualización de la Clasificación Única de Procedimientos en Salud [17].

3. Codificación internacional LOINC [18].

4. Paper de Implementación de mensajería HL7 v2.3 en un sistema de solicitud de exámenes complementarios en el Hospital Italiano de Buenos Aires [19].

5. Documento de especificación de mensajería estándar de órdenes de laboratorio HL7 v2.5 de la Red de Información de Salud Pública (PHIN) del Centro para el Control y Prevención de Enfermedades de Estados Unidos (CDC) [20].

6. Documento normativo de disposiciones para las especificaciones técnicas del expediente clínico electrónico del Instituto Mexicano del Seguro Social (IMSS) relativo a servicio integral de laboratorio [21].

7. GEL XML. Estándar Colombiano para el intercambio electrónico de información [22].



Al final de este proceso, se redactó este primer borrador del documento.

El estado actual de la guía permite contar con una base depurada de conocimiento para ser discutida abiertamente con expertos en temas clínicos, administrativos e informáticos de laboratorio clínico en las diferentes sesiones del comité técnico de casos de uso (CTCU) de órdenes y resultados de laboratorio de HL7 Colombia.

El contenido de este documento debe ser puesto a consideración de los miembros del comité en mención y realizarse los ajustes convenidos en consenso, antes de ser entregado al comité técnico general (CT) de HL7 Colombia, para su trámite normativo frente a la asamblea general del 2010.

Versiones del documento

Tabla 1. Versiones de la guía de implementación.Versión Fecha DescripciónDraft 0.1 2009-11-01 Primer borrador del documento.

Se describen los escenarios, los participantes en la interacción y sus roles, las propuestas de estructuras de las plantillas de los casos de uso específicos, las propuestas de uso de codificaciones y vocabularios controlados y se incluye un (1) ejemplo para cada caso.



Sección 11. ESCENARIOS DE FLUJOS DE TRABAJO DE LABORATORIO CLÍNICO

Para entender mejor el papel que juega la orden en el escenario de laboratorio clínico, conviene hacer una descripción general del contexto.

1.1. Características del flujo de trabajo de un laboratorio clínico.

Un laboratorio recibe órdenes de prestación servicio de pruebas diagnósticas provenientes de consultorios o departamentos clínicos de centros asistenciales (consulta externa, urgencias, hospitalización, etc).

El autor de una orden es siempre un médico.

El laboratorio tiene la capacidad de aceptar, modificar o rechazar una orden, notificando apropiadamente a la entidad ordenante.

Las pruebas de laboratorio se realizan sobre muestras in vitro denominadas espécimenes.

Dependiendo de la organización, la recolección o toma de la muestra puede ser realizada por el personal de laboratorio o por un tercero.

Una vez aceptada, la orden del médico se transforma en una orden de trabajo al interior del laboratorio, donde cada una de las pruebas sigue un flujo de proceso particular, que suele abarcar desde la recolección de la muestra, hasta la generación de reportes para ser firmados.

Las pruebas pueden ser realizadas de forma manual o automatizada.

Las pruebas producen observaciones que pueden ser de varios tipos:

● Valor numérico simple (por ejemplo una prueba de glucosa).

● Observación textual (por ejemplo una biopsia).

● Resultado codificado simple (por ejemplo una prueba de serología, negativo, positivo, 1+, 2+, etc)

● Una observación gráfica (por ejemplo una electroforesis de proteínas, etc.)

Los resultados son validados por un profesional de laboratorio (bacteriólogo, patólogo, etc), quien puede aprobarlos mediante su firma o desaprobarlos.

Los resultados completos se consignan en un documento denominado reporte de resultados de



laboratorio.

Finalmente, los resultados son enviados al departamento o consultorio de procedencia de la orden, (en la mayoría de casos ambulatorios a través del paciente) para ser entregados al médico ordenante y posteriormente son almacenadas en la historia clínica del paciente.

1.1.1. Entidades principales y sus Roles en el escenario.Las entidades principales del escenario de laboratorio clínico son:

● Laboratorio.

● Institución prestadora de servicios de salud.

● Empresa aseguradora.

● Profesional de laboratorio.

● Médico consultante.

● Paciente.

● Espécimen.

● Dispositivo analizador.

1.1.1.1. Laboratorio: Es una organización que desempeña el rol de entidad calificada y/o licenciada para realizar procedimientos diagnósticos de laboratorio.

Por lo general, cuentan con un sistema computacional denominado LIMS que se encarga de administrar la información referente a las pruebas.

La mayoría de laboratorios emplean dispositivos analizadores, que permiten el procesamiento automático de pruebas.

1.1.1.1.1. Clasificación:1.1.1.1.1.1. Según su localización:

● Departamentos de laboratorio que funcionan al interior de un centro asistencial (hospital o clínica).

● Laboratorios clínicos externos, que prestan servicios de pruebas diagnósticas.

1.1.1.1.1.2. Según su capacidad de prestación de servicios:● Nivel I

● Nivel II

● Nivel III

1.1.1.1.1.3. Según los procesos de referencia y contrareferencia:● Referentes.

● Laboratorios privados de referencia.

● Laboratorios públicos de referencia. (Salud Pública).



1.1.1.2. Institución prestadora de servicios de salud (IPS):Es una organización que desempeña el rol de lugar donde se realiza el acto médico que da origen a la orden de laboratorio y donde son enviados posteriormente los resultados.

Los laboratorios son considerados también como IPS, pero en la presente guía de implementación, se denominarán así a hospitales, clínicas y demás centros asistenciales de salud.

1.1.1.3. Empresa aseguradora:Es una organización que desempeña el rol de pagador de los servicios de pruebas diagnósticas.

En Colombia se clasifican en:

● Entidades Promotoras de Salud: (EPS) Son administradoras del plan obligatorio de seguridad social en salud.○ EPS de régimen contributivo.

○ EPS de régimen subsidiado.

● Aseguradoras de régimen de excepción.● Aseguradoras de medicina pre-pagada.

Su importancia en el escenario de laboratorio se debe a que se requiere su autorización de pago para la prestación de ciertos servicios de pruebas diagnósticas.

1.1.1.4. Profesional de laboratorio:Denominado Bacteriólogo(a), es una persona que desempeña el rol de entidad licenciada para realizar procedimientos diagnósticos de laboratorio.

Participa como autor de los reportes de resultados, los cuales autentica mediante su firma, confiriéndoles el carácter de documento clínico.

1.1.1.5. Médico ordenante:Es una persona que desempeña el rol de entidad licenciada, encargada de la atención del paciente, y calificada para solicitar la práctica de pruebas diagnósticas de laboratorio (entre otras).

Participa como autor de las órdenes de laboratorio.

1.1.1.6. Paciente:Es una persona que desempeña el rol de usuario del sistema de salud.

Es la entidad a la que se la practican las pruebas diagnósticas de laboratorio.

Participa como sujeto de las órdenes y los resultados.



1.1.1.7. Espécimen:Es una muestra (sangre, tejido, fluido, etc) extraida de un paciente o sujeto, sobre la cual se realizan las pruebas diagnosticas (observaciones) de laboratorio.

La información de su caracterización requiere la captura de los siguientes datos:

● Identificador unívoco.

● Especificación de su contenedor.

● Especificación del tipo y cantidad de la muestra.

● Fecha y hora de recolección.

● Empleo de substancias aditivas, condicionadas al tipo de prueba a las que se va a someter.

1.1.1.8. Dispositivo analizador:Es una máquina que desempeña el rol de entidad asignada para procesar automáticamente un espécimen y practicar determinadas pruebas de laboratorio, obteniendo resultados.

Participa como autor de los resultados.

En el caso de las órdenes de laboratorio, es tambien posible enviar mensajes provenientes del LIMS a determinados dispositivos analizadores (empleando un middleware) con la información necesaria para procesar las muestras.

1.1.2. Actos principales en el escenario.Los actos principales del escenario de laboratorio clínico son:

● Órdenes de laboratorio.

● Resultados de laboratorio.

1.1.2.1. Órdenes de laboratorio:Es una solicitud o requerimiento formal de prestación de un servicio de pruebas diagnósticas de laboratorio.

Es elaborada por un médico.

Contiene información sobre los actos u observaciones de laboratorio a realizar y datos de índole administrativo.

Eventualmente, dependiendo del tipo de servicio, requieren la autorización de pago de un tercero que desempeña el rol de asegurador o administrador de seguridad social en salud.

Más adelante se ampliará la descripción del acto de orden de laboratorio.

1.1.2.2. Resultados de laboratorio:Es la información registrada como producto de una observación de laboratorio.

Es elaborada por un profesional de laboratorio o bacteriólogo(a).



Las observaciones se practican sobre uno o varios espécimenes extraídos a un sujeto, que por lo general es un paciente.

También es posible realizar observaciones sobre sujetos vivos como animales, plantas, tejidos o sobre substancias o materiales inanimados.

En muchos casos el procedimiento para la obtención de resultados es realizado en forma automática por un dispositivo analizador de laboratorio.

En otros casos el procedimiento es realizado manualmente por el bacteriólogo, mediante la aplicación de un método o técnica pre-definida.

Los resultados pueden ser parciales o completos.

Se registran en un documento de reporte de laboratorio que se autentica mediante la firma del bacteriólogo(a).



Sección 22. EL DOMINIO DE ÓRDENES

2.1. Generalidades del dominio de órdenes.

2.1.1. Introducción y alcance1.El dominio de órdenes del estándar HL7 v3, cuenta con modelos, mensajes y otros artefactos que son necesarios para soportar la mensajería relacionada con la solicitud de servicios sanitarios y asistenciales de salud básicos.

Este dominio incluye la especificación de mensajería para la solicitud de servicios de salud, incluyendo servicios básicos de enfermería (signos vitales), servicios de terapia (terapia física), imaginología diagnóstica (radiología), y materiales (insumos) relacionados con el cuidado del paciente.Los servicios pueden ser prestados o ejecutados fuera del centro asistencial, en centro asistencial o en el punto de atención. El dominio de órdenes abarca las solicitudes de servicios de todas las localizaciones, incluida hospitalización, clínica y ambulatoria, así como las interacciones entre distintos departamentos.

El flujo de trabajo incluye la capacidad del proveedor de servicios para aceptar, modificar o rechazar una orden, con las aclaraciones apropiadas al ordenante. Las modificaciones pueden incluir la división de una orden en varias sub-órdenes o items de una lista de trabajo.

Cabe señalar que el comité técnico de órdenes y observaciones de HL7 internacional trabaja con otros comités técnicos de HL7 y grupos de interés especial los cuales adelantan trabajo sobre modelos especializados para el intercambio de mensajes de servicios de salud que van más allá de los modelos básicos desarrollados por el mismo comité técnico de órdenes y observaciones.

Estos son un número de modelos de información de dominios de mensajes de órdenes y observaciones especializados que han sido definidos:

● Farmacia.

1 Traducción del documento de especificación del dominio de órdenes del estándar HL7 v3 (R1), Introducción y alcance, Health Level Seven Inc, mayo de 2009.

URL documento: http://www.hl7.org/v3ballot2008may/html/domains/uvor/UVOR.htm#spec-scope



● Laboratorio (resultados).● Prestación de Atención al Paciente.● Dispositivos terapéuticos.● Sangre, Tejidos y Órganos.● Genómica Clínica.

2.1.2. Modelo de información de mensajes del dominio de órdenes (D-MIM)2.

Ilustración 1: D-MIM órdenes.

2 Modelo gráfico de información de mensajes del domino de órdenes, HL7 inc.URL: http://www.hl7.org/v3ballot/html/domains/uvor/editable/POOR_DM100000UV.htm



2.1.3. Modelo refinado de información de mensajes de orden compuesta.

Ilustración 2: R-MIM orden compuesta



2.2. Casos de uso de órdenes asociados al escenario de laboratorio clínico.

El alcance del dominio de órdenes del estándar HL7 v3 incluye la solicitud de muchos tipos de servicios de salud, dentro de los cuales se encuentran las pruebas diagnósticas.

Al interior de la presente guía, el conjunto de casos de solicitud de pruebas diagnósticas de laboratorio que hace parte del dominio de órdenes de HL7 v3 se ha denominado “casos de uso de órdenes de laboratorio”.

Los casos identificados son los siguientes:

● Orden Simple.

● Orden con muestra asociada.

● Orden de referencia.

● Orden de referencia laboratorios salud publica.

● Orden para dispositivo analizador.

Como ya se había mencionado, el alcance de la presente guía de implementación contempla únicamente los casos de orden simple de laboratorio y orden de laboratorio con muestra asociada, debido a que estos dos casos son los más frecuentes.

2.2.1. Elementos principales del caso de uso de órdenes de laboratorio clínico.

2.2.1.1. Acto principal asociado a las órdenes de laboratorio.● ObservationRequest: Una solicitud de prestación de servicios de observaciones de

salud. Usada comúnmente para ordenar servicios diagnósticos (laboratorio, radiología, etc.).

2.2.1.2. Relaciones principales entre actos asociados a las órdenes de laboratorio.● Trigger: Permite relacionar el acto principal de la orden (ObservationRequest) con un

acto previo donde se establece una pre-condición o criterio (observationEventCriterion) cuyo resultado es precisamente la solicitud la orden de laboratorio.

● Component2: Permite relacionar el acto principal de la orden (ObservationRequest) con cada uno de los componentes de la orden.

2.2.1.3. Participaciones principales asociadas a las órdenes de laboratorio.● RecordTarget: Usado para identificar el sujeto del registro médico correspondiente

(historia clínica), asociado por lo general a un paciente, al interior de una institución prestadora de servicios de salud.

● AuthorOrPerformer: Usado para registrar información de la entidad responsable de generar la orden, en esta caso el médico ordenante (incluido en la capa de acto de control).

● InformationRecipient: Usado para registrar información de la entidad que recibe la



orden, en este caso el laboratorio clínico. Incluye los datos de la persona de contacto.

● DataEnterer: Usado para registrar la información de la persona asignada como transcriptor o digitador de la información de la orden (incluido en la capa de acto de control).

● Specimen: Usado para identificar la muestra en cada una de las observaciones requeridas en la orden.

2.2.2. Atributos principales del acto de orden de laboratorio (ObservationRequest).

● Id: Es el identificador único del acto.

● Code: Especifica el tipo particular de acto (servicio) que se ordena o el tipo de prueba de laboratorio a practicar.

● Text: Es una descripción textual u observación adicional sobre la orden o sobre las pruebas diagnósticas de laboratorio ordenadas.

● StatusCode: Especifica el estado de la orden.

● EffectiveTime: Determina la vigencia o tiempo operativo durante el cual debe ejecutarse las pruebas diagnósticas de laboratorio ordenadas.

● ConfidentialityCode: Es un código que establece un control de divulgación de la información de la orden.

● PriorityCode: Es un valor codificado que especifica el orden de prioridad en la ejecución del acto.

● RepeatNumber: Es un número entero que establece la cantidad de veces que debe repetirse un tipo de prueba diagnóstica en la orden.

2.2.3. Responsabilidades del emisor y receptor en el envío del mensaje.

2.2.3.1. Emisor (Placer): ● Debe estar en capacidad de generar y enviar un mensaje de orden simple u orden de

laboratorio con muestra asociada, guardando conformidad con las especificación de HL7 Colombia (templateId:POOR_RM200901CO o templateId:POOR_RM200902CO), según esta guía de implementación.

2.2.3.2. Receptor (Filler): ● Debe estar en capacidad de recibir, validar e interpretar un mensaje de orden simple u

orden de laboratorio con muestra asociada, cuya estructura se define por la especificación de HL7 Colombia (templateId:POOR_RM200901CO o templateId:POOR_RM200902CO), según esta guía de implementación.

● Debe estar en capacidad de responder al mensaje de orden, generando y enviando un



mensaje de acuse de recibo de la transmisión o ACK (Message Adapter Acknowlegment Transmission MCCI_IN002200UV), según la especificación contenida en la guía de implementación de mensajes de HL7 Colombia.

2.2.4. Ciclo de vida de un mensaje de orden de laboratorio.Los estados definidos por los que puede pasar un mensaje de orden de laboratorio son:

● *Activo: Es una especialización del estado normal del acto. Indica que la orden puede ser o está siendo realizada. Cuando el HIS envía un mensaje de orden al LIMS, se considera que el acto se considera “activo” razón por la cual, el mensaje se envía con este estado por defecto.

● Normal: Comprende en conjunto una serie de estado del acto (Activo, Completo, Suspendido, etc), pero excluye los estados “Anulado” y “Obsoleto”, los cuales se consideran inusuales para el ciclo de vida del acto.

● Completo: Es una especialización del estado normal del acto. Indica que la orden ha sido llevada a cabo. En este caso, los resultados de laboratorio están disponibles.

● Suspendido: Es una especialización del estado normal del acto. Indica que la orden está “activa”, pero se ha “desactivado” temporalmente. Ninguna acción puede realizarse sobre la orden mientras esta no sea “reactivada”.

A continuación se observa de forma grafica el comportamiento de los estados de un mensaje de orden activa de laboratorio3.

3 Adaptación al español del diagrama de estados de la orden activa POOR_NA200001 Documento de especificación del dominio de órdenes del estándar HL7 v3 (R1), Orden Activa (Composite Order Activate), Health Level Seven Inc, mayo de 2009.

URL documento: http://www.hl7.org/v3ballot2009may/html/domains/uvor/uvor_CompositeOrder.htm#POOR_TE200901UV-teURL imagen: http://www.hl7.org/v3ballot2009may/html/domains/uvor/graphics/POOR_NA200001.gif



Ilustración 3: Diagrama de estados de una orden activa.



Sección 33. ESCENARIOS DE INTEROPERABILIDAD

El flujo de trabajo descrito en esta guía de implementación comprende desde el momento en que la decisión de un médico de solicitar una prueba diagnóstica de laboratorio (o un conjunto de pruebas) activa el evento disparador en el HIS y desencadena la generación de un mensaje de orden de laboratorio, hasta el momento en que la información de la orden es procesada y almacenada en el LIMS, incluyendo la confirmación del LIMS de recepción de la orden, mediante un mensaje ACK (Acknowledgement) de respuesta.

3.1. Caso de uso de orden simple de laboratorio.

Se trata de una solicitud de prestación de servicios de pruebas diagnósticas de laboratorio, ordenada por un médico, cuyo destino es el departamento de laboratorio de un centro asistencial o un laboratorio externo.

Contiene la relación de pruebas a realizar, empleando para ello una codificación legalmente aceptada.

Ilustración 4: Caso de uso de orden simple.

Adicionalmente a los datos de relación de pruebas, contiene la información necesaria para identificar al paciente e información de índole administrativa.

Por lo general, este tipo de orden se emplea en el ámbito de atención ambulatorio o de consulta externa y/o especializada. Pero también se puede utilizar en casos de internación o de urgencias.

3.1.1. Características generales.● Autor: Médico consultante.

● Origen: Centro asistencial o consultorio (HIS).

● Destino: Laboratorio (LIMS o LIS).

● Ámbito: Ambulatorio, Internación y Urgencias.

● Comunicación: Interorganizacional e Intraorganizacional.



● Espécimen o muestra:○ Recolección: Posterior a la orden, se realiza en el laboratorio.

○ Información: no suministrada en la orden

● Paciente:○ Datos básicos: Relevantes.

○ Datos cobertura: Relevantes.

○ Datos adicionales: (Étnia, estado civíl, lugar de residencia, etc) Poco relevantes. No se procesan.

● Autorización del pagador: Eventualmente requerida, según reglas de prestación del servicio.

● Procedimiento:○ Datos procedimiento: Relevantes. Codificación requerida (CUPS).

○ Datos de Vigencia: Relevantes para establecer la caducidad de la orden.

○ Datos de Prioridad: Relevante para determinar las órdenes de procesamiento al interior del laboratorio.

○ Datos de Confidencialidad: Importante pero no relevante, ya que generalmente no es procesable por los sistemas y existe un protocolo de confidencialidad comúnmente usado.

○ Datos de Método: Especificación ocasional.

○ Texto aclaratorio: Importante para evitar ambigüedad.

3.1.2. Flujo de trabajo.1. Un médico registra en el HIS la solicitud un conjunto de pruebas diagnósticas de

laboratorio para ser practicadas a un paciente, agrupadas en una orden.

2. Este evento de solicitud de pruebas diagnósticas de laboratorio inicia la generación de un mensaje de orden simple de laboratorio (en formato XML) con los datos necesarios para la prestación del servicio, empleando la interfaz HL7 del HIS, actuando en calidad de emisor (Placer) de la interacción.

3. El mensaje de orden es transmitido del HIS al LIMS.

4. El laboratorio recibe el mensaje, lo valida, lo procesa y almacena la información, empleando la interfaz HL7 del LIMS, actuando en calidad de receptor (Filler) de la interacción.

5. El LIMS confirma al LIMS la recepción del mensaje con un mensaje ACK. Dicha confirmación puede ser de aceptación, de error o de rechazo; en este último caso el HIS debe iniciar nuevamente la generación y transmisión del mensaje.



Ilustración 5: Flujo de trabajo de una orden simple de laboratorio.



3.1.3. Diagrama de interacción.

Ilustración 6: Interacción - Caso de uso de orden simple de laboratorio.

3.1.4. Identificación de la plantilla del mensaje.● La estructura específica de mensajes de orden simple de laboratorio de HL7 Colombia,

construida a partir de restricciones en la estructura de mensajes de órdenes de HL7 v3, recibe el nombre de plantilla (template), identificada según el sistema de identificación de artefactos del HL7 Inc.

● Identificación: POOR_RM200901CO

PO Dominios de salud y manejo clínico, Subsección de Operaciones.

OR Dominio de Ordenes.

RM Artefacto Modelo Refinado (R-MIM).

2009 Año de creación de la plantilla (template).

01 Consecutivo de la plantilla.

CO Colombia (región o país de uso).

00 Versión 00 (Draft).

● El elemento templateId permite registrar en el mensaje la identificación de la plantilla correspondiente.

3.2. Caso de uso de orden de laboratorio con muestra asociada.

Se trata de una solicitud de prestación de servicios de pruebas diagnósticas de laboratorio, ordenada por un médico, cuyo destino es el departamento de laboratorio de un centro



asistencial o un laboratorio externo.

Ilustración 7: Caso de uso de orden con muestra asociada.

Además de la relación de pruebas a realizar y demás datos que componen una orden simple, contiene información sobre la(s) muestra(s) invitro, sobre la(s) cual(es) deben realizarse las pruebas correspondientes.

Por lo general, este tipo de orden se emplea en el ámbito de atención de urgencias, internación (hospitalización, UCI) y pre quirúrgica. Pero también se puede utilizar en casos de atención ambulatoria o consulta externa y/o especializada.

3.2.1. Características generales.● Autor: Médico consultante.

● Origen: Centro asistencial o consultorio (HIS).

● Destino: Laboratorio (LIMS o LIS).

● Ámbito: Internación y Urgencias.

● Comunicación: Interorganizacional e Intraorganizacional.

● Espécimen o muestra:○ Recolección: Previa a la orden. Se realiza en el centro asistencial.

○ Información: Suministrada en la orden, permite asegurar la trazabilidad de la muestra.

● Paciente:○ Datos básicos: Relevantes.

○ Datos cobertura: Relevantes.

○ Datos adicionales: (Etnia, estado civil, lugar de residencia, etc) Poco relevantes. No se procesan.

● Autorización del pagador: Eventualmente requerida, según reglas de prestación del servicio.

● Procedimiento:○ Datos procedimiento: Relevantes. Codificación requerida (CUPS).

○ Datos de Vigencia: Relevantes para establecer la caducidad de la orden.

○ Datos de Prioridad: Relevante para determinar las órdenes de procesamiento al interior del laboratorio.

○ Datos de Confidencialidad: Importante pero no relevante, ya que generalmente no es procesable por los sistemas y existe un protocolo de confidencialidad comúnmente



usado.

○ Datos de Método: Especificación ocasional.

○ Texto aclaratorio: Importante para evitar ambigüedad.

3.2.2. Flujo de trabajo.1. Un médico registra en el HIS la solicitud un conjunto de pruebas diagnósticas de

laboratorio para ser practicadas a un paciente, agrupadas en una orden.

2. Un profesional de la salud, a partir de la información de dicha solicitud, realiza un proceso de toma de muestra(s) al paciente y registra en el HIS la información de identificación y caracterización de dicha muestra, la cual es enviada al laboratorio clínico.

3. Una vez registrada la información de la muestra, se inicia la generación de un mensaje de orden de laboratorio con muestra asociada (en formato XML) con los datos necesarios para la prestación del servicio, empleando la interfaz HL7 del HIS, actuando en calidad de emisor (Placer) de la interacción.

4. El mensaje de orden es transmitido del HIS al LIMS.

5. El laboratorio recibe el mensaje, lo valida, lo procesa y almacena la información, empleando la interfaz HL7 del LIMS, actuando en calidad de receptor (Filler) de la interacción.

6. El LIMS confirma al LIMS la recepción del mensaje con un mensaje ACK. Dicha confirmación puede ser de aceptación, de error o de rechazo; en este último caso el HIS debe iniciar nuevamente la generación y transmisión del mensaje.




Ilustración 8: Flujo de trabajo de una orden de laboratorio con muestra asociada.


3.2.3. Diagrama de interacción.

Ilustración 9: Interacción - Caso de uso de orden de laboratorio con muestra asociada.

3.2.4. Identificación de la plantilla del mensaje.● La estructura específica de mensajes de orden de laboratorio con muestra asociada de

HL7 Colombia, construida a partir de restricciones en la estructura de mensajes de órdenes de HL7 v3, recibe el nombre de plantilla (template), identificada según el sistema de identificación de artefactos del HL7 Inc.

● Identificación: POOR_RM200902CO

PO Dominios de salud y manejo clínico, Subsección de Operaciones.

OR Dominio de Ordenes.

RM Artefacto Modelo Refinado (R-MIM).

2009 Año de creación de la plantilla (template).

02 Consecutivo de la plantilla.

CO Colombia (región o país de uso).

00 Versión 00 (Draft).

● El elemento templateId permite registrar en el mensaje la identificación de la plantilla correspondiente.



Sección 44. ESTRUCTURA DE LOS MENSAJES

4.1. Modelos y especificaciones.

● RMIM MENSAJES: POOR_RM200999UV. Modelo de referencia R-MIM de HL7 v3 para mensajes de órdenes compuestas [13].

● HMD MENSAJES: POOR_HD200999UV. Descripción jerárquica de cada uno de los elementos que conforman la arquitectura de un mensaje de órdenes compuestas HL7 v3 [14].

4.2. Condiciones de conformidad para los mensajes.

Para tener conformidad con la especificación contenida en esta guía, es obligatorio que la estructura del mensaje generado por una aplicación de software o sistema de información, tenga al menos los elementos identificados como obligatorios ().

Así mismo, todo mensaje deberá cumplir con los requisitos mínimos establecidos en la guía de implementación de mensajes de HL7 Colombia.

La especificación internacional de HL7 v3 cuenta con un schema xml que permite validar la estructura cualquier mensaje del orden compuesta.

La URL de este esquema es:

http://www.hl7.org/v3ballot/html/processable/multicacheschemas/POOR_IN200901UV.xsd

El CTCU de órdenes y resultados de laboratorio de HL7 Colombia ha desarrollado los schemas xml correspondientes para cada una de las plantillas (templates) de órdenes de laboratorio:

● Orden simple de laboratorio: POOR_RM200901CO.xsd

● Orden de laboratorio con muestra asociada: POOR_RM200902CO.xsd


http://www.hl7.org/v3ballot/html/processable/multicacheschemas/POOR_IN200901UV.xsd


4.3. Especificación de la estructura de los mensajes.

4.3.1. Descripción de las columnas y convenciones para la trabla de elementos de los mensajes.A continuación se describe el significado de cada una de las columnas que forman la tabla de elementos de mensajes de órdenes de laboratorio y las convenciones utilizadas en la misma.

Columna DescripciónCampo Nombre del elemento o atributo perteneciente a la descripción jerárquica

del mensaje definida por HL7 Inc. (HMD).Convención Indica características como el tipo de campo (elemento o atributo) y su

obligatoriedad, su definición se encuentra en la tabla de convenciones a continuación.

Cardinalidad Indica el número mínimo y máximo de ocurrencias del elemento.Descripción Texto de descripción del elemento.Observaciones Texto libre de aclaraciones del comité.Tipo de Dato Indica la clase tipo de dato del elemento.

Convenciones utilizadas en la tabla de elementos de los mensajes.

Convención SignificadoE El campo es un ELEMENTO en la estructura del mensaje.A El campo es un ATRIBUTO del elemento en la estructura del mensaje.H El campo es obligatorio para la especificación de HL7 v3 y por lo tanto para la

plantilla (template).X El campo es obligatorio para la plantilla (según el contexto)./ El campo es opcional.

+n Indica que se debe escoger al menos uno de los elementos con el número n.

4.3.2. Tabla de elementos de los mensajes.Nota: La tabla definitiva será incluida en la versión de la guía aprobada por el CTCU de órdenes y resultados de laboratorio.

PARA CONSULTAR LA TABLA VER ARCHIVO ADJUNTO POOR_HD200901CO.xls



Sección 55. DEPENDENCIAS ENTRE GUÍAS

Guías de implementación relacionadas.

5.1. Guía de guías: Especifica la estructura general para la definición de guías de implementación de casos de uso de interoperabilidad basados en HL7.

5.2. Guía de implementación de mensajes: Especifica el uso de mensajes en el contexto Colombiano. (en proceso de redacción al momento de generar la presente guía) [2].

5.3. Guía de implementación para documentos de arquitectura clínica (CDA) para el caso de uso de Resultados de Laboratorio v 21:

Especifica los parámetros generales del uso de documentos electrónicos CDA para el registro e intercambio de resultados de laboratorio clínico [3].

La relación entre un mensaje de orden y su (sus) respectivo(s) documento(s) electrónico(s) CDA de resultados de laboratorio se hace empleando los elementos:

observationRequest.id@extension (en el mensaje).

inFulfillmentOf.order.id@extension (en el CDA).

Tal como se aprecia en la siguiente imagen:



Ilustración 10: Relación entre mensaje de orden y documento CDA de resultados.



Sección 66. ESPECIFICACIONES RELACIONADAS

6.1. Tablas de codificación administradas por HL7 Inc.

6.1.1. Código de confidencialidad de la orden4.Nombre del sistema de codificación: Confidentiality.OID del sistema de codificación: 2.16.840.1.113883.5.25Descripción: Valores de control de divulgación de la información.

Tabla 1. Confidentiality.Lvl - Typ Código Nombre

0-A _ConfidentialityByAccessKind v:ConfidentialityByAccessKind Confidencialidad por tipo de acceso

1-L . B Negocios1-L . D Clínico1-L . I Individual1-L . L Baja1-L . N Normal1-L . R Restringida1-L . V Muy restringida

0-A _ConfidentialityByInfoType v:ConfidentialityByInfoType Confidencialidad por tipo de información

1-L . ETH Relacionada con abuso de sustancias.1-L . HIV Relacionada con VIH1-L . PSY Relato Psiquiátrico

1-L . SDV Relacionada con violencia sexual y doméstica

4 Tabla de valores de confidencialidad, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/Confidentiality.htm


http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_Confidentiality.htm#ConfidentialityByInfoType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_Confidentiality.htm#ConfidentialityByAccessKind


Lvl - Typ Código Nombre

0-A _ConfidentialityModifiers v:ConfidentialityModifiers Modificadores de confidencialidad

1-L . C Celebridad1-L . S Sensible1-L . T Tabú

6.1.2. Código del Sexo o género de la persona5.Nombre del sistema de codificación: AdministrativeGenderOID del sistema de codificación: 2.16.840.1.113883.5.1Descripción: Valores del sexo de una persona con fines administrativos.

Tabla 2. AdministrativeGender.Lvl - Typ Código Nombre

0-L F Femenino0-L M Masculino0-L UN Indiferenciado

6.1.3. Código de estado del acto6.Nombre del sistema de codificación: ActStatusOID del sistema de codificación: 2.16.840.1.113883.5.14Descripción: Valores que representan los posibles estados definidos para un acto.

Tabla 3. ActStatus.Lvl - Typ Código Nombre

0-S normal normal1-L . aborted abortado1-L . active activo1-L . cancelled cancelado1-L . completed completo1-L . held En espera1-L . new nuevo

5 Tabla de valores de sexo, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/AdministrativeGender.htm

6 Tabla de valores de Estado de los actos, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/ActStatus.htm


http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_Confidentiality.htm#ConfidentialityModifiers


Lvl - Typ Código Nombre1-L . suspended suspendido0-L nullified anulado0-L obsolete obsoleto

6.1.4. Código de prioridad del acto7.Nombre del sistema de codificación: ActPriorityOID del sistema de codificación: 2.16.840.1.113883.5.7Descripción: Valores que especifican el orden de prioridad en la ejecución del acto.

Tabla 4. ActPriority.Lvl - Typ Código Nombre

0-L A ASAP (As soon as possible).Tan pronto como sea posible.

0-L CR(Callback Results)Contactar al ordenante en cuanto los resultados esten disponibles.

0-S CS v:ActPriorityCallback

callback for schedulingContactar para agendar la prestación del servicio.

1-L . CSP Contactar al ordenante para agendar la prestación del servicio.

1-L . CSR Contactar al receptor para agendar la prestación del servicio.

0-L EL Electiva0-L EM Emergencia0-L P Pre-operatoria0-L PRN Se necesita (una precondición)0-L R Rutina0-L RR Reporte rápido0-L S Alta prioridad0-L T Tiempo crítico0-L UD Uso indicado.0-L UR Urgente

7 Tabla de valores de Prioridad de los actos, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/ActPriority.htm


http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_ActPriority.htm#ActPriorityCallback


6.1.5. Código del rol de la muestra (espécimen)8.Nombre del sistema de codificación: SpecimenRoleTypeOID del sistema de codificación: 2.16.840.1.113883.1.11.16515Descripción: Valores que clasifican el rol de los tipos de muestra.

Tabla 5. SpecimenRoleType.Lvl - Typ Código Nombre

0-A _SpecimenRoleType v:SpecimenRoleType SpecimenRoleType.

1-L . C Calibrador.1-L . G Grupo.1-L . L Combinación.1-L . P Paciente.

1-S . Q. v:QualitySpecimenRoleType Control de calidad.

2-L . . B Desconocida.2-L . . E Electrónico (control de calidad).2-L . . F Prueba de eficiencia filler.2-L . . O Prueba de eficiencia operador.2-L . . V Verificación.1-L . R Replica.

6.1.6. Código de tipo de muestra (espécimen)9.Nombre del sistema de codificación: SpecimenTypeOID del sistema de codificación: 2.16.840.1.113883.5.129Descripción: Valores que especifican el tipo de muestra (sangre, suero, orina, etc).

Tabla 6. SpecimenType.Lvl - Typ Código Nombre

1-L . ABS Absceso1-L . AMN Fluido amniótico1-L . ASP Aspiración1-L . BBL Sangre – bolsa

8 Tabla de valores de tipo del rol del espécimen, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/RoleCode.htm#_SpecimenRoleType

9 Tabla de valores de tipo del Tipo espécimen, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/SpecimenType.htm


http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_RoleCode.htm#QualitySpecimenRoleType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_RoleCode.htm#SpecimenRoleType


Lvl - Typ Código Nombre1-L . BDY Cuerpo completo1-L . BIFL Fluido – Bilis1-L . BLD Sangre completa1-L . BLDA Sangre arteria1-L . BLDC Sangre capilar1-L . BLDCO Sangre de cordón1-L . BLDV Sangre venosa1-L . BON Hueso1-L . BPH Basófilos1-L . BPU Sangre – unidad1-L . BRN Tejido – quemadura1-L . BRO Tejido – bronquial1-L . BRTH Gas exhalado1-L . CALC Cálculo1-L . CDM Músculo cardiaco1-L . CNJT Tejido – conjuntiva1-L . CNL Cánula1-L . COL Calostro1-L . CRN Tejido – cornea1-L . CSF Fluido cefalorraquídeo1-L . CTP Catéter1-L . CUR Legrado1-L . CVM Mucosa cervical1-L . CVX Cervix1-L . CYST Quiste1-L . DIAF Fluido de diálisis1-L . DOSE Substancia medicinal o dosis1-L . DRN Drenaje1-L . DUFL Fluido duodenal1-L . EAR Oído1-L . EARW Cerumen – oído1-L . ELT Electrodo



Lvl - Typ Código Nombre1-L . ENDC Endocardio1-L . ENDM Endometrio1-L . EOS Eosinófilos1-L . EXG Gas exhalado1-L . EYE Ojo1-L . FIB Fibroblastos1-L . FIST Fístula1-L . FLT Filtro1-L . FLU Fluido corporal – no clasificado1-L . FOOD Muestra de alimento1-L . GAS Gas1-L . GAST Fluido gástrico1-L . GEN Genital1-L . GENC Genital – cervix1-L . GENF Genital – fluido1-L . GENL Genital – lochia1-L . GENV Genital vaginal1-L . HAR Pelo1-L . IHG Gas inhalado1-L . ISLT Espécimen aislado1-L . IT Tubo – intubación1-L . LAM Laminilla1-L . LIQ Liquido NOS1-L . LN Línea1-L . LNA Línea arterial1-L . LNV Línea venosa1-L . LYM Linfocitos1-L . MAC Macrofagos1-L . MAR Médula1-L . MBLD Sangre menstrual1-L . MEC Meconio1-L . MILK Leche materna



Lvl - Typ Código Nombre1-L . MLK Leche1-L . NAIL Uña1-L . NOS Nariz1-L . PAFL Fluido pancreático1-L . PAT Paciente1-L . PLAS Plasma1-L . PLB Plasma – bolsa1-L . PLC Placenta1-L . PLR Fluido pleural1-L . PMN Neutrófilos polimorfonucleares1-L . PPP Plaqueta pobre en plasma1-L . PRP Plaqueta rica en plasma1-L . PRT Líquido peritoneal /ascitis1-L . PUS Pus1-L . RBC Eritrocitos1-L . SAL Saliva1-L . SER Suero1-L . SKM Músculo esquelético1-L . SKN Piel1-L . SMN Fluido seminal1-L . SMPLS Plasma seminal1-L . SNV Fluido sinovial1-L . SPRM Espermatozoide1-L . SPT Esputo1-L . SPTC Esputo – tos1-L . SPTT Esputo – aspiración traqueal1-L . STL Materia fecal1-L . STON Cálculo1-L . SWT Sudor1-L . TEAR Lágrimas1-L . THRB Trombocito (plaqueta)1-L . THRT Garganta1-L . TISG Tejido – vesícula bliar



Lvl - Typ Código Nombre1-L . TISPL Tejido – placenta1-L . TISS Tejido – no especificado1-L . TISU Tejido – úlcera1-L . TLGI Tejido – intestino grueso1-L . TLNG Tejido – pulmonar1-L . TSMI Tejido – intestino delgado1-L . TUB Tubo – sin especificar1-L . ULC Úlcera1-L . UMB Sangre umbilical1-L . UMED Medicamento desconocido1-L . UR Orina1-L . URC Orina – captura limpia1-L . URNS Orina – sedimento1-L . URT Orina – catéter1-L . URTH Uretra1-L . USUB Substancia desconocida1-L . VOM Vómito1-L . WAT Agua1-L . WBC Leucocitos1-L . WICK Mecha1-L . WND Herida1-L . WNDA Herida – absceso1-L . WNDD Herida – drenaje1-L . WNDE Herida – exudación

6.1.7. Código de tipo de contenedor de muestra10.Nombre del sistema de codificación: ContainerEntityTypeOID del sistema de codificación: 2.16.840.1.113883.1.11.16143Descripción: Valores que especifican el tipo de materiales destinados a alojar otros materiales para propósitos de almacenamiento y transporte.

10 Tabla de valores de tipo del Tipo de contenedor, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/EntityCode.htm#_ContainerEntityType



Tabla 7. ContainerEntityType.Lvl - Typ Código Nombre

1-A . _ContainerEntityType. v:ContainerEntityType

2-S . . PKG. . v:PackageEntityType Package

3-A . . . _NonRigidContainerEntityType. . . v:NonRigidContainerEntityType NonRigidContainerEntityType

4-L . . . . BAG Bag4-L . . . . PACKT Packet4-L . . . . PCH Pouch4-L . . . . SACH Sachet

3-A . . . _RigidContainerEntityType. . . v:RigidContainerEntityType RigidContainerEntityType

4-A . . . . _IndividualPackageEntityType. . . . v:IndividualPackageEntityType IndividualPackageEntityType

5-L . . . . . AMP Ampule5-L . . . . . MINIM Minim5-L . . . . . NEBAMP Nebuamp5-L . . . . . OVUL Ovule

4-A . . . . _MultiUseContainerEntityType. . . . v:MultiUseContainerEntityType MultiUseContainerEntityType

5-S . . . . . BOT. . . . . v:BottleEntityType Bottle

6-L . . . . . . BOTA Amber Bottle6-L . . . . . . BOTD Dropper Bottle6-L . . . . . . BOTG Glass Bottle

6-S . . . . . . BOTP. . . . . . v:PlasticBottleEntityType Plastic Bottle

7-L . . . . . . . BOTPLY Polyethylene Bottle5-L . . . . . BOX Box5-L . . . . . CAN Can5-L . . . . . CART Cartridge5-L . . . . . CNSTR Canister


http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#PlasticBottleEntityType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#BottleEntityType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#MultiUseContainerEntityType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#IndividualPackageEntityType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#RigidContainerEntityType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#NonRigidContainerEntityType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#PackageEntityType

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#ContainerEntityType


Lvl - Typ Código Nombre5-L . . . . . JAR Jar5-L . . . . . JUG Jug5-L . . . . . TIN Tin5-L . . . . . TUB Tub5-L . . . . . TUBE Tube5-L . . . . . VIAL Vial

6.1.8. Código de tipo de riesgo de muestra11.Nombre del sistema de codificación: EntityRiskOID del sistema de codificación: 2.16.840.1.113883.5.46Descripción: Valores que especifican el tipo de riesgo que supone una entidad.

Tabla 8. EntityRisk.Lvl - Typ Código Nombre

0-L AGG aggressive0-L BIO Biological0-L COR Corrosive0-L ESC Escape Risk

0-S IFL v:MaterialDangerInflammable inflammable

1-L . EXP explosive

0-S INF v:MaterialDangerInfectious infectious

1-L . BHZ biohazard0-L INJ injury hazard0-L POI poison0-L RAD radioactive

6.1.9. Código de manipulación del contenedor de la muestra12.Nombre del sistema de codificación: EntityHandlingOID del sistema de codificación: 2.16.840.1.113883.5.42Descripción: Valores que especifican el tipo de manipulación que debe darse al contenedor de la muestra.

11 Tabla de valores de tipo del tipo de Riesgo de la entidad, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/EntityRisk.htm

12 Tabla de valores de tipo del tipo de manipulación de la entidad, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/EntityHandling.htm


http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityRisk.htm#MaterialDangerInfectious

http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityRisk.htm#MaterialDangerInflammable


Tabla 9. EntityHandling.Lvl - Typ Código Nombre

0-L AMB Ambient Temperature0-L C37 Body Temperature0-L CAMB Critical Ambient temperature0-L CATM Protect from Air0-L CFRZ Critical frozen0-L CREF Critical refrigerated temperature0-L DFRZ Deep Frozen0-L DRY dry0-L FRZ frozen0-L MTLF Metal Free0-L NTR nitrogen0-L PRTL Protect from Light0-L PSA do not shake0-L PSO no shock0-L REF Refrigerated temperature0-L SBU Shake before use0-L UFRZ Ultra frozen0-L UPR upright

6.1.10. Código de tipo de substancia aditiva de la muestra13.Nombre del sistema de codificación: MaterialEntityAdditiveOID del sistema de codificación: 2.16.840.1.113883.1.11.16042Descripción: Códigos relativos a substancias aditivas de la muestra (espécimen).

Tabla 10. MaterialEntityAdditive.Lvl - Typ Código Nombre

1-A . _MaterialEntityAdditive. v:MaterialEntityAdditive MaterialEntityAdditive

2-L . . ACDA ACD Solution A2-L . . ACDB ACD Solution B

13 Tabla de valores de tipo del tipo de material aditivo de la entidad, HL7 Inc.URL: http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/EntityCode.htm#_MaterialEntityAdditive


http://www.hl7.org/v3ballot/html/infrastructure/vocabulary/vs_EntityCode.htm#MaterialEntityAdditive


Lvl - Typ Código Nombre2-L . . ACET Acetic Acid2-L . . AMIES Amies transport medium2-L . . BACTM Bacterial Transport medium2-L . . BF10 Buffered 10% formalin2-L . . BOR Boric Acid2-L . . BOUIN Bouin's solution2-L . . BSKM Buffered skim milk2-L . . C32 3.2% Citrate2-L . . C38 3.8% Citrate2-L . . CARS Carson's Modified 10% formalin2-L . . CARY Cary Blair Medium2-L . . CHLTM Chlamydia transport medium2-L . . CTAD CTAD2-L . . EDTK15 Potassium/K EDTA 15%2-L . . EDTK75 Potassium/K EDTA 7.5%2-L . . EDTN Sodium/Na EDTA2-L . . ENT Enteric bacteria transport medium2-L . . F10 10% Formalin2-L . . FDP Thrombin NIH; soybean trypsin inhibitor2-L . . FL10 Sodium Fluoride, 10mg2-L . . FL100 Sodium Fluoride, 100mg2-L . . HCL6 6N HCL2-L . . HEPA Ammonium heparin2-L . . HEPL Lithium/Li Heparin2-L . . HEPN Sodium/Na Heparin2-L . . HNO3 Nitric Acid2-L . . JKM Jones Kendrick Medium2-L . . KARN Karnovsky's fixative2-L . . KOX Potassium Oxalate2-L . . LIA Lithium iodoacetate2-L . . M4 M42-L . . M4RT M4-RT



Lvl - Typ Código Nombre2-L . . M5 M52-L . . MICHTM Michel's transport medium2-L . . MMDTM MMD transport medium2-L . . NAF Sodium Fluoride2-L . . NONE None2-L . . PAGE Page's Saline2-L . . PHENOL Phenol2-L . . PVA Polyvinylalcohol2-L . . RLM Reagan Lowe Medium2-L . . SILICA Siliceous earth

2-L . . SPS Sodium polyanethol sulfonate 0.35% in 0.85% sodium chloride

2-L . . SST Serum Separator Tube2-L . . STUTM Stuart transport medium2-L . . THROM Thrombin2-L . . THYMOL Thymol2-L . . THYO Thyoglycolate broth2-L . . TOLU Toluene2-L . . URETM Ureaplasma transport medium2-L . . VIRTM Viral Transport medium2-L . . WEST Buffered Citrate



6.2. Tablas de codificación no administradas por HL7 Inc.

6.2.1. Código del tipo de identificación de persona14.Nombre del sistema de codificación: TipoIdentificacionPersona.OID del sistema de codificación: No asignado (valor por defecto UNK)Descripción: Tipo de documento de identificación del usuario del sistema de salud colombiano.

Tabla 11. TipoIdentificacionPersona.Código Nombre

CC Cédula ciudadaníaCE Cédula de extranjeríaPA PasaporteRC Registro civilTI Tarjeta de identidadAS Adulto sin identificaciónMS Menor sin identificaciónNU Número único de identificación

6.2.2. Código del tipo de observación(es) o procedimiento(s) solicitado(s)15.Nombre del sistema de codificación: RIPS_CodigoConceptoOID del sistema de codificación: No asignado (valor por defecto UNK)Descripción: Código de las diferentes agrupaciones de servicios de salud que corresponden a una misma clase o naturaleza.

Tabla 12. RIPS_CodigoConcepto.Código Nombre

01 Consultas02 Procedimientos de diagnósticos (Valor por defecto)03 Procedimientos terapéuticos no quirúrgicos04 Procedimientos terapéuticos quirúrgicos

14 IBID Resolución 3374 de 2000, Ministerio de Salud (actualmente Ministerio de la Protección Social), Por la cual se reglamentan los datos básicos que deben reportar los prestadores de servicios de salud y las entidades administradoras de planes de beneficios sobre los servicios de salud prestados. Diciembre 27 de 2000. Numeral 2.3. Registro de datos para el archivo de usuarios de los servicios de salud, página 19.URL: http://www.minproteccionsocial.gov.co/VBeContent/library/documents/DocNewsNo319112.pdf

15 IBID 14. Numeral 2.3. Registro de datos para el archivo descripción agrupada de los servicios de salud prestados, página 19.



Código Nombre05 Procedimientos de promoción y prevención06 Estancias07 Honorarios08 Derechos de sala09 Materiales e insumos10 Banco de sangre11 Prótesis y órtesis12 Medicamentos POS13 Medicamentos no POS14 Traslado de pacientes

6.2.3. Código del régimen del plan de cobertura16.Nombre del sistema de codificación: RIPS_TipoUsuarioOID del sistema de codificación: No asignado (valor por defecto UNK)Descripción: Identificador para determinar la condición del usuario en relación con el SGSSS

Tabla 13. RIPS_TipoUsuario.Código Nombre

1 Contributivo2 Subsidiado3 Vinculado.4 Particular.5 Otro

6.2.4. Código tipo de afiliación al plan de cobertura17.Nombre del sistema de codificación: RIPS_TipoAfiliadoOID del sistema de codificación: No asignado (valor por defecto UNK)Descripción: Identificador para determinar la condición del usuario en el Sistema. Diligenciable únicamente para usuarios del régimen contributivo.

Tabla 14. RIPS_TipoAfiliado.Código Nombre

1 Cotizante.2 Beneficiario.

16 IBID 14. Numeral 2.4. Registro de datos relacionados con el servicio y el valor, página 20.17 IBID 14. Numeral 3.3. Registro de datos relacionados con el servicio y el valor, página 33.



Código Nombre3 Adicional.

6.2.5. Código del motivo, razón, justificación o finalidad de la orden18.Nombre del sistema de codificación: RIPS_FinalidadProcedimientoOID del sistema de codificación: No asignado (valor por defecto UNK)Descripción: Identificador de la finalidad con que se realiza el procedimiento.

Tabla 15. RIPS_FinalidadProcedimiento.Código Nombre

1 Diagnóstico (Valor por defecto)2 Terapéutico.3 Protección específica.4 Detección temprana de enfermedad general.5 Detección temprana de enfermedad profesional.

6.2.6. Códigos CUPS de pruebas de laboratorio19.Nombre del sistema de codificación: CUPSOID del sistema de codificación: No asignado (valor por defecto UNK)Descripción: Valores de procedimientos de laboratorio clínico según la Clasificación Única de Procedimientos en Salud (CUPS), válidos legalmente en Colombia.

Debido al tamaño de la tabla de codificación, ésta no se ha incluido en la presente guía de implementación. Por favor, consulte la documentación respectiva.Documentación de la codificaciónhttp://www.minproteccionsocial.gov.co/VBeContent/library/documents/DocNewsNo329812.pdf

6.2.7. Códigos LOINC de pruebas de laboratorio20.Nombre del sistema de codificación: LOINCOID del sistema de codificación: 2.16.840.1.113883.6.1Descripción: Valores de procedimientos de laboratorio clínico según codificación internacional LOINC (Logical Observation Identifier Names and Codes).

Debido al tamaño de la tabla de codificación, ésta no se ha incluido en la presente guía de

18 IBID 14. Numeral 2.3. Registro de datos para el archivo descripción agrupada de los servicios de salud prestados, página 24.

19 Resolución 2333 de 2000, Ministerio de Salud (actualmente Ministerio de la Protección Social), por la cual se adopta la Primera Actualización de la Clasificación Única de Procedimientos en Salud. Septiembre 11 de 2000.URL: http://www.minproteccionsocial.gov.co/VBeContent/library/documents/DocNewsNo329812.pdf

20 Codificación internacional LOINC.URL: http://loinc.org/



implementación. Por favor, consulte la documentación respectiva.Documentación de la codificaciónhttp://loinc.org/

El Comité Técnico de Casos de Uso de órdenes y resultados de laboratorio, recomienda el uso del sistema de codificación LOINC para la identificación de procedimientos del dominio de laboratorio clínico. Para los sistemas de información a los que no se les haya definido LOINC como sistema de codificación, se recomienda la definición de una tabla de equivalencias entre el sistema de codificación usado y el sistema recomendado por la Fundación HL7 Colombia21.

Las razones analizadas en el comité técnico para recomendar este sistema de codificación son las siguientes22:

● LOINC es el sistema de codificación recomendado por el estándar HL7 Internacional.

● LOINC es el sistema de codificación acogido en la mayoría de países que están trabajando con el estándar HL7, esto facilitaría en un futuro la interoperabilidad de sistemas de información colombianos con sistemas de información de otros países.

● Es posible que el sistema de codificación usado en Colombia (CUPS) sufra modificaciones, por esta razón se recomienda el uso de un sistema de codificación estable como LOINC.

21 Tomado de: Guía de implementación para documentos de arquitectura clínica (CDA) para el caso de uso de Resultados de Laboratorio. Versión 21. CTCU de órdenes y resultados de laboratorio. Fundación HL7 Colombia, página 23, Marzo de 2009.

22 IBID 21.



Sección 77. EJEMPLOS DE MENSAJES

7.1. Ejemplo de orden simple

7.1.1. Datos de la orden:

Elemento de dato ValorMédico ordenante Identificación TP9878

Nombre Dr Carlos Ramírez

e-mail carlos.ramirez @jhuribe.org.co

Departamento Consulta Externa

Institución prestadora de salud

Identificación 1100200001

Nombre HOSPITAL CENTRAL JORGE H URIBE S.J. IPS.

e-mail [email protected]

Trascriptor de la información

Identificación TP9878


Laboratorio receptor de la orden


Nombre LABORATORIO SAN JORGE S.A.

Persona de contacto del laboratorio

Nombre Dra Liliana Botero


Número de la orden 0000001

Vigencia de la orden 2008-11-24 23:59:59

Paciente Historia clínica HC83342621

Tipo de identificación CC

Número de identificación 83342621

Nombre Edgar Alberto Espinoza Benavidez

Sexo Masculino

Fecha de nacimiento 1974-03-11

Asegurador SALUD COMPLETA EPS



Elemento de dato ValorIdentificación asegurador EPS0001

Plan de cobertura POS001

Póliza 93763264

Vigencia de la cobertura 2008-01-01 a 2008-12-31

Régimen Contributivo

Tipo de afiliación Cotizante

Finalidad de la orden Diagnóstico

Item 1 de la orden Prueba HEMOGRAMA - HEMOGLOBINA, HEMATOCRITO, RECUENTO DE ERITROCITOS Y LEUCOGRAMA

Identificación del ítem 1

Código 902210

Fecha de vigencia 2008-11-24 23:59:59

Prioridad Rutina

Cantidad de pruebas 1

Item 2 de la orden Prueba UROCULTIVO - ANTIOGRAMA MIC MANUAL


Código 901237


Prioridad Rutina


Item 3 de la orden Prueba COLORACIÓN PARA ACIDO ALCOHOL RESISTENTE [ZIELH-NIELSEN] Y LECTURA


Código 901101


Prioridad Rutina


Nota adicional u observaciones sobre la orden

Solicitud de pruebas diagnósticas de laboratorio


7.1.2. Mensaje Ejemplo:

<?xml version="1.0" encoding="ISO-8859-1"?><hl7:POOR_IN200901UV xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hl7-org:v3 http://www.hl7.org/v3ballot/html/processable/multicacheschemas/POOR_IN200901UV.xsd" xmlns:hl7="urn:hl7-org:v3" ITSVersion="XML_1.0">  <hl7:templateId extension="POOR_RM200901CO00"/> <hl7:id root="UNK" extension="0000001" displayable="true"/> <hl7:creationTime value="20081119145327"/> <hl7:versionCode code="V3-2007N"/> <hl7:interactionId root="2.16.840.1.113883.1.6" extension="POOR_IN200901UV"/> <hl7:processingCode code="P"/> <hl7:processingModeCode code="T"/> <hl7:acceptAckCode code="ER"/> <hl7:receiver typeCode="RCV"> <hl7:device classCode="DEV" determinerCode="INSTANCE"> <hl7:id root="UNK" extension="RCP0001"/> <hl7:softwareName

code="UNK" codeSystem="UNK" codeSystemName="SoftwareName" displayName="DATALIS Laboratory Information System V[8.2]"/>

</hl7:device> </hl7:receiver> <hl7:respondTo typeCode="RSP" xsi:nil="false"> <hl7:entityRsp classCode="DEV" determinerCode="INSTANCE"> <hl7:id root="UNK" extension="SND0001"/> </hl7:entityRsp> </hl7:respondTo> <hl7:sender typeCode="SND"> <hl7:device classCode="DEV" determinerCode="INSTANCE"> <hl7:id root="UNK" extension="SND0001"/> <hl7:softwareName

code="UNK" codeSystem="UNK" codeSystemName="SoftwareName" displayName="DATACLINIC Clinical Document System V[8.10]"/>

</hl7:device> </hl7:sender>

<hl7:controlActProcess classCode="CACT" moodCode="EVN">

 <hl7:code

code="POOR_TE200901UV" codeSystem="2.16.840.1.113883.1.18" codeSystemName="TriggerEventID" displayName="Composite Order Activate"/>

<hl7:reasonCode code="PHY" codeSystem="2.16.840.1.113883.1.11.14879" codeSystemName="SchedulingActReason" displayName="Requerimiento médico"/>

<hl7:languageCode code="es-co" codeSystem="2.16.840.1.113883.1.11.11526" codeSystemName="HumanLanguage" displayName="Español Colombia"/>

<hl7:authorOrPerformer typeCode="AUT" contextControlCode="AP"> <hl7:assignedPerson classCode="ASSIGNED">

<hl7:id root="UNK" extension="TP9878"/> <hl7:telecom value="mailto:carlos.ramirez @jhuribe.org.co"/>

<hl7:assignedPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:name> <hl7:prefix qualifier="AC">Dr</hl7:prefix> <hl7:given>Carlos</hl7:given> <hl7:family>Ramírez< /hl7:family> </hl7:name> <hl7:asLocatedEntity classCode="LOCE"> <hl7:location classCode="PLC" determinerCode="INSTANCE"> <hl7:name>Consulta Externa</hl7:name> </hl7:location> </hl7:asLocatedEntity> </hl7:assignedPerson> <hl7:representedOrganization classCode="ORG" determinerCode="INSTANCE"> <hl7:id

root="codHabilitacionPrestadorSalud" extension="1100200001"

assigningAuthorityName="MinProteccionSocial"/> <hl7:name>HOSPITAL CENTRAL JORGE H URIBE S.J.

<hl7:suffix qualifier="LS">IPS</hl7:suffix> </hl7:name>

</hl7:representedOrganization> </hl7:assignedPerson>

</hl7:authorOrPerformer> <hl7:dataEnterer typeCode="ENT" contextControlCode="AP"> <hl7:assignedPerson classCode="ASSIGNED">

<hl7:id root="UNK" extension="TP9878"/> <hl7:assignedPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:name> <hl7:prefix qualifier="AC">Dr</hl7:prefix> <hl7:given>Carlos</hl7:given> <hl7:family>Ramírez< /hl7:family> </hl7:name> </hl7:assignedPerson> </hl7:assignedPerson> </hl7:dataEnterer> <hl7:informationRecipient typeCode="IRCP" contextControlCode="AP"> <hl7:assignedPerson classCode="ASSIGNED"> <hl7:telecom value="mailto:[email protected]"/> <hl7:assignedPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:name> <hl7:prefix qualifier="AC">Dra</hl7:prefix> <hl7:given>Liliana</hl7:given> <hl7:family>Botero</hl7:family> </hl7:name> </hl7:assignedPerson> <hl7:representedOrganization classCode="ORG" determinerCode="INSTANCE"> <hl7:id

root="codHabilitacionPrestadorSalud" extension="1100200200" assigningAuthorityName="MinProteccionSocial"/>

<hl7:name>LABORATORIO SAN JORGE<hl7:suffix qualifier="LS">S.A</hl7:suffix>

</hl7:name> </hl7:representedOrganization> </hl7:assignedPerson> </hl7:informationRecipient> <hl7:subject typeCode="SUBJ" contextConductionInd="false">  <hl7:observationRequest classCode="OBS" moodCode="RQO" negationInd="false"> <hl7:id root="UNK" extension="0000001"/> <hl7:code

code="02" codeSystem="UNK" codeSystemName="RIPS_CodigoConcepto"

displayName="Procedimientos diagnosticos"/> <hl7:text>Solicitud de pruebas diagnósticas de laboratorio</hl7:text>


<hl7:statusCode code="active"/> <hl7:effectiveTime value="20081124235959"/> <hl7:confidentialityCode

code="R" codeSystem="2.16.840.1.113883.5.25" codeSystemName="Confidentiality" displayName="Restringida"/>

<hl7:recordTarget typeCode="RCT" contextControlCode="OP"> <hl7:patient classCode="PAT"> <hl7:id

root="UNK" extension="HC83342621"/>

<hl7:patientPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:id

root="CC" extension="83342621" assigningAuthorityName="RNEC"/>

<hl7:name> <hl7:prefix/> <hl7:given>Edgar</hl7:given> <hl7:given>Alberto</hl7:given> <hl7:family>Espinoza</hl7:family> <hl7:family>Benavidez</hl7:family> </hl7:name> <hl7:administrativeGenderCode

code="M" codeSystem="2.16.840.1.113883.5.1"

codeSystemName="AdministrativeGender" displayName="MASCULINO"/>

<hl7:birthTime value="19740311"/> </hl7:patientPerson> <hl7:providerOrganization classCode="ORG" determinerCode="INSTANCE"> <hl7:id


<hl7:name>HOSPITAL CENTRAL JORGE H URIBE S.J.<hl7:suffix qualifier="LS">IPS</hl7:suffix>

</hl7:name> <hl7:contactParty classCode="CON"> <hl7:telecom value="mailto:[email protected]"/> </hl7:contactParty> </hl7:providerOrganization> <hl7:coveredPartyOf typeCode="COV"> <hl7:coverageRecord classCode="COV" moodCode="EVN"> <hl7:id root="UNK" extension="93763264"/> <hl7:statusCode code="active"/> <hl7:effectiveTime>



<hl7:low value="20080101"/> <hl7:high value="20081231"/> </hl7:effectiveTime> <hl7:component typeCode="COMP"> <hl7:policyOrProgram classCode="COV" moodCode="EVN"> <hl7:code

code="1" codeSystem="UNK" codeSystemName="RIPS_TipoUsuario" displayName="Contributivo"/>

<hl7:statusCode code="active"/> <hl7:coveredParty typeCode="COV" negationInd="false"> <hl7:coveredParty classCode="COVPTY"> <hl7:id root="UNK" extension="POS001"/> <hl7:code

code="1" codeSystem="UNK" codeSystemName="RIPS_TipoAfiliado" displayName="Cotizante"/>

</hl7:coveredParty> </hl7:coveredParty> <hl7:responsibleParty typeCode="RESP"> <hl7:functionCode

code="FULINRD" codeSystem="2.16.840.1.113883.1.11.19905" codeSystemName="SponsorParticipationFunction" displayName="Cobertura Total"/>

<hl7:sponsor classCode="SPNSR"> <hl7:sponsorOrganization classCode="ORG"

determinerCode="INSTANCE"> <hl7:id

root="codEntidadAdministradoSal" extension="EPS0001"

assigningAuthorityName="MinProteccionSocial"/> <hl7:name>SALUD COMPLETA

<hl7:suffix qualifier="LS">EPS</hl7:suffix> </hl7:name>

</hl7:sponsorOrganization> </hl7:sponsor> </hl7:responsibleParty> </hl7:policyOrProgram> </hl7:component> </hl7:coverageRecord> </hl7:coveredPartyOf> </hl7:patient> </hl7:recordTarget> <hl7:trigger typeCode="TRIG"> <hl7:observationEventCriterion classCode="OBS" moodCode="EVN.CRT">



<hl7:code code="1" codeSystem="UNK" codeSystemName="RIPS_FinalidadProcedimiento" displayName="Diagnóstico"/>

</hl7:observationEventCriterion> </hl7:trigger> <hl7:component2 typeCode="COMP" contextControlCode="AP"

contextConductionInd="true"> <hl7:sequenceNumber value="1"/> <hl7:observationRequest classCode="OBS" moodCode="RQO"

negationInd="false"> <hl7:id root="UNK" extension="1"/> <hl7:code

code="902210" codeSystem="UNK" codeSystemName="CUPS" displayName="Hemograma"/>

<hl7:text> HEMOGRAMA - HEMOGLOBINA, HEMATOCRITO, RECUENTO DE ERITROCITOS Y LEUCOGRAMA </hl7:text>

<hl7:statusCode code="active"/> <hl7:effectiveTime value="20081124235959"/>

<hl7:priorityCode code="R" codeSystem="2.16.840.1.113883.5.7" codeSystemName="ActPriority" displayName="Rutina"/>

<hl7:repeatNumber value="1"/> </hl7:observationRequest> </hl7:component2> <hl7:component2 typeCode="COMP" contextControlCode="AP"



code="901237" codeSystem="UNK" codeSystemName="CUPS" displayName="Urocultivo"/>

<hl7:text> UROCULTIVO - ANTIOGRAMA MIC MANUAL </hl7:text>





<hl7:repeatNumber value="1"/> </hl7:observationRequest> </hl7:component2> <hl7:component2 typeCode="COMP" contextControlCode="AP"



code="901101" codeSystem="UNK" codeSystemName="CUPS" displayName="Baciloscopia"/>

<hl7:text> COLORACIÓN PARA ACIDO ALCOHOL RESISTENTE [ZIELH-NIELSEN] Y LECTURA </hl7:text>



<hl7:repeatNumber value="1"/> </hl7:observationRequest> </hl7:component2> </hl7:observationRequest> </hl7:subject> </hl7:controlActProcess></hl7:POOR_IN200901UV>



7.2. Ejemplo de orden con muestra (espécimen) asociada

7.2.1. Datos de la orden:

Elemento de dato ValorMédico ordenante Identificación TP9878


e-mail carlos.ramirez @jhuribe.org.co

Departamento Consulta Externa

Institución prestadora de salud


Nombre HOSPITAL CENTRAL JORGE H URIBE S.J. IPS.


Trascriptor de la información

Identificación TP9878


Laboratorio receptor de la orden


Nombre LABORATORIO SAN JORGE S.A.

Persona de contacto del laboratorio

Nombre Dra Liliana Botero


Número de la orden 0000001

Vigencia de la orden 2008-11-24 23:59:59

Paciente Historia clínica HC83342621

Tipo de identificación CC

Número de identificación 83342621

Nombre Edgar Alberto Espinoza Benavidez

Sexo Masculino

Fecha de nacimiento 1974-03-11

Asegurador SALUD COMPLETA EPS

Identificación asegurador EPS0001

Plan de cobertura POS001

Póliza 93763264

Vigencia de la cobertura 2008-01-01 a 2008-12-31

Régimen Contributivo

Tipo de afiliación Cotizante

Finalidad de la orden Diagnóstico

Item 1 de la orden Prueba HEMOGRAMA - HEMOGLOBINA, HEMATOCRITO, RECUENTO DE ERITROCITOS Y LEUCOGRAMA




Elemento de dato ValorCódigo 902210


Prioridad Rutina


Muestra asociada al ítem 1 Identificación BLD0001

Tipo de muestra Sangre

Cantidad 20 cm3

Descripción En este caso no requiere ninguna descripción textual

Tipo de contenedor Tubo de ensayo

Riesgo del contenido Biológico

Manipulación Refrigerar

Aditivo de muestra Potasio/K EDTA 7.5%

Item 2 de la orden Prueba UROCULTIVO - ANTIOGRAMA MIC MANUAL


Código 901237


Prioridad Rutina


Muestra asociada al ítem 2 Identificación URC0002

Tipo de muestra Orina - captura limpia

Cantidad 50 cm3


Tipo de contenedor Frasco

Riesgo del contenido Biológico


Aditivo de muestra Null

Item 3 de la orden Prueba COLORACIÓN PARA ACIDO ALCOHOL RESISTENTE [ZIELH-NIELSEN] Y LECTURA


Código 901101


Prioridad Rutina


Muestra A asociada al ítem 3

Identificación SPTC003

Tipo de muestra Esputo - tos

Cantidad 10 cm3



Elemento de dato ValorDescripción En este caso no requiere ninguna descripción

textual


Riesgo del contenido Peligro Biológico



Muestra B asociada al ítem 3

Identificación SPTC004

Tipo de muestra Esputo - tos

Cantidad 10 cm3



Riesgo del contenido Peligro Biológico



Nota adicional u observaciones sobre la orden

Solicitud de pruebas diagnósticas de laboratorio


7.2.2. Mensaje Ejemplo:

<?xml version="1.0" encoding="ISO-8859-1"?><hl7:POOR_IN200901UV xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hl7-org:v3 http://www.hl7.org/v3ballot/html/processable/multicacheschemas/POOR_IN200901UV.xsd" xmlns:hl7="urn:hl7-org:v3" ITSVersion="XML_1.0">  <hl7:templateId extension="POOR_RM200902CO00"/> <hl7:id root="UNK" extension="0000001" displayable="true"/> <hl7:creationTime value="20081119145327"/> <hl7:versionCode code="V3-2007N"/> <hl7:interactionId root="2.16.840.1.113883.1.6" extension="POOR_IN200901UV"/> <hl7:processingCode code="P"/> <hl7:processingModeCode code="T"/> <hl7:acceptAckCode code="ER"/> <hl7:receiver typeCode="RCV"> <hl7:device classCode="DEV" determinerCode="INSTANCE"> <hl7:id root="UNK" extension="RCP0001"/> <hl7:softwareName

code="UNK" codeSystem="UNK" codeSystemName="SoftwareName" displayName="DATALIS Laboratory Information System V[8.2]"/>

</hl7:device> </hl7:receiver> <hl7:respondTo typeCode="RSP" xsi:nil="false"> <hl7:entityRsp classCode="DEV" determinerCode="INSTANCE"> <hl7:id root="UNK" extension="SND0001"/> </hl7:entityRsp> </hl7:respondTo> <hl7:sender typeCode="SND"> <hl7:device classCode="DEV" determinerCode="INSTANCE"> <hl7:id root="UNK" extension="SND0001"/> <hl7:softwareName

code="UNK" codeSystem="UNK" codeSystemName="SoftwareName" displayName="DATACLINIC Clinical Document System V[8.10]"/>

</hl7:device> </hl7:sender>

<hl7:controlActProcess classCode="CACT" moodCode="EVN">  <hl7:code

code="POOR_TE200901UV" codeSystem="2.16.840.1.113883.1.18" codeSystemName="TriggerEventID" displayName="Composite Order Activate"/>

<hl7:reasonCode code="PHY" codeSystem="2.16.840.1.113883.1.11.14879" codeSystemName="SchedulingActReason" displayName="Requerimiento médico"/>

<hl7:languageCode code="es-co" codeSystem="2.16.840.1.113883.1.11.11526" codeSystemName="HumanLanguage" displayName="Español Colombia"/>

<hl7:authorOrPerformer typeCode="AUT" contextControlCode="AP"> <hl7:assignedPerson classCode="ASSIGNED"> <hl7:id root="UNK" extension="TP9878"/> <hl7:telecom value="mailto:carlos.ramirez @jhuribe.org.co"/> <hl7:assignedPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:name> <hl7:prefix qualifier="AC">Dr</hl7:prefix> <hl7:given>Carlos</hl7:given> <hl7:family>Ramírez< /hl7:family> </hl7:name> <hl7:asLocatedEntity classCode="LOCE"> <hl7:location classCode="PLC" determinerCode="INSTANCE"> <hl7:name>Consulta Externa</hl7:name> </hl7:location> </hl7:asLocatedEntity> </hl7:assignedPerson> <hl7:representedOrganization classCode="ORG" determinerCode="INSTANCE"> <hl7:id



</hl7:name> </hl7:representedOrganization> </hl7:assignedPerson> </hl7:authorOrPerformer>

<hl7:dataEnterer typeCode="ENT" contextControlCode="AP"> <hl7:assignedPerson classCode="ASSIGNED"> <hl7:id root="UNK" extension="TP9878"/> <hl7:assignedPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:name> <hl7:prefix qualifier="AC">Dr</hl7:prefix> <hl7:given>Carlos</hl7:given> <hl7:family>Ramírez< /hl7:family> </hl7:name> </hl7:assignedPerson> </hl7:assignedPerson> </hl7:dataEnterer> <hl7:informationRecipient typeCode="IRCP" contextControlCode="AP"> <hl7:assignedPerson classCode="ASSIGNED"> <hl7:telecom value="mailto:[email protected]"/> <hl7:assignedPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:name> <hl7:prefix qualifier="AC">Dra</hl7:prefix> <hl7:given>Liliana</hl7:given> <hl7:family>Botero</hl7:family> </hl7:name> </hl7:assignedPerson> <hl7:representedOrganization classCode="ORG" determinerCode="INSTANCE"> <hl7:id


<hl7:name>LABORATORIO SAN JORGE<hl7:suffix qualifier="LS">S.A</hl7:suffix>

</hl7:name> </hl7:representedOrganization> </hl7:assignedPerson> </hl7:informationRecipient> <hl7:subject typeCode="SUBJ" contextConductionInd="false">  <hl7:observationRequest classCode="OBS" moodCode="RQO" negationInd="false"> <hl7:id root="UNK" extension="0000001"/> <hl7:code

code="02" codeSystem="UNK" codeSystemName="RIPS_CodigoConcepto" displayName="Procedimientos diagnosticos"/>

<hl7:text>Solicitud de pruebas diagnósticas de laboratorio</hl7:text> <hl7:statusCode code="active"/>


<hl7:effectiveTime value="20081124235959"/> <hl7:confidentialityCode

code="R" codeSystem="2.16.840.1.113883.5.25" codeSystemName="Confidentiality" displayName="Restringida"/>

<hl7:recordTarget typeCode="RCT" contextControlCode="OP"> <hl7:patient classCode="PAT"> <hl7:id root="UNK" extension="HC83342621"/> <hl7:patientPerson classCode="PSN" determinerCode="INSTANCE"> <hl7:id

root="CC" extension="83342621"

assigningAuthorityName="RNEC"/> <hl7:name> <hl7:prefix/> <hl7:given>Edgar</hl7:given> <hl7:given>Alberto</hl7:given> <hl7:family>Espinoza</hl7:family> <hl7:family>Benavidez</hl7:family> </hl7:name> <hl7:administrativeGenderCode

code="M" codeSystem="2.16.840.1.113883.5.1"

codeSystemName="AdministrativeGender" displayName="MASCULINO"/>

<hl7:birthTime value="19740311"/> </hl7:patientPerson> <hl7:providerOrganization classCode="ORG" determinerCode="INSTANCE"> <hl7:id



</hl7:name> <hl7:contactParty classCode="CON"> <hl7:telecom value="mailto:[email protected]"/> </hl7:contactParty> </hl7:providerOrganization> <hl7:coveredPartyOf typeCode="COV"> <hl7:coverageRecord classCode="COV" moodCode="EVN"> <hl7:id root="UNK" extension="93763264"/> <hl7:statusCode code="active"/> <hl7:effectiveTime> <hl7:low value="20080101"/> <hl7:high value="20081231"/> </hl7:effectiveTime>



<hl7:component typeCode="COMP"> <hl7:policyOrProgram classCode="COV" moodCode="EVN"> <hl7:code

code="1" codeSystem="UNK" codeSystemName="RIPS_TipoUsuario" displayName="Contributivo"/>

<hl7:statusCode code="active"/> <hl7:coveredParty typeCode="COV" negationInd="false"> <hl7:coveredParty classCode="COVPTY"> <hl7:id root="UNK" extension="POS001"/> <hl7:code

code="1" codeSystem="UNK" codeSystemName="RIPS_TipoAfiliado" displayName="Cotizante"/>

</hl7:coveredParty> </hl7:coveredParty> <hl7:responsibleParty typeCode="RESP"> <hl7:functionCode

code="FULINRD" codeSystem="2.16.840.1.113883.1.11.19905" codeSystemName="SponsorParticipationFunction" displayName="Cobertura Total"/>

<hl7:sponsor classCode="SPNSR"> <hl7:sponsorOrganization classCode="ORG"

determinerCode="INSTANCE"> <hl7:id

root="codEntidadAdministradoSal" extension="EPS0001" assigningAuthorityName="MinProteccionSocial"/>

<hl7:name>SALUD COMPLETA<hl7:suffix qualifier="LS">EPS</hl7:suffix>

</hl7:name> </hl7:sponsorOrganization> </hl7:sponsor> </hl7:responsibleParty> </hl7:policyOrProgram> </hl7:component> </hl7:coverageRecord> </hl7:coveredPartyOf> </hl7:patient> </hl7:recordTarget> <hl7:trigger typeCode="TRIG"> <hl7:observationEventCriterion classCode="OBS" moodCode="EVN.CRT"> <hl7:code

code="1" codeSystem="UNK"



codeSystemName="RIPS_FinalidadProcedimiento" displayName="Diagnóstico"/>

</hl7:observationEventCriterion> </hl7:trigger> <hl7:component2 typeCode="COMP" contextControlCode="AP"



code="902210" codeSystem="UNK" codeSystemName="CUPS" displayName="Hemograma"/>

<hl7:text> HEMOGRAMA - HEMOGLOBINA, HEMATOCRITO, RECUENTO DE ERITROCITOS Y LEUCOGRAMA </hl7:text>



<hl7:repeatNumber value="1"/> <hl7:specimen typeCode="SPC" contextControlCode="OP"> <hl7:specimen classCode="SPEC"> <hl7:id root="UNK" extension="BLD0001"/> <hl7:code

code="P" codeSystem="2.16.840.1.113883.1.11.16515" codeSystemName="SpecimenRoleType" displayName="Paciente"/>

<hl7:specimenNatural classCode="ENT" determinerCode="INSTANCE"> <hl7:code

code="BLD" codeSystem="2.16.840.1.113883.5.129" codeSystemName="SpecimenType" displayName="Sangre"/>

<hl7:quantity xsi:type="hl7:PQ" value="20" unit="cm3"/> <hl7:desc>

En este caso no requiere ninguna descripción textual </hl7:desc>

<hl7:asSpecimenInContainer classCode="CONT"> <hl7:container classCode="CONT" determinerCode="INSTANCE"> <hl7:code



code="VIAL" codeSystem="2.16.840.1.113883.1.11.16143" codeSystemName="ContainerEntityType" displayName="Tubo de ensayo"/>

<hl7:riskCode code="BIO" codeSystem="2.16.840.1.113883.5.46" codeSystemName="EntityRisk" displayName="Biológico"/>

<hl7:handlingCode code="REF" codeSystem="2.16.840.1.113883.5.42" codeSystemName="EntityHandling" displayName="Refrigerar"/>

</hl7:container> </hl7:asSpecimenInContainer> <hl7:additive classCode="ADTV"> <hl7:additive3 classCode="CHEM" determinerCode="INSTANCE"> <hl7:code

code="EDTK75" codeSystem="2.16.840.1.113883.1.11.16042" codeSystemName="MaterialEntityAdditive" displayName="Potasio/K EDTA 7.5%"/>

<hl7:desc>Anticoagulante Potasio/K EDTA 7.5%</hl7:desc> </hl7:additive3> </hl7:additive> </hl7:specimenNatural> </hl7:specimen> </hl7:specimen> </hl7:observationRequest> </hl7:component2> <hl7:component2 typeCode="COMP" contextControlCode="AP"


negationInd="false"> <hl7:id root="UNK" extension="2"/> <hl7:code code="901237" codeSystem="UNK" codeSystemName="CUPS"

displayName="Urocultivo"/> <hl7:text>

UROCULTIVO - ANTIOGRAMA MIC MANUAL </hl7:text>


<hl7:priorityCode code="R" codeSystem="2.16.840.1.113883.5.7" codeSystemName="ActPriority"



displayName="Rutina"/> <hl7:repeatNumber value="1"/> <hl7:specimen typeCode="SPC" contextControlCode="OP"> <hl7:specimen classCode="SPEC"> <hl7:id root="UNK" extension="URC0002"/> <hl7:code



code="URC" codeSystem="2.16.840.1.113883.5.129" codeSystemName="SpecimenType" displayName="Orina - captura limpia"/>




code="TUB" codeSystem="2.16.840.1.113883.1.11.16143" codeSystemName="ContainerEntityType" displayName="Frasco"/>

<hl7:riskCode code="BIO" codeSystem="2.16.840.1.113883.5.46" codeSystemName="EntityRisk" displayName="Biológico"/>


</hl7:container> </hl7:asSpecimenInContainer> <hl7:additive classCode="ADTV"> <hl7:additive3 classCode="CHEM" determinerCode="INSTANCE"> <hl7:code/> <hl7:desc></hl7:desc> </hl7:additive3> </hl7:additive> </hl7:specimenNatural> </hl7:specimen> </hl7:specimen>



</hl7:observationRequest> </hl7:component2> <hl7:component2 typeCode="COMP" contextControlCode="AP"



code="901101" codeSystem="UNK" codeSystemName="CUPS" displayName="Baciloscopia"/>

<hl7:text> COLORACIÓN PARA ACIDO ALCOHOL RESISTENTE [ZIELH-NIELSEN] Y LECTURA </hl7:text>



<hl7:repeatNumber value="1"/> <hl7:specimen typeCode="SPC" contextControlCode="OP"> <hl7:specimen classCode="SPEC"> <hl7:id root="UNK" extension="SPTC003"/> <hl7:code



code="SPTC" codeSystem="2.16.840.1.113883.5.129" codeSystemName="SpecimenType" displayName="Esputo - tos"/>




code="TUB" codeSystem="2.16.840.1.113883.1.11.16143"



codeSystemName="ContainerEntityType" displayName="Frasco"/>

<hl7:riskCode code="BHZ" codeSystem="2.16.840.1.113883.5.46" codeSystemName="EntityRisk" displayName="Peligro Biológico"/>


</hl7:container> </hl7:asSpecimenInContainer> <hl7:additive classCode="ADTV"> <hl7:additive3 classCode="CHEM" determinerCode="INSTANCE"> <hl7:code/> <hl7:desc></hl7:desc> </hl7:additive3> </hl7:additive> </hl7:specimenNatural> </hl7:specimen> </hl7:specimen> <hl7:specimen typeCode="SPC" contextControlCode="OP"> <hl7:specimen classCode="SPEC"> <hl7:id root="UNK" extension="SPTC004"/> <hl7:code



code="SPTC" codeSystem="2.16.840.1.113883.5.129" codeSystemName="SpecimenType" displayName="Esputo - tos"/>




code="TUB" codeSystem="2.16.840.1.113883.1.11.16143" codeSystemName="ContainerEntityType" displayName="Frasco"/>



<hl7:riskCode code="BHZ" codeSystem="2.16.840.1.113883.5.46" codeSystemName="EntityRisk" displayName="Peligro Biológico"/>


</hl7:container> </hl7:asSpecimenInContainer> <hl7:additive classCode="ADTV"> <hl7:additive3 classCode="CHEM" determinerCode="INSTANCE"> <hl7:code/> <hl7:desc></hl7:desc> </hl7:additive3> </hl7:additive> </hl7:specimenNatural> </hl7:specimen> </hl7:specimen> </hl7:observationRequest> </hl7:component2> </hl7:observationRequest> </hl7:subject> </hl7:controlActProcess></hl7:POOR_IN200901UV>



Sección 88. CONFORMIDAD CON EL ESTANDAR NACIONAL (GEL XML)

La siguiente tabla muestra la correspondencia entre los elementos de datos propuestos por GEL-XML [22] y los elementos de datos requeridos en HL7. Las tres primeras columnas hacen referencia al estándar GEL-XML, las tres siguientes al estándar HL7 y la columna de descripción aplica para ambos estándares. Esta tabla representa los elementos de datos de HL7 que son reemplazados por elementos de datos definidos por GEL-XML, todo esto, para guardar conformidad con el estándar nacional23.

Nota: La tabla definitiva será incluida en la versión de la guía aprobada por el CTCU de órdenes y resultados de laboratorio.

PARA CONSULTAR LA TABLA VER ARCHIVO ADJUNTO HL7-GELXML.xls

23 IBID 21. Página 31.



ApéndiceGLOSARIO

● ACK: Abreviatura de Acknowledge (indicador de recepción de datos). Es un aviso de recepción de un mensaje. En el contexto de la interoperabilidad empleando el estándar HL7 este aviso puede limitarse a la recepción del mensaje a nivel de aplicación en cuyo caso se denomina ACK en modo original o informar tanto del reconocimiento a nivel de aplicación como a nivel de aceptación del mensaje en cuyo caso se denomina ACK en modo mejorado (enhanced mode). Este aviso se envía también en forma de mensaje electrónico.

El contenido de un mensaje ACK puede ser de aceptación (AA), de notificación de error (AE) o de rechazo (AR) del mensaje original.

● Acto: (Act) es una de las clases principales del RIM. Es un registro de un hecho, evento o proceso del mundo real (en cualquier tiempo de conjugación). Se relaciona también con el concepto de acto médico (aunque sin limitarse al contexto clínico).

● Ballot: Es una edición normativa del estándar HL7 V3. Disponible para todos los miembros de la comunidad HL7 a través del sitio web:

http://www.hl7.org/v3ballot/html/welcome/environment/index.htm

● CDA: Abreviatura de Clinical Document Architecture (Arquitectura de Documento Clínico). Es un estándar de HL7 que especifica la estructura y la semántica de un documento clínico electrónico cuyo propósito es la interoperabilidad. Comúnmente se asocia el término CDA a aquellos documentos clínicos que cumplen con la especificación de dicha arquitectura.

● CTCU: Abreviatura de Comité Técnico de Caso de Uso. Se denomina así al conjunto personas que en representación de las organizaciones miembros de HL7 Colombia, se encarga de desarrollar la guía de implementación para un caso de uso específico en el país.

● DMIM: Abreviatura de Domain Message Information Model (Modelo de Información de Mensajes de Dominio). Es un modelo de información derivado del RIM, que representa un dominio específico (laboratorio, órdenes, inmunización, farmacia, etc.). Se trata de un modelo gráfico que se obtiene a partir de un “refinamiento” del RIM, que contiene únicamente las clases y atributos involucradas en un determinado dominio.

● Entidad: (Entity) es una de las clases principales del RIM. Representa un objeto físico capaz de participar en un acto, mientras desempeñe un rol.

Una entidad es un objeto físico que ha tenido o tendrá existencia (la única excepción a esto es la organización, a pesar de no tener una presencia física, pero con las otras características de una entidad).


http://www.hl7.org/v3ballot/html/welcome/environment/index.htm


La clase entidad estipula las cosas en sí, no los roles que pueden desempeñar: por ejemplo: el rol de paciente es desempeñado por la entidad PERSONA.

Ejemplos de entidades: Los sujetos vivos (incluidos los seres humanos), las organizaciones, los materiales, los lugares y sus especializaciones.

● Filler: Es la aplicación de software o sistema de información que responde a una interacción de mensajes originada por otra aplicación denominada “Placer”. En el caso de uso de las órdenes el papel del Filler es desempeñado por el LIMS.

● GEL-XML: Abreviatura de Gobierno En Línea – eXtensible Markup Language. Es el estándar de interoperabilidad del Estado Colombiano, desarrollado para hacer más eficiente la prestación y/o demanda de trámites y/o servicios entre: entidades de gobierno, y entidades de gobierno y sector privado, con el objeto de ofrecer al ciudadano una información oportuna y de calidad.

● HIS: Abreviatura de Hospital Information System (Sistema de Información Hospitalario). Es una clase de software aplicativo que integra la información clínica, administrativa y financiera de un hospital.

La sigla HIS, también hace referencia a Healthcare Information System (Sistema de información de cuidado de la salud). Es una clase de software aplicativo que integra la información clínica de los pacientes, proveniente de otros sistemas de información como laboratorio, imaginología diagnóstica, radiología, registros clínicos electrónicos y de salud.

● HL7: HL7 (Health Level Seven) es un conjunto de estándares para el intercambio electrónico de información médica, desarrollado por una organización internacional del mismo nombre.

● HMD: Abreviatura de Hierarchical Message Description (Descripción Jerárquica del Mensaje). Es un documento técnico que enumeró los elementos que contiene la estructura del mensaje o el documento electrónico, en el orden jerárquico en que deben ser incluidos.

● LIMS: Abreviatura de Laboratory information Management System (Sistema de información de administración de laboratorio). Es una clase de software aplicativo que automatiza la recepción, procesamiento, almacenamiento y publicación de información resultante de los procesos de laboratorio clínico. Se denomina también LIS (Laboratory Information System).

● Mensaje HL7: Es un objeto de interoperabilidad que permite un flujo de datos entre sistemas informáticos, cuyo contenido semántico y sintáctico ha sido definido y convertido en estándar por la organización HL7 Inc.

● Participación: (Participation) es una de las clases principales del RIM. Es una asociación entre un Acto y un Rol. La Entidad que desempeña el Rol es el actor.

Cada Entidad involucrada en un Acto esta relacionada con éste a través de una Participación.

El Rol de la Entidad se interpone entre ésta y su participación.

Ejemplos de participaciones: Ejecutantes de actos (cirujanos, profesionales); sujetos de los actos (pacientes, dispositivos, materiales); Ubicaciones del acto; participanes del



acto (autor; informante, destinatario, receptor, etc.).

● Placer: Es la aplicación de software o sistema de información que se encarga de iniciar una interacción de mensajes. En el caso de uso de las órdenes es el HIS.

● RIM: Abreviatura de Reference Information Model (Modelo de Referencia de Información). Es un modelo de clases que sirve como referencia para comprender la información resultante del registro de los eventos de salud como un todo, con el fin de mejorar la interoperabilidad semántica.

Este modelo abstracto, permite expresar todos los objetos del dominio de salud a través de la combinación de 6 clases principales: Entidad (Entity), Acto (Act), Rol (Role), Participación (Participation), Relacion entre actos (ActRelationship) y vínculo entre roles (RoleLink).

● RMIM: Abreviatura de Refined Message Information Model (Modelo Refinado de Información de Mensajes). Es un subconjunto del DMIM que refleja los objetos involucrados en un caso de interacción dentro de un dominio. Se trata de un modelo gráfico del mensaje asociado a una interacción.

● Rol: (Role) es una de las clases principales del RIM. Es una competencia de la Entidad que se desempeña en un Acto.

Por ejemplo: La entidad persona puede desempeñar el papel de PACIENTE en un Acto.

● Schema xml: Es un artefacto informático utilizado para describir el conjunto de reglas y resticciones que describen la estructura de un mensaje o ducumento xml.

● Template: (Plantilla) es una expresión de un conjunto de restricciones adicionales en un modelo derivado del RIM, para obtener un modelo estático de mensaje o documento estructurado HL7.

Las plantillas (Templates) se utilizan para refinar los R-MIM y HMD existentes, con el fin de obtener una especificación más precisa de un caso de uso.



BIBLIOGRAFÍA

Estándares de referencia:HL7 Reference Information Model. ANSI/HL7 V3 RIM, R1-2003. Reference Information Model (RIM), Release 1. 12/17/2003. Version: V 02-19 (3/21/2007). ModelID: RIM_0219

Transmission Infrastructure - ANSI/HL7 V3 IM, R1-2004. HL7 Version 3 Standard: Infrastructure Management - Control Act Infrastructure, Release 1. 10/20/2004

Message Control Act Infrastructure - ANSI/HL7 V3 IM, R1-2004. HL7 Version 3 Standard: Infrastructure Management - Control Act Infrastructure, Release 1. 10/20/2004.HL7 IM MCI, R2. HL7 Version 3 Standard: Infrastructure Management - Message Control Act Infrastructure, Release 2. Last Ballot: DSTU Ballot 1 - September 2008

XML Implementation Technology Specification, Release 2 - HL7 V3 ITS, R2 - HL7 Version 3 Standard: XML Implementation Technology R2 Specification, Release 1. DSTU Ballot 2 - May 2008

XML Implementation Technology Specification - Data Types - ANSI/HL7 V3 XMLITSDT, R1-2004. HL7 Version 3 Standard: XML Implementation Technology Specification - Data Types, R1 4/8/2004

XML Implementable Technology Specification for V3 Structures - ANSI/HL7 V3 XMLITSSTR, R1-2005. HL7 Version 3 Standard: XML Implementable Technology Specification for V3 Structures, R1. 9/26/2005

Specification and Use of Reusable Constraint Templates - HL7 V3 Templates. HL7 Version 3 Standard: Specification and Use of Reusable Constraint Templates, Release 2. February 2008 DSTU

Orders - HL7 V3 OR, R1. Orders, Release 1. Last Ballot: May 2009 Topic LevelHL7 V3 OR COMPORD, R1. HL7 Version 3 Standard: Orders; Composite Order, Release 1. Last Ballot: DSTU Ballot 1 - May 2009.



Documentos de referencia:[1] Especificación del ballot HL7 v3.HL7 Internacional. Mayo de 2009.http://www.hl7.org/v3ballot2009may/html/welcome/environment/index.htm

[2] Guía de implementación de mensajes HL7 v3 (en redacción).HL7 Colombia. CTCU de órdenes y resultados de laboratorio.

[3] Guía de implementación para documentos de arquitectura clínica (CDA) para el caso de uso de Resultados de Laboratorio v21.HL7 Colombia. CTCU de órdenes y resultados de laboratorio.

[4] Especificación de infraestructura de transmisión de mensajes HL7 v3.HL7 Internacional. Edición Julio de 2005.http://www.hl7.org/v3ballot2009may/html/domains/uvci/uvci.htm

[5] Especificación de infraestructura de acto de control de mensajes HL7 v3.HL7 Internacional. Edición Julio de 2008.http://www.hl7.org/v3ballot2009may/html/domains/uvai/uvai.htm

[6] Especificación de implementación de tecnología XML (R2) HL7 v3.HL7 Internacional. Edición Mayo de 2008.http://www.hl7.org/v3ballot2009may/html/infrastructure/its_r2/its_r2Spec.htm

[7] Especificación de implementación de tecnología XML (R1) HL7 v3 - Tipo de Datos.HL7 Internacional. Edición Abril de 2004.http://www.hl7.org/v3ballot2009may/html/infrastructure/itsxml/datatypes-its-xml.htm

[8] Especificación de implementación de tecnología XML para estructura HL7 v3 (R1).HL7 Internacional. Edición Septiembre de 2005.http://www.hl7.org/v3ballot2009may/html/infrastructure/itsxml/messaging-its-xml.htm

[9] Especificación y uso de plantillas reutilizables de restricciones HL7 v3 (R2).HL7 Internacional. Edición Febrero de 2008.http://www.hl7.org/v3ballot2009may/html/infrastructure/templates/templates.htm

[10] Especificación del dominio de órdenes HL7 v3.HL7 Internacional. Edición Mayo de 2009.http://www.hl7.org/v3ballot2009may/html/domains/uvor/uvor.htm



[11] Modelo de información de mensajes del dominio D-MIM de órdenes (POOR_DM100000UV).HL7 Internacional. Edición Marzo de 2009.http://www.hl7.org/v3ballot2009may/html/domains/uvor/editable/POOR_DM100000UV.htm

[12] Modelo refinado de información de mensajes R-MIM de patrones de órdenes y solicitudes (POOR_RM200000UV).HL7 Internacional. Edición Marzo de 2009.http://www.hl7.org/v3ballot2009may/html/domains/uvor/editable/POOR_RM200000UV.htm

[13] Modelo refinado de información de mensajes R-MIM de órdenes compuestas (POOR_RM200999UV).HL7 Internacional. Edición Marzo de 2009.http://www.hl7.org/v3ballot2009may/html/domains/uvor/editable/POOR_RM200999UV.htm

[14] Descripción jerárquica de mensajes HMD de órdenes compuestas (POOR_HD200999UV).HL7 Internacional. Edición Mayo de 2009.http://www.hl7.org/v3ballot2009may/html/domains/uvor/editable/POOR_MT200999UV-NoEdit.htm

[15] Sistemas de codificación administrados por HL7.HL7 Internacional. Edición Marzo de 2009.http://www.hl7.org/v3ballot2009may/html/infrastructure/vocabulary/vocabulary.htm#voc-systems

[16] Resolución 3374 de 2000, Ministerio de Salud (actualmente Ministerio de la Protección Social), Por la cual se reglamentan los datos básicos que deben reportar los prestadores de servicios de salud y las entidades administradoras de planes de beneficios sobre los servicios de salud prestados. Diciembre 27 de 2000.http://www.minproteccionsocial.gov.co/VBeContent/library/documents/DocNewsNo319112.pdf

[17] Resolución 2333 de 2000, Ministerio de Salud (actualmente Ministerio de la Protección Social), por la cual se adopta la Primera Actualización de la Clasificación Única de Procedimientos en Salud. Septiembre 11 de 2000.http://www.minproteccionsocial.gov.co/VBeContent/library/documents/DocNewsNo329812.pdf

[18] Codificación internacional LOINC.http://loinc.org/



[19] Paper de Implementación de mensajería HL7 v2.3 en un sistema de solicitud de exámenes complementarios en el Hospital Italiano de Buenos Aires.Gómez Adrián; Campos Fernando; Martínez Marcela; Luna Daniel; Staccia Gustavo; Cifarelli German; Kaminker Diego; Calvo Daniel; Sarandria Gerardo; González Bernaldo deQuirós, Fernán.

[20] Documento de especificación de mensajería estándar de órdenes de laboratorio HL7 v2.5 de la Red de Información de Salud Pública (PHIN) del Centro para el Control y Prevención de Enfermedades de Estados Unidos (CDC).Kreisler Austin; Esquibel Joseph.Marzo de 2005.

[21] Documento normativo de disposiciones para las especificaciones técnicas del expediente clínico electrónico del Instituto Mexicano del Seguro Social (IMSS) relativo a servicio integral de laboratorio.Noviembre de 2004.

[22] GEL XML.Estándar Nacional para el intercambio electrónico de información. Gobierno en LíneaRepública de colombia.http://www.gelxml.igob.gov.co/web/gelxml/consultas



ILUSTRACIONES

Ilustración 1: D-MIM órdenes......................................................................................................18Ilustración 2: R-MIM orden compuesta.......................................................................................19Ilustración 3: Diagrama de estados de una orden activa............................................................23Ilustración 4: Caso de uso de orden simple................................................................................24Ilustración 5: Flujo de trabajo de una orden simple de laboratorio..............................................26Ilustración 6: Interacción - Caso de uso de orden simple de laboratorio.....................................27Ilustración 7: Caso de uso de orden con muestra asociada........................................................28Ilustración 8: Flujo de trabajo de una orden de laboratorio con muestra asociada.....................30Ilustración 9: Interacción - Caso de uso de orden de laboratorio con muestra asociada............31Ilustración 10: Relación entre mensaje de orden y documento CDA de resultados....................35


Guia Ordenes Lab Oratorio Draft01

Documents

Transcript of Guia Ordenes Lab Oratorio Draft01