Parte - 1 - Introduccion HL7

Curso de HL7
Abierto a la comunidad iberoamericana
In troducción al mundo de los

Estándares
T ABLA DE C ONTENIDOS
Introduccion 3
Elementos para implementar un HIS 7
Aspectos estratégicos y políticos 7
Aspectos organizacionales 8
Alta disponibilidad y soporte 8
Identiﬁcació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 22
INTRODUCCION: ESTANDARES EN SALUD
“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
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.
Medicina Hipocrática Medicina Contemporánea

Figura 1: Evolución de la práctica médica
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-
Curso de HL7 Abierto a la comunidad Iberoamericana UNIDAD 1

Asociación Civil HL7 Argentina 3
P A RT E 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 de
laboratorio) como vemos en la figura 2.
Figura 2: la penetración de las tecnologías informáticas

en el Ambiente hospitalario
Curso de HL7 Abierto a la comunidad Iberoamericana

4 Asociación Civil HL7 Argentina
UNIDAD 1
P A RT E 1
La arquitectura que respondía a los HIS de los ‘70 se puede ver representada en la si-
guiente figura 3.
Figura 3: Arquitectura de los Health Information Systems de los años 70.
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).

P A RT E 1
Figura 4: Sistemas independientes
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

vida
3. 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 salud
hospitalario (HIS) integrado y de calidad.

UNIDAD 1
P A RT E 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

E n 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.

P A RT E 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ón
clí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 de

los 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

F ue 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

L a 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

UNIDAD 1
P A RT E 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-

P A RT E 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
S e 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.

UNIDAD 1
P A RT E 1
Figura 6: Número de interfaces
¿Qué sucede cuando la cantidad de sistemas crece a 30, 40 o 50 como sucede en or-
ganizaciones complejas como las de la salud?
L a 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).
Sistemas Interfaces
6 15
8 28
10 45
20 190
30 435
40 780
50 1225
100 4950
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?

P A RT E 1
¿Cómo resolver el problema?
U n 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

UNIDAD 1
P A RT E 1
IMPORTANCIA DEL USO DE ESTÁNDARES
L a 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 un
correcto 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,

P A RT E 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.

UNIDAD 1
P A RT E 1
CATEGORÍA DE LOS ESTÁNDARES
L a 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-

P A RT E 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.

UNIDAD 1
P A RT E 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 está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?

L os 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ándares
de informática en salud. Este comité esta asociado con su correspondiente en ANSI,

P A RT E 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 está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
Formato de mensa-
je electrónico para
datos administrativos,
Mensajería e
financieros y clínicos. Health Level Seven
intercambio de
HL7 V2.x La V2 es común en
datos www.hl7.org
y V3 los softwares disponi-
Health Level Seven
bles comercialmente.
Versión 2 y 3
La V3 fue lanzada al
mercado en Enero de
2005.
National Elecronics
Digital Imaging Manufacturers
Formato para la co- Association (Asociación
and
municación de imá- Nacional de Fabri-
communications in DICOM
genes radiológicas y cantes de productos
Medicine Commit-
datos. electrónicos)
tee
www.nema.org
Clinical Data
Clinical Data Formato para el re- Interchange Stan-
Interchange Stan- porte de datos reco- dards Consortium
CDISC
dars lectados en estudios
www.cdisc.org
Consortium clínicos

UNIDAD 1
P A RT E 1
National Council The National Council
Estructura para la so- for prescription drug
for
NCPDP licitud y cumplimiento programs
prescription drug
de las prescripciones
programs www.ncpdp.org
American National
Standards Institute
Mensajería electró-
Accredited Stan- nica para transac- Comité de Estánda-
ASC X12
dards Committe ciones, elegibilidad y res acreditados
pagos
www.x12.org/x12org/
index.cfm
Institute of Electri-
Institute of Electri- cal and Electronics
Mensajería para co- Engineers Standards
cal and Electrónics
IEEE1073 municación de dispo- Association
Engineers Standard
sitivos médicos.
1073 www.standard.ieee.
org/sa/sa-view.html
Códigos de diagnós-
Terminología ticos y enfermedades World Health Organi-
comúnmente utiliza- zation
Internacional
Clasification of dos en facturación y (Organización mun-
disease-9 ICD-9 cobros. La versión 9 dial de la salud)
(Clasificación inter- es frecuentemente
utilizado en los EEUU www.who.int/en
nacional de enfer-
medades-9) para facturación y
reembolso.
Logical Observa- Terminología basada Regenstrief Institute

