Top Banner
 C urso de HL7 Abierto a la comunidad iber oamericana Introducción al mundo de los Estándares
22

Parte_1_Introduccion HL7

Jul 07, 2015

Download

Documents

salud hl7
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 1/22

 

Curso de HL7

Abierto a la comunidad iberoamericana

I n t r o d u c c i ó n a l m u n d o d e l o s

E s t á n d a r e s

Page 2: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 2/22

 

TABLA DE CONTENIDOS

Introduccion 3

Elementos para implementar un HIS 7

  Aspectos estratégicos y políticos 7

  Aspectos organizacionales 8

  Alta disponibilidad y soporte 8

  Identificación unívoca de pacientes 8

  Historia Clínica Electrónica 9

  Interoperabilidad 10

  ¿Cómo resolver el problema?  12

Importancia del uso de estándares 13

Categoría de los Estándares 15

Desarrollo de estándares 17  ¿Cómo se desarrollan? 17

  ¿Quién establece los estándares? 17

Etapas en el desarrollo 2

 

2

Page 3: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 3/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

INTRODUCCION

La práctica médica ha evolucionado sin cesar desde la época de los griegos. Los

avances tecnologicos de los últimos 100 años incrementaron su complejidad tal como

las imágenes de la figura 1 muestran. Las organizaciones de salud han adoptado las

nuevas tecnologías a medida que fueron surgiendo, salvo con los registros médicos.

“La interoperabilidad es tecnología dependiente.

Nosotros hemos estirado los límites del proceso manual.

Sin tecnología no nos podemos mover hacia adelante.”

David Brailer 

National Coordinator for Health Infromation Tecnology

INTRODUCCION: ESTANDARES EN SALUD

La mayoría de los sistemas de salud cuentan con múltiples modelos de registros médi-

cos en papel, múltiples archivos físicos y la información asistencial se encuentra frag-

mentada y duplicada cómo hace 150 años.

Esta realidad la refleja el siguiente párrafo:

...“necesito hacer notar la urgente necesidad de adoptar… algún sistema de

publicación uniforme de los registros estadísticos hospitalarios. Existe una con-

vicción creciente que en todos los hospitales, inclusive en aquellos donde mejor 

 se trabaja, existe un gran e innecesario gasto de vida… Intentando llegar a la

verdad, he buscado información por todos lados, pero han sido escasas las ins-

tancias que he podido obtener registros hospitalarios aptos para cualquier pro-

Figura 1: Evolución de la práctica médica

Medicina Hipocrática Medicina Contemporánea

3

Page 4: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 4/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

pósito de comparación... Si se usa con inteligencia, estas estadísticas nos dirán

el verdadero valor relativo de algunas medidas y formas de tratamiento del que

tenemos hoy en día.”

 Ahora traten de pensar quién dijo esto y cuándo.

Esto lo podría haber dicho cualquier profesional de la salud en la actualidad cómo

hace 10 años, pero en realidad lo dijo Florence Nightingale en 1863, una enfermera que

incentivó el inicio de la epidemiología y la estadística.

Significa que dos siglos atrás ya existía la preocupación por la existencia de datos y la

necesidad de optimizar la calidad de la información para la toma de decisiones estra-

tégicas y mejorar la calidad de atención de los pacientes.

Sin embargo, desde hace tan sólo dos décadas se habla de los sistemas de información

en salud integrados (Health information Systems –HIS). En los años ‘70 estos sistemas

se concentraban más en operaciones fiscales y en aspectos administrativos. Gradual-

mente, el interés se fue focalizando en el cuidado del paciente, integrando toda la

información que se origina en los múltiples registros dentro de una o varias organiza-

ciones de salud donde fue atendido. Estos aspectos lograron verse en algunos sistemas

a finales de los ‘60 y principios de los ‘70, pero fallaron debido a insuficiente hardware

y software.

Si uno examina cómo las tecnologías de la información han penetrado en estas orga-

nizaciones se puede ver que la poca integración existente está orientada a la logística

del cuidado del paciente (soporte administrativo para la facturación y operaciones delaboratorio) como vemos en la figura 2.

Figura 2: la penetración de las tecnologías informáticas

en el Ambiente hospitalario

4

Page 5: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 5/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

La arquitectura que respondía a los HIS de los ‘70 se puede ver representada en la si-

guiente figura 3.

Como podrán ver, tiene un corazón monolítico, compuesto por una base de datos

