Top Banner

of 17

HL7 ---- N5

Mar 01, 2016

Download

Documents

ecardenash
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
  • Pgina 1

    HL7 LATAM NEWS

    LOINCEstndar terminolgico desarrollado inicialmente para laboratorios de anlisisclnicos y otros test y que hoy tambin contempla trminos clnicos.

    Primera Connectathon FHIR Latinoamrica

    Diego Kaminker y Fernando Campos, coordinadores de la primera Connectathon FHIR Latinomericana

    Esta publicacin electrnica es de distribucin gratuita.

    INFOLAC 2014Congreso de Informtica Mdica

    de IMIA LAC

    El miembro oficial de IMIA en Uruguay es SUIS y para la organizacin

    de este evento ha unido sus fuerzascon SUEIIDISS

    SEPTIEMBRE 2014

  • Pgina 2 Pgina 1

    EDITORIAL CONTENIDO DE ESTE NMERO

    Este es el cuarto ao de HL7LATAM y seguimos traba-

    jando para la difusin del estndar HL7 en Amrica

    Latina y para apoyar el desarrollo de los captulos re-

    gionales de HL7.

    El ao pasado rehicimos el sitio web trilinge (Espa-

    ol. Portugus e Ingls) con el objetivo de llegar a la

    mayor cantidad de gente posible, no fue viable hacer-

    lo con el boletn que el ao pasado se edit en Espa-

    ol e Ingls.

    El objetivo de hacer la edicin en ingls es de dar di-

    fusin de nuestras actividades a otras regiones fuera

    de Iberoamrica.

    Este ao conseguimos los medios para hacer la edi-

    cin del boletn en portugus, espaol e ingls. Ade-

    ms tenemos proyectado hacer tres ediciones durante

    el 2014, para esto pensamos contar con el aporte de

    artculos de las distintas sociedades que integran HL7

    en Iberoamrica.

    La informtica mdica est ntimamente relacionada

    con la mejora asistencial y de la salud de nuestra re-

    gin. La utilizacin de las tecnologas de informacin

    no solo representa ventajas en su utilizacin en reas

    administrativas y estadsticas sino que su aplicacin en

    el rea clnica trae mejoras ostensibles en la calidad

    asistencial.

    La aplicacin de la informtica en el rea asistencial

    requiere considerar la interoperabilidad y contar con

    estndares para que los sistemas puedan intercam-

    biar informacin evitando, de esta manera, la redun-

    dancia de tareas y la prdida de informacin. En este

    sentido el rol de un estndar como HL7 es fundamen-

    tal para lograr la interoperabilidad pero de nada sirve

    un estndar si no se difunde y se hace conocer al ma-

    yor nmero de gente posible.

    Es fundamental que los distintos desarrolladores y

    usuarios de la informtica en salud conozcan sus al-

    cances y puedan tambin hacer sus aportes. La regin

    de Latinoamrica tiene particularidades y problemti-

    cas comunes, distintas a otras regiones, por lo cual es

    importante contar con instrumentos para difundir y

    plantear nuestros problemas.

    Nuestro boletn se publica en el sitio Web www.hl7la-

    tam.org y se difunde por distintos sitios web de HL7

    en la regin, adems en distintos foros de redes so-

    ciales como Facebook, Twitter, Linkedin, Yahoo y Goo-

    gle.

    Esperamos que cada vez se sume ms gente a esta ini-

    ciativa y que el desarrollo de los estndares y la inte-

    roperabilidad de los sistemas de salud sigan desarro-

    llndose con fuerza en la regin.

    Coordinador Ejecutivo de HL7 LATAMDr. Humberto Fernn Mandirola [email protected]

    ARGENTINA LOINC, Por Humberto Fernn Mandirola BrieuxPrimera Connectathon FHIR en Latinoamrica, Por Diego Kaminker CDA R2 con ART-DECOR para el MAIS (MARCO ARGENTINO DE INTEROPERABILIDAD EN SALUD), Por Diego Kaminker

    Problemas terminolgicos en la interoperabilidad en el Sector Salud, Por Humberto Fernn Mandirola Brieux y Fernando La Rosa

    COLOMBIAEl formato de archivo unificado para los documentos electrnicos - DUFF, Por Mario Enrique Corts

    CHILEJornadas de capacitacin en IHE, Por Fernando Campos

    URUGUAYINFOLAC 2014, Por Selene Indarte

    URUGUAYJornadas Tcnicas de Salud.uy, Por Fernando Portilla

  • Pgina 2 Pgina 3

    LOINC

    LOINC es el estndar terminolgico desarrollado inicialmente para laboratorios de anlisis clnicos y otros test y que hoy tambin contempla trmi-nos clnicos. Es el estndar que ms satisface las necesidades terminolgicas y de codificacin de los test de laboratorio y cada vez est teniendo ms difusin.

    El propsito de LOINC es ayudar en el intercam-bio electrnico y la recoleccin de los resultados clnicos (por ejemplo, pruebas de laboratorio, observaciones clnicas, gestin de resultados y la investigacin).

    LOINC tiene dos partes principales: LOINC labora-torio y LOINC clnico. LOINC Clnico contiene un subdominio de Onto-loga Documento que recoge los tipos de infor-mes clnicos y documentos.

    La sigla LOINC viene de las palabras inglesas (Lo-gical, Observation, Identifiers, Names and Co-des) y tal como su nombre lo indica es una codifi-cacin orientada a la observacin.

    Si consideramos el diagnostico como un resul-tado y el test como una pregunta, terminolo-gas como LOINC estn del lado de la pregunta as como otras codificaciones como la ICD-10 y SNOMED estn del lado de la respuesta.

    Hay ms de 20.000 usuarios oficiales de LOINC en 160 pases distribuidos alrededor del mundo

    IDIOMAS EN LOS QUE ESTA DISPONIBLE

    Loinc esta distinible en varios idiomas y las dis-tribuciones se pueden bajar de https://loinc.org/international Chinese (China), Dutch (Nether-lands), Estonian (Estonia), English (United States) - esta es la distribucin oficial de LOINC, French (Canada), French (France), French (Switzerland),-German (Germany),German (Switzerland),Greek (Greece),talian (Italy), Italian (Switzerland). Ko-rean (Korea, Republic of), Portuguese (Brazil), Russian (Russian Federation), Turkish (Turkey).

    Respecto a las versiones en espaol existen hasta el momento tres distribuciones oficialesVariacin lingstica traducida por el comi-t de laboratorio del SERVICIO EXTREME-O DE SALUD con soporte de BITAC MAP.

    Variacin lingstica traducida por el Ins-tituto Mexicano del Seguro Social, o IMSS

    Variacin lingstica traducida por Guillermo Reynoso, MD, MBA del International Medi-cal Terminology Research Center de Argentina.

    Las mismas se pueden bajar de https://loinc.org/international/spanish

    Desde sus inicios LOINC se puede usar sin costo de licencia en todo el mundo para siempre, lo cual lo hace uno de los estndares mas utilizados. Es libre su licenciamiento para cualquier prop-sito. Podemos Usarlo Copiarlo y Distribuirlo sin ningn problema. LO QUE SI ESTA PROHIBIDO ES USAR LOINC PARA DESARROLLAR O PROMUL-GAR OTRO ESTANDAR TERMINOLOGICO

    El inters internacin en LOINC sigue creciendo

    A partir de enero de 2009, el RELMA (Regenstrief LOINC Mapping Assistant) est disponible en descargas separadas que contienen un ndice de palabras adicionales en espaol, chino simplifica-do y coreano, que permite la bsqueda en estos idiomas adems del Ingls.

    En cuando a la armonizacin se iniciaron los es-fuerzos entre LOINC y SNOMED CT en 2012.

    LOINC representa los cdigos y nombres de iden-tificadores lgicos de observacin. LOINC es un es-tndar universal para la identificacin de las obser-vaciones de laboratorio que fue desarrollado por la organizacin sin fines de lucro de investigacin mdica reconocida internacionalmente, LOINC Re-genstrief Institute, Inc. fue creada en 1994 como respuesta a la demanda de una base de datos elec-trnica de atencin clnica y de gestin.

    LOINCEstndar terminolgico desarrollado inicialmente para laboratorios de anlisis clnicos y otros test y que hoy tambin contempla trminos clnicos.

  • Pgina 4 Pgina 5

    Es accesible a cualquier persona de forma gra-tuita y la Asociacin Americana de laboratorio clnico y el Colegio de patlogo estadounidense han hecho suya lo. El propsito real de la base de datos LOINC es el intercambio y la puesta en comn de diferentes resultados de las investiga-ciones de la sangre (qumica, Hematologa, sero-loga, Microbiologa (incluyendo la Parasitologa y virologa) y Toxicologa; as como categoras de drogas y los recuentos celulares), anlisis de in-formes, gestin de los resultados de los signos vi-tales (ECG, etc.) y tambin para la investigacin.

    LOINC es probable para convertirse en un estn-dar de la HIPAA (Ley de responsabilidad y portabi-lidad de seguro de salud) para algunos segmentos de la transaccin de accesorio de reclamaciones.

    Varias estndares, como IHE o HL7, use LOINC para transferir electrnicamente los resultados de diferentes sistemas de informacin a las redes de salud apropiados [cita requerida]. Sin embar-go, la informacin de salud cerrado se identifica por una multiplicidad de valores de cdigo que puede variar de acuerdo con la entidad que pro-duce los resultados. Esto tiene desventajas obvias a la red de salud que puede ser necesario adoptar diferentes cdigos para acceder y gestionar la in-

    formacin procedente de mltiples fuentes. Los proveedores de atencin mdica administrada, por ejemplo, a menudo se han negociado con-tratos que reembolsan los episodios de atencin y codificacin nica para desencadenar el pago automatizado reclamacin. Mapear cada cdigo especfico para la entidad a su cdigo universal correspondiente puede representar una impor-tante inversin de capital humano y financiero. Un sistema de cdigo universal permitir a las instalaciones y departamentos de todo el mundo para recibir y enviar los resultados de sus reas para la comparacin y la consulta y puede contri-buir a una iniciativa de salud pblica ms grande de mejorar los resultados clnicos y la calidad de la atencin.

    Formato El cdigo LOINC tiene 6-partes, cada trmino de la prueba o la identidad de observacin. La base de datos cuenta actualmente con ms de 71.000 trminos de observacin que se puede ac-ceder y comprender de forma universal.

    Cada registro de la base de datos incluye seis campos de la especificacin nica de cada ensayo identificado nico, observacin o medicin:

    Coordinador Ejecutivo de HL7 LATAM

    Dr. Humberto Fernn Mandirola Brieux

    [email protected]

    Componente-lo que se mide, evala, u observa-do (ejemplo: Glucemia, ...)

    Tipo de propiedad-las caractersticas de lo que se mide, por ejemplo, longitud, masa, volumen, fecha y hora y as sucesivamente.

    Tiempo aspecto intervalo de tiempo durante el cual se hizo la observacin o medicin.

    Sistema de contexto o espcimen tipo en el que se hizo la observacin (por ejemplo: sangre, ori-na, ...) Tipo de escala-la escala de medida. La escala pue-de ser cuantitativa, ordinal, nominal o narrativa Tipo de mtodo de procedimiento utilizado para realizar la medicin o la observacin.

    Un cdigo es nico y tiene un dgito verificador que me permite disminuir la posibilidad de erro-res al ingresar los datos. Otros campos de la base son el estado y la informacin de asignacin para la gestin del cambio de base de datos, sinnimos, trminos relacionados, informacin sobre sustancias (por ejemplo, la masa molar, el nmero de registro del CAS), las opciones de res-puestas para las escalas nominales, traducciones.

  • Pgina 6 Pgina 7

    Primera Connectathon FHIR Latinoamericana

    Durante el transcurso del CAIS 2014 se llev a cabo el 3 de setiembre de 2014 la primera connectathon FHIR latinoamericana en la Univer-sidad de Palermo, Buenos Aires.

    La connectathon tuvo 25 participantes en tres ni-veles:

    0-Observador: slo tomaron las clases y observa-ron las interacciones que generaban los dems participantes.

    1-FHIR Bsico: Altas, bajas, modificaciones y bs-queda de pacientes utilizando clientes REST

    2-Bsqueda avanzada de pacientes y sus resul-tados de laboratorio a travs de una aplicacin desarrollada por los participantes.

    La connectathon comenz con una clase de dos horas para todos los participantes, incluyendo los distintos tipos de APIs REST, los conceptos bsicos de FHIR, y una introduccin prctica a FHIR (cmo acceder a los recursos utilizando un cliente REST)Se instal un router y un servidor FHIR en el aula (ya que no se poda acceder en forma confiable a internet) y todos los participantes se conectaron a una base de datos donde se haban preparado 8500 pacientes y 850 resultados de laboratorio de anlisis clnicos.

    Se realizaron dos conferencias preparatorias para los participantes de nivel 2 dos semanas antes de la Connecthathon, donde se discutieron los obje-tivos y los contenidos de los recursosNuestro participante de nivel 2 (Adolfo Carpio, [email protected]) gentilmente ha ce-dido el cdigo fuente de la solucin JavaScript desarrollada.

    Est disponible en https://github.com/asklepio/fhir-ejemplo

    CDA R2 con ART-DECOR para el MAIS(MARCO ARGENTINO DE INTEROPERABILIDAD EN SALUD)

    Actualmente en Argentina no existe regulacin para el intercambio estandari-zado de informacin en salud a nivel de facturacin y/o ulteriores dbitos en formato electrnico, ni para la informacin o documentacin adjunta (informes de alta, informes de laboratorio, informes de imgenes, etc.).

    Los sistemas de informacin que son capaces de intercambiar informacin con otros sistemas lo hacen mediante archivos de texto plano, hojas de clculo o texto separado por comas lo que provoca la necesidad de interaccin humana y de interfaces ad-hoc para realizar el procesamiento, almacenamiento, resguardo e interpretacin de dicha documentacin. Los intercambios de infor-macin actuales son a punto a punto, es decir necesitan de un desarrollo especfico para cada destinatario. Al no existir un estndar o forma cannica de datos:

    1. se retrasa el anlisis de la informacin provocando no tener disparadores oportunos de alertas y tomas de decisiones oportunas.

    2. se ingresa informacin manualmente en forma repetida en las diversas organizaciones generando errores y carga de trabajo innecesaria a nivel sistmico.

    3. el paciente o afiliado a una determinada organizacin financiadora no cuenta con toda su informacin unificada, desperdiciando una opor-tunidad para generarle un portal nico que sirva como repositorio de toda la informacin clnica a su disposicin.

    Es por eso que para disminuir estas falencias en la oportunidad y calidad de la informacin es ne-cesario el mejor uso de las tecnologas digitales disponibles.Aunque el uso de historias clnicas electrnicas y la implementacin de software en las organizaciones de salud ha avanzado en los ltimos aos y se utilizan en forma interna en al-gunos casos estndares internacionales o ad-hoc locales, la regla general es que cada financiador define su propio formato para el intercambio de datos de facturacin y que no hay un consenso sobre cules son los tipos y formatos de docu-mento adjunto que se pueden aprovechar, ni so-bre su composicin.Por Fernando Campos

    HL7 Argentina, Chair

    [email protected]

    Por Diego Kaminker

    HL7 International, Affiliate Director

    [email protected]

  • Pgina 8 Pgina 9

    Diversos actores del sector salud han observado que es necesario cambiar el enfoque en el inter-cambio de informacin en salud, especificando a travs de documentos tcnicos la interopera-bilidad basada en estndares abiertos e interna-cionales ms all de que el estado regule o no la misma.

    Con este fin, USUARIA (www.usuaria.org.ar) - a travs de su foro especfico dedicado al rea de la Informtica en Salud (Forum IT Salud, http://www.itsalud.org.ar/), con el apoyo de las institu-ciones participantes (Hospital Alemn de Buenos Aires, Hospital Italiano de Buenos Aires, OSDE, Medicus, Swiss Medical y OMINT entre otras) y de HL7 Argentina (www.hl7argentina.org.ar), deci-di generar una especificacin tanto para el for-mato de liquidacin electrnica, como para los documentos adjuntos. La idea fue introducida el jueves 5 de junio de 2014 en el marco de la reunin del foro IT Salud de 201 con esta presentacin http://usuaria.org.ar/documentos/alternativa-de-implementaci%-C3%B3n-de-un-est%C3%A1ndar, y el proyecto comenz oficialmente en setiembre de 2014.

    El proyecto consta de varias etapas (definiciones preliminares, definicin de tipos de documento y su contenido, definicin de alternativas de trans-porte, seguridad y aspectos legales) y requerir de reuniones con los interesados que se llevarn a cabo durante el ltimo trimestre de 2014.

    En cuanto al formato de documentos adjuntos que se definir en las primeras etapas, se selec-cion el estndar de HL7 International HL7 CDA R2, que es tambin estndar ISO/HL7 27932:2008, y est en proceso de traduccin al espaol a tra-vs de IRAM (ver Nota en Information Technolo-gy http://iram.com.ar/UserFiles/Nota%20IT.pdf).Inicialmente los tipos de documento a definir son- Informe de Alta de Internacin- Proceso de Internacin (conjunto de do-cumentos)- Parte Quirrgico

    - Informe de Consulta Ambulatoria- Informe de Laboratorio de Anlisis Clnicos- Informe de Microbiologa- Informe de Diagnstico por Imgenes- Informe de Anatoma Patolgica- Otros informes diagnsticos

    Para la documentacin de este proyecto se se-leccion una moderna herramienta de cdigo abierto desarrollada por un grupo de afiliados HL7 europeos (Alemania, Holanda, y Austria) de-nominado ART-DECOR.

    La interfaz de usuario de ART-DECOR est por el momento en Ingls, Alemn y Holands, pero es-tamos en proceso de traduccin al espaol para fa-cilitar la colaboracin en pases hispanoparlantes.

    Las siglas ART corresponden a la funcionalidad de Advanced Requirements Tooling, que per-mite a usuarios con conocimientos generales ge-renciales o mdicos colaborar en el diseo del contenido de los documentos clnicos.A partir de estas definiciones se trabaja en DE-COR: Data elements, Codes, OIDs and Rules: estas definiciones permiten generar tanto la gua de implementacin en formato textual como plan-tillas y bibliotecas de cdigo abierto en lengua-jes de programacin de uso general (C#, VB.Net, Java), herramientas para la generacin, valida-cin y consumo de estos documentos clnicos.

    ART-DECOR contiene una biblioteca de bloques reusables (BBR) pre-generados para la creacin de plantillas para documentos clnicos, basada en todas las implementaciones documentadas a nivel nacional.

    La herramienta permite el versionado y el estado (borrador inicial ,rechazado, final) de toda la do-cumentacin generada.

    Permite expresar desde el inicio del proyecto las decisiones tomadas, incluyendo escenarios, con-ceptos mnimos, conjuntos de datos, plantillas, vocabularios (conjuntos de cdigos) .

    Datos disponibles en ART-DECOR

    Proyecto: Descripcin, Copyright, Informacin de Versiones, Identificadores definidos propios, Co-munidad

    Conjuntos de Datos (Datasets): Descripcin en lenguaje llano (no tcnico) de la informacin re-querida, definida como Conceptos. Reusable en distintos documentos y escenarios. Incluye una mnima nocin de tipo de datos y una referencia cruzada a los escenarios y plantillas de documen-to que la incluyen.

    Escenarios: Explicacin de los casos de uso para la generacin de los distintos tipos de documento, y los posibles actores implicados. Incluye la rela-cin de los conceptos incluidos para cada esce-nario y su cardinalidad (elementos repetitivos, opcionales u obligatorios). Permite describir para cada escenario eventos disparadores y depen-denciasTerminologa: sistemas de codificacin y conjun-tos de valores definidos por el proyecto (cdigos para tipos de documento, secciones, gnero, es-pecialidades mdicas, nomencladores, etc.)

    Plantillas: permite definir y expresar en forma explicita (en XML) y grfica (diagrama UML) los elementos a incluir en los documentos basados en los conjuntos de datos a travs de mapeo ex-plcito a los conjuntos de datos.

    Problemas: temas a resolver en el proyecto, inclu-yendo fecha de apertura, prioridad, estado, etc.

    El repositorio Art-Decor de MAIS est situado por el momento en el repositorio pblicohttp://art-decor.org/art-decor/decor-project--mais-

    Referencias

    Ms informacin sobre la herramienta: http://www.art-de-

    cor.org/mediawiki/index.php/TV

    (Ver especialmente video del Dr. Kai Heitman en

    MEDINFO Estambul 2014)

    Fact-sheet de Art-Decor: en http://art-decor.org/me-

    diawiki/images/f/f8/ART-DECOR_factsheet_EN.pdf

    Nota sobre ART-DECOR en el newsletter de HL7

    Europa:

    http://www.hl7.eu/download/eun-04-v2014.pdf, p-

    gina 24 y subsiguientes

    Por Diego Kaminker

    HL7 International, Affiliate Director

    [email protected]

  • Pgina 10 Pgina 11

    Problemas terminolgicos en la interoperabilidad en el Sector Salud

    INTRODUCCIN

    Hace ya varios aos que la interoperabilidad se utiliza en el sector salud en la Argenti-na. Se usa, frecuentemente, para resolver el problema de las autorizaciones de prcticas entre los financiadores de servicios de salud y los proveedores de servicios. En la mayora de las implementaciones que existen hoy en da en nuestro pas, se utiliza el estndar de mensajera HL7 para interoperar en el sector salud. Sin embargo, existen varios proble-mas tecnolgicos debido a que no hay un estndar actualizado y consensuado para las prcticas mdicas.

    Existe una aceptacin general sobre la ter-minologa a utilizar como ICD9 o CIE10 para notificar enfermedades en los sistemas in-formticos. En el caso de los medicamentos, los mismos cuentan con una codificacin de troquel y de cdigos de barra que permiten identificar el medicamento en forma inequ-voca. Si bien hay mejores sistemas de codi-ficacin de enfermedades y de medicamen-tos, el hecho de que exista consenso en el uso de codificaciones de diagnsticos y me-dicamentos que ayudan a la interoperabili-dad de sistemas informticos, desgraciada-mente no sucede lo mismo con las prcticas.

  • Pgina 12 Pgina 13

    El gran problema terminolgico se produce cuan-do se quiere hacer interoperabilidad de las prc-ticas mdicas. A pesar de que existe una tabla maestra nacional, el NOMENCLADOR NACIONAL DE PRESTACIONES MDICAS, que no presente ac-tualizaciones en los ltimos aos, obliga a los dis-tintos actores a generar sus propios cdigos para definir las prcticas nuevas que no se encuentran en el mismo. Esto obliga a que, para la interope-rabilidad entre sistemas, sea necesario crear las tablas de Tras-codificacin (diccionarios de da-tos), conocida comnmente como homologacin de prcticas entre prestadores y financiadores.

    El propsito de este estudio es determinar la in-cidencia que tiene, en los costos, la creacin y el mantenimiento de las tablas de Tras-codificacin de prcticas entre los distintos actores para que los sistemas puedan interoperar.

    La falta de estndares terminolgicos aumenta los costos y el error en los procesos de interope-rabilidad de sistemas. Es importante entender que el problema de la terminologa en la intero-perabilidad est fuera del alcance de cada insti-tucin, y que la nica forma de resolverlo es por consenso o de facto desde el Estado convocando a cmaras de empresas de medicina prepagas, responsables de la salud publica de las provin-cias, federaciones de bioqumicos, cmara de ins-tituciones de diagnstico, etc. de modo que las instituciones del pas, tanto pblicas como priva-das, utilicen el estndar terminolgico de prc-ticas (Nomenclador Nacional de Prestaciones) y puedan interactuar sin inconvenientes.(1)

    El hecho de que cada institucin individualmente resuelva el problema de la codificacin de prc-ticas no slo implica un esfuerzo intil sino que tambin complica la interoperabilidad. La inter-conexin de las aplicaciones informticas hetero-gneas en los sistemas de salud debe seguir una normalizacin terminolgica (4).

    Cuando se suman todas las posibles relaciones entre los financiadores y los proveedores, la si-

    tuacin se vuelve crtica debido a que la cantidad de relaciones se multiplica exponencialmente y el problema de la terminologa aumenta debido a la cantidad de tablas que es necesario mantener.

    MATERIAL y MTODO

    Unidad de anlisis: Para este estudio analizamos las siguientes fuen-tes de datos:

    1. Base de datos de prcticas Nomencladas y Ex-tranomencladas del Sistema BIOCOM.2. Diccionarios de Datos o Tablas de transcodi-ficacin para interoperar entre prestadores y fi-nanciadores.3. Tabla de autorizacin de prcticas del sistema de registracin y validacin on line de TRADI-TUM: la misma contiene datos de autorizaciones de prcticas, un Financiador con aprox. una c-pita de 600.000 afiliados con una red de presta-dores conectados va integracin de sistemas con 640 prestadores.

    Sobre las distintas unidades de anlisis se realiza-ron los siguientes estudios:

    1. Maestro de prcticas nomencladas y extrano-mencladas: Se analiz su composicin calculando la proporcin de prcticas nomencladas y extra-nomencladas en los siguientes cuatro sectores: 1. Prcticas clnicas2. Prcticas quirrgicas3. Prcticas de estudios complementarios de imgenes4. Prcticas de Laboratorio

    2. Las tablas de trascodificacin son tablas de dos campos: el cdigo propio y el cdigo de la em-presa con la cual tenemos que transaccionar. En estas tablas hay tantos registros como cdigos distintos existan en ambos sistemas que desean interoperar. Si la clnica quiere interoperar con el Financiador X tiene que enviar el cdigo que el sistema del Financiador X entienda y si el Fi-nanciador X manda un cdigo, ste tiene que ser

    traducido al cdigo que la clnica entienda (ver figura 1).

    3. Se estudi la base de datos de las solicitudes de autorizacin de prcticas de Servicios de Salud de 600.000 pacientes.

    RESULTADOS

    1. Resultados del Anlisis del Maestro de Prcticas Nomencladas y Extranomencladas. En la tabla maestra de las prcticas encontramos lo siguiente:a. En el caso de Laboratorio Clnico: ms del 70% de las prcticas actuales y de los cdigos no son estndar en el nomenclador.

    b. En lo referente a estudios de imgenes diagnsticas: ms de un 40% de las prcticas que se estn realizando actualmente no estn en el nomenclador.c. En las prcticas quirrgicas: ms del 30% no estn nomencladas.d. En el caso de la prctica clnica: ms del 20% no estn nomencladas.(Ver grfico 1)

    2. Resultados del Anlisis de las tablas de trascodificacin: En nuestra base de datos de es-tudios encontramos que el promedio de registros de los diccionarios de datos son de unos 500 cdi-gos con un mximo de 1500 y un mnimo de 100 que deben tras-codificarse. Esta tarea de homo-

    logacin requiere 10 das full time de validacin en lnea de un recurso de la empresa, un respon-sable del rea de prestaciones del centro mdico y 3 das de revisin por parte de los financiadores.

    El promedio de horas de trabajo de un programa-dor de la empresa proveedora del HIS para crear estas tablas, teniendo los datos a disposicin, es de 10 horas y representa el 50 % del tiempo de implementacin de una interfaz bidireccional entre un prestador y un financiador.

    Con respecto a las horas promedio mensuales que se requieren para mantener una interface, se incrementan en 5 horas promedio por la falta de un estndar: el 80 % de ese tiempo es ocupa-

    do para resolver errores que se producen en las transacciones que estn en el orden del 10 % y para agregar los nuevos cdigos que se desean intercambiar -interoperar entre los sistemas. Es-tas tareas no seran necesarias si se contara con un estndar terminolgico.

    Cada conexin de un centro mdico con cada fi-nanciador requiere, para interoperar, mantener una tabla de trascodificacin.

    En el grfico 2 cada flecha representa un diccio-nario de datos de las tablas que esta estructura de interoperabilidad requiere mantener y que debe ser constantemente actualizado.

  • Pgina 14 Pgina 15

    En nuestro caso de estudio, de 640 proveedores y de 10 financiadores implica el mantenimiento de 6400 diccionarios. (Vase el cuadro 1 y grfico 2). Este esquema se multiplica exponencialmente cuando la interoperabilidad se realiza entre va-rios proveedores y financiadores. En nuestro caso estudiado, la cantidad de horas necesarias para reforzar la integracin es de 64.000 y las horas necesarias para el mantenimiento, de 32.000. Esa situacin podra evitarse si existiera una norma terminolgica acordada para usar en la intero-perabilidad.

    DISCUSIN

    Es necesario que el sistema de salud comprenda que la interoperabilidad es una realidad actual y que, en forma creciente, los distintos sistemas informticos estn requiriendo interoperar. No basta con contar con un estndar de mensajera, tambin debemos llegar a un consenso en los es-tndares empleados para resolver la terminologa.

    Se requiere en forma urgente un Nomenclador de Prcticas actualizado que todos usen. La falta de ese acuerdo tiene un alto impacto en los cos-tos de los sistemas, adems genera un alto por-centaje de errores.

    Actualmente en la Argentina a ms de un 50% de las prcticas mdicas se les asignan los cdigos en el sistema de una forma anrquica y, esto, di-ficulta la interoperabilidad.

    CONCLUSIONES

    Hoy no se puede gestionar la salud correctamen-te a ningn nivel sin la ayuda de los sistemas in-formticos. Para procesar la informacin se nece-sita orden, estndares, consenso y, luego, unidad de criterios. Si las autoridades de salud entendie-

    ran el impacto del problema terminolgico, posi-blemente se abrira una posibilidad de solucin. En la actualidad, la anarqua existente con res-pecto a la codificacin de prcticas lleva a que se deba invertir un volumen muy importante de recursos (bsicamente horas hombres y dinero) que se podra aprovechar en tareas ms produc-tivas que agreguen valor y simplicidad a la dis-posicin de datos para estadsticas, campaas de prevencin, anlisis de costos por patologa, etc.

    Para procesar la informacin y obtener estadsti-cas sanitarias serias para su aplicacin en polti-cas preventivas, se necesitan estndares, orden, consenso y luego unidad de criterios.Entender esta problemtica, ciertamente evi-table, reducira sustancialmente los costos y los errores de interoperabilidad. Si eso sucediera, no sera necesaria la construccin y el mantenimien-to de los diccionarios de datos que son costosos de crear, mantener y actualizar.En este trabajo hemos estudiado el impacto en el costo de la implementacin y el mantenimiento

    Coordinador Ejecutivo de HL7 LATAM

    Dr. Humberto Fernn Mandirola Brieux

    [email protected]

    TRADITUM S.A - PROMINENTE S.A.

    Ing. Fernando La Rosa

    [email protected]

    de sistemas que requieren interoperar con men-sajera. Argentina haba desarrollado un estndar de maestro de prcticas llamado Nomenclador Na-cional que fue utilizado durante muchos aos por los proveedores de servicios y financiadores, estos utilizaron el mismo para intercambiar in-formacin, definir las formas de pago, establecer convenios y reglas de utilizacin.

    Desgraciadamente, hace ms de una dcada que este Nomenclador se dej de actualizar y, en la actualidad, ms del 50% de las prcticas que se realizan no estn dentro de este estndar, lo que obliga a que cada actor invente los cdigos que faltan y el problema se agrave aceleradamente.

    Esperamos que este trabajo haga un aporte a la compresin y magnitud del problema. Las onto-logas son un recurso que permite trabajar infor-mticamente con la conceptualizacin del sig-nificado y evitar la limitacin impuesta por los trminos normalizados.

    3. El clculo crtico de las relaciones de cardi-nalidad entre los proveedores y financiadores se realiz con los datos de un financiador que tiene una cpita de aproximadamente 600.000 vidas y entre 9000 a 10.000 prestadores a nivel nacional. A su vez, cada centro atiende un promedio de 10 financiadoras. Esta realidad se observa en las capitales de pro-vincia donde la oferta de servicios de salud est concentrada en pocos prestadores de salud y cada uno de ellos puede llegar a atender afilia-dos de hasta 20 financiadores/obras sociales. Este estudio excluye a los centros de salud que depen-den del rea estatal, tanto nacional como provin-cial, regional o municipal.

    Nota

    En Latino Amrica Financiadoras de Salud, Ase-guradoras de Salud, Empresas de Medicina Pre-paga de Salud, hacen siempre referencia a los encargados de financiar el costo de atencin de afiliados, asegurados, asociados o adherentes a

    un sistema de atencin mdica ya sea privado, estatal en cualquiera de sus niveles o mixto.

    Referencias

    [1] Michael P. Gallaher, Alan C. OConnor, John L. De-

    ttbarn, Jr., and Linda T. Gilday, Cost Analysis of Inadequa-

    te Interoperability in the U.S. Capital Facilities Industry ,

    NIST GCR 04-867 http://www.bfrl.nist.gov/oae/publications/

    gcrs/04867.pdf

    [2] EHR IMPACT European Commission, DG INFSO &

    Media, The socio-economic impact of interoperable electro-

    nic health record (EHR) and ePrescribing systems in Europe

    and beyond.

    http://www.ehr-impact.eu/downloads/documents/EHRI_fi-

    nal_report_2009.pdf

    [3] Spil, Katsma, Stegwee, (2007): Information systems

    and healthcare XXIII: Exploring interoperability of electro-

    nic health records by studying demand and supply in the

    Netherlands. In: Communication of the Association for In-

    formation System. Vol. 20, p. 996-

    1008.

    [4] Standardized terminological services enabling se-

    mantic interoperability between distributed and heteroge-

    neous systems

    International Journal of Medical Informatics, Volume 64, Is-

    sue 2, Pages 223-240 J.Ingenerf

  • Pgina 16 Pgina 17

    HL7 ColombiaFormato Unificado de Archivos para documentoselectrnicos HL7- DUFF

    Resumen- La interoperabilidad a travs de un intercambio significativo que est basa-do en documentos de registros personales de salud y registros electrnicos de salud requiere el soporte de formatos de docu-mentos porttiles. XML ofrece una sintaxis de codificacin que garantiza la interope-rabilidad para documentos estructurados HL7. Sin embargo, la portabilidad no est garantizada cuando se deben adjuntar otros archivos y documentos relacionados a los documentos estructurados, ya que podra ser necesario conocer de antemano (o mo-dificar) la ubicacin (ruta) de los objetos re-ferenciados. El objetivo de este artculo es proponer un formato de archivo estndar para los documentos electrnicos de salud que mejore su portabilidad, lectura huma-na y usabilidad. La especificacin DUFF HL7 propuesta complementa las normas para documentos estructurados de HL7 v3, en-capsulando el contenido y la informacin adjunta a los documentos electrnicos de salud en un solo archivo.

    Palabras clave: Portabilidad, Encapsulacin, HL7 CDA, HL7 SDA

    INTRODUCCIN La portabilidad de los productos de software se define por su capacidad para ser transferidos de una plataforma a otra [1] El lenguaje de marcado extensible (XML) es un estndar W3C creado para soportar el desarrollo de aplicaciones Web port-tiles, abiertas, de lectura humana y flexibles [2]. HL7 utiliza la tecnologa XML para representar

    instancias de sus especificaciones de la Versin 3 del mensaje, as como las especificaciones de la arquitectura de los documentos clnicos (CDA) y la arquitectura de los documentos estructurados (SDA).

    XML le proporciona a los documentos estructu-rados HL7 una sintaxis de codificacin que ga-rantiza la interoperabilidad. Sin embargo, no se puede garantizar la portabilidad y la usabilidad cuando deben adjuntarse otros archivos y docu-mentos relacionados a los documentos estruc-turados, ya que podra ser necesario conocer de antemano (o modificar) las rutas de acceso a los objetos incluidos.

    Actualmente existen algunos formatos de al-macenamiento de documentos electrnicos que utilizan la sintaxis XML que permiten encapsu-lar en un nico archivo diferentes documentos relacionados, por ejemplo: normas como la ISO/ IEC 26300 OpenDocument [3] y ECMA-388 Open XML Paper [4]. Sin embargo, no existen forma-tos de archivo especficos para documentos elec-trnicos de salud.

    Un grupo de inters especial (SIG) de HL7 Colom-bia detect la necesidad de contar con un for-mato de este tipo y decidi trabajar en el diseo e implementacin de una especificacin deno-minada DUFF HL7 (formato unificado de archivo para documentos electrnicos de HL7).

    OBJETIVOSEl objetivo del artculo es proponer un formato de archivo estndar para los documentos electr-

  • Pgina 18 Pgina 19

    Por Mario Enrique Corts.

    [email protected]

    Diego M. Lpez, PhD

    Telematics Department

    University of Cauca. Popayn, Colombia

    [email protected]

    Bernd Blobel, PhD

    eHealth Competence Center

    Regensburg, Germany bernd.blobel@kli-

    nik.uni-regensburg.de

    nicos de salud que tenga las siguientes propieda-des:1. Proporcione un formato de archivo electrnico que facilite la portabilidad, usabilidad y lectura humana. 2. Presente documentos electrnicos de salud como una unidad de informacin compuesta que integre diferentes instancias de especificaciones de documentos estructurados HL7 (CDA, CCD, SPL, conjuntos de rdenes y otros documentos estructurados) en un formato unificado nico.3. Incluya otra informacin contextual (por ejem-plo, imgenes, video, PDF, etc.) en el archivo en-capsulado. 4. Garantice las caractersticas antes menciona-das, sin alterar las propiedades de los documen-tos electrnicos de HL7 o limitar su interopera-bilidad, atributos de rendimiento y capacidades de procesamiento en aplicaciones de software y dispositivos.El formato unificado de archivos para Documen-tos Electrnicos de HL7- DUFF

    El formato unificado de archivo para documen-tos electrnicos de HL7 - HL7 DUFF- es un forma-to de archivo estndar para el almacenamiento de documentos electrnicos de salud. Este for-mato complementa las especificaciones de la ar-quitectura de documento estructurado (HL7 V3 SDA, R1) y la arquitectura de documento clnico (HL7 CDA R2; ISO/HL7 27932:2008) que forman parte de HL7 v3.

    DUFF HL7 almacena y soporta el intercambio de documentos electrnicos de salud como una sola unidad de informacin que incluye no slo las instancias XML de los documentos estructura-dos de HL7, sino tambin informacin contextual asociada al documento en otros formatos (DI-COM, jpeg, gif, png, pdf, etc.).

    HL7 DUFF es un archivo ZIP comprimido que uti-liza la extensin .hl7 y contiene un conjunto de archivos y carpetas tal como se describe en la Imagen 1. A continuacin se describen los princi-pales archivos de HL7 DUFF:

    content.xml: Este archivo almacena el conteni-do principal del documento estructurado y utili-za sintaxis XML. Su estructura es compatible con documentos estructurados HL7 v3 (CDA, CCD, SPL, etc.).meta.xml: Este archivo contiene los metadatos del documento electrnico, por ejemplo, el tipo de plantilla, tipo de estructura, el ID del docu-mento, la fecha y hora de creacin, nombre del autor, registro mdico del paciente, etc.mimetype: Este archivo codifica la informacin como MIME (Extensiones Multipropsito de Co-rreo de Internet) para enviar el contenido por e-mail.settings.xml: Este archivo contiene propieda-des para que aplicaciones especficas de software puedan realizar el procesamiento y la lectura de documentos (opcional).Styles/styles.xsl: Este archivo contiene infor-macin sobre el estilo de visualizacin del docu-mento, utilizando el Lenguaje Extensible de Ho-jas de Estilo W3C (XSL).META-INF/manifest.xml: Contiene una lista de todos los archivos dentro del fichero .hl7.Las carpetas incluidas estn dedicadas a:Images/: Almacena archivos de imagen (jpeg, jpg, gif, png, bmp, svg, etc.) asociados con el do-cumento. Objectn/: Almacena los archivos relacionados en el documento principal (otros documentos es-tructurados, DICOM, pdf, odt, doc, docx, etc.).META-INF/: Almacena el archivo manifest.xml.Styles/: Almacena el archivo styles.xsl, las hojas de estilo en cascada (CSS) y todos los otros archi-vos necesarios para visualizar un documento.Thumbnails/: Almacena una imagen de la vista previa de un documento (opcional).

    Est claro que HL7 DUFF ofrece una clara separa-cin del documento electrnico en s mismo, sus metadatos y la visualizacin de la informacin (estilo), pero, al mismo tiempo, almacena toda la informacin en un solo archivo. Se han desarrollado prototipos de plug-ins para Firefox y Google Chrome con el fin de demos-trar cmo se vera un archivo HL7 DUFF en estos

    navegadores. Los plug-ins ofrecen mecanismos gratuitos y sencillos para la presentacin de do-cumentos. La Imagen 3 muestra una vista de HL7 DUFF en Firefox.

    Un documento CDA dentro de un archivo HL7 DUFF en Firefox.

    DISCUSIN Y CONCLUSIN

    El formato de archivo propuesto en HL7 DUFF se basa en formatos estndar ampliamente utilizados para documentos electrnicos tales como las especificaciones del OpenDocument y de OpenXML Paper. HL7-DUFF es un enfoque complementario para HL7 Self Displaying CDA (DSTU), facilitando la inclusin de contenido multimedia adicional y otros archivos relaciona-dos. Cuando se necesita realizar un intercambio sin conexin a Internet de documentos estructu-rados entre aplicaciones (utilizando medios tales como CD, DVD, memoria USB, etc.), se puede uti-lizar HL7 DUFF junto con la especificacin del so-porte de almacenamiento extrable ISO 9660 R1. En este caso, es necesario relacionar los artefac-tos HL7 DUFF en el archivo HL7DIR.xml y alma-cenarlo en la carpeta HL7/. Dado que la informa-cin est encapsulada en el formato HL7 DUFF, no es necesario utilizar directorios ajenos a HL7 para almacenar los adjuntos del documento.

    En sntesis, HL7 DUFF mejora la portabilidad, la usabilidad (visualizacin) y la lectura humana de los documentos electrnicos de salud. HL7 DUFF complementa las normas para documentos es-tructurados de HL7, encapsulando el contenido y la informacin adjunta a los documentos electr-nicos de salud en un solo archivo. Si es aceptado, HL7 DUFF sera la primera especificacin HL7 v3 propuesta por miembros de la comunidad HL7 en Amrica Latina.

    AGRADECIMIENTOS

    Los autores agradecen profundamente a Diego Kaminker de HL7 Argentina y a los miembros de HL7 Colombia por sus comentarios sobre el art-culo. Este trabajo fue financiado por el Programa QUIPU con la subvencin D43TW008438 de FIC/NIH, Ministerio de Educacin de Colombia, bajo contrato IF004-09 (Proyecto ImagenMantis) y la Universidad de Cauca.

    REFERENCIAS

    ISO/IEC 9126: Software Engineering -- Product Quality, parte

    1. 2001.

    World Wide Web Consortium (W3C). http://www.w3.org

    ISO/IEC 26300. Information technology--Open Document

    Format for Office Applications (OpenDocument) v1.0, 2006

    ECMA-388. Open XML Paper Specification, European Com-

    puter Manufacturers Association, 2009

    ISO/IEC DIS 9660: File System Specification, 1999

  • Pgina 20 Pgina 21

    En el marco del Tercer Encuentro Internacional

    de Salud en Chile, la Universidad de Valparaso

    y FISA ofrecieron una jornada especial para los

    profesionales del sector. Aqu un resumen de las

    diez preguntas claves por Fernando Campos.

    1.- Cules son las ventajas, beneficios del proce-so de integracin tecnolgica estandarizada de sistemas y aplicaciones en el mbito de la Salud, y su necesidad para mejorar la calidad de la aten-cin al usuario?

    Las ventajas son muchsimas. Hoy en la mayora de los pases de Latinoamrica disponer de una historia clnica de un paciente implica una pila de papeles, ya sea escrita en forma manuscrita por el mdico, o impresiones de uno o ms registros clnicos electrnicos en una variedad de forma-tos indeterminables. El soporte histrico de una historia clnica fue el papel y esta forma de al-macenamiento tiene consigo muchos problemas relacionados con la disponibilidad y con el acce-so, el formato y su contenido y estn totalmente fragmentadas. Sumado a esto, la informacin es capturada por aplicaciones con propsitos distin-tos. La generan uno o ms laboratorios, cada uno de los mdicos que lo atiende, el/o los hospitales dnde se hospitaliza, las enfermeras que le apli-can curaciones o le administran medicamentos, las farmacias, el centro de diagnstico por im-genes etc.

    Con la aparicin de las tecnologas naci una nueva manera de almacenar, recuperar y visua-lizar la informacin que contiene un registro clnico cambiando a un formato electrnico. La inclusin de la estructuracin de la informacin y la utilizacin de estndares viene de la mano de la necesidad de compartir la informacin y que la informacin sea entendible para los otros sis-temas. Esto es la piedra fundamental de una his-toria clnica nica del ciudadano chileno, la cual trae aparejados beneficios en todos los mbitos. El paciente dispone de una historia clnica centra-lizada con toda su informacin y ya no necesita estar recordando qu medicamentos toma o qu le indicaron en el otro centro de atencin. Bene-ficia al profesional que lo atiende porque cuenta con mucha ms informacin para tomar una de-cisin correcta y son innumerables los beneficios para la gestin de la salud y su gerenciamiento.

    2.- Cmo opera el proceso HL7?

    HL7 es una Organizacin de Desarrollo de Es-tndares (SDOs), para el mbito de la salud. Fue fundada en 1987 sin fines de lucro opera a nivel internacional y su misin es proveer estndares globales para los dominios: clnico, asistencial, administrativo y logstico, con el fin de lograr una interoperabilidad real entre los distintos sistemas de informacin en el rea de la salud. Actualmente dispone de unos 1300 miembros corporativos 2500 asociados 57 Afiliados inter-nacionales 95% de los fabricantes de software de Salud a nivel mundial.

    Al igual que todas las SDO acreditadas por ANSI, HL7 cuenta con un estricto y bien definido con-junto de procedimientos de operacin que ga-rantizan el consenso, la transparencia y el equili-brio de intereses.

    Los miembros de HL7 son conocidos colectiva-mente como el Grupo de Trabajo, que est orga-nizado en comits tcnicos y grupos de intereses especiales. Los comits tcnicos son directamen-te responsables por el contenido de los estn-dares. Los grupos de intereses especiales sirven para desarrollar informacin y pruebas para la exploracin de nuevas reas de cobertura de los estndares publicados por HL7.

    Una lista de los comits tcnicos y grupos de in-tereses especiales, as como sus misiones, alcan-ces y coordinadores est disponible en el sitio web de HL7.

    3.- Hay casos prcticos exitosos? Evidencias cientfica.En cuanto a historias clnicas nica utilizando IHE? Muchas. Puedo dar ejemplos de tres segn su alcance: Continental, Nacional y regional de historias clnicas que comparten documentos, informacin y no en todos lados usan el mismo software.

    Jornadas de capacitacin en IHE

  • Pgina 22 Pgina 23

    El proyecto European Patient - Smart Open Servi-ces (epSOS), tiene como objetivo disponer de una historia clnica electrnica resumida para que un profesional pueda consultar rpidamente la in-formacin esencial del paciente que precisa asis-tencia fuera de su pas de origen. Se incluye la funcionalidad de la receta electrnica para per-mitir que un paciente reciba la medicacin, inde-pendientemente del pas en la que fue prescrita y del pas en el cual se encuentra al momento de la dispensacin.

    Tiene un alcance continental ya que fue proba-do con 11 pases. Austria, Republica Checa, Dina-marca, Francia, Grecia, Italia, Holanda, Noruega, Eslovaquia, Espaa y Suiza. En total participan 23 pases con una inversin superior a los USD 50.000.000. El proyecto comenz en el ao 2008 y el motivador fue proveer interoperabilidad en-tre los pases principalmente por el movimiento de personas dentro de Europa (distancias cortas).

    Es coordinado por la Asociacin de autoridades locales y regiones (SALAR) de Suecia y la edu-cacin de los pacientes y proveedores se realiza mediante el sitio web del proyecto. Cuenta tam-bin con un proyecto de educacin y certifica-cin para desarrolladores de software con acceso abierto a la documentacin. La estructuracin de los documentos est estandarizada y el conteni-do de los mismos utiliza identificadores globales nacionales excepto para el vocabulario y set de datos determinados por el proyecto. El consumo de cada documento tiene la problemtica del lenguaje. epSOS provee traduccin del espaol al francs mediante un vocabulario propio y ser-vicios semnticos. Algunas de las secciones que se intercambian en el resumen del paciente son: Alergias, Medicamentos, Vacunas, enfermedades previas, procedimientos, signos vitales, resulta-dos y planes de tratamiento. La terminologa que utiliza es propia ya que ellos son los responsables de traducir el documento original al lenguaje que se necesite.

    Otra implementacin de importancia a nivel na-

    cional es el proyecto PCEHR ( Personally Contro-lled EHR ) de Australia cuyo objetivo es afrontar la fragmentacin de la informacin que tiene el pas permitiendo a cada persona un acceso ms simple a sus datos clnicos y hacer ms seguro el acceso a la informacin por parte de los pro-veedores involucrados en la atencin. Es de al-cance a nivel nacional ya que se implementa en toda Australia. A noviembre de 2012 dispone de 18.214 usuarios registrados con la meta de tener 500.000 en estos das. Cuenta con una inversin de ms de USD 466.000.000 y participan 243 Or-ganizaciones. Por ley lo administra el Departa-mento de Salud y Ancianidad. Fue desarrollado principalmente por la agencia NEHTA. (National E-Health Transition Authority) y dispone de un centro educativo y de sitios web para capacitar a proveedores y pacientes. Los desarrolladores de software pueden acceder a todas las especifica-ciones, ejemplos y seminarios aunque no existe una certificacin de productos an.

    En cuanto al contenido de cada documento dis-ponen de un identificador nacional de salud y utilizan identificadores globales nicos de salud para paciente, proveedores (mdicos, especialis-tas etc) y organizaciones. Disponen de guas de implementacin de como consumir cada do-cumento y la manera de presentarlo al usuario. Las especificaciones establecen la estructura de la carta de alta de una hospitalizacin, resumen de historia clnica, administracin de frmacos, in-terconsultas o derivaciones, resumen de consulta y directivas anticipadas. Cada gua especifica su vocabulario y conjunto de cdigos. SNOMED CT y LOINC para tipos de documentos y algunas co-dificaciones propias de Australia para sexo, nom-bre, motivo de muerte estado mental etc.

    Finalmente con un alcance regional destacan mu-chas en Espaa pero una de las ms importantes es HC3 Historia Clnica Compartida de CataluaSu objetivo es establecer el registro electrnico con un conjunto de documentos que contengan la informacin relevante del estado y la evolu-cin de un paciente durante el cuidado de su sa-

    lud. Cuenta con un promedio de 74.000 accesos mensuales y 468 Organizaciones participantes. Existen a febrero de 2013 11 aplicaciones de sof-tware HC3 compatibles y ms de 51.000.000 do-cumentos publicados.

    Es administrado por TicSalut, el Departamento de Salud de Catalua, el cual provee servicios para aquellos proveedores que no pueden co-nectar sus propios productos, incluyendo si se ne-cesita una capa intermedia o interface. La gene-racin de estos documentos por los proveedores es obligatorio y el sumarse al proyecto para los pacientes es opcional.

    Disponen de una infraestructura en la cual los pa-cientes disponen de una tarjeta de identificacin (Tarjeta de Catalua CIP) aunque los documentos soportan dos identificadores ms, el nacional y el europeo.

    La estrategia de almacenamiento es en un re-positorio central y repositorios locales. El regis-tro de cada documento est centralizado. El transporte de los documentos es mediante Web Services, SOAP/IHE/ o servicios webs realizados especficamente. Los documentos estn firmados digitalmente y tienen soporte para todos los ob-jetos DICOM.

    En cuanto al contenido de los documentos dispo-nen de identificadores globales nicos de salud para paciente, proveedores (mdicos, especialis-tas etc) y vocabulario local administrados por TicSalud. El consumo de cada documento se rea-liza a travs de un portal especfico o mediante la Historia Clnica si dispone de la funcionalidad. Las especificaciones de los tipos de documentos, plantillas, texto y estructura estn definidos por la ley espaola.

    4.- Cules son los problemas que afectan al sis-tema de salud pblico?

    No soy el mas adecuado para hablar del sistema de salud pblico chileno pero con respecto a in-

    teroperabilidad no conozco implementaciones por iniciativa del sistema de salud pblico a nivel regional o nacional. Creo que impulsar el uso de estndares en una forma implementable es uno de sus objetivos. Teniendo como objetivo proveer un servicio de calidad asistencial de los pacien-tes, es recomendable tener polticas nacionales al menos y por qu no de alcance internacional, que definan el marco de interoperabilidad en el que se debe trabajar.

    5.- Segn su experiencia qu resultados se po-dran obtener al poner el HL7 en prctica en nuestro pas?

    La adopcin de estndares como HL7, y en rea-lidad como otros que tienen distintos objetivos como lo es DICOM para imgenes o SNOMED CT para terminologa, sirven para lograr comparabi-lidad, consistencia de la informacin e interope-rabilidad entre sistemas de informacin. Esta es importante para intercambiar informacin entre sistemas diversos, tanto de los proveedores de servicios como de estos con otros involucrados, como proveedores y gobiernos. La interoperabi-lidad se vuelve tanto ms crtica cuanto ms pro-fundos y distribuidos son los proyectos de infor-matizacin de las organizaciones sanitarias. Esto representa una infraestructura esencial para la integracin de la informacin relacionada con la salud de la poblacin de forma oportuna y con-fiable.

    Un aspecto fundamental es la continuidad e inte-gracin de la informacin.

    Toda la informacin clnica generada a travs de los diversos sistemas asistenciales que es almace-nada puede ser consultada en cualquier punto de atencin. La deteccin oportuna de brotes epidmicos o problemas sanitarios no es un be-neficio menor dado que gracias a la disponibili-dad de informacin de alta calidad y en tiempo real, se pueden correr reglas de control para la deteccin de brotes o problemas emergentes.

  • Pgina 24 Pgina 25

    Con poco esfuerzo permite hacer vigilancia pa-siva permanente y anticiparse a los problemas sanitarios emergentes.

    Desde el punto de vista gubernamental puede efectivizarse una integracin con dichos sistemas y el sistema de vigilancia permitir desarrollar polticas activas de la propia red sanitaria y cum-plir con las regulaciones, pautas y recomendacio-nes del Ministerio de Salud.

    6.- Cules son los beneficios para los pacientes de la puesta en marcha de este estndar?

    El resultado ms significativo para el paciente es el inicio del camino hacia la adopcin de una his-toria clnica nica. Promueven un mayor aumen-to en el acceso a otras opiniones mdicas y le per-miten el acceso al propio historial para facilitar la toma de decisiones sobre su salud. Muchas veces evitan la repeticin de pruebas caras e invasivas y sin dudas aumentan la sensacin de efectividad y seguridad de los servicios asistenciales.

    7.- Puede mencionar otras experiencias extran-jeras? En qu pases; en hospitales pblicos y/ o centros de salud privados?

    Algo ya te he mencionado en los casos de xi-to. Hay muchas ms. Espaa prcticamente cada regin tiene su historia clnica nica. Hay muy buenas tasas de adopcin en Australia, Ho-landa, el Reino Unido, Nueva Zelanda y en los pases nrdicos. En Estados Unidos, un pas con gran avance tecnolgico, la tasa de adopcin no es tan alta como uno imagina aunque luego de polticas tomadas por el gobierno del presidente Obama muestra un leve repunte en este nivel de atencin luego de la implementacin de incenti-vos fiscales por parte de sus polticas de gobierno que son otorgados segn criterios de uso signi-ficativo de las funcionalidades de las HCE. Mas cerca y del otro lado de la cordillera, el Hospi-tal Italiano de Buenos Aires lleva ms de 14 aos desde su primera implementacin de HL7 y en

    continuo crecimiento ya que en los prximos me-ses integra con este estndar servicios de mHeath desde su portal mvil.

    8.- Cunto se demora en obtener resultados concretos una vez iniciada la aplicacin de este estndar?

    Una vez iniciada la implementacin del estndar los resultados se ven inmediatamente. El pacien-te empieza a ver su informacin por los distintos centros de atencin, los mdicos a ver las histo-rias clnicas ms integrales y los gerentes a reci-bir informacin que pueden analizar y todo para ellos es por arte de magia porque en realidad no tienen cambios significativos en el uso de su sis-tema. La informacin fluye entre los sistemas en forma transparente para ellos. El mayor proble-ma es iniciar la implementacin. Hay muchas polticas por definir, guas de implementacin por adoptar y luego llevarlo a la prctica. Incor-porarlo dentro del flujo de cada aplicacin. No conozco casos que implementen soluciones de este tipo en menos de 12 meses aunque hoy en da existen herramientas que permiten una r-pida implementacin de soluciones que tiempo atrs eran impensadas o de mucho trabajo, como generadores de mensajes o servidores de termi-nologas. 9.- Cules son los estndares internacionales?

    Estndares internacionales para la salud hay mu-chos. Le dira que uno debera clasificarlo por el objetivo que cumplen. Por ejemplo en men-sajera de informacin clnica sin dudas el ms implementado es HL7. Para datos financieros y transacciones X12N. Para imgenes diagnsti-cas sin dudas DICOM y para indicacin de drogas NCPDP (National Council for Prescription Drug Programs).En la categora de terminologa y vocabularios de referencias, para diagnsticos CIE10, para clnica SNOMED CT y para identificaciones de laborato-rios y otras identificaciones clnicas LOINC.

    Lo fundamental es que a la hora de estandarizar, los estndares disponibles e incluso que cumplen la misma funcin son muchos, que existen distin-tos niveles en los cuales se deben aplicar y que a su vez se complementan. Es fundamental un anlisis de ellos para elegir el adecuado y elabo-rar un proyecto de interoperabilidad escalable y sustentable. En si, es el principio que utiliza IHE. No es un estndar en si, sino que utiliza el estn-dar mas adecuado pare resolver una necesidad puntual y define y documenta la forma en como hacerlo.

    10.- Qu nos puedes decir acerca de este tipo de jornadas de Capacitacin en Interoperabilidad? Qu nivel de capacitacin permite esta Jorna-da?

    El objetivo es transmitir todo mi conocimiento y experiencia para que quien participe se lleve las ideas principales sobre como lograr que los sistemas puedan intercambiar informacin y reu-tilizarla. La idea de las mismas es darles el cono-cimiento de cada uno de los aspectos necesarios para interoperar, que se quiten todas las dudas sobre el tema y que se lleven todas las herra-mientas disponibles para iniciar el proceso.

    Si tiene ms dudas sobre IHE o jornadas de capacitacin en Intero-

    perabilidad y estndares, puede consultar por email: [email protected].

    ar o [email protected]

    Por Fernando Campos

    HL7 Argentina, Chair

    [email protected]

    Argentinawww.hl7.org.ar

    Brasilwww.hl7brazil.org

    Chilewww.hl7chile.cl

    Colombiawww.hl7.org.co

    Uruguay http://www.sueiidiss.org/ index.php?option= com_content&view= article&id=53&Itemid=66

    Mxicohttps://twitter.com/hl7mexico

    Espaawww.hl7spain.org HL7 Internacionalwww.hl7.org

  • Pgina 26 Pgina 27

    INFOLAC 2014Con sumo placer y orgullo los invitamos a venir a Montevideo con motivo de la realizacin del INFOLAC 2014 en octubre de este ao.

    Antes de contarles algunos detalles, les damos algunas definiciones:

    INFOLAC es el Congreso de Informtica Mdica de IMIA LAC.IMIA LAC es el captulo Latinoamrica de IMIA, e IMIA es la Asociacin Mundial de Informtica Mdica.

    El miembro oficial de IMIA en Uruguay es SUIS (Sociedad Uruguaya de Informtica en Salud) y para la organizacin de este evento ha unido sus fuerzas con SUEIIDISS (Sociedad Uruguaya de Estndares en Salud).

    Nuestro propsito es colaborar en la difusin de esta disciplina a la que hemos dedicado tantos aos y tanto esfuerzo. Creemos que los Inform-ticos Mdicos estn llamados a ser actores funda-mentales en el desarrollo y sustentabilidad de los sistemas de informacin de los sistemas de salud. La comprensin de las necesidades y la realidad laboral de los profesionales y tcnicos de la salud, el entendimiento y la visin de las fortalezas de la aplicacin de TICs y el conocimiento profundo de los sistemas sanitarios son la base del ejercicio de esta disciplina.

    Los desafos en Latinoamrica son muchos y re-quieren el trabajo mancomunado de la sociedad cientfica para llevarlos a buen puerto.

    Lograr recursos humanos adecuadamente capa-citados, lograr la incorporacin de los proyectos de tecnologa en los presupuestos de las institu-ciones y en las definiciones polticas de nuestros pases, interactuar con la industria de forma de generar proyectos conjuntos, son algunos de los desafos a enfrentar en los prximos aos, para colaborar en la llegada del siglo XXI a nuestros sistemas sanitarios.

    Por eso los invitamos a venir a Montevideo en octubre. La idea es presentar experiencias, deba-tir, escuchar. Si estamos en contacto, si aunamos esfuerzos, si compartimos conocimientos y expe-riencias estaremos construyendo el espacio nece-sario para propiciar nuestro propio desarrollo.

    El 16 y 17 de octubre, en el Centro de Conferen-cias de la Intendencia Municipal de Montevideo (IMM) se realizar INFOLAC.

    El nombre del congreso es e-salud 2.0 Hiperco-nectados.

    Los temas oficiales son: HCE interoperable y Sa-lud Mvil, pero por supuesto que todos los temas del quehacer de la Informtica Mdica tienen su espacio en INFOLAC.

    A la brevedad tendremos el programa completo y estar disponible en la web.

    Algunos datos relevantes:Pgina web: www.infolac2014.orgInscripciones abiertas.

    Comit cientfico*InternacionalDiego KaminkerLincoln MouraFernn QuirosFernando PortillaAlan MarchJavier Carnicero

    *NacionalGuillermo RodrguezJulio LeivasGustavo PrezSelene Indarte

    Fechas importantesTrabajosFechas de presentacin:desde el 1 de mayo al 31 de julio del 2014Devolucin por parte del Comit cientfico: 31 de agosto del 2014.

    Para presentar trabajos, al menos uno de los autores debe estar inscripto en el Congreso

    Por Selene Indarte, Comit Organizador

    HL7 Uruguay/SUEIDDISS, Secretario

    [email protected]

  • Pgina 28 Pgina 29 Por Selene Indarte

    Jornadas Tcnicas de Salud.uy

    Estrategia para la adopcin de los es-tndares en un proyecto de HCEN.

    El Proyecto y sus antecedentesSalud.uy es el proyecto de Historia Clnica Elec-trnica Nacional en Uruguay. Como proyecto Pas cuenta con el apoyo del estado, quien ha sido principal promotor y gestor; a su vez Salud.uy desarrolla una estrategia de apertura en donde participan diferentes actores e interesa-dos del sector.

    Y tal vez este sea un primer gran hito para el proyecto, captar una positiva aceptacin gene-ral, y proyectar en torno a ello la visin pas de la HCEN unificada.

    Esta primera fase del proyecto Salud.uy, se ha enmarcado en las definiciones, lo cual implica la

    especificacin de estndares para el intercambio de datos. Uruguay se ha interesado desde hace tiempo en el conocimiento de los estndares de informtica mdica, la SUEIIDISS ha generado un importante espacio para su conocimiento y apertura .

    De igual manera AGESIC como Agencia de Gobierno Electrnico del pas, ha avanzado de forma importante en los procesos de interope-rabilidad, y coloca a disposicin del proyecto las definiciones del marco de interoperabilidad del gobierno. Como un comentario al margen, pero como dato no menos importante, es el mencionar que fruto de los esfuerzos desarrollados en los lti-mos aos, el ltimo ranking de gobierno elec-trnico presentado en Naciones Unidas ubic a Uruguay como lder en la regin.

    Salud.uy por su parte a comienzos del 2013 re-toma la necesidad de avanzar en la localizacin de los estndares en salud y sus especificacio-nes, con el fin de iniciar la adopcin en el pas dentro del proyecto de HCEN, para ello desa-rroll las primeras guas y documentos tcnicos.

    Origen de las Jornadas TcnicasEra importante generar espacios para dar a conocer las definiciones tcnicas que se desarro-llaban. De esa manera, fue necesario generar una estrategia para el intercambio de los conte-nidos desarrollados desde el programa con los diferentes interesados en el medio.

    Las Jornadas Tcnicas nacen entonces como una respuesta a la necesidad de comunicar las guas que el programa genera, para que estas sean conocidas y adoptadas por la comunidad actores de salud del Uruguay. De esa manera, a travs de las Jornadas Tcnicas es posible encontrar definiciones de localizacin de los estndares en salud, que hace tiempo estaban esperando los prestadores y proveedores que venan abor-dando los temas de estndares. A su vez para quienes son nuevos en el tema, las Jornadas han cumplido un papel de aprendizaje de los dife-rentes conceptos que se abordan en esta tem-tica.

    Formato de las Jornadas Tcnicas

    Enfoque Temtico:Cada jornada tiene un enfoque y un propsito. A la fecha se han desarrollado ya 7 Jornadas Tcnicas con diferentes temas, que de forma secuencial presentan contenidos dentro de un esquema de continuidad del proceso.

    Los temas abordados en las jornadas han sido :Definicin de OID para el proyecto HCEN Modelo de persona Elementos mnimos de un documento HL7 CDASNOMED CTFirma Electrnica y Documentos HL7 CDAPlataforma de Interoperabilidad: EMPI, XDS.b, MIRTH

    Documentos HL7 CDA de laboratorio y HL7 CDA escaneado

    Socializacin de Guas Tcnicas:Cada Jornada est acompaada de un docu-mento tcnico que es previamente elaborado y preparado por el equipo ejecutivo de salud.uy. El documento especifica las indicaciones de lo-calizacin del estndar y es la gua para que las instituciones inicien a desarrollar los ajustes en sus implementaciones.

    Expertos TemticosCada jornada presenta al menos 3 facilitadores diferentes: un experto temtico invitado, una experiencia local de la temtica y la presenta-cin de la gua tcnica. La invitacin a especia-listas temticos, permite generar un contexto introductorio al tema.

    ParticipantesLas jornadas son abiertas y no tienen ningn costo, nicamente se solicita la previa inscrip-cin con el fin de que quienes asisten obtengan su certificado de participacin. El pblico ob-jetivo de estas jornadas son los informticos de las instituciones de salud y los proveedores de aplicaciones de informacin en salud. Tambin asisten docentes de la universidad, mdicos y profesionales de la salud.

    PeriodicidadLas jornadas tienen una constancia peridica, al menos se realiza una cada dos meses. Hubo un momento en que realizamos una por mes, sin embargo dada las otras actividades del progra-ma, tambin estas se han espaciado

    Resultados de las Jornadas Tcnicas

    Adopcin de estndares : las guas generadas por las jornadas son las herramientas con las cuales de forma prctica las organizaciones se apoyan para preparar sus aplicaciones para los procesos de interoperabilidad.

    Promedio de participacin : la primera jornada

  • Pgina 30 Pgina 31

    asistieron cerca de 50 personas. Las ultimas jor-nadas tienen un promedio de participacin de 80 personas. Incluso existi una con 120 perso-nas, lo cual indica una aceptacin importante.

    Gestacin de una Comunidad: Desde la primera jornada se genero un grupo de inters en Linke-dIn el cual ha ido creciendo y la fecha tiene mas de 200 miembros, el espacio ha permitido intercambiar inquietudes, realizar recomenda-ciones y tener a primera mano los contactos de los referentes informticos de las instituciones de salud del Uruguay, as como los proveedores, entre otros.

    Interaccin con los Expertos: De forma presen-cial y a travs de video conferencia diferentes expertos de Espaa, Argentina y del medio Local, han participado compartiendo su visin y conocimiento para enriquecer los contenidos de las jornadas.

    Experiencias Prcticas : Ha sido importante el espacio que se genera en la Jornada para que las instituciones de salud, puedan presentar su experiencia en la adopcin de las Guas de las Jornadas. Este hecho, por una parte valida la utilidad del trabajo que se realiza y por otra moviliza a que las otras instituciones avancen en su proceso.

    Evaluacin : Cada Jornada tiene una evaluacin por parte de los asistentes de los contenidos y la dinmica de la Jornada en si. La informacin es analizada por el equipo de trabajo. La califica-cin recibida ha sido positiva en la mayor parte de los casos y es innegable que existen puntos que nos involucran a todos para mejorar.

    Qu sigue Este semestre promete una dinmica importan-te alrededor de las actividades de salud.uy. Se programa la realizacin de dos jornadas mas para este ao, ya que existen otros eventos para los cuales el publico invitado es homogneo; por ejemplo se van a presentan los resultados

    de relevamiento de TIC en salud en Uruguay y de otro lado se colocar en operacin la Aplica-cin Piloto de Tele Imagenologa, hitos que van a generar convocatorias en torno a su desarro-llo. Adicionalmente en octubre se realizar INFOLAC 2014 en Montevideo, siendo otro evento que captura la atencin de la comunidad interesada en los temas de estndares en salud e informtica mdica.

    La estrategia de Jornadas est demostrando que los procesos participativos y abiertos generan adhesin favorable; el 22 de julio pasado el grupo mdico integrado por profesionales de la salud y de la academia y articulado por salud.uy, lider la realizacin de la primera Jornada Medica, esto con el fin de presentar el resultado de su trabajo desarrollado durante estos meses enfocado hacia el Conjunto Minimo de Datos de Urgencias; para desarrollar la actividad de la Jornada Mdica se apoyaron a en el modelo de la Jornadas Tcnicas.

    Como resultado, se obtuvo una participacin de casi 200 personas, y los mdicos del pas iniciaron a discutir acerca de la informacin ne-cesaria para ser disponible en una HCEN, expe-riencia que nos pareci absolutamente exitosa.

    Por Fernando Portilla

    Consultor Estndares Internacionales

    de Informtica

    Mdica - Programa Salud.uy en AGESIC