Anexo 12 - Documento de Técnico de Mensajería Hl7 v3 Historia Clínica Electrónica Compartida 2015c002

DIRECCIN DE PLANEACIN Y SISTEMAS
DOCUMENTO DE TCNICO DE MENSAJERA

HL7 V3 HISTORIA CLNICA ELECTRNICA
COMPARTIDA (MR R2)
Abril de 2013
Elaborado por:
Equipo Universidad Distrital
Revisado y aprobado por:
Supervisor Convenio 1240
Gua de Implementacin Documento de Tcnico de Mensajera

HL7 v3 de Historia Clnica Electrnica Compartida (HCE MR R2)
HISTORIACLNICAELECTRNICAUNIFICADA

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
CONTENIDO
LISTA DE FIGURAS .......................................................................................................................... 3
LISTA DE TABLAS ............................................................................................................................ 3
INTRODUCCIN ............................................................................................................................. 5
1.1
Alcance........................................................................................................................... 5
1.2
Objetivos ........................................................................................................................ 6
1.3
Participantes en el desarrollo de la gua .......................................................................... 6
1.4
DEMANDA DE INTEROPERABILIDAD ................................................................................ 6
ESTADO Y EVOLUCIN EN EL DESARROLLO DE LA GUA .......................................................... 8

2.1
Versiones del documento ............................................................................................... 8
INFRAESTRUCTURA DE MENSAJERA ...................................................................................... 9

3.1
DEFINICIN DE LA MENSAJERA .................................................................................... 10
3.2
CASOS DE USO .............................................................................................................. 12
3.3
Actores ......................................................................................................................... 12
3.3.1
Creador de contenido. .......................................................................................... 13
3.3.2
Consumidor de contenido. .................................................................................... 13
3.3.3
Flujo de Interaccin .............................................................................................. 13
3.3.4
Estructura de los Mensajes ................................................................................... 14
3.4
TIPOS DE MENSAJE ....................................................................................................... 15
3.4.1
Sumario ................................................................................................................ 16
3.4.2
Detalle .................................................................................................................. 16
3.5
ELEMENTOS DE REUSO ................................................................................................. 16
3.5.1
Tablas de codificacin administradas por HL7 ....................................................... 16
3.5.2
Tablas de codificacin administradas por Agenda de Conectividad........................ 16
3.5.3
Guas de Implementacin Relacionadas ................................................................ 17

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
EJEMPLOS DE CASOS TIPO .................................................................................................... 17
ESPECIFICACIONES RELACIONADAS ...................................................................................... 18

5.1
Medical Records QueryModel (RCMR_DM000920UV) .................................................. 19
5.2
Medical Records DMIM (RCMR_DM000050UV) ............................................................ 19
GLOSARIO ............................................................................................................................ 20
REFERENCIAS ....................................................................................................................... 22
LISTA DE FIGURAS
Figura 1. Actores de la interoperabilidad ........................................................................................ 7
Figura 2. Infraestructura de mensajera HL7 ................................................................................... 9
Figura 3. Mensajera HCEU D.C..................................................................................................... 11
Figura 4. Operaciones de intercambio .......................................................................................... 12
Figura 5. Diagrama de secuencia de mensajera. .......................................................................... 14
Figura 6Medical Records QueryModel (RCMR_DM000920UV) ..................................................... 19
LISTA DE TABLAS
Tabla 1. Opciones de Actores ....................................................................................................... 13
Tabla 2. Atributos del encabezado del mensaje ............................................................................ 15

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:

