introduccion a ihe - cais 2013 a ihe... · 2013. 10. 19. · ihe para los gerentes de salud •...

27/09/2013

1

Congreso Argentino de Informática en Salud

18 de Septiembre de 2013

Introducción a IHE

Magister Fernando Campos

Presidente HL7 Argentina [email protected]


¿Qué es IHE?

• Un proceso para la adopción coordinada de estándares

• Los médicos y profesionales de SI definen las prioridades de

integración

• Los comités desarrollan soluciones, el Marco Técnico

(Technical Framework)

• La industria adopta e implementa soluciones

• Los sponsors supervisan la documentación, testeo y

demostración/promoción


Como IHE puede ayudar

• Hay miles de islas de datos y nada se conecta fácilmente.

Ficha Clínica



• Interoperabilidad

– La habilidad de 2 o mas sistemas o componentes de intercambiar

información y USAR la información que fue intercambiada.

• Estándar

– Documento, establecido por consenso y aprobado por un grupo

reconocido, que provee, para usos habituales y repetitivos, reglas,

guías o características para actividades o sus resultados, con el

propósito de lograr el óptimo grado de orden en un determinado

contexto

27/09/2013

2



• Sin estándares, todo es una integración personalizada.

• Estándares permiten reducir los costos

• Estándares hacen el mercado



• Necesitamos estándares, ¿ Pero cual ?



• Selecciona los estándares adecuados para cada caso y elabora

un perfil de implementación.


4 Niveles de interoperabilidad

– Flujo de trabajo o Procesos

– Mensajería

– Estructura

– Vocabulario

27/09/2013

3


Niveles de especificación

• Flujo de trabajo El proceso de cada negocio - Tareas

• Mensajería Intercambio : correo

• Formato Registro del dato : Documento

• Vocabulario Terminología : la palabras

Una interoperabilidad efectiva tiene que lograr los 4 niveles


Diferentes niveles, diferentes estándares

• Flujo de trabajo V3, storyboards

• Mensajería XDS, XDR, HL7

• Formato HL7, DICOM, CDA

• Vocabulario SNOMED, LOINC

Una interoperabilidad efectiva tiene que lograr los 4 niveles


Diferentes niveles, diferentes estándares

• Flujo de trabajo

• Mensajería

• Formato

• Vocabulario

Profile – Guía de

implementación

Define la especificación del

Uso de estándares específicos

Para cubrir un requerimiento

En particular



• Una iniciativa para mejorar la integración de los sistemas de información sanitarios…

• …eliminando las barreras de acceso a la información de paciente…

• … mejorando la calidad y el costo de los servicios sanitarios

27/09/2013

4


¿Qué es IHE?

• NO es un estándar.

• NO es una compañíaprivada.

• NO es un software ni un equipamiento ni un lenguaje.

• NO es exclusivamentepara informáticos.

• NO es la nueva moda de la informática sanitaria.

• SI es una recomendación de uso de estándares existentes.

• SI es una organización sin ánimo de lucro cuya misión es el desarrollo y la promoción de su recomendaciónen particular y de los estándaresmédicos en general

• SI es un conjunto de especificaciones organizadas en un conjunto de Perfiles de Integración.

• SI es de interés de todo el entorno sanitario

• SI es una magnífica respuesta a la gran problemática de la integración de los Sistemas de Información Sanitarios


IHE para los clínicos

• Ayuda a proporcionar información clínica fácilmente

accesible, sin pérdidas, errores ni redundancias.

• Optimiza el flujo de tareas, mejorando la eficacia y la

eficiencia.

• Favorece el intercambio de información entre diferentes

sistemas.


IHE para los Profesionales de IT

• Facilita la definición e integración de diferentes sistemas,

evitando procesos y diseños a medida costosos y de

resultados dudosos.

• Garantiza resultados fiables de integración.


IHE para los Gerentes de Salud

• Facilita la tarea de toma de decisiones a la hora de adquirir

diferentes sistemas, gracias a los Certificados de Integración.

• Por lo tanto, contribuye a disminuir los gastos, aumenta la

eficiencia del personal, minimiza los problemas de

integración y, en definitiva, mejora la atención para la salud.

27/09/2013

5


IHE – Reducción de costos y esfuerzo

Costos de

Integración,

Conectividad e

interoperabilidad