central, un sistema de comunicación entre usuarios y aplicaciones y un sistema de ADT

(admission, discharge, transfer) que es la puerta de ingreso y egreso de todos los epi-

sodios de internación.

Luego, una capa horizontal de servicios tales como farmacia, administración de ca-

mas, de historias clínicas, facturación, insumos, recursos humanos, etc.

Por último, una capa vertical que representa diferentes subsistemas independientes

que necesitan comunicarse con el core central con fines administrativos.

También podrán observar sistemas independientes que sobreviven sin tener comuni-

cación con el sistema central, sistemas que, con el advenimiento de las PC (personal

computers) fueron in crescendo en diferentes tipos de aplicaciones sin interconexión

(figura 4).

Figura 3: Arquitectura de los Health Information Systems de los años 70.

5

Page 6: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 6/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

Este sistema departamental o en capas, sirvió para satisfacer diferentes objetivos y ne-

cesidades, pero en la actualidad el foco en la atención ambulatoria con descentrali-

zación de la atención, la dispersión geográfica, las nuevas relaciones de interconsultas,

la penetración de redes informáticas (Internet) y las reglas de los financiadores (qué y

cómo cubren la atención médica) rigen la necesidad de tener gestión clínica.

El concepto de Gestión Clínica es amplio e intenta definir políticas poblacionales en el

cuidado ambulatorio, de internación y rehabilitación en un entorno de análisis de “cos-to/efectividad de los actos médicos” manteniendo resultados de calidad.

Este modelo tiene como requerimiento indispensable el intercambio de datos entre

aplicaciones de salud, con el fin de contar con información clínica de alta calidad,

contextual y capaz de ser ajustadas por riesgos, lo cual implica nuevos desafíos para el

diseño y desarrollo de los sistemas de información, tales como:

1. Servicios de identificación unívocos de personas

2. Historia clínica electrónica orientada a las personas e integrada a lo largo de la

vida3. Interoperabilidad física, semántica y sintáctica entre los sistemas de las distintas

organizaciones.

4. Estándares de comunicaciones (HL7)

5. Servicios de terminologías y representación del conocimiento médico

6. Servicios de monitores de eventos clínicos y reglas para prevenir los errores médi-

cos (CPOE- Computarized phisician orden entry)

Durante este curso nos focalizaremos en la enseñanza de los puntos 3 y 4, pero cada

uno de los componentes descriptos son esenciales para alcanzar un sistema de saludhospitalario (HIS) integrado y de calidad.

Figura 4: Sistemas independientes

6

Page 7: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 7/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

ELEMENTOS PARA IMPLEMENTAR UN HIS

A partir de la necesidad de intercambiar datos, surgen nuevos inconvenientes y pro-

blemas ya que los sistemas distribuidos NO SIEMPRE poseen arquitecturas de datos com-

patibles, generando la necesidad de interfaces entre sistemas, lo cual implica el desa-

rrollo y el mantenimiento de cada interface.

Cuando el Hospital Italiano de Buenos Aires comenzó a planificar el proyecto de infor-

matización de su sistema hospitalario se encontró con:

∗ Varios grupos de desarrollo independientes y no coordinados

∗ Múltiples plataformas, bases de datos y herramientas de desarrollo

∗ AS400 / DB2 / Cool:plex

∗ Solaris / Sybase / PowerBuilder 

∗ Windows NT / SQL Server / Visual Basic

∗ Etc.

∗ Múltiples sistemas propietarios sin interrelación y con utilización de diccionarios ad-

hoc.

En 1997, luego de evaluar varios sistemas de Historia Clínica Electrónica comerciales,

optó por generar un desarrollo “in-house”. Se formuló un plan estratégico a 5 años que

incluyó:

∗ Aspectos estratégicos y políticos

∗ Aspectos organizacionales

∗ Alta disponibilidad (24 x 7)

∗ Soporte diferencial (24 x 7)

∗ Interoperabilidad operativa

∗ Interoperabilidad semántica

∗ Identificación unívoca de pacientes

∗ Historia Clínica Electrónica (HCE)

Como mencionamos anteriormente describiremos brevemente cada uno de estos pun-

tos y profundizaremos en los puntos referentes al intercambio de datos.

Aspectos estratégicos y políticos

En primer lugar fue necesario contar con apoyo político al máximo nivel institucional,