tion en conceptos para for Health Care
LOINC
Identifiers Names solicitudes de labora-
and Codes torio y resultados. www.loinc.org
Mapeo de concep- College of American

Systematized
tos clínicos con los Pathologists
Nomenclature of SNOMED
términos descriptivos
Medicine www.cap.org
estándares.
Base de datos de 100 National Library of

Unified Medical terminologías médicas Medicine
UMLS
Language System con herramientas de www.nlm.nhi.gov/re-
mapeo de conceptos. search/umls/

P A RT E 1
Formato de docu-
mento que da una
foto instantánea de
Documentos los datos centrales y ASTM Internacional,
de las recientes visitas E31 Committee on
Continuity of Care del paciente (aler- Health Informatics
Record (Registro CCR
gias, medicaciones,
de cuidado conti- www.astm.org
tratamiento, plan de
nuo) cuidado) y lo hace
disponible para el
siguiente profesional
de la salud.
Proyecto entre HL7 y

AST. Se espera para
Representa los datos el primer trimestre de
Continuity of Care CCD
del CCR en un CDA 2007.
Document
XML. www.himss.org/sum-
mit/handouts/dolin/
pdf
Modelo estándar de
intercambio para
documentos clínicos
Health Level Seven
tales como Epicrisis
Clinical Document
CDA (nota de alta) y notas www.hl7.org
Architecture
de Evoluciones. Pre-
viamente conocido
como Patient Record
Architecture.
Modelo genérico
Conceptuales y compartido que
facilita la interopera-
Reference informa- HL7 V3 bilidad. Estandariza Health Level Seven
tion Model: Health RIM todos los modelos de www.hl7.org
Level Seven Ver- datos a una norma
sión 3 más que cada mo-
delo

UNIDAD 1
P A RT E 1
Estándar para proveer
Aplicaciones una visión abarcado-
ra y la capacidad Health Level Seven
Clinical Concept CCOW de ingreso único a
Object Working través de los sistemas www.hl7.org
Group con bases de datos
integradas.
Componentes de un
sistema de gestión y
seguimiento electróni-
co para un estado de
preparación integra-
Arquitectura Centers for Disease
do en salud pública y
Control
Public Health Infor- bioterrorismo. Previa-
PHIN
mation Network mente llamado Siste- www.cdc.gov/phin
ma Nacional Electró-
nico de Seguimiento
de Enfermedades
(NEDSS- National Elec-
tronic Disease Survei-
llance System)
Tabla 2: Resumen de los estándares clave y las organizaciones que los desarrollan

P A RT E 1
ETAPAS EN EL DESARROLLO
E n 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).

UNIDAD 1
P A RT E 1

Parte - 1 - Introduccion HL7

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Parte - 1 - Introduccion HL7

Uploaded by

Copyright:

Available Formats

Curso de HL7

Abierto a la comunidad iberoamericana

In troducción al mundo de los

“La interoperabilidad es tecnología dependiente.

Nosotros hemos estirado los límites del proceso manual.

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

National Coordinator for Health Infromation Tecnology

Medicina Hipocrática Medicina Contemporánea

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-

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

Curso de HL7 Abierto a la comunidad Iberoamericana UNIDAD 1

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

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

Curso de HL7 Abierto a la comunidad Iberoamericana

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

Curso de HL7 Abierto a la comunidad Iberoamericana UNIDAD 1

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

Este modelo tiene como requerimiento indispensable el intercambio de datos entre

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

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

4. Estándares de comunicaciones (HL7)

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

Curso de HL7 Abierto a la comunidad Iberoamericana

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

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

∗ 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

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

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

∗ Aspectos estratégicos y políticos

∗ Alta disponibilidad (24 x 7)

∗ Soporte diferencial (24 x 7)

∗ Identificación unívoca de pacientes

∗ Historia Clínica Electrónica (HCE)

Como mencionamos anteriormente describiremos brevemente cada uno de estos pun-

Aspectos estratégicos y políticos

Curso de HL7 Abierto a la comunidad Iberoamericana UNIDAD 1

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

∗ Grupo de representantes del área asistencial que definieron las características de

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

Alta disponibilidad y soporte

Identificación unívoca de pacientes

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

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

Curso de HL7 Abierto a la comunidad Iberoamericana

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

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

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

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

Historia Clínica Electrónica

Entendiendo a la Historia Clínica como una fuente de información, es fácil comprender

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

Curso de HL7 Abierto a la comunidad Iberoamericana UNIDAD 1