La familia de estándares de HL7

y su aplicación práctica en un

sistema de información clínico

basado en componentes.

Fernando Campos

fernando.campos @hiba.org.ar

Alfredo Cancio

alfredo.cancio@hiba.org.ar

o Inicios… hace mas de 10 años

− Esquema de situación.

− Sistemas involucrados y tecnología

− Porque decidimos usar HL7

Agenda

oComo hablar el mismo idioma

− Vocabulario de referencia

− Creación de Master files

− Servicios terminológicos

17/12/2010 2

o Implementación de HL7 V2x

− ADT - Censo en línea

− ADT-Financiadores

− Necesidad del segmento Z

Agenda

− Necesidad del segmento Z

− ORM - Pedidos desde la HC

− ORU - Resultados de efectores

o Implementación de PACS

− Integración con el PACS

− Mensajes / eventos integrados

17/12/2010 3

o Implementación de CDAs

− CDAs de informes (ejemplos varios)

− CDAs de la HCE

− Firma digital de los CDAs

Cambio del sistema de laboratorio.

Agenda

oCambio del sistema de laboratorio.

− Guía de implementación del HI

oFuturo en utilización de HL7 (open CDS, CDAs CCD)

− Uso de Open CDS para soporte a la toma de decisiones.

− CDAs nivel 3. basados en templates.17/12/2010 4

1999-Un poco de historia

17/12/2010 5

Hospital Italiano

1999-Un poco de historia

Sistemas involucrados

Prefijo Aplicación Base de datos

NSI Nuevo Sistema Inf. As400

DPI Diagnóstico por Imágenes SQL Server

17/12/2010 6

PLS Plan de salud SQL Server

MNC Medicina Nuclear DBASE

HET Hemoterapia DBASE

CAR Cardiología SQL Server

ITL Itálica Sybase

LAB Laboratorio Betrieve/SQL Server

ANP Anatomía patológica Access

Necesidad de interfaces / Interoperabilidad

Los sistemas distribuidos NO SIEMPRE poseen arquitecturas de datos compatibles

Necesidad de Interfaces entre Sistemas

17/12/2010 7

Multiplicación de desarrollos

Necesidad de desarrollo y mantenimiento específicos para cada interfase

Necesidad de Interfaces entre Sistemas

HL7- Porque?

2 sistemas, 1 interfase

B

Sistema B

3 sistemas, 3 Interfases

Sistema A

17/12/2010 8

C

3 sistemas, 3 Interfases

A

Interfaces= (n x (n-1)) / 2

¡Difícil de mantener!

¿Cuánto trabajo cuesta agregar un sistema?

¿Que es HL7 ?

�Fundada en 1987.

�Organización sin fines de lucro.

�Abierta a quienes deseen contribuir al desarrollo de estándares de interconexión en sistemas de salud.

17/12/2010 9

estándares de interconexión en sistemas de salud.

�Crear estándares flexibles y costo-efectivos, guías y metodologías para permitir la interoperabilidad entre los sistemas de información y el intercambio de registros electrónicos de salud.

�Alta participación de afiliados internacionales, mas de 32 países.

Modelo básico de transacciones HL7

Sistema B

RECIBE MENSAJE

Evento disparador ENVIA RESPUESTA

17/12/2010 10

RED

ENVIA MENSAJE

Sistema A

RECIBERESPUESTA

oHL7 permite interoperabilidad.

− No solo hay que ser estándar en estructuración de la información

oNecesitamos un mismo lenguaje.

− Creación de Master Files.

Interoperabilidad Semántica

− Creación de Master Files.

• Los MF son un conjunto de registros y vocabularios que permiten identificar instancias de entidades (pacientes, lugares, etc.) y valores conceptuales codificados (practicas, analitos, diagnósticos)

17/12/2010 11

oMaster files creados

− Pacientes

− Personas institucionales

− Áreas jerárquicas

− Lugares

Interoperabilidad Semántica

− Lugares

− Conceptos médicos

− Conceptos facturables

− Fármacos

− Financiadores

17/12/2010 12

oTerminología− En una institución de alta complejidad se deben utilizar una

gran cantidad de vocabularios diferentes para representar segmentos de la realidad diferentes

Interoperabilidad Semántica

17/12/2010 13

oTerminología

− Creamos un vocabulario de Interfase a partir de más de un millón de textos ingresados por los usuarios. Este vocabulario se encuentra incorporado a un

Interoperabilidad Semántica

vocabulario se encuentra incorporado a un Servidor de Terminología.

17/12/2010 14

oServidor de Terminología

− Pieza de Software que brinda los siguientes servicios:

− Vocabulario de interfase de acuerdo a la jerga local y conceptos más utilizados

Interoperabilidad Semántica

− Codificación Automática en línea por repetición de textos o sugerencia de términos relacionados