identificar a los líderes en las áreas médicas y administrativas, definir un presupuesto

y estimar tiempos que se pudieran cumplir (en años) pero adaptables al permanente

cambio.

7

Page 8: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 8/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

Estratégicamente se creó un Departamento de Información Hospitalaria con una área

de desarrollos administrativos y otra de desarrollos biomédicos, un área de tecnología

y comunicación, una área de Informática Médica con una Residencia médica en esta

disciplina para contar con recurso humano capacitado, un área de normas y procedi-

mientos y un área de epidemiología, bioestadística y calidad para apoyar a la gestiónclínica.

Aspectos organizacionales

Se conformaron nuevos grupos de trabajo que podrían clasificarse de la siguiente

forma:

∗ Grupo político y de seguimiento de etapas del proyecto integrado por autoridades

hospitalarias, servicios médicos, áreas informáticas

∗ Grupo de representantes del área asistencial que definieron las características delos Vocabularios, de la HCE y de las reglas médicas

∗ Grupo de representantes del área informática que trabajaron sobre el área de

tecnología y redes, de mensajería (HL7) y middleware (COM+) y Seguridad y priva-

cidad de datos.

Alta disponibilidad y soporte

Fue necesario desarrollar e implementar un entorno de alta disponibilidad que brinde

servicios computacionales disponibles por 24 hs. durante los 7 días de la semana (24x7),horario que se encuentra disponible la atención médica en cualquier organización de

salud.

Este sistema fue acompañado con una mesa de ayuda también disponible 24x7 para

asistir a todos los usuarios durante la utilización de los sistemas informáticos.

Identificación unívoca de pacientes

La HCE supone un cambio en el concepto de registro médico. Esta deja de ser un re-

gistro de información fragmentado en la relación entre un paciente y un profesional,

para pasar a formar parte de un sistema integrado de información clínica. Para lograr 

esto es necesario que toda la información de un individuo pueda estar integrada en un

mismo repositorio, independientemente del lugar donde se realizó la atención médica.

Ese repositorio lo constituye la HCE.

Para la integración de datos resulta indispensable que el paciente esté identificado de

forma unívoca, y este es un aspecto crítico a resolver en los Sistemas de Información

en Salud.

El problema no es simplemente encontrar un identificador único de paciente, ya que

ninguno ha demostrado ser infalible. El Documento Nacional de Identidad (DNI) por 

8

Page 9: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 9/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

ejemplo podría ser un identificador, pero existen muchas personas que no poseen DNI

y poseen pasaporte; otras que están indocumentadas, por ello, el problema no está en

los identificadores, ya que como dijimos anteriormente, todos tienen sus fallas, sino en

encontrar un servicio de identificación que aseguré un set de datos que permitan la

identificación unívoca de pacientes.

Una solución a este problema es la creación y mantenimiento de un Padrón Único de

Pacientes (Master Patient Index – MPI) con un servicio asociado de identificación de

pacientes que lo soporte y mantenga.

El control centralizado y la auditoría de dicho padrón es fundamental para eliminar 

múltiples ingresos de un mismo registro (duplicados) y para permitir la recuperación y

análisis de datos más eficiente. En redes integradas de salud, donde diferentes Institu-

ciones pueden interactuar y compartir datos, éste es un punto importante a trabajar 

para obtener el éxito.

La verdadera dimensión de este problema se jerarquiza al comprender que el aspecto

administrativo siente un impacto menor debido a que sus procesos pueden cumplimen-

tarse independientemente de quien sea el sujeto de la atención, brindando los registros

duplicados solamente trastornos en el análisis de datos administrativos.

Pero en escenarios de la salud, el problema es mayor: la asignación incorrecta de la

identidad de un paciente durante el proceso de atención, puede tener consecuencias

en los resultados del proceso y aún en la salud del individuo, como por ejemplo la asig-

nación errónea de datos acerca de la positividad de serologías para el virus del HIV a

otro individuo o alergias medicamentosas que pueden contraindicar equivocadamen-

te un tratamiento.

Historia Clínica Electrónica

La historia clínica es el repositorio de los datos que surgen de la interacción del pa-

ciente con los profesionales de la salud, es un documento médico legal que permite,

entre otras cosas, un entendimiento global y longitudinal de la situación del paciente,

y por eso es de incontable ayuda a la hora de realizar un diagnóstico o instaurar una

terapéutica.