COMPARTIDA (MR R2)
Abril de 2013
Elaborado por:
INTRODUCCIN
1.1 Alcance
En el documento 18A-Modelo de Operacin y Sostenibilidad Financiera HCEU (1),la
seccin 3.7 presentaal Intercambio de Mensajes como uno de los elementos de la
Estrategia Funcional y se describenlas caractersticas del componente de mensajera en el
contexto del sub-proyecto HCEU.
En forma consistente con esa estructura, el presente documento describe el componente
de mensajera avanzando en el nivel de detalle, con el propsito de facilitar el diseo e
implementacin de las interfaces que permitan a las Entidades de Salud del Distrito (ESE)
intercambiar registros mdicos (MR por las siglas en ingls) en forma automatizada.
Este documento est dirigido a los administradores de los sistemas de informacin
hospitalaria (HIS) de las ESE del Distrito Capital, como soporte a la implementacin de las
interfaces, bien sea mediante un desarrollo interno o una requisicin a terceros
proveedores de software.
En el siguiente captulo se revisan las necesidades de interoperabilidad que exige el
segmento del negocio de salud afectado por el proyecto HCEU, para determinar los casos
de uso de la mensajera y tipificar los actores de tales casos de uso. Con base en las
definiciones del captulo anterior, el captulo 3 describe la interfaz de mensajera desde el
punto de vista estructural y de comportamiento. Una caracterstica importante de la
mensajera que se define en este documento es que unifica el lenguaje de intercambio de
registros mdicos ente las prestadoras de salud del distrito, con base en estndares
internacionales como HL7, por ese motivo, al final del captulo 3 se indican los elementos
adoptados de los referentes pertinentes.
En el captulo 4 se presentas ejemplos de mensajes para los casos de uso definidos en el
captulo 2, con foco en el wrap1 de transmisin.
Finalmente en el captulo 5 se presentan las referencias bibliogrficas que soportan
tcnica y metodolgicamente la gua de mensajera descrita en el presente documento.
Se adopta la palabra del ingls para evitar la prdida de significado tcnico al traducir al espaol como
envoltorio o envoltura.
Pgina 5 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
1.2 Objetivos
La gua de implementacin tiene como objetivo presentar descriptivamente el caso de uso
y los componentes estructurales que definen la mensajera en versin 3 del estndar HL7
para el caso de uso de interoperabilidad de historia clnica electrnica unificada para el
Distrito Capital y las especificaciones para el cumplimiento de su conformidad con
elestndar HL7 V3.
Con la implementacin de HCEU se pretende: registrar, actualizar, mantener y consultar la
informacin clnica pertinente que permita brindar continuidad con calidad en los
procesos asistenciales de salud, basndose en mecanismos para compartir informacin
mdica mediante los estndares HL7 cumpliendo los requerimientos de confidencialidad,
confiabilidad, seguridad, privacidad, uso, validez, pertinencia y oportunidad adems de la
normatividad vigente en salud.
1.3 Participantes en el desarrollo de la gua

El desarrollo de esta propuesta de gua de implementacin se ha realizado por el grupo de trabajo
de la Universidad Distrital en cooperacin con el grupo de profesionales de la Secretara Distrital
de Salud en el marco de cooperacin del convenio interadministrativo 1240 de 2011 para el
proyecto de Historia Clnica Electrnica Unificada.
El grupo de trabajo de la Universidad Distrital en su totalidad participa en los procesos de revisin
y retroalimentacin de las guas de implementacin y los coordinadores directos de los
componentes de las guas se relacionan a continuacin:
Componente de ingeniera:
Componente de contenidos:
Componente Mdico:
Ing. Alejandro Paolo Daza C.

Ing. Gustavo Salas.
Dr. Edgard Castellanos.
1.4 DEMANDA DE INTEROPERABILIDAD

De acuerdo con lo establecido en el Modelo de Operacin (1)el objetivo principal de la
HCEU es permitir la continuidad de la prestacin de los servicios de salud cuando el
paciente cambia de entidad prestadora. Se identifican 3 escenarios que motivan la
definicin y uso de la HCEU:
Transferencia del paciente de una ESE a otra dentro del proceso referencia/contrareferencia.
Pgina 6 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
Necesidad ocasional de atencin mdica en una ESE distinta de la habitual por caso
fortuito.
Cambio permanente de la ESE habitual por cambio de residencia.
En los tres casos, una Entidad de Salud del Distrito es considerada como el punto de
atencin en salud de preferencia para el paciente, aunque su afiliacin al Sistema de Salud
del Distrito le permita tener atencin mdica en otras ESE de la Red Adscrita. La ESE de
preferencia del paciente es seguramente la generadora ms habitual de contenidos de
registros mdicos de ese paciente, y la que con mayor probabilidad requiere la
informacin de episodios de atencin de mdica ocurridos en cualquier otra entidad del
Distrito. Igualmente, toda ESE que atienda un episodio clnico del paciente, demandar
con mayor probabilidad los registros mdicos generados en la ESE de preferencia del
paciente.
Los escenarios descritos anteriormente, revelan la necesidad de interoperabilidad entre
las ESE del Distrito, y especifican adems que la colaboracin debe estar basada en el
intercambio de contenidos generados al concluir los actos de atencin mdica y
consumidos al iniciar un nuevo acto mdico.
El Modelo de Operacin lista y argumenta los contenidos indispensables para la
interoperabilidad requerida en los servicios de salud del Distrito Capital, as como los tipos
de actos de atencin que generan esa seleccin de contenidos. Para el alcance de esta
gua, los actores de la interoperabilidad pueden caracterizarse como el creador del
contenido y el consumidor del contenido, como lo expone la figura 1.
La necesidad de interoperabilidad entre las Entidades de Salud del Distrito que se ha expuesto,
motiva la seleccin de los estndares HL7 aplicables a la mensajera de la HCEU en el Distrito
Capital.
Creador de
contenido
Agente de
contenido
Consumidor de
contenido
Figura 1. Actores de la interoperabilidad
Pgina 7 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
Para este escenario de interoperabilidad y el caso de los documentos CDAs que harn parte de la
Historia Clnica Electrnica Unificada el creador de contenidos ser el actor que realice la
extraccin de informacin de los HIS locales y la cargue en la plataforma de interoperabilidad
como se especifica en el apartado sobre Escenarios de flujos de trabajo y el actor de consumidor
de contenidos como se especifica en ese mismo apartado visualiza las transformaciones generadas
por la plataforma sobre los CDAs solicitados, presentando dichas visualizaciones en lenguaje
espaol lo que se debe lograr al generar la transformacin del CDA.
2 ESTADO Y EVOLUCIN EN EL DESARROLLO DE LA GUA