− Basado en UMLS 2004 (incluye Snomed CT)

− Salida de los diagnósticos con diversos vocabularios según la necesidad de análisis (CIAP, CIE-9CM, CIE-10, nomenclador, etc.)

− Relaciona conceptos, permitiendo subir o bajar el detalle de los mismos.

17/12/2010 15

oEsquema de acceso a datos

Acceso a datos

oHoy COM+ esta siendo dezplazado por WS

17/12/2010 16

oEsquema de acceso a mensajes

Intercambio de Mensajes

17/12/2010 17

WINHL7NSI

NTHL7MSMQ SERVER

LABORATORIO

DIAGNOSTICO POR IMAGENESCLINICA MEDICA

MQSeries

ADT-Eventos involucrados

Sistema Emisor

Sistema Receptor

Mensaje -Evento

Motor de mensajería

Descripción

NSI LAB ADT^A01 MSMQ Admisión

NSI LAB ADT^A02 MSMQ Pase de Cama

17/12/2010 18

NSI LAB ADT^A03 MSMQ Egreso

NSI LAB ADT^A06 MSMQ Guardia a Internación

NSI PLS ADT^A01 MSMQ Admisión

NSI PLS ADT^A02 MSMQ Pase de Cama

NSI PLS ADT^A03 MSMQ Egreso

NSI PLS ADT^A06 MSMQ Guardia a Internación

ADT-Ejemplo

MSH|^~\&|NSI||LAB||20010827120759||ADT^A01|NSI1|P|2.3||||AL<cr>

EVN|A01|18000101000000<cr>

PID|1||60719^^^^HI|26690949^^^^DNI|TORRALBA^AIDA||19780113000000|F|||POTOSI 4032 108^^CAPITAL FEDERAL^^1899<cr>

NK1|1|CAMUS^ALBERTO|PAD|RIVADAVIA 253|42539686<cr>

17/12/2010 19

PV1|1|I|301|R|||1436^PEREZ^JORGE^ALBERTO|1026^LOPEZ^NORBERTO|998^GARCIA^ALEJANDRO|M|||A|4|A0|N|1026^LOPEZ^NORBERTO|OB|H0100240|||||||||||||||||ALV||||||||20010823095130|20010823102455<cr>

IN1|1|INT^^HI|2^^^^HI~347^^^^NSI|PLAN DE SALUD<cr>

Un mensaje es la unidad transferida entre sistemas informáticos. Esta compuesto de por un grupo de seg mentos en una secuencia definida. El primer segmento (MSH) identifica el tipo de mensaje y el evento disparado r que hizo que el mensaje sea enviado.

ADT-Integración con financiadores

SistemaEmisor

SistemaReceptor

Mensaje -Evento

Descripción

o Eventos involucrados

17/12/2010 20

HI OSDE ADT^A01 Admisión pacientes internados

HI OSDE ADT^A03 Egreso pacientes internados

Necesidad del segmento Z

o Aplicaciones a comunicar

Prefijo Aplicación

SAC Sistema de Administración de Compras

SAF Sistema de Administración de Farmacia

17/12/2010 21

� Diferentes plataformas de desarrollo y base de datos

CoolPlex / AS400 (SAC)

JAVA/ORACLE

� Necesidad de una interface

Necesidad del segmento Z

Mensaje ZSC^Z04 – Soliscitud de Compras

Tag Descripción

MSH Encabezado de Mensaje

{ZS1} Datos de Solicitud de compras

Mensaje ZIR^Z06 – Informe de recepción

17/12/2010 22

Tag Descripción

MSH Encabezado de Mensaje

{ZI1} Datos de Informe de Recepción

{ZP1} Datos de Pedido de Entrega

Tag Descripción

MSH Encabezado de Mensaje

{ZO1} Datos de Orden de compras

Mensaje ZOC^Z05 – Orden de compra

oCasos de uso

ORM Solicitud de estudios

17/12/2010 23

oCambia estado al pedido

ORM Solicitud de estudios

17/12/2010 24

oEjemplos

ORM Solicitud de estudios

17/12/2010 25

oResultados

ORU Envío de resultados

17/12/2010 26

oEjemplos

ORU Resultados

17/12/2010 27

Guías de implementación

17/12/2010 28

HL7 V2.5 XML-Integración RIS-PACS

Sistema Emisor

Sistema Receptor

Mensaje -Evento

Motor de mensajería

Descripción

RIS PACS OMI^O23 FTP Work List

o Eventos involucrados

17/12/2010 29

PACS RIS ORI^O24 FTP Nuevo estudio

OMI – Imaging Order Message (Event O23)

ORI - Imaging Order Response Message To Any OMI

HL7 V2.5 XML-Integración RIS-PACS

o Ejemplo OMI^O23

17/12/2010 30

HL7 V2.5 XML-Integración RIS-PACS

o Ejemplo ORI^O24

17/12/2010 31

oMarcación estándar de documentos que especifica la sintáctica y la semántica de los documentos clínicos con el propósito de intercambio.

Implementación de CDAs

oObjeto de información definido y completo que puede incluir texto, imágenes y demás multimedios.

17/12/2010 32

− Dar prioridad a la atención del paciente− Permitir una implementación costo efectiva

abarcando el más amplio espectro de sistemas como sea posible

− Soportar el intercambio de documentos entre usuarios de diferentes niveles de

Implementación de CDAs

entre usuarios de diferentes niveles de desarrollo tecnológico

− Promover la longevidad de toda la información basada en esta arquitectura

− Promover el intercambio que sea independiente de la transferencia o del mecanismo de almacenamiento

− Preparar el diseño razonablemente rápido

17/12/2010 33

o Encabezamiento (CDA Header)− Identifica y Clasifica el documento

− Contiene la autenticación, el encuentro, el paciente, el prestador

− Facilita la gestión del documento

− Facilita la compilación de registros individuales en

Implementación de CDAs

− Facilita la compilación de registros individuales en un registro único si hay identificación única de pacientes.

o Cuerpo − Contiene el reporte clínico

− 4 tipos de contenedores: Secciones, Párrafos, Listas y Tablas

− El contenido puede ser texto, links y multimedia17/12/2010 34

CDA Ejemplo

<?xml version="1.0"?>

<?xml-stylesheet type="text/xsl" href="CDA.xsl"?>

<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:voc="urn:hl7-org:v3/voc"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd">

<!--

********************************************************

CDA Header

********************************************************

17/12/2010 35

********************************************************

-->

<!--=OID for HL7 Registered models extension=identificador único para CDA, Release 2 Hierarchical Description. -->

<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>

<!-- heredado de InfrastructureRoot class del RIM -->

<templateId root="2.16.840.1.113883.3.27.1776"/>

<!-- id único del Documento -->

<id extension="HCA23789-1" root="2.16.840.1.113883.2.10.1.2.1"/>

CDA Ejemplo

<?xml version="1.0"?>

<?xml-stylesheet type="text/xsl" href="CDA.xsl"?>

<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:voc="urn:hl7-org:v3/voc"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd">

<!--

********************************************************

CDA Header

********************************************************

17/12/2010 36

********************************************************

-->

<!--=OID for HL7 Registered models extension=identificador único para CDA, Release 2 Hierarchical Description. -->

<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>

<!-- heredado de InfrastructureRoot class del RIM -->

<templateId root="2.16.840.1.113883.3.27.1776"/>

<!-- id único del Documento -->

<id extension="HCA23789-1" root="2.16.840.1.113883.2.10.1.2.1"/>

CDA Ejemplo

<!--representa un tipo de documento clínico -->

<code code="34108-1" codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC" displayName="Nota de Evaluación"/>

<!-- Título del Documento, contenido narrativo -->

<title>Hospital Italiano de Bs. As. - Historia Clínica </title>

17/12/2010 37

<!--representa la fecha de creación de documento clínico -->

<effectiveTime value="20051203153025"/>

<!--N=normal (todo individuo autorizado relacionado con medicina o necesidades pertinentes)

R=restringido (sólo prestadores que tengan relación de atención médica con el paciente)

V=muy restringido (Sólo personas autorizadas por la autoridad a cargo de la HC del paciente)-->

<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"/>

CDA Ejemplo

<!--representa el lenguaje de los datos. Usa el estándar de la IETF, RFC 3066.-->

<languageCode code="es-AR"/>

<!--representa un id que es común a todas las revisiones de los documentos.-->

<setId extension="HCA23789" root="2.16.840.1.113883.2.10.1.2.1"/>

17/12/2010 38

<!--representa el número de versión del documento.-->

<versionNumber value="1"/>

CDA Ejemplo

<!--representa a quién pertenece el documento.-->

<recordTarget>

<patientRole>

<id extension="567" root="2.16.840.1.113883.2.10.1.1.1"/>

<patient>

<name> <given>PABLO CRISTIAN</given>

<family>JORNADAS</family>

17/12/2010 39

<family>JORNADAS</family>

</name>

<administrativeGenderCode code="M"codeSystem="2.16.840.1.113883.5.1"/>

<birthTime value="19720511"/>

</patient>

</patientRole>

</recordTarget>

CDA Ejemplo

<author>

<time value="20051203"/>

<assignedAuthor>

<id extension="1261" root="2.16.840.1.113883.2.10.1.1.2"/>

<assignedPerson>

<name>

<given>DANIEL ROBERTO</given>

17/12/2010 40