Entendiendo a la Historia Clínica como una fuente de información, es fácil comprender que su incorporación en un sistema informático la hace más abarcativa brindando más

opciones para el cuidado de la salud.

La Historia Clínica Electrónica (HCE) o Registro Médico Electrónico, por su traducción

del inglés Electronic Medical Record, es un sistema o software que guarda datos de los

pacientes, tanto los filiatorios o demográficos, como los médicos, de manera que cum-

plan con el criterio de repositorio pero con la posibilidad de su análisis.

Las ventajas que brindan una HCE son varias, permite consultar la información médica

del paciente, dejar registros de las evoluciones diarias, solicitar prácticas e indicacio-

nes médicas, acceder a los resultados, e incluso, con los sistemas más evolucionados,brindar un sistema de soporte en la toma de decisiones, todo esto en el lugar y mo-

9

Page 10: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 10/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

mento de la atención. También permite un almacenamiento centralizado y seguro, con

consultas distribuidas y además, mediante una codificación previa, brinda capacidad

de análisis epidemiológicos, convirtiéndose en una herramienta muy útil para realizar 

una adecuada gestión de salud.

Interoperabilidad

Se define interoperabilidad cómo:

“La habilidad de dos o más sistemas o componentes para intercambiar información y

utilizar la información que ha sido intercambiada.”

El intercambio de información es la que se conoce como la interoperabilidad operativa

o funcional mientras que la propiedad de utilizar la información transferida se denomi-

na interoperabilidad semántica.

Para que diferentes sistemas puedan integrar la información de un paciente se necesi-

ta que la información se transfiera de un sistema a otro. Esta transferencia de un sistema

a otro, en general se realiza a través de interfaces adaptadas y personalizadas.

Pero se sabe que el número de interfaces crece aproximadamente como ½ del cuadra-

do de la cantidad de sistemas a unir, entonces bajo la siguiente fórmula

I = (n x (n-1)) / 2,

Podríamos sostener que se necesitarían para dos sistemas una interface, para tres siste-

mas tres interfaces y así sucesivamente.

Gráficamente lo pueden ver en la figura 5.

Figura 5: Número de interfaces

Pero cuando el número de sistemas crece, la cantidad de interfaces también y esta

complejidad se hace manifiesta en la figura 6.

10

Page 11: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 11/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

Sistemas Interfaces

6 15

8 28

10 45

20 190

30 435

40 780

50 1225

100 4950

¿Qué sucede cuando la cantidad de sistemas crece a 30, 40 o 50 como sucede en or-

ganizaciones complejas como las de la salud?

La cantidad de interfaces aumenta exponencialmente y en el caso de contar con 30

sistemas necesitaran 435 interfaces como se ve en la tabla siguiente (tabla 1).

Figura 6: Número de interfaces

Tabla 1 - Relación Sistemas/ Interfaces

¿Se imaginan desarrollar y mantener esta cantidad de interfaces para Sistemas de Sa-

lud regionales como los europeos o para un sistema de salud nacional como el Inglés?

11

Page 12: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 12/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

¿Cómo resolver el problema? 

Un enfoque para resolver este problema de interfaces múltiples es HL7, un sistema que

desarrolla mensajes estandarizados (sintaxis) que viajan a través de una única interfa-

ce.

Estos mensajes utilizan a la vez datos estandarizados (semántica), como la identifica-

ción del paciente, los datos del laboratorio, y valores definidos como posibles para esos

campos basados en un vocabulario estándar y controlado, como los que veran más

adelante.

Estos protocolos para el intercambio electrónico de datos entre sistemas de información

en el ámbito de la Salud, permiten que las aplicaciones clínicas se comuniquen entre sí 

independientemente de su plataforma tecnológica o de su lenguaje de desarrollo.

Como podrán ver en la figura 7, con HL7 la cantidad de interfaces es igual a la de sis-temas, y estos se encuentran comunicados.

Figura 7: Comunicación entre sistemas

12

Page 13: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 13/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

IMPORTANCIA DEL USO DE ESTÁNDARES

La comunicación de información es un componente fundamental de cualquier siste-

ma. En el área de la salud se transfiere información entre los profesionales de la salud,

entre instituciones, entre los profesionales y sistemas informáticos de soporte de deci-

sión, etc.

Una comunicación efectiva requiere que el emisor y el receptor de información com-

partan un “marco de referencia” común que permita la interacción. Los estándares