Para la construccin de esta gua de implementacin se revisaron los estndares liberados y en
desarrollo para la infraestructura de tecnologas de la informacin (IT por las siglas en ingls) y se
encontr coincidencia conceptual y funcional con la Gua de Implementacin HL7: CDA versin 2
Documento de Continuidad de la Atencin (CCD por las siglas en ingls) (2), con la Gua de
Implementacin HL7 para CDA versin 2: IHE Consolidacin de la Historia de Salud (3) y del Marco
de Trabajo del Infraestructura de Tecnologas de la Informacin (ITI-TF por la siglas en ingls) de la
Integrating Healthcare Enterprise International (IHE) (4).
2.1 Versiones del documento

Versin
Fecha
Descripcin
1 09-03-2012
Estructura general del documento con la propuesta de contenido

inicial
2 16-04-2012
Retroalimentacin de las observaciones realizadas por el equipo de

Ingeniera de HCEU.
3 05-07-2012
Retroalimentacin de la gua con las observaciones realizadas por el

grupo de trabajo de la SDS.
4 7-04-2013
Actualizacin de las guas con las observaciones realizadas y revisadas

en mesa de trabajo con el grupo de la SDS
Pgina 8 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
3 INFRAESTRUCTURA DE MENSAJERA
De acuerdo con las referencias de Healthcare Service Specification Project de HL7 (HSSP), la
tendencia en la mensajera versin 3 se soporta en arquitecturas orientadas a servicios (SOA por la
sigla en ingls) (5), articulando los elementos de tecnologa necesarios para generar sinergia en el
servicio de salud del Distrito.
En la Figura 2. SOA para HL7 se presentan los artefactos comprometidos en la colaboracin
operativa contemplada para los servicios de salud.
Figura 2. Infraestructura de mensajera HL7
En los extremos de la imagen se representan dos aplicaciones que implementan el estndar HL7,
por lo que estn en capacidad de componer e interpretar mensajes HL7, estos constituyen los
elementos de interoperabilidad semntica y sintctica a nivel de contenido, tal como lo establece
el Modelo de Operacin de HCEU del Distrito (1).
En el centro de la Figura 2 se presenta el artefacto de intercambio: la infraestructura de

Mensajera, soportada en el componente de Transporte de Mensajes.
Los Adaptadores de Mensajera sealados en la Figura 2, permiten resaltar la seleccin de
protocolos que el HSSP ha seleccionado para administrar la transmisin de los mensajes
Imagen tomada de la wiki del HL7, http://wiki.hl7.org/index.php?title=Messaging_Infrastructure_Layer.
Pgina 9 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
HL7 v3. A continuacin se extraen algunas caractersticas de esos tres protocolos,

pertinentes para la presente gua:
Web Service: Protocolo de intercambio electrnico de informacin entre negocios,

por lo que habitualmente constituyen la implementacin tecnolgica, basada en
XML, de servicios de negocio.
ebMS: Define servicios de mensajera para negocios electrnicos como una
especificacin de SOAP (Simple ObjectAccesProtocol) utilizando el ebXML.De
acuerdo con la definicin del marco de trabajo estndar, el ebMS se construye
sobre la mensajera de Web Services adicionando elementos necesarios para un
completo marco de eBusiness(6).
MLLP: corresponde a la sigla en ingls MinimalLowerLayerProtocol y es especfico
de la mensajera HL7 v2.x permitiendo delimitar la carga del mensaje a la vista del
protocolo de la capa de transporte.
La seleccin de uno de los protocolos de mensajera est sujeta a las especificaciones de

servicios de HL7 y a los requerimientos identificados en el modelo de operacin para los
componentes de tecnologa, como se indica en las siguientes secciones.
3.1 DEFINICIN DE LA MENSAJERA

En el Modelo de Operacin de HCEU (1) se determin que la informacin que se debe
compartir entre las ESE del Distrito es la estructura CDA (Clinical Document Architecture)
de los plantillas establecidas, como se ejemplifica en la Figura 3. Mensajera HCEU D.C.
Pgina 10 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
Sistema de Informacin de Salud (HIS)

Administrativo y
Financiero
Asistencial
Ad
ap
ta
do
HCEU
HL7/CDA
HL7
v2.x
Equipos
especializados
Adaptador
HL7
v3
Adaptador
Infraestructura de
Mensajera
Agente de Contenidos
Figura 3. Mensajera HCEU D.C.
En la imagen de la figura 3 se diferencian dos tipos de mensajera HL7, una versin 2.x en
color azul y otra versin 3en color naranja. La mensajera versin 2.x tiene lugar al interior
de cada ESE, y permite transferir la informacin desde los equipos de laboratorio o de
imgenes diagnsticas a los registros mdicos de los Sistemas de Informacin de Salud
(HIS por la sigla en ingls). La mensajera que tiene lugar entre las ESE del Distrito y que
constituye el objeto de esta gua, es HL7 versin 3 y el mensaje contiene una estructura
CDA del sumario o de sus detalles.
Las anteriores aclaraciones permiten establecer que la Infraestructura de Mensajera del
proyecto HCEU del Distrito Capital, usa protocolos Web Service para controlar y
administrar la transmisin de los mensajes. Como se explic al inicio de este captulo, el
uso de las especificaciones de ebMS no es excluyente con esa seleccin.
El protocolo de mensajera determina la necesidad de usar SOAP para el transporte de
capa de aplicacin as como el binding basado en basado en el protocolo HTTP en la
misma capa.
Pgina 11 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
El adaptador de mensajera es responsable de la creacin del encabezado de transmisin de los

mensajes, tanto en el HIS ESE como en el agente de intercambio.
3.2 CASOS DE USO
De acuerdo con los lineamientos del framework de IHE para la Infraestructura de Tecnologas de la
Informacin(4), el perfil de intercambio de documentos entre empresas de salud (XDS) considera
las operaciones representadas en la Figura 4. Operaciones de intercambio.
Registro de
Contenidos
Creador de
contenido
3 Consultar
Consumidor de
contenido
2 Registrar
1 Proporcionar
y registrar
Repositorio de
Contenidos
4 Visualizar
Figura 4. Operaciones de intercambio
El marco de trabajo IHE anteriormente citado, ofrece perfiles de inters para la implementacin
del Sistema HCEU, tales como el de traza de auditoria y autenticacin de nodos (ATNA) para
atender al requerimiento de privacidad, el de referencia cruzada de identificacin del paciente (PIX
HL7v3) y el de Obtencin de Informacin para Visualizacin (PID). Sin embargo la caracterizacin
de tales perfiles excede el alcance de la presente gua.
3.3 Actores
Con base en los casos de uso definidos en el Modelo de Operacin (1) y en alineacin con
los estndares de HL7 se han identificado los siguientes actores para la implementacin de
la mensajera esquematizados en la Figura 4.
Pgina 12 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
3.3.1 Creador de contenido.

Es el rol de desempea una ESE en el momento en que ejecuta una atencin en salud en
cualquiera de los servicios considerados en el modelo de operacin. En ese momento,
todo el contenido relacionado con la atencin es formateado sintctica y semnticamente
y registrado en el Agente de Contenido.
3.3.2 Consumidor de contenido.

Es el rol que desempea una ESE en el momento en que ejecuta una atencin en salud en
cualquiera de los servicios considerados en el modelo de operacin. En ese momento, el
consumidor de contenido requiere al Agente de Contenido la informacin registrada para
el paciente atendido.
ACTOR
Consumidor de contenido
Creador de contenido
Agente de contenido
OPCIN
Ver contenido
consultar contenido
consultar seccin
Exportar contenido
Exportar seccin
Sin opciones definidas
Tabla 1. Opciones de Actores
3.3.3 Flujo de Interaccin

Se presenta mediante diagramas de secuencia y narrativas el paso a paso del intercambio de
mensajes.
Pgina 13 de 23

COMPARTIDA (MR R2)
Julio de 2012
HIS: HCEU
Elaborado por:
HIS: Adaptador
Actualizar
(Paciente)
Disparador
(evento)
Agente de contenido
Crear mensaje
(Plantilla,
evento)
Msj
(encabezado,
plantilla)
Msj (resultado)
Terminar
Figura 5. Diagrama de secuencia de mensajera.
3.3.4 Estructura de los Mensajes