Altos

Bajos

Integración basada

en estándares sin IHE

Extensiones

adaptadas

Entornos

propietarios

y completamente

adaptados

Integración

de sistemas

basados en IHE

Complementos


IHE – Objetivos

• Acelerar la adopción de soluciones de integración basadas en

estándares (DICOM, HL7…) aplicados de forma concreta.

• Promover la comunicación y cooperación entre la industria,

usuarios y organizaciones sanitarias.

• Mejorar la disponibilidad de información médica para la

toma de decisiones en la atención al paciente.

• Mejorar la eficiencia y eficacia de la práctica clínica.


IHE – Origen y evolución

• HL7 Y DICOM

• HL7 evolucionó durante principios de 1990 enfocado en las

comunicaciones entre departamentos, entre ellos órdenes a

radiología (RAD información del sistema - RIS)

• DICOM se desarrolló al mismo tiempo la gestión de

Radiología: material de flujo de trabajo Desconecte la

terminología (diferente stakeholders)

• DICOM Accession Number = HL7 Filler Order Number

• DICOM Admission ID = HL7 Patient Account Number


IHE – Origen y evolución

• 1998 - RSNA reconoce que el problema de flujo de trabajo de

radiología es más que las imágenes en movimiento, incluso dentro

de cada departamento.

– Necesidad de "cerrar el círculo" de registro de pacientes, las órdenes, e

imágenes, para informar de los resultados

– Necesidad de contar con terminología consistente a través de HL7 y

DICOM

• 1999 - RSNA colabora con HIMSS para comenzar el perfil de HL7 y

DICOM de principio a fin el flujo de trabajo de radiología

– Primera demostración IHE en RSNA (23 vendedores)

– Precedido por "Connectathon" para garantizar la demostración

funcionaría!

27/09/2013

6


IHE – Primer perfile de integración


IHE – Lecciones aprendidas al inicio

• La importancia - y la dificultad - de orientar la resolución de

los problemas en base a los casos de uso.

• La diferencia entre el desarrollo de normas y el desarrollo de

guías de implementación

• El Valor de Connectathon - la necesidad de herramientas de

pruebas.

• Los comités proporcionan canales de no confrontación para el

usuario-proveedor y vendedor-proveedor .


IHE – Gobernancia

• IHE Internacional tiene base en Illinois, EE.UU., con el

principal patrocinio de HIMSS y RSNA

• Dispone de Directorio para cada dominio internacional ,

Nacional y para las organizaciones regionales de IHE.

• Cuenta con patrocinadores IHE

• Los dominios son patrocinados por las sociedades médicas /

profesionales que desarrollen soluciones técnicas a los casos

de uso.


IHE – Gobernancia

• Comités de implementación regional que promueven el uso

en sus áreas geográficas de las especificaciones IHE

• Trabaja con los gobiernos locales. (Ministerio de Salud)

• Organiza el Connectathon y demostraciones de productos que

cumplen algún perfil de IHE.

• Hay variedad de modelos de empresa (por ejemplo, Canada

Health Infoway es IHE Canada) IHE Europa es una

organización de membresía que paga cuotas)

27/09/2013

7


IHE – Estructura


IHE – Miembros

• Sólo las organizaciones pueden ser miembros de IHE

Internacional

• Los miembros firman un acuerdo de Propiedad Intelectual

(similar al acuerdo IP DICOM)

• Solamente los miembros pueden participar como miembros

con voto de los comités.

• La participación sin derecho de voto en las actividades de IHE

es libre.

• La membresía en IHE Internacional es gratis.


IHE – Organización de dominios

• Los dominios son patrocinados por las sociedades clínicos /

profesionales. Por lo general más de uno, a menudo

representando diferentes intereses o áreas.

• Generalmente, están divididos en un Comité de Planificación

y un Comité Técnico

• El Comité de Planificación son principalmente usuarios finales

(los representantes del sponsor) y la industria. Le da prioridad

a los casos de uso que abordar

• El Comité Técnico son principalmente ingenieros de sistemas

o desarrolladores de software que realizan la especificación.


Tendencia mundial del uso de IHE

595 Organizaciones (Abril 2013)

• 66 Asociaciones de profesionales de la salud. (17 países distintos)

• 23 Agencias gubernamentales

• 9 Organizaciones de estándares (incluye HL7)