proveen ese marco común, promoviendo una uniformidad en la denominación de los

componentes del sistema de salud, ya sean objetos, diagnósticos, personas, interven-

ciones, etc.

Cómo vimos, desarrollar una nueva solución para cada problema en particular puede

ser más rápido y económico. Sin embargo estas soluciones tienen una utilidad muy pun-tual y difícilmente se adapten a nuevos problemas que aparezcan con el crecimiento

de los sistemas, procesos y organizaciones.

Las soluciones estándar son más complejas de implementar pero suelen contemplar

las necesidades de muchos escenarios diferentes y son útiles para dar soporte al cre-

cimiento.

La necesidad de sistemas interoperables es evidente en cada parte de nuestras organi-

zaciones de cuidado en salud. Por ejemplo, un médico viendo a un paciente en la sala

de guardia, necesita conocer su Historia clínica, la medicación actual, y los recientes

estudios de laboratorio para poder proveer un apropiado cuidado. Para asegurar uncorrecto seguimiento, el médico de Guardia necesita poder estar comunicado y en-

viar los resultados al médico de cabecera del paciente. No sería práctico confiar en

el paciente para obtener toda la información, recolectar cada dato de múltiples siste-

mas de información que no están conectados o esperar por un resumen médico al que

usualmente le falta la información arriba mencionada. El sistema debería compartir la

información en forma contínua y automática a través de las instituciones y mostrarla de

un modo útil.

La interoperabilidad requiere la creación, aceptación e implementación de estánda-

res para asegurar que los datos, en una parte del sistema de salud, estén disponibles y

tengan significado a través de la variedad de escenarios clínicos.

Estos estándares son reglas que gobiernan el modo en que la información del paciente

es almacenada e intercambiada electrónicamente. Idealmente, un único conjunto de

estándares para datos de texto, numéricos o imágenes, es de fácil acceso y puede ser 

compartido por profesionales de la salud, financiadores, los que realizan gestión y los

consumidores.

Ciertas industrias, tales como la banca internacional, han desarrollado e implementa-

do estándares para el intercambio electrónico de datos. En el cuidado de la salud, los

estándares vienen de una variedad de organizaciones y el progreso hacia la interope-

rabilidad enfrenta un número considerable de desafíos. Los registros de los pacientes

son típicamente acumulaciones de las interacciones entre profesionales de la salud,

13

Page 14: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 14/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

los pacientes, las aseguradoras y las agencias gubernamentales. Los datos que estos

contienen no están categorizados y están llenos de texto libre e imágenes. No debe

sorprender que los estándares de datos clínicos son a veces vistos como una compleja

“sopa de letras” de diferentes vocabularios y detalles técnicos oscuros.

Es importante, sin embargo, para los gerenciadores, clínicos y aquellos que realizan las

políticas en salud entender lo básico de los estándares. Las decisiones claves deben

ser hechas acerca de cómo y cuándo los estándares deberían ser implementados para

asegurar el cuidado en salud.

El propósito de este curso es proveerles información de fondo acerca de los estándares

clínicos y presentar ejemplos de una variedad de implementaciones en el área de la

salud que demuestran el modo en que las organizaciones están haciendo progresos ha-

cia la interoperabilidad, punto clave para lograr una mayor penetración de los registros

médicos electrónicos, reducir los errores médicos y mejorar la calidad del cuidado.

Verán ahora cómo se categorizan los estándares y cuáles son los mecanismos sobre los

que se basa su desarrollo.

14

Page 15: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 15/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

CATEGORÍA DE LOS ESTÁNDARES

La interoperabilidad depende de dos conceptos importantes que anteriormente dife-

renciamos:

1. Interoperabilidad sintáctica (operativa o funcional)

2. Interoperabilidad semántica.

La sintaxis se refiere a la estructura de una comunicación, es el equivalente a las reglas

de la ortografía y gramática. Para el intercambio de datos o mensajería, un ejemplo

es el Health Level Seven (HL7)

La semántica contiene el significado de la comunicación, el equivalente a un diccio-

nario o tesauro. Terminologías como SNOMED y LOINC y documentos estándares como

el HL7 Clínical Document Architecture (CDA) son ejemplos de estándares semánticos.

 Sin la interoperabilidad semántica  , los datos pueden ser intercambiados pero no hay

 seguridad de que puedan ser usados o entendidos por el que los recibe.

Los estándares disponibles hoy en día cumplen con ambos tipos de interoperabilidad

y están organizados en seis categorías como describiremos a continuación (Ver más

adelante la tabla 2).

1. Estándares de mensajería e intercambio de datos : éstos permiten el intercambio

del flujo entre los sistemas y organizaciones en forma consistente, debido a que

contienen instrucciones (o especificaciones) para el formato, los elementos de los

datos y la estructura. Estándares comunes incluyen al HL7 para los datos adminis-trativos de los pacientes tales como los demográficos o los relacionados a las con-

sultas; DICOM para las imágenes radiológicas; y el NCPD para las prescripciones

electrónicas.

2. Estándares de Terminología: Estos vocabularios proveen códigos específicos para

conceptos clínicos tales como enfermedades, listas de problemas, alergias, medi-

caciones y diagnósticos que pueden tener variantes en el registro en papel o en

una transcripción. Ejemplos de estándares de terminología son LOINC para resulta-

dos de laboratorio; SNOMED para términos clínicos; e ICD para diagnóstico médi-

co.3. Estándares de Documentos: Éstos indican que tipo de información está incluída

en un documento y dónde puede ser hallada. Un estándar común en registros

médicos en papel es el formato SOAP (Subjetivo, Objetivo, Evaluación-Assesment-,

Plan). El CCR (Continuity of Care Record o Registro de cuidado continuo) provee

un formato estándar para la comunicación entre profesionales de la salud que

incluye: información de identificación de pacientes, historia clínica, medicación

concomitante, alergias y recomendaciones para el plan del cuidado en salud. El

CDA (Clinical Document Architecture) es un estándar de intercambio para do-

cumentos clínicos tales como notas de alta y evoluciones. Previamente conocido

como Patient Record Architecture. Por último el CCD (Continuity of Care Docu-

15

Page 16: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 16/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

ment) es un proyecto entre HL7 y AST y representa los datos del CCR en un CDA

XML.

4. Estándares conceptuales: Permiten que los datos sean transportados a lo largo de

los sistemas sin perder el significado o el contexto. Por ejemplo, el HL7 RIM (Modelo

de Referencia de Información) provee un marco para describir los datos clínicos y

el contexto circundante: Quién, qué, cuándo, dónde y cómo.

5. Estándares de Aplicaciones: Éstos determinan el modo en que las reglas de nego-

cio son implementadas y su interacción con los sistemas de software. Los ejemplos

incluyen un Log-in único, el cual permite al usuario acceder a múltiples aplicacio-

nes dentro del mismo ambiente; y estándares que proveen una manera de ver la

información en forma integradora a través de bases de datos múltiples y que no

están integradas. El CCOW es un ejemplo.

6. Estándares de Arquitectura: Estos definen los procesos involucrados en el almacena-

miento y la distribución de datos. Las redes de Información en Salud Pública para los

Centros de Control de Enfermedades junto al Sistema Nacional de Vigilancia Elec-

trónica de Enfermedades son un ejemplo. Una arquitectura funcional emergente es

el Registro Nacional Electrónico propuesto por el Instituto de Medicina de los EEUU y

HL7, encomendado por el Health and Human Services de los EE UU.

16

Page 17: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 17/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

DESARROLLO DE ESTÁNDARES

¿Cómo se desarrollan?

E xisten 4 mecanismos básicos de desarrollo de estándares:

1. En los estándares Ad hoc los grupos se ponen de acuerdo informalmente en utilizar 

un estándar, no se describen los detalles de la utilización del mismo.

2. Los estándares de facto aparecen cuando una empresa domina el mercado e im-

ponen el estándar,

3. En ocasiones los gobiernos determinan el estándar a utilizar en un determinado

escenario, imponiendo la obligación de su utilización.

4. Por ultimo, la mejor forma de creación de un es tándar es por consenso, en el cual

todas las partes interesadas en utilizar el estándar se reúnen y discuten con un pro-

ceso abierto la definición del estándar, como es el caso de HL7.

Típicamente, los estándares desarrollados involucran comités técnicos que definen mé-

todos y grupos organizados alrededor de comunidades de interés. Los interesados en

estos proyectos en desarrollo, son clínicos, investigadores, bioinformáticos, los directo-

res en jefe de información (CIO-Chief Information Officers), los administradores de Ba-

ses de Datos, los analistas de sistemas de información y los directores o administradores

de proyectos. Sumados a éstos, entidades de interés especial en salud pública, en la

seguridad del paciente y en los registros electrónicos, trabajan para asegurar que los

estándares sean relevantes en la práctica en aquellas áreas.

El escenario en el que se manejan los estándares de datos en Salud son típicamente un

esfuerzo voluntario y el éxito de los estándares depende de la credibilidad y habilidad

de la Organización que desarrolla el producto en ganar la adopción de la industria.

La credibilidad requiere tener una afiliación o membresía suficiente de actores en el

sector particular de la industria.

Los que adoptan las nuevas tecnologías en forma temprana generalmente vienen de

este grupo y ellos validan que el estándar sea apropiado. Ellos también funcionan como

“Líderes” que comunican el estándar a la amplia audiencia de usuarios. El estándar es

finalmente acreditado o se le da el sello de aprobación por una fuente externa.

¿Quién establece los estándares?

Los estándares han sido creados por una variedad de organizaciones de cuidado en

salud, incluyendo entidades que brindan servicios, las que realizan gestión, los vende-

dores y las que asesoran. Existen varias organizaciones destacadas:

La organización internacional mas conocida es la ISO  ( International Organization for  

 Standardization ). El comité técnico 215 (TC 215) es el que se enfoca en los estándaresde informática en salud. Este comité esta asociado con su correspondiente en ANSI,

17

Page 18: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 18/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

que es la organización de estándares de EEUU)

El CEN (Comité Européen de Normalization) es otro importante referente europeo en

estándares de informática en salud, con su comité 251.

En EEUU, ANSI ( American National Standards Institute) es un importante referente en in-formática en salud, cuenta con diversos comités específicos y acredita estándares de

otras organizaciones internacionales, por ejemplo HL7.

ASTM (  American Society for Testing and Materials ) es otra influyente sociedad de están-

dares de EEUU, con su comité E31 en informática en salud.

La tabla 2 resume los es tándares clave y las organizaciones responsables en desarrollar-

los y mantenerlos. Ellos están organizados en relación a las categorías citadas anterior-

mente e incluyen los estándares que ya han sido adoptados o están listos para serlo.

 

Estándares Acrónimo Descripción Desarrollador  

Mensajería e

intercambio de

datos 

Health Level Seven

Versión 2 y 3

HL7 V2.x

y V3

Formato de mensa-

 je electrónico para

datos administrativos,

financieros y clínicos.

La V2 es común en

los softwares disponi-

bles comercialmente.

La V3 fue lanzada almercado en Enero de

2005.

Health Level Seven

www.hl7.org

Digital Imaging

and

communications in

Medicine Commit-

tee

DICOM

Formato para la co-

municación de imá-

genes radiológicas y

datos.

National Elecronics

Manufacturers

Association (Asociación

Nacional de Fabri-

cantes de productos

electrónicos)

www.nema.org

Clinical Data

Interchange Stan-

dars

Consortium

CDISC

Formato para el re-

porte de datos reco-

lectados en estudios

clínicos

Clinical Data

Interchange Stan-

dards Consortium

www.cdisc.org

18

Page 19: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 19/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

National Council

for 

prescription drug

programs

NCPDP

Estructura para la so-

licitud y cumplimiento

de las prescripciones

The National Council

for prescription drug

programs

www.ncpdp.org

Accredited Stan-

dards CommitteASC X12

Mensajería electró-

nica para transac-

ciones, elegibilidad y

pagos

American National

Standards Institute

Comité de Estánda-

res acreditados

www.x12.org/x12org/

index.cfm

Institute of Electri-

cal and Electrónics

Engineers Standard

1073

IEEE1073

Mensajería para co-

municación de dispo-

sitivos médicos.

Institute of Electri-cal and Electronics

Engineers Standards

Association

www.standard.ieee.

org/sa/sa-view.html

Terminología

InternacionalClasification of

disease-9

(Clasificación inter-

nacional de enfer-

medades-9)

ICD-9

Códigos de diagnós-

ticos y enfermedades

comúnmente utiliza-dos en facturación y

cobros. La versión 9

es frecuentemente

utilizado en los EEUU

para facturación y

reembolso.

World Health Organi-

zation

(Organización mun-

dial de la salud)

www.who.int/en

Logical Observa-

tion

Identifiers Namesand Codes

LOINC

Terminología basada

en conceptos para

solicitudes de labora-torio y resultados.

Regenstrief Institute

for Health Care

www.loinc.org

Systematized

Nomenclature of

Medicine

SNOMED

Mapeo de concep-

tos clínicos con los

términos descriptivos

estándares.

College of American

Pathologists

www.cap.org

Unified Medical

Language SystemUMLS

Base de datos de 100

terminologías médicas

con herramientas demapeo de conceptos.

National Library of

Medicine

www.nlm.nhi.gov/re-

 search/umls/

19

Page 20: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 20/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

Documentos

Continuity of Care

Record (Registro

de cuidado conti-

nuo)

CCR

Formato de docu-

mento que da una

foto instantánea de

los datos centrales yde las recientes visitas

del paciente (aler-

gias, medicaciones,

tratamiento, plan de

cuidado) y lo hace

disponible para el

siguiente profesional

de la salud.

ASTM Internacional,E31 Committee on

Health Informatics

www.astm.org

Continuity of Care

Document

CCD Representa los datos

del CCR en un CDA

XML.

Proyecto entre HL7 yAST. Se espera para

el primer trimestre de

2007.

www.himss.org/sum-

mit/handouts/dolin/

 pdf 

Clinical Document

ArchitectureCDA

Modelo estándar de

intercambio para

documentos clínicos

tales como Epicrisis

(nota de alta) y notas

de Evoluciones. Pre-

viamente conocido

como Patient Record

Architecture.

Health Level Seven

www.hl7.org

ConceptualesReference informa-

tion Model: Health

Level Seven Ver-

sión 3

HL7 V3

RIM

Modelo genérico

y compartido que

facilita la interopera-

bilidad. Estandariza

todos los modelos de

datos a una norma

más que cada mo-

delo

Health Level Seven

www.hl7.org

20

Page 21: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 21/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

Tabla 2: Resumen de los estándares clave y las organizaciones que los desarrollan

Aplicaciones

Clinical Concept

Object Working

Group

CCOW

Estándar para proveer 

una visión abarcado-

ra y la capacidad

de ingreso único através de los sistemas

con bases de datos

integradas.

Health Level Seven

www.hl7.org

Arquitectura

Public Health Infor-

mation Network PHIN

Componentes de un

sistema de gestión y

seguimiento electróni-

co para un estado de

preparación integra-

do en salud pública ybioterrorismo. Previa-

mente llamado Siste-

ma Nacional Electró-

nico de Seguimiento

de Enfermedades

(NEDSS- National Elec-

tronic Disease Survei-

llance System)

Centers for Disease

Control

www.cdc.gov/phin

21

Page 22: Parte_1_Introduccion HL7

5/9/2018 Parte_1_Introduccion HL7 - slidepdf.com

http://slidepdf.com/reader/full/parte1introduccion-hl7 22/22

 

Curso de HL7 Abierto a la comunidad Iberoamericana

Asociación Civil HL7 ArgentinaUNIDAD 1

PARTE 1

ETAPAS EN EL DESARROLLO

En general, el desarrollo de un estándar conlleva completar diferentes etapas. La pri-

mera etapa es la de “Identificación” se revisan cuales son los temas cubiertos por el es-

tándar, el escenario donde se va a aplicar. Durante la “Conceptualización” se decide

como se va a resolver el problema y como se va a crear el estándar. Luego se discute

entre todos los interesados para ver si el modelo se ajusta a sus necesidades.

Luego de este punto se crea la especificación del estándar y se crea la primera versión

del mismo. A partir de ahí los lideres de la industria comienzan a utilizar el estándar en

la etapa de implementación temprana, lo prueban y verifican como se adapta a la

realidad. En la etapa de “Adopción” el resto de la industria implementa el estándar.

Por último, es algunos casos se crean procesos de certificación, donde un ente certifi-

cador comprueba que un software o un proceso cumpla correctamente con el están-dar.

Hasta aquí aprendieron porque es necesario el uso de estándares en el área de la sa-

lud. Les nombramos algunos de los estándares y las organizaciones involucradas en el

desarrollo y mantenimiento de los mismos.

En las próximas unidades profundizaremos en el estándar de mensajería HL7, les ense-

ñaremos todo sobre las versiones 2 y 3, comprenderán el nuevo modelo de referencia

de información para el intercambio de datos clínicos (RIM) y por último analizarán el

intercambio de documentos clínicos a través del estándar CDA (clinical document ar-

chitecture).

22