De acuerdo con la propuesta de estructura de mensaje de HL7 para Continuidad de Atencin en
Salud CCD (2) el encabezado del mensaje que permite la transmisin del sumario y de las plantillas
de detalle, tiene una conformacin como la presentada en la tabla 2. Una caracterstica
importante de ese encabezado es que asigna un identificador nico a cada documento, y establece
relaciones entre los documentos de un mismo paciente. Esto permite garantizar el requerimiento
de que los documentos almacenados en el repositorio del agente de contenidos, son actualizados,
pero nunca eliminados o modificados.
Adicionalmente, este encabezado permite la definicin de un propsito de la transaccin, es decir,
est habilitado para almacenar informacin de referencia y contrareferencia.
Pgina 14 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
Tabla 2. Atributos del encabezado del mensaje
3.4 TIPOS DE MENSAJE
Para efectos de la mensajera hay dos tipos de mensajes: el sumario y los detalles a los que se
puede acceder mediante los hipervnculos del sumario.
Pgina 15 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
3.4.1 Sumario
Se hace referencia a la seccin 3.3.3 de este documento para hacer una breve descripcin del
sumario como tipo de mensaje indicando que es una especificacin de la CDA. En la seccin
referida, se refiere a su vez a la Gua de Implementacin Del Sumario.
3.4.2 Detalle
Para efectos de la mensajera, toda ampliacin de la informacin disponible desde el sumario es

considerado un detalle, en esta seccin se tipifican los posibles detalles en el dominio de
informacin del proyecto HCEU-Convenio 1240.
Informe de Epicrisis
Prescripcin de medicamentos
Reportes de Imagenologa y diagnstico
Reporte de Exmenes de laboratorio
3.5 ELEMENTOS DE REUSO
3.5.1 Tablas de codificacin administradas por HL7

El estndar HL7 define las tablas de codificacin para las entidades clnicas y administrativas. En
este aparte se identifica la seleccin de esos estndares relacionados con el intercambio. Para
Colombia se sugiere el uso de la raz de HL7 para el pas seguida de la codificacin interna
territorial (Tablas DANE)
3.5.2 Tablas de codificacin administradas por Agenda de Conectividad

El Lenguaje de Intercambio definido por la Agenda de Conectividad para la Intranet
Gubernamental estandariza la distribucin territorial, la identificacin de entidad, la identificacin
del ciudadano, entre otras. La capa de intercambio interinstitucional debe contener las
codificaciones definidas por el estndar.
Pgina 16 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
3.5.3 Guas de Implementacin Relacionadas

Todas las guas definidas como entregables del proyecto:
Gua de Implementacin de documentos clnicos electrnicos HL7 Sumarios Electrnicos

de HCEU.
Gua de Implementacin de documentos clnicos electrnicos HL7 Informe de Epicrisis.
Gua de Implementacin de documentos clnicos electrnicos HL7 para prescripcin de
medicamentos.
Gua de Implementacin de documentos clnicos electrnicos HL7 para reporte de
imagenologia diagnstica.
Gua de Implementacin de documentos clnicos electrnicos HL7 para reporte de
resultados de laboratorio clnico
4 EJEMPLOS DE CASOS TIPO

Teniendo los diferentes casos tipo de intercambio, se presentan ejemplos para facilitar la
apropiacin en los responsables del intercambio.
******************************************************************************
ENVOLTORIO O CAPA DE TRANSMISIN (TransmissionWrapper)
******************************************************************************
-->
<hl7:templateIdextension="POCD_HD000040"/>
<hl7:idroot="2.16.840.1.113883.1.3" extension="0000001" displayable="true"/>
<hl7:creationTimevalue="20081119145327"/>
<hl7:versionCodecode="V3-2007N"/>
<hl7:interactionIdroot="2.16.840.1.113883.1.6" extension="POCD_IN200901UV"/>
<hl7:processingCodecode="P"/>
<hl7:processingModeCodecode="T"/>
<hl7:acceptAckCodecode="ER"/>
<hl7:receivertypeCode="RCV">
<hl7:deviceclassCode="DEV" determinerCode="INSTANCE">
<hl7:idroot="UNK" extension="RCP0001"/>
<hl7:softwareName
code="UNK" codeSystem="UNK"
codeSystemName="SoftwareName"
displayName="HIS Hospital de la Misericordia"/>
</hl7:device>
Pgina 17 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
</hl7:receiver>
<hl7:sendertypeCode="SND">
<hl7:deviceclassCode="DEV" determinerCode="INSTANCE">
<hl7:idroot="UNK" extension="SND0001"/>
<hl7:softwareName
code="UNK"codeSystem="UNK"codeSystemName="SoftwareName
"
displayName="Agente de contenido />
</hl7:device>
</hl7:sender>
5 ESPECIFICACIONES RELACIONADAS
Se recomienda el uso del sistema de codificacin LOINC, CIE10 y SNOMED CT como vocabularios
para la interoperabilidad semntica. Para los sistemas de informacin a los que no se les haya
definido estos vocabularios como sistema de codificacin, se recomienda la definicin de tablas de
equivalencias entre los sistemas de codificacin usados y los sistemas recomendados.
Los OIDs o identificadores que pueden aplicar para Colombia no estn definidos, El pas a nivel de
OIDs solo tiene definida la raz 2.16.840.1.113883.4.330.1703, para CIE10 el OID definido es
2.16.840.1.113883.6.34 , para LOINC es 2.16.840.1.113883.6.15 y para SNOMED es
2.16.840.1.113883.6.966.
Para la identificacin de las diferentes ubicaciones como departamentos y municipios, se sugiere
el uso de la raz Colombia para HL7 y la codificacin DANE para municipios y departamentos.
Para la identificacin nica de instituciones prestadoras de servicios de salud se recomienda hacer
uso de la raz HL7 para Colombia y los cdigos de identificacin para prestadores y puestos de
salud que maneja el ministerio de salud o las secretaras de salud, en el caso de Bogot se
recomienda hacer uso de la identificacin de los prestadores que le reportan a la SDS.
Se recomienda para hacer uso de estas codificaciones que en la implementacin se hagan
descargas de las bases de datos de estas organizaciones (LOINC, SNOMED CT, CIE 10) y se
http://www.hl7.org/oid/index.cfm, bsqueda para oid de Colombia

http://www.hl7.org/oid/index.cfm, bsqueda para oid de CIE10
5
http://www.hl7.org/oid/index.cfm, bsqueda para oid de LOINC
6
http://www.hl7.org/oid/index.cfm, bsqueda para oid de SNOMED-CT
4
Pgina 18 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
implemente el mapeo de dichas codificaciones a las codificaciones (CUPS) que usan los HIS de las
instituciones.
5.1 Medical Records QueryModel (RCMR_DM000920UV)

El modelo de Consulta de Expedientes Mdicos por los parmetros se utiliza para recuperar
documentos de un repositorio. Usando como parmetros de referencia la historia clnica del
modelo de dominio.
Figura 6Medical Records QueryModel (RCMR_DM000920UV)
5.2 Medical Records DMIM (RCMR_DM000050UV)

El propsito de los datos transmitidos para permitir el intercambio de documentos clnicos, la
notificacin y la recuperacin a travs y dentro de las instituciones, facilitar la gestin de
documentos clnicos, y facilitar la recopilacin de los documentos clnicos de cada paciente en un
registro electrnico del paciente. Los principales componentes de este modelo incluyen
Pgina 19 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
informacin sobre el documento, tales como datos de encuentro, los participantes diversos,
documentos relacionados, y el propio documento. Al enviar un documento encapsulado dentro de
un mensaje de registros mdicos, se prefiere usar un CDA.
6 GLOSARIO
HL7: HL7(HealthLevelSeven) es un conjunto de estndares para el intercambio

electrnico de informacin mdica, desarrollado por una organizacin internacional
del mismo nombre.
Pgina 20 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
HIS:Abreviatura de Hospital Information System (Sistema de Informacin

Hospitalario). Es una clase de software aplicativo que integra la informacin clnica,
administrativa y financiera de un hospital. La sigla HIS, tambin hace referencia a
Healthcare Information System (Sistema de informacin de cuidado de la salud). Es
una clase de software aplicativo que integra la informacin clnica de los pacientes,
proveniente de otros sistemas de informacin como laboratorio, imagenologa
diagnstica, radiologa, registros clnicos electrnicos y de salud.
MensajeHL7: Es un objeto de interoperabilidad que permite un flujo de datos entre

sistemas informticos, cuyo contenido semntico y sintctico ha sido definido y
convertido en estndar por la organizacin HL7 Inc.
CDA:AbreviaturadeClinicalDocumentArchitecture(ArquitecturadeDocumentoClnico).E
sunestndardeHL7queespecificalaestructuraylasemnticadeundocumentoclnicoelectr
nicocuyopropsitoeslainteroperabilidad.ComnmenteseasociaeltrminoCDAaaquello
sdocumentosclnicosquecumplenconlaespecificacindedichaarquitectura.
RIM:AbreviaturadeReferenceInformationModel(ModelodeReferenciadeInformacin).E
sunmodelodeclasesquesirvecomoreferenciaparacomprenderlainformacinresultanted
elregistrodeloseventosdesaludcomountodo,conelfindemejorarlainteroperabilidadsem
ntica.
Estemodeloabstracto,permiteexpresartodoslosobjetosdeldominiodesaludatravsdelac
ombinacinde6clasesprincipales:Entidad,(Entity)Acto(Act),Rol(Role),Participacin(Parti
cipation),Relacionentreactos(ActRelationship)yvnculoentreroles(RoleLink).
DMIM:AbreviaturadeDomainMessageInformationModel(ModelodeInformacindeMen
sajesdeDominio).EsunmodelodeinformacinderivadodelRIM,querepresentaundominio
especfico(laboratorio,rdenes,inmunizacin,farmacia,etc.).Setratadeunmodelogrfico
queseobtieneapartirdeun refinamiento del RIM, que contiene nicamente las clases
y atributos involucrados en un determinado dominio.
RMIM:AbreviaturadeRefinedMessageInformationModel(ModeloRefinadodeInformaci
ndeMensajes).EsunsubconjuntodelDMIMquereflejalosobjetosinvolucradosenuncaso
deinteraccindentrodeundominio.Setratadeunmodelogrficodelmensajeasociadoauna
interaccin.
HMD:AbreviaturadeHierarchicalMessageDescription(DescripcinJerrquicadelMensaje
).Esundocumentotcnicoqueenumeroloselementosquecontienelaestructuradelmensaj
eoeldocumentoelectrnico,enelordenjerrquicoenquedebenserincluidos.
Pgina 21 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
HCE: La Historia Clnica Electrnica es el registro unificado y personal, multimedia, en

el que se archiva en soporte electrnico toda la informacin referente al paciente y a
su atencin.
XML: siglas en ingls de eXtensible Markup Language o en espaol Lenguaje de

Marcas eXtensible, es un lenguaje de marcas desarrollado por el World Wide Web
Consortium (W3C), derivado del lenguaje SGML y permite definir la gramtica de
lenguajes especficos para estructurar documentos. XML por sus caractersticas, es
muy usado cuando varias aplicaciones se deben comunicar entre s o integrar
informacin.
ebXML: Protocolo emitido por OASIS y especificado por el ISO 15000 para el
intercambio electrnico de informacin de negocio.
UML: por sus siglas en ingls Unified Modeling Language, es un lenguaje estndar
producido por la industria del software, usado para especificar, visualizar, construir y
documentar artefactos de software.
Caso de uso: unidad coherente de funcionalidad de un sistema, expresada como

transaccin entre los actores y el sistema.
Diagrama de secuencia: diagrama usado para mostrar el comportamiento de un caso

de uso, representa el paso de mensajes con un ordenamiento temporal entre los roles
en ejecucin.
Diagrama de estados: diagrama usado para representar los posibles conjuntos de

valores que puede tener un objeto en diferentes momentos y los eventos que
acarrean el cambio de estado.
Web service: Un servicio web es una tecnologa que utiliza un conjunto de protocolos
y estndares que sirven para intercambiar datos entre aplicaciones por lo general
desarrolladas en diferentes plataformas y que gracias a lenguajes estndares como
XML permiten definir las interfaces y contratos de consumo de estos WS.
7 REFERENCIAS
Pgina 22 de 23

COMPARTIDA (MR R2)
Julio de 2012
Elaborado por:
1. Convenio Interadministrativo 1240 UD-SDS.18A-Modelo de Operacin y Sostenibilidad

Financiera. Bogot : s.n., 2012.
2. Health Level Seven International.HL7 Implementation Guide: CDA Release 2 Continuity of Care
Document (CCD). [Documento HL7_CCD_final.zip] USA : HL7-ASTM, 2007.
3. . HL7 Implementation Guide for CDA Release 2: IHE Health Story Consolidation, Release 1.
[Documento CDAR2_IG_IHE_CONSOL_R1_DSTU_2011DEC] US Realm : HL7-IHE, 2011.
4. IHE International, Inc. http://www.ihe.net/Technical_Framework/index.cfm. [En lnea] 19 de
agosto de 2011. [Citado el: 20 de marzo de 2012.]
5. Health Level Seven International.SERVICE ORIENTED ARCHITECTURE AND HL7 V3. [Documento
SOA4HL7_Methodology] US : HL7, 2006.
6. OASIS.ebXML Messaging Services Version 3.0. [Documento Part 1 Core Features] US : OASIS,
2011.
7. Health Level Seven International .HL7 Implementation Guide: CDA Release 2 Continuity of
Care Document (CCD). [Documento HL7_CCD_final.zip] USA : HL7 International, 2007.
Pgina 23 de 23

Anexo 12 - Documento de Técnico de Mensajería Hl7 v3 Historia Clínica Electrónica Compartida 2015c002

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Anexo 12 - Documento de Técnico de Mensajería Hl7 v3 Historia Clínica Electrónica Compartida 2015c002

Cargado por

Copyright:

Formatos disponibles

DIRECCIN DE PLANEACIN Y SISTEMAS

DOCUMENTO DE TCNICO DE MENSAJERA

Gua de Implementacin Documento de Tcnico de Mensajera

DIRECCIN DE PLANEACIN Y SISTEMAS

Participantes en el desarrollo de la gua .......................................................................... 6

DEMANDA DE INTEROPERABILIDAD ................................................................................ 6

ESTADO Y EVOLUCIN EN EL DESARROLLO DE LA GUA .......................................................... 8

Versiones del documento ............................................................................................... 8

INFRAESTRUCTURA DE MENSAJERA ...................................................................................... 9

DEFINICIN DE LA MENSAJERA .................................................................................... 10

CASOS DE USO .............................................................................................................. 12

Creador de contenido. .......................................................................................... 13

Consumidor de contenido. .................................................................................... 13

Flujo de Interaccin .............................................................................................. 13

Estructura de los Mensajes ................................................................................... 14

TIPOS DE MENSAJE ....................................................................................................... 15

ELEMENTOS DE REUSO ................................................................................................. 16

Tablas de codificacin administradas por HL7 ....................................................... 16

Tablas de codificacin administradas por Agenda de Conectividad........................ 16

Guas de Implementacin Relacionadas ................................................................ 17

DIRECCIN DE PLANEACIN Y SISTEMAS

EJEMPLOS DE CASOS TIPO .................................................................................................... 17

ESPECIFICACIONES RELACIONADAS ...................................................................................... 18

Medical Records QueryModel (RCMR_DM000920UV) .................................................. 19

Medical Records DMIM (RCMR_DM000050UV) ............................................................ 19

DIRECCIN DE PLANEACIN Y SISTEMAS

DIRECCIN DE PLANEACIN Y SISTEMAS

DIRECCIN DE PLANEACIN Y SISTEMAS

1.3 Participantes en el desarrollo de la gua

Ing. Alejandro Paolo Daza C.

1.4 DEMANDA DE INTEROPERABILIDAD

DIRECCIN DE PLANEACIN Y SISTEMAS

DIRECCIN DE PLANEACIN Y SISTEMAS

2 ESTADO Y EVOLUCIN EN EL DESARROLLO DE LA GUA

2.1 Versiones del documento

Estructura general del documento con la propuesta de contenido

Retroalimentacin de las observaciones realizadas por el equipo de

Retroalimentacin de la gua con las observaciones realizadas por el

Actualizacin de las guas con las observaciones realizadas y revisadas

DIRECCIN DE PLANEACIN Y SISTEMAS

Figura 2. Infraestructura de mensajera HL7

En el centro de la Figura 2 se presenta el artefacto de intercambio: la infraestructura de

Imagen tomada de la wiki del HL7, http://wiki.hl7.org/index.php?title=Messaging_Infrastructure_Layer.

DIRECCIN DE PLANEACIN Y SISTEMAS

HL7 v3. A continuacin se extraen algunas caractersticas de esos tres protocolos,

Web Service: Protocolo de intercambio electrnico de informacin entre negocios,

La seleccin de uno de los protocolos de mensajera est sujeta a las especificaciones de

3.1 DEFINICIN DE LA MENSAJERA

DIRECCIN DE PLANEACIN Y SISTEMAS

Sistema de Informacin de Salud (HIS)

DIRECCIN DE PLANEACIN Y SISTEMAS

El adaptador de mensajera es responsable de la creacin del encabezado de transmisin de los

3.2 CASOS DE USO

Figura 4. Operaciones de intercambio

DIRECCIN DE PLANEACIN Y SISTEMAS

3.3.1 Creador de contenido.

3.3.2 Consumidor de contenido.

3.3.3 Flujo de Interaccin

DIRECCIN DE PLANEACIN Y SISTEMAS

Figura 5. Diagrama de secuencia de mensajera.

3.3.4 Estructura de los Mensajes

DIRECCIN DE PLANEACIN Y SISTEMAS

Tabla 2. Atributos del encabezado del mensaje

3.4 TIPOS DE MENSAJE