<family>LUNA</family>

<prefix>DR.</prefix>

</name>

</assignedPerson>

<representedOrganization>

<id root="2.16.840.1.113883.2.10.1"/>

</representedOrganization>

</assignedAuthor>

</author>

CDA Ejemplo

<!--representa la organización donde se genera y que está a cargo del mantenimiento del documento.

Un documento CDA tiene un solo custodio-->

<custodian>

<assignedCustodian>

<representedCustodianOrganization>

17/12/2010 41

<representedCustodianOrganization>

<id extension="348"root="2.16.840.1.113883.2.10.1.1.4"/>

<name >

"SECCION DE RADIOLOGIA - SERVICIO DE DIAGNOSTICO POR IMAGENES"

</name>

</representedCustodianOrganization>

</assignedCustodian>

</custodian>

CDA Ejemplo

<component>

<!-- indica que es un cuerpo estructurado, compuesto por una o más secciones -->

<structuredBody>

<component>

<section>

<code code="3040" codeSystem="2.16.840.1.113883.2.10.1.1.3" />

<title>RADIOGRAFIA DE TORAX FRENTE</title>

<text> <list><item>examen realizado mostró en el hemitórax derecho, lóbulo

17/12/2010 42

<text> <list><item>examen realizado mostró en el hemitórax derecho, lóbulo superior, infiltrado intersticial nodulillar fino difuso, llamando la atención la existencia de una gran cavitación de pared irregular, relativamente gruesa, con reacción pleural acompañante. En el campo pulmonar medio izquierdo también se observa, al igual que en el derecho, una imagen infiltrada intersticial nodulillar </item><item>(ver imagen radiológica). </item></list><renderMultiMedia referencedObject="MM1"/> </text>

<entry> <observationMedia classCode="OBS" moodCode="EVN" ID="MM1"> <id root="2.16.840.1.113883.2.10.1.1.10.1"/>

<value mediaType="image/gif"> <reference value="1000.jpg"/> </value></observationMedia> </entry>

</section> </component> </structuredBody> </component>

CDA

17/12/2010 43

CDA

17/12/2010 44

CDA – Firma electrónica

17/12/2010 45

CDA Firmado

17/12/2010 46

CDAs Generados

17/12/2010 47

oHL7 es plug & play ?

oSi se tiene una guía de implementación detallada y se dan accesos a los datos necesarios…

Cambio de Sistemas de Laboratorio

necesarios…

oNuestra experiencia dice que si.

17/12/2010 48

oEn 2009 el laboratorio central decide cambiar sus LIS.

o10 años de historia con el previo sistema.

Se entregaron la documentación de la

Cambio de Sistemas de Laboratorio

oSe entregaron la documentación de la guías de implementación y con reuniones de seguimiento y control, se cambió el software sin mayor impacto a los sistemas del Hospital.

17/12/2010 49

oOpen CDS

− Actualmente implementado SEBASTIAN

• mediante un proyecto colaborativo esta en producción una implementación de interoperabilidad entre nuestro sistema de

Actualidad y futuro

interoperabilidad entre nuestro sistema de información y el de la Universidad de Duke, utilizando del sistema SEBASTIAN a partir de reglas que generan recomendaciones especificas para el screening de Cáncer de mama en sus pacientes del Plan de Salud.

17/12/2010 50

Actualidad y futuro

17/12/2010 51

oSEBASTIAN− Utiliza el modelo sobre la información del

paciente y sus problemas basados en el RIM de HL7

− El modelo de terminología esta basado en NLM’s UMLS

Actualidad y futuro

NLM’s UMLS− El conocimiento médico se encapsula en un

XML el cual se lo conoce como EKM (Executable Knowledge Modules )

− Usa estos XMLs para interactuar con el CDS service

17/12/2010 52

oSEBASTIAN− Utiliza el modelo sobre la información del

paciente y sus problemas basados en el RIM de HL7

− El modelo de terminología esta basado en NLM’s UMLS

Actualidad y futuro

NLM’s UMLS− El conocimiento médico se encapsula en un

XML el cual se lo conoce como EKM (Executable Knowledge Modules )

− Usa estos XMLs para interactuar con el CDS service

17/12/2010 53

oCDAs− Actualmente algunos CDAs estan

codificados con nuestro servidor de terminologia.

− Futuro, codificación completa utilizando templates.

Actualidad y futuro

templates.− CDAs de la HCE son conformantes con CCD.

Algunos elementos sin establecer en CCD.− Ej : La epicrisis - Discharge Summary report

debió utilizarse la plantilla de Discharge Summary Specification de “Cross-Enterprise Sharing of Medical Summaries (XDS-MS) Integration Profile”

17/12/2010 54

Preguntas ?

Muchas gracias !!!

Preguntas ?

17/12/2010 55