• 4 Organizaciones de intercambio de información en Salud.

• 23 Organizaciones proveedoras de salud

• 38 Organizaciones de investigación y educación en Salud

• 9 Asociaciones comerciales con relación a la industria.

• 420 Empresas de IT y consultoras

• 3 Organizaciones de otro tipo

ExpoHospital 2013

27/09/2013

8


IHE – Proceso de adopción

• Primer Paso: Identificación del problema.

Los médicos y expertos en TI trabajar juntos para identificar el

problema de interoperabilidad a resolver, el acceso a la

información, el flujo de trabajo clínico, el administrativo, y la

infraestructura subyacente. Ej. HCE – RIS - PACS

IHE aborda las necesidades de integración entre de los

departamentos y los dominios clínicos, así como a través de las

organizaciones.



• Segundo paso: definir el Perfil de implementación.

Los participantes de IHE definen e identifican los requisitos comunes, como integrar los documentos identificando los estándares que aplican al caso.

El enfoque en cómo se va a resolver el problema mediante el uso de estándares se documenta. (Perfil IHE)

Todos los documentos IHE se someten a revisión pública para garantizar el más amplio consenso posible. Luego se publican y están libremente disponibles para descarga en el sitio web de IHE. www.ihe.net.



• Tercer Paso: Connectathon

• Se realiza una convocatoria abierta a la participación de los

proveedores que implementan este perfil. Los participantes

ponen a prueba sus sistemas con una suite de herramientas

de software en un Connectathon anual de IHE.

• Esto permite a los proveedores para evaluar la madurez y

problemas de precisión de su ejecución y resolución de la

interoperabilidad en un entorno de prueba neutral, bajo

supervisión.



• Cuarto Paso:

Publicar por parte de los proveedores de software que su

producto es compatible con el perfil IHE desarrollado.

• Se realizan demostraciones de esto en importantes eventos

de la industria como HIMMS

27/09/2013

9




IHE – Perfiles de implementación

Todos los perfiles tienen su origen y están guiados por casos de

uso.

Una estrategia práctica de desarrollo basadas en los estándares

de intercambio de información en salud

– Cubre todas las capas de interoperabilidad

– Participación de todas las partes interesadas - incluyendo la no técnica

– Facilitar la implementación y la puesta en marcha.



Utilizar el enfoque basado en casos de uso hacen :

• Que el caso de uso sea un especie de contrato entre los

actores de un sistema y sobre su comportamiento

• Describe el comportamiento del sistema en respuesta a la una

interacción iniciada por un actor

• Los escenarios pueden variar dependiendo del entorno.

• Escrito en el lenguaje de los stakeholders (por lo general no

técnicos)



Componentes de un caso de uso

• Alcance - definición de la tarea, que se incluye y que no.

• Los actores que participan en el caso de uso - los usuarios y

los sistemas.

• Condiciones previas - supuestos

• Flujo de eventos - lo que es habitual, aunque puede haber

variantes.

• Post-condiciones - estado del sistema

27/09/2013

10



Sistemas Generalizados ->Actores

Interacción entre Actores ->Transacciones

Escenarios Problema/Solución ->Perfiles de Integración

Para cada Perfil de Integración:

Descripción del contexto (cual es el problema real)

Definición de actores (sistemas involucrados)

Definición de transacciones (que deben hacer)



IHE Actor

Actor

Actor

Actor

Transacción

IHETransacción

IHE

Transacción

IHE


IHE – Connecthatlon

• Invitación abierta a todos los proveedores, desarrolladores e

implementadores.

• Provee avanzadas herramientas de pruebas (Mesa, GAZELLE)

– Pre requisitos, testear con Mesa tools

– Testear todas las transacciones de todos los perfiles

• Pruebas organizadas y supervisadas por el equipo de gestión

de proyectos IHE

• Miles de pruebas realizadas entre proveedores

• Los resultados se registran y publican.

– Exitosamente el actor X cumple el perfil Y



27/09/2013

11



• 117 Organizaciones participantes ( 19% mas que el año 2011)

• 169 Sistemas fueron testeados

• 597 Ingenieros colaborativamente participaron de los test de interoperabilidad.

• 70 monitores supervisaron la prueba

• ~ 5000 conexiones punto a punto ; 10,000 transacciones

• ~ USD3 millones invertidos en el testeo (667 ingenieros y monitores durante 8 hrs/dia x 5.5 días = 29.384 horas x USD 100/hr– y sin incluir el tiempo de preparación)

• 118 proveedores de software continuaron la promoción de su éxito en HIMSS2112



Vendedores

• Reclaman conformidad IHE de manera explicita

• Confianza en una especificación objetiva y completa

(Especificaciones técnicas IHE)

• Dispuestos a aceptar compromisos contractuales

• Dispuestos a corregir “errores de implementación”

Compradores

• Pueden comparar las capacidades de integración de los productos

• Simplificar y consolidad sus compras y llamados

• Pueden impulsar compromisos públicos o específicos

• Disminución de costos y complejidad en manejo y desarrollo de interfaces



Se realizan 3 tipos de pruebas

• Pruebas unitarias individuales

• Pruebas entre pares

• Pruebas en flujos de trabajo (multi pares)



5 Días

Organizado para empezar un lunes a las 11 am

Hasta el Viernes a medio día :

Se realizan todos los tipos de pruebas

Desde el Miércoles al Viernes a medio día :

Dirigido a pruebas de “flujo de trabajo”

Suficiente tiempo para probar de 4 a 6 perfiles existentes y 1 o 2 perfiles nuevos por sistemas participante

27/09/2013

12



Jueces

• Reportan al comité técnico de proyecto IHE

• Voluntarios, formados y controlados

• Independientes de proveedores. Seleccionados por

usuarios IHE por país.

• Conocen el estándar

• Verifican las pruebas

• Actúan como moderador entre proveedores



Resultados

Para tener éxitoValidar las pruebas pre-connectathon

Cada perfil debe ser probado con mínimo 3 iguales

Un proveedor puede fallar con un actor en un perfil pero esto será informado a los otros participantes

IHE no publica los fracasos. Los participantes tienen acceso a un detalle de sus resultados (detallado).

Los proveedores deberán publicar las declaraciones de integración IHE de sus productos y por contrato podrán ser sancionados si falsean la información



¿ Que significa ?

• Las Compañía ha realizado con éxito en el connectathon las pruebas para la combinación actor/perfil de integración

• Los resultados expresan madurez de la empresa y su disposición a colaborar.

• No garantiza la conformidad del producto, pero permite ver a clientes el compromiso contractual firmado por el proveedor

• Compromiso de conformidad del Producto: declaro que cumple esta combinación de « actor/perfil de integración IHE »



• Las pruebas de interoperabilidad son SIEMPRE por

debajo del óptimo

• Solo se realiza una parte de las pruebas

• Un sistema exitoso en el connectathon no garantiza

que el sistema no tenga errores!!!

• Pero, … es la prueba de interoperabilidad disponible

más completa

27/09/2013

13


IHE – Demostraciones

• Connectathon IHE es para calificar “las implementaciones

reales”. Es un proceso riguroso y controlado, con ensayos

técnicos.

• Demostración IHE es para educar y promocionar mostrando lo

probado y logrado en algunos Connectathons

• Las implementaciones que participan en una Demostración

IHE han superado pruebas en un Connectathon. No todos los

proveedores y productos participan de las demostraciones.


IHE – Demostraciones



FLUJO DE TRABAJO DE LOS PERFILES

Los actores que cooperan a través de transacciones

para resolver un caso de uso específico


• se describe el contexto (que problema del mundo real)

• Se definen los actores (qué sistemas están involucrados)

• Se definen las transacciones (qué datos intercambio y lo que deben hacer)



CONTENIDO DE LOS PERFILES

Los actores que cooperan a través de intercambio de

Contenido para resolver un caso de uso específico


• Se describe el contexto (problema del mundo real)

• Se definen los actores ( genéricos)

• Se define el contenido a intercambiar (qué datos o documentos)

• El transporte del contenido NO se define

27/09/2013

14



• Los actores son entidades lógicas en los puntos finales de las transacciones

• Nombre del Actor alude a la funcionalidad de ese punto final de esa transacción

• Una implementación en el mundo real incluye típicamente varios actores.

• Típicamente va a haber un generador de contenido y un consumidor.


IHE – Modelo de interacción

Document

Consumer

Recuperación de

Conjunto de docs

Solicitud/query de

documentos

Identificador

de paciente

Solicitud de

Identidad del

Paciente

Generador de

Documentos

Registro de

Documentos

Repositorio de

documentos

Proveedor y registrador

De conjunto de docs

Registro de

Conjunto de docs


Estándares utilizados por el perfil XDS



27/09/2013

15


IHE – Actores y transacciones - Descripción




IHE – Especificación de la interacción

ExpoHospital 2013 Congreso Argentino de Informática en Salud

IHE – Especificación de la Transacción

27/09/2013

16


IHE – Especificación del contenido


IHE – Especificación del contenido


IHE – Perfil de Implementación Radiología1. SWF: Flujo de trabajo programado - Scheduled Workflow

2. PIR: Reconciliación (unificación, actualización) de la información del paciente - Patient

Information Reconciliation (PIR)

3. CPI: Presentación coherente de imágenes - Consistent Presentation of Images

4. PGP: Presentación de procedimientos agrupados - Presentation of Grouped

Procedures

5. ARI: Acceso a la información radiológica - Access to Radiology Information

6. KIN: Anotaciones sobre imágenes clave - Key Image Note

7. SINR: Imagen simple e Informe Numérico - Simple Image and Numeric Report

8. CHG: Contabilización de cargos (Facturación) - Charge Posting

9. PWF: Flujo de trabajo de post proceso - Post Processing Workflow

10. RWF: Flujo de trabajo del informado - Reporting Workflow

11. ED: Documentos de evidencia - Evidence Documents

12. PDI: Datos de imagen portables - Portable Data for Imaging

13. NM: Imagen NM - NM Image



1. Flujo de

trabajo

programado -

Scheduled

Workflow (SWF)

Establece la continuidad e integridad de datos básicos del

departamento de imágenes en un entorno en el que generalmente

están pidiéndose los exámenes. Este perfil especifica varias

transacciones que mantienen la consistencia de la información del

paciente y de las solicitudes mediante la definición de la

programación y la determinación de los pasos de procedimientos

para la adquisición de imágenes. Este perfil también permite

determinar si las imágenes y otros objetos de evidencia, asociados

con un paso de procedimiento concreto, han sido archivados y

están disponibles para que se activen los siguientes pasos de flujo

de trabajo, como podría ser el informado. Además este perfil

proporciona coordinación central a los efectos de conocer la

finalización de procesos y la realización de informes.

27/09/2013

17


IHE – Marco TécnicoDocumentos del marco técnicos publicados por cada dominio

- Volumen 1 - Perfiles

• Casos de uso, actores y transacciones, flujo de proceso

- Volumen 2 - Transacciones

• Especificaciones detalladas para la aplicación Los eventos de

disparo, los mensajes, las acciones previstas

- Volumen 3 – Contenido de los Módulos

• Plantillas de documentos / secciones / entrada, conjuntos de

valores


IHE – Marco Técnico


IHE – Beneficios

1 Beneficios para los Pacientes

IHE se esfuerza por fomentar y promover la

Interoperabilidad en beneficio de los pacientes.

Sistemas de salud interoperables ayudan a reducir los

errores médicos. Los sistemas que implementan IHE,

facilitan la disponibilidad de la información a fin de que

los proveedores y los pacientes puedan tomar decisiones

con la mayor cantidad de información posible


IHE – Beneficios

2 Beneficios para Hospitales y sistemas de salud

IHE apoya a derribar el concepto de sistemas aislados y a

compartir la información para integrarla dentro de una

organización y de un grupo de organizaciones.

Hospitales y sistemas de salud que utilizan IHE pueden

reducir su dependencia a las interfaces, costosas de

desarrollar y mantener.

En muchas regiones es requisito que el software cumpla

con cierto perfil IHE como parte de la adquisición de

nuevas tecnologías.

27/09/2013

18


IHE – Beneficios

3 Beneficios para prácticas ambulatorias

Facilita el seguimiento de pacientes derivados.

Después de que un paciente ha sido atendido en un

centro de atención, es posible que tenga que supervisar

el cuidado del paciente.

IHE proporciona el marco de interoperabilidad para

apoyar la derivación y el cuidado continuo del paciente.


IHE – Beneficios

4 Beneficios para médicos y proveedores de salud

El uso de estándares facilita la capacidad de apoyo a la

toma de decisiones y alertas en una HCE.

En general se basan en reglas en base a información

estructurada y codificada como la lista de problemas,

lista de medicamentos, lista de alergias, o los resultados

de laboratorio.

IHE proporciona la base para que los médicos tengan una

completa vista de la "historia" de un paciente,

independientemente de donde se haya atendido.


IHE – Beneficios

5 Beneficios para proveedores de software

Disponer de una guia de referencia para la elaboración

de productos interoperables permite planificar en forma

adecuada el desarrollo de software.

IHE provee de muchas herramientas tanto para el

desarrollo como el testeo de los perfiles.


IHE – Beneficios

6 Beneficios para el estado y gobiernos locales

Los gobiernos estatales y locales juegan un papel

importante en el monitoreo de la salud pública.

Teniendo en cuenta todos los ámbitos, y complejidades

políticas que implica el intercambio de información y el

intercambio a través de dispares sistemas, no es

sorprendente que la mayoría de los esfuerzos de

intercambio de información se inicien regionalmente.

27/09/2013

19


IHE – Beneficios

7 Beneficios para vendedores de Software

Mediante la implementación de IHE, los vendedores

pueden optimizar los ciclos de desarrollo mediante el

aprovechamiento de la capacidad de integración

a través de múltiples clientes.

La participación en Connectathon ayuda a los

proveedores a poner a prueba su interoperabilidad con

muchos otros proveedores.

Cumplir cierto perfil IHE ayuda a los proveedores

poner su producto al mercado más rápidamente.


IHE – Beneficios

8 Beneficios para fabricantes de dispositivos de

monitoreo y dispositivos móviles.

En el pasado, los dispositivos de monitoreo de pacientes,

tales como bombas de infusión, capturaban la

información del paciente y se pasaba a mano a la HCE.

IHE proporciona una guía para el fabricante del

dispositivo de como comunicar la información de una

manera estandar de modo que la información puede ser

integrado con cualquier sistema de salud, eliminando la

necesidad de interfaces específicas o la entrada manual.


Uso de XDS para compartir documentos

. El proyecto European Patient - Smart Open Services (epSOS),

Objetivo

Disponer de una historia clínica electrónica resumida para que un

profesional pueda consultar rápidamente la información esencial del

paciente que precisa asistencia fuera de su país de origen.

Se incluye la funcionalidad de la receta electrónica para permitir que un

paciente reciba la medicación, independientemente del país en la que fue

prescrita y del país en el cual se encuentra al momento de la dispensación.




• Tiene un alcance continental ya que fue probado con 11 países. Austria,

Republica Checa, Dinamarca, Francia, Grecia, Italia, Holanda, Noruega,

Eslovaquia, España y Suiza. En total participan 23 países con una inversión

superior a los USD 50.000.000.

• El proyecto comenzó en el año 2008 y el motivador fue proveer

interoperabilidad entre los países principalmente por el movimiento de

personas en Europa y las cortas distancias. Está aún en etapa de prueba

por lo que no hay resultados disponibles publicados. (en términos de su

uso).

.

27/09/2013

20




.




. Es coordinado por la Asociación de autoridades locales y

regiones (SALAR) de Suecia y la educación de los pacientes y

proveedores se realiza mediante el sitio web del proyecto.

Cuenta también con un proyecto de educación y certificación

para desarrolladores de software con acceso abierto a la

documentación

http://www.epsos.eu



El proyecto European Patient - Smart Open Services (epSOS),

La estructuración de los documentos esta estandarizada y el contenido 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 problemática del lenguaje. epSOS

provee traducción del español al francés mediante un vocabulario propio y

servicios semánticos.

Algunas de las secciones que se incluyen en el resumen del paciente son :

Alergias, Medicamentos, Vacunas, enfermedades previas, procedimientos,

signos vitales, resultados y planes de tratamiento. La terminología que

utiliza es propia ya que ellos son los responsables de traducir el

documento original al lenguaje que se necesite.




Estándares IHE elegidos

– IHE XDS: Cross enterprise document sharing

– IHE XCA: Cross-Community Access

– IHE XDR: Cross-Enterprise Document Reliable Interchange

– IHE XCPD: Cross-Community Patient Discovery

27/09/2013

21


Fernando Campos Ma. HL7 Argentina Chair

[email protected]

Muchas gracias…