Mostrando entradas con la etiqueta HL7. Mostrar todas las entradas
Mostrando entradas con la etiqueta HL7. Mostrar todas las entradas

miércoles, 5 de enero de 2011

Primera guia de implantación HL7 IB-Salut

'El Centro de Competencias de Integración (CCI) de la OTIC [Oficina de Tecnologías de la Información y Comunicación] presenta la creación de una guía de implementación del estándar internacional HL7, estándar para el intercambio electrónico de información médica, para su aplicación en el entorno del IB-Salut.'


'Para facilitar esta comunicación surgieron los estándares HL7 de la mano de la organización ANSI (American National Standards Institute). Estos estándares son especificaciones para la interoperabilidad entre sistemas de información sanitarios para facilitar el intercambio de información médica.'
Analizando y aplicando dicho estándar internacional HL7 en diferentes proyectos, han surgido diferentes escenarios donde ha quedado demostrada la excesiva flexibilidad que ofrecen las especificaciones HL7. Debido a esta flexibilidad, se ha optado por una adaptación de estas especificaciones que, aun siendo compatible con el estándar internacional HL7, cubre las necesidades propias del IB-Salut.

El principal motivo de la creación de esta guía de implementación en HL7 es disponer de una herramienta pública para su utilización por parte de aquellos proveedores o entidades que quisieran intercomunicar sus sistemas con los propios del entorno del IB-Salut.'

'Guia de Implementación HL7 v1 - Consultas de Pacientes

Fuente e información completa: IBSalut

Visto en Blog de Carlos Gallego sobre Interoperabilidad en Salud 30/12/2010

martes, 9 de noviembre de 2010

Cataluña- La Carpeta Personal de Salud, accesible para 16.000 usuarios

'La Carpeta Personal de Salud (CPS) (ver DM de 5-III-2010) está ya accesible para los 15.000 habitantes de la población de Calella, en Barcelona, y mil donantes de sangre de Cataluña; de ellos, 250 ya lo utilizan con asiduidad y cinco nuevos se incorporan cada semana, según ha explicado a Diario Médico Joan Guanyabens, coordinador general de las Tecnologías de la Información y la Comunicación (TIC) del Departamento de Salud de la Generalitat y consejero delegado de la Agencia de Información, Evaluación y Calidad en Salud autonómica.

La CPS es un espacio digital que permite a los ciudadanos disponer y utilizar su información personal de salud (información más relevante de la Historia Clínica Compartida de Cataluña-HC3) de una forma sencilla, intuitiva y segura, y con la garantía tanto de la confidencialidad como de sus derechos. También está previsto que sea un espacio donde los ciudadanos interactúen, a través de internet, con el Departamento de Salud y las entidades proveedoras (hospitales, centros de atención primaria) del sistema sanitario de utilización pública de Cataluña.'


'Los contenidos accesibles, en la primera fase, son los informes médicos de urgencias y los de los ingresos hospitalarios, el estado de las vacunaciones y la medicación recetada, entre otros. Progresivamente se irán añadiendo otras informaciones y se podrán encontrar otros documentos o imágenes como las exploraciones radiológicas y el informe de voluntades anticipadas.'


Estándares del HL7
En el seminario celebrado en Mataró se ha concluido que hay un interés muy elevado por la participación del ciudadano en su salud debido a la evolución social; que en este asunto está todo "muy abierto y verde", porque hay muchas cuestiones por definir, y que es trascendental un acuerdo en materia de estándares.

Guanyabens ha apuntado que en el caso de la experiencia catalana se están basando en los estándares fijados por el HL7 estadounidense y que en la Unión Europea ya se ve a Cataluña como un referente en esta cuestión.'

Fuente y noticia completa: Diario Médico 4/11/2010


Entradas relacionadas:

sábado, 4 de septiembre de 2010

Integración de datos y procesos en el Sector Sanitario: el gestor de interfaces

'El siguiente artículo (publicado hace algún tiempo en la revista Todo Hospital) demuestra la necesidad de utilización de un motor de integración en un entorno sanitario, en base a experiencias prácticas.

El uso del EAI supone un ahorro de costes de desarrollo y mantenimiento en tecnología y aporta beneficios claros. Permite desarrollar la Historia Clínica Electrónica Completa, así como la Historia de Salud, y conectar al Hospital con la red sanitaria, facilitando la continuidad asistencial.


En la medida que las organizaciones sanitarias se mueven hacia una aquitectura tecnológica orientada a servicios, el objetivo real de crear procesos de negocio que unifican aplicaciones separadas en un todo coherente (HCE), se basa en la utilización de un EAI.


Introducción

Durante los últimos 10 años, los sistemas de Historia Clínica Electrónica han visto extendido su uso en Hospitales1 y esto ha sido debido probablemente por la nueva era tecnológica en la que nos encontramos, más que por la clara demanda de los médicos o evidencia sólida de sus ventajas2-4. Con frecuencia, su implantación ha sido parcial; sistemas departamentales aislados no incluyendo todas las áreas y con propósitos diferentes (administración de pacientes, adquisición de datos, investigación, prescripción, etc)5. Esto significa que no todos los profesionales del hospital ni todas las áreas clínicas han sido implicadas 6. Por otro lado, diferentes proveedores han ido desarrollando aplicaciones específicas para diferentes funciones específicas y unilaterales. Esto ha significado que la compatibilidad entre ellos es difícil y la interacción entre diferentes repositorios de datos ha sido casi imposible de conseguir, y por tanto, la eficiencia demostrada de sistemas de información multidisciplinares y complejos ha sido pobre7.

Cuando se pretende implantar un sistema de información hospitalario a un nivel alto, todos los circuitos y tareas tradicionales deberían desaparecer con el objetivo de evitar los problemas derivados de la coexistencia de dos sistemas paralelos (el tradicional y el nuevo sistema automatizado). Ello lleva al concepto de hospital sin papeles o digital (paperless y filmless), donde todos los datos se almacenan en ordenadores y no se necesita transporte manual de documentos. En ese momento, se debe garantizar el acceso inmediato y seguro a la información, lo que genera un gran conflicto de problemas logísticos8, como por ejemplo, en el caso en el que existan diversos subsistemas de información específicos y departamentales donde se requerirá un control de acceso de usuarios a los diferentes subsistemas de información.

La aproximación de “solución global” o aplicación única para todo, simplemente, no funciona para las organizaciones que están compuestas de diferentes organizaciones funcionales con diferentes soluciones tecnológicas particulares. Los proveedores no ofrecen todas las soluciones que una organización requiere y reconocen la necesidad de la integración como aspecto importante9. El sector sanitario y específicamente el hospitalario son perfectos conocedores de esta realidad. Existen soluciones de Sistemas de Información Hospitalarios que abarcan un porcentaje alto de la información que se genera en un hospital, pero si se quiere definir un proyecto consistente y global, la realidad van a ser varios sistemas de información que van a tener un papel específico.

De hecho, muchos hospitales disponen ya de soluciones departamentales instaladas y funcionando y se están planteando proyectos integrales de Historia Clínica Electrónica. Eso no implica que se deban retirar las aplicaciones departamentales sino todo lo contrario, al integrarlas las unas con las otras el usuario final (médico o enfermera) va a obtener mayor información. La Historia Clínica Electrónica se alimentará de todas esas aplicaciones departamentales para consolidar información.

Dicho problema no es específico del mundo sanitario sino que sucede en otros sectores y entornos donde no existe una aplicación informática que cubra todas las necesidades o donde se requiere una comunicación entre dos organizaciones con sistemas de información dispares. Por ejemplo, el problema está muy trabajado en el sector de la banca donde la interoperabilidad de sistemas y la comunicación está bastante avanzada. Para ello se utilizan tecnologías o motores de integración e interoperabilidad (EAI) y lenguajes comunes de interoperabilidad (EDI).

En el sector sanitario, también podemos abstraer la misma conclusión de la evolución que han sufrido los equipos radiológicos que han pasado de ser sistemas propietarios a entenderse entre ellos y almacenar las imágenes en un PACS (Picture Archiving and COmmunications System) mediante el uso de un motor de integración (broker) y un lenguaje común (DICOM). El sistema de información radiológico y el PACS son ahora absolutamente independientes de los equipos radiológicos que adquiera el hospital, siempre que soporten DICOM.

Dicha evolución va a ser similar en los sistemas de información hospitalarios con sus aplicaciones departamentales. La interoperabilidad y la integración es la clave fundamental para el éxito de los proyectos de eSalud (Historia Clínica Electrónica, Telemedicina). Para ello, el uso de un motor de integración y el uso de un lenguaje estándar y normalizado van a ser uno de los requisitos fundamentales de un proyecto de información hospitalario. En un informe realizado en 2002, Gartner afirmaba que las organizaciones sanitarias que utilicen servicios profesionales de integradores independendientes obtendrán beneficios directos en menores costes de desarrollos e integraciones más estables10.

Esto es consistente con un reconocimiento general en todas las industrias de que el papel de los departamentos de Tecnologías de la Información ya no es el desarrollo de aplicaciones sino la integración de aplicaciones10. La competencia de la organización en integración de aplicaciones es esencial para el desarrollo de una Empresa de Tiempo Real (Real-Time Enterprise)9.

Mejorar la agilidad de un negocio no es un proyecto tecnológico simple. La agilidad de un negocio debe ser soportada por la combinación de una arquitectura orientada a servicios y aplicaciones que soporten eventos, una plataforma de integración y middleware (EAI) y herramientas de gestión de procesos de negocio (BMP) o workflow9.

Todas esas conclusiones han sido experimentadas en un ejemplo práctico de proyecto de creación de un hospital digital (proyecto Hospital Son Llàtzer), que dispone de un Sistema de Información Hospitalario y una Historia Clínica Electrónica global, accesible e integrada, donde existen diferentes aplicaciones clínicas las cuales deben interconectarse entre ellas para garantizar un proceso clínico. La clave de éxito del proyecto de informatización del hospital, sin duda, fue la integración de datos.


Motor de integración (EAI)


Un motor de integración es una herramienta de software diseñado para simplificar la creación y gestión de interfaces entre aplicaciones separadas y sistemas en una organización. Los motores de integración intercambian mensajes entre sistemas y permiten la gestión, mapeo, traducción y modificación de datos entre sistemas de información para asegurar el intercambio efectivo de datos en la organización.


La tecnología EAI es la evolución natural de la tecnología aplicación-a-aplicación combinada con la integración negocio-a-negocio con modelado de procesos de negocio, permitiendo un flujo de información a través de una integración de aplicaciones rápida a un coste mínimo de desarrollo.


La tecnología EAI ayuda a los responsables de TI de las organizaciones a responder rápidamente a los cambios en el negocio, reduciendo significativamente el desarrollo y los costes de mantenimiento. Adicionalmente, los EAI permiten a los responsales de TI planificar futuras integraciones permitiendo flexibilidad y coste-eficiencia.

Las aplicaciones se integran según uno o más de tres relaciones fundamentales:

  • Consistencia de datos: por ejemplo, el envío automático de los datos demográficos de un paciente desde la aplicación central de registro de pacientes (HIS) a las aplicaciones de radiología, farmacia y laboratorio. Este envío a varios elimina la necesidad de introducir datos de forma manual, con los errores inevitables, y mantiene las aplicaciones más sincronizadas.
  • Multiprocesos: por ejemplo, el envío de una petición desde un Gestor de Peticiones (CPOE) para un test de laboratorio al sistema de información del laboratorio (LIS), y la respuesta con los resultados desde el LIS al CPOE y el envío de los datos necesarios al sistema de facturación una vez que el test ha sido finalizado.
  • Aplicaciones compuestas: por ejemplo, los portales clínicos permiten combinar funcionalidades de varias aplicaciones en una misma pantalla y la integración backend permite que dicha interactuación sea transparente al usuario.


La utilización de un motor de integración EAI reduce los costes de desarrollo y mantenimiento de las unidades de Tecnologías:

  • Los analistas del mercado afirman que las organizaciones gastan entre el 40% y 60% de los presupuestos de Tecnologías en integración destinando la mayor parte de ese coste en mantener los interfaces actuales. EAI reduce el coste de creación de nuevas interfaces en un 50% y puede reducir el coste de mantenimiento de interfaces en un 80%.
  • Un estudio de Forrester Research sobre ahorro de coste comenta que “mediante una inversión en una arquitectura de integración y planificación del trabajo, las empresas pueden reducir el coste de proyectos EAI en 710.000$ en cinco años. Esto puede generar una idea sobre el retorno de inversión que puede aportar una estrategia de arquitectura de integración frente a desarrollo de interfaces punto a punto.

  • El proceso de creación del ICC (Centro de Competencias de Integración) de Son Llàtzer ha permitido al hospital llevar a cabo integraciones entre proveedores directamente sin necesidad de contratar dichos servicios a las empresas proveedoras reduciendo enormemente los costes de desarrollo.

  • El proyecto de integración de Imagen Médica no radiológica en PACS completó la oferta de HCE con Imagen Digital, lo que conllevó a la no necesidad de alguna aplicación departamental (oftalmología) con el consecuente ahorro en licencias y mantenimiento.

  • El proyecto de recordatorio de citas a pacientes vía SMS (basado en el concepto de integración de la plataforma móvil) ha supuesto al hospital la reducción de un 18% al 11% las no asistencias a consulta externa, lo que significa 12.000 visitas más al año.

La utilización de un motor de integración o EAI en el sector sanitario, aporta una serie de beneficios19 estratégicos y operacionales:

Estratégicos:

  • Integración de los sistemas y evolución ágil: evolucionar el sistema de informacoón de forma no disruptiva, aprovechando lo que hay, al tiempo que permite la evolución de cada pieza (HIS, Laboratorio, RIS, PACS, etc…) de forma independiente, enlazándose en el bus de integración. Facilita la integración de nuevas aplicaciones y sistemas de información, asegurando la evolución global de la tecnología implantada. El mapa de integraciones del Hospital Son Llàtzer mediante un bus EAI intermedio ha permitido actualizar y sustituir piezas del sistema de información así como añadir nuevas aplicaciones siempre mediante el mismo protocolo de integración de nuevos sistemas.
  • Accesibilidad del ciudadano y continuidad de cuidados: la adopción de plataformas estándares de interoperabilidad y lenguajes estándares de comunicación de datos sanitarios (HL7, CEN/TC-251, DICOM, IHE) facilitan la intercomunicación entre centros sanitarios (Primaria-Especializada, Sector Público-Clínicas Privadas), entre varias comunidades autónomas y entre países, permitiendo extender la asistencia sanitaria a los ciudadanos allá donde se encuentren y garantizando la información asistencial necesaria y el control de actividad necesario (fondos de cohesión, movimiento de pacientes europeos, etc…). En el caso práctico de Son Llàtzer se han establecido conexiones con Atención Primaria, Hospitales Públicos y Clínicas Privadas de forma fácil y transparente.
  • Independencia de proveedores y gobierno de los sistemas: tal y como demuestra el caso del Hospital Son Llàtzer, la organización tiene en todo momento el control de las funciones desarrolladas, implementadas de forma estándar y abierta, no creando dependencias con ningún proveedor de servicios o aplicaciones.
  • Flexibilidad absoluta para escoger cualquier solución de software con la única condición de cumplir los estándares definidos por la organización para conectarse al bus de integración. La estrategia corporativa del Ib-salut está basada en el concepto de integración lo que permitirá flexibilidad de soluciones y proveedores en los centros sanitarios.
  • Valor añadido: constituye la base para el desarrollo sistemas basados en workflow clínico y de ayuda a la toma de decisiones clínicas. El EAI claramente ha permitido completar la Historia Clínica Electrónica (Imagen Color, ECG) y mejorar el workflow y decisiones clínicas (prefetching, laboratorio, avisos a UCI, SMS, etc.). Se podría pensar incluso en la integración con guías de práctica clínica de Internet, cuyo seguimiento preciso y adecuado, confirma una correcta solución clínica20.
  • Base para el desarrollo de nuevos proyectos basados en interoperabilidad (receta electrónica, asistencia domiciliaria, etc.) donde la coordinación de diversas organizaciones va a ser necesaria y no tiene sentido la imposición de ningún proveedor único de software.
  • Permite la gestión, planificación y evolución controlada y segura de las de las aplicaciones y sistemas de información sanitaria. La plataforma EAI debe permitir conexiones seguras y encriptadas de datos.

Operacionales:

  • El uso del EAI permite completar la historia clínica electrónica y el proceso asistencial: permite la visión integrada de la historia clínica electrónica, la accesibilidad del ciudadano y la visión integral del paciente.
  • Mejora la eficiencia y los procesos clínico-administrativos: facilita el intercambio de citas, partes de interconsulta, informes de alta, resultados de laboratorio entre AP-AE, reduciendo procesos de espera de resultados o envío de informes y placas y distribución a los centros de salud.
  • Mejora la seguridad, auditabilidad y trazabilidad del intercambio de dats entre centros.
  • Control de procesos crítricos de los centros: proceso de listas de espera, demoras, derivaciones. El intercambio de datos mediante EAI permite registrar los tiempos críticos de los procesos permitiendo analizar y mejorar dichos procesos


    Discusión

El uso de una estrategia de integración basada en plataformas abiertas y lenguajes estándares está avalada por los estudios de mercado de los analistas del mercado. Algunas predicciones Gartner para el 2005 comentan:

  • Más de la mitad de la grandes empresas tendrán un Bus de Integración Corporativo en el 2006 (probabilidad 0.7)21.
  • Un tercio de los Centros de Competencia en Integración (ICC), los más optimizadores, ahorrarán una media de un 30% en tiempo de desarrollo de interfaces de datos y un 20% en costes de mantenimiento, consiguiendo también un 25% de reutilización de componentes de integración, entre los periodos de 2004 al 2007 (probabilidad 0.8). Los otros 2/3 no lo conseguirán debido a problemas organizativos y de recursos insuficientes21.
  • En el 2008, el 50% de las companies que realicen integraciones de aplicaciones B2B utilizarán un EAI consolidado para conectar el 50% de sus partners y proveedores de servicios (probabilidad 0.7) 21.

Dichas predicciones se han visto constatadas en el Hospital Son Llàtzer, el cual tuvo la necesidad de integración en el proceso de creación de un ambicioso proyecto de Hospital Digital. En la actualidad, las organizaciones sanitarias están descubriendo las posibilidades que una estrategia de integración (basada en un EAI y la creación de un ICC) puede ofrecer. Dicha visión, clara y demostrada, requiere de una inversión inicial importante en cuanto a compra de licencias de EAI y formación en integración, la cual es difícil de justificar frente a los gestores hospitalarios que no ven el beneficio a corto plazo y no entienden la compra de un software que no es de usuario final sino que simplemente estará en background como intercomunicador de aplicaciones. Creemos que el artículo aporta argumentos y ejemplos la justificar dicha inversión en herramientas de integración.

El segundo factor a debatir es qué papel puede jugar la integración en una estrategia corporativa de un sistema regional o nacional de salud que implique a varios centros sanitarios (incluyendo algunos hospitales). En España, los servicios regionales de salud están definiendo sus estrategias tecnológicas en dos líneas diferentes:

  • Sistemas corporativos centralizados basados en una misma solución de software para todos los centros y hospitales: no requiere integración a nivel corporativo pero difícilmente la solución podrá abarcar todas las necesidades hospitalarias (UCI, Quirófano, APA, …).
  • Estrategias basadas en interoperabilidad entre sistemas las cuales ofrecen libertad de selección de aplicaciones a los centros: permite que los hospitales decidan su nivel de implantación y aplicaciones pero require una mayor capacidad de integración para conseguir la Historia de Salud del Servicio de Salud.

En ambos casos, la integración va a ser necesaria, la cuestión aquí es ¿hasta donde llega la aplicación corporativa del servicio de salud en el hospital? ¿hasta consulta externa? ¿hospitalización?. Los hospitales que dispongan de una plataforma estándar e interoperable basada en un EAI podrán ofrecer al Servicio de Salud conectarse a la herramienta corporativa traspasando toda la información que sea necesaria a nivel clínica y de actividad mediante el EAI y según el Servicio de Salud requiera. Ello puede proporcionar una buena solución que combine la independencia del Hospital en cuanto a selección de aplicaciones y construcción del sistema de información según complejidad, tamaño, actividad, etc, con la participación del mismo hospital, y no aislamiento, en un continuo asistencial dentro de la red sanitaria que gestiona el Servicio de Salud y donde el hospital juega un importante papel.



Conclusiones

El uso de un motor de integración en un entorno hospitalario ahorra costes de desarrollo y mantenimiento de aplicaciones, optimiza procesos al integrar aplicaciones departamentales específicas y permite consolidar y completar la información en el proceso de creación de una Historia Clínica Electrónica.

El uso de un motor de integración acelera el desarrollo de una Historia de Salud Corporativa permitiendo recoger datos de los aplicativos ya existentes en hospitales y centros de primaria, consolidándolos en un repositorio unificado que constituye la Historia de Salud.

En la medida que las organizaciones sanitarias se muevan hacia una aquitectura orientada a servicios (SOA), el objetivo real de crear procesos de negocio que unifican aplicaciones separadas en un todo coherente, se basa en la utilización de un EAI. Mediante el EAI todos lo sistemas, existentes o nuevos, se integran por medio de un elemento de integración estándar (middleware) que se utiliza como bus o canal de comunicación entre los sistemas.

Es, por tanto, de esperar que en los próximos años se sucedan los proyectos de definición de estrategias de ingeración y orientación de servicios basadas en EAI. En dicho proceso es clave la selección de un EAI sólido e independiente y la creación de un Centro de Competencias de Integración (ICC), bien propio o externalizado, formado en el uso del EAI y en lenguajes de comunicación (HL7, DICOM, IHE), conocedor de los procesos y necesidades del sector sanitario e independiente de las soluciones o aplicaciones específicas.


Bibliografía

1. Laerum H, Ellingsen G, Faxvaag A. Doctors’ use of electronic medical records systems in hospitals: cross sectional survey. BMJ 2001;323:1344-8.

2. Heathfield H, Pitty D, Hanka R. Evaluating information technology in health care: barriers and challenges. BMJ 1998;316:1959-61.

3. Friedman CP WJ. Challenges of evaluation in medical informatics. pp 1-12. New York: Springer, 1997.

4. Hassey A, Gerrett D, Wilson A. A survey of validity and utility of electronic patient records in a general practice. BMJ 2001;322:1401-5.

5. Benson T. Why general practitioners use computers and hospital doctors do not–Part 1: incentives. BMJ 2002;325:1086-9.

6. Doolan DF, Bates DW, James BC. The use of computers for clinical care: a case series of advanced U.S. sites. J.Am.Med.Inform.Assoc. 2003;10:94-107.

7. Kristensen M, Nohr C, Andersen SK. The Danish EPR Observatory. Assessing organisational impact from EPR implementation. Stud.Health Technol.Inform. 2000;77:627-31.

8. van der HM, Wolff AC, Brandner R, Drings P, Wannenmacher M, Wetter T. Data security and protection in cross-institutional electronic patient records. Int.J.Med.Inf. 2003;70:117-30.

9. Klein J et all. Architecture Agility for Healthcare or Life Science Real Time Enterprises. Gartner Research, ID Number: TU-22-0991. Marzo, 2004.

10. Rishel W. Service-Oriented Integration Architectures for Healthcare. Gartner Research, ID Number: T-15-9891. April, 2002.

11. Gargoulas F, Contesti T, de la Peña A, Cabrer M, Marques J. e-Mobility integration in hospital environments. Informatica y Salud (39), 25-29. 2003.

12. Ebidia A, Mulder C, Tripp B, Morgan MW. Getting data out of the electronic patient record: critical steps in building a data warehouse for decision support. Proc.AMIA.Symp. 1999;745-9.

13. Health Level Seven, Inc. HL7 Reference Information Model. Ann Arbor, Mich. Health Level Seven, 1994. Available at: www.hl7.org/library/data-model/RIM/model-page_non.htm. Oct 12, 2001.

14. National Electrical Manufacturers association. Digital Imaging and Communications in Medicine (DICOM), Supplement 23; Sctructured Reporting. Rosslyn, Va: NEMAm Oct 29, 1999.

15. McLeod CG, Inc. Interface Engines for Healthcare: 21st Century Trends. June 2004. http://www.mcleodcg.com

16. KLAS Top 20 2004 Year-End Final. Diciembre, 2004 www.healthcomputing.com

17. Barry R. Hieb, M.D., Thomas J. Handler, M.D., Barbara A. Kelly, Wes Rishel, Jonathan Edwards. Predicts 2005: Healthcare Providers Are Automating. Gartner Research, ID Number: G00123889. November, 2004.

18. Organic Law 15/1999, December 13th, of Personal Data Protection (LOPD); BOE nº 298, December 14th, Spain.

19. Informe Biztalk y el sector sanitario. Windows TI Magazine, pág 50. Febrero 2005.

20. Jadad AR, Haynes RB, Hunt D, Browman GP. The Internet and evidence-based decision-making: a needed synergy for efficient knowledge management in health care. CMAJ. 2000;162:362-5.

21. Roy W. Schulte, Jess Thompson, Paolo Malinverno, Benoit J. Lheureux, L. Frank Kenney. Predicts 2005: Application Integration, ESBs and B2B Evolve. Gartner Research, ID Number: G00123854. November, 2004.

'

Fuente: Miguel Cabrer González en Hospital Digital 11/12/2007

Entradas relacionadas:

sábado, 10 de abril de 2010

El Parc de Salut Mar de Barcelona responde a sus necesidades de integración con Ensemble de InterSystems

'El Parc de Salut Mar de Barcelona, antes denominado Instituto Municipal de Asistencia Sanitaria (IMAS), ha seleccionado, en el marco de un proyecto de modernización tecnológica que ha confiado a Telefónica, la solución Ensamble de Intersystems como plataforma de integración para la aplicación Colabor@ de trabajo colaborativo.'


'
A través de la plataforma Ensemble de Intersystems y haciendo uso de estándares de intercambio de información médica basados en HL7, Colabor@ podrá acceder a las Historias Clínicas Electrónicas con las que opera el Parc de Salut Mar. De esta forma, los profesionales de la organización sanitaria tendrán acceso a datos residentes en diferentes sistemas de información, como E-CAP, la historia clínica del Instituto Catalán de Salud (ICS) que explotan los centros de Atención Primaria de Cataluña; IMASIS Primaria, la historia clínica de los centros del Instituto de Prestaciones de Asistencia Médica al Personal Municipal (PAMEM); e IMASIS Especializada, la historia clínica de medicina especializada del Parc de Salut Mar, que utilizan dos hospitales y tres centros sanitarios.'

Fuente y noticia completa:
computing.es 6/4/2010

martes, 2 de marzo de 2010

Mirth: motor software libre de integración HL-7

'Mirth, software libre, es un motor de integración HL7 que permite el envío bidireccional de mensajes HL7 entre sistemas y aplicaciones sobre diferente transportes. Se divide en 3 subproyectos:
  • Mirth Connect: Diseñado específicamente para la integración mediante mensajes HL7. Mirth Connect proporciona las herramientas necesarias para desarrollar, probar, desplegar y monitorizar interfaces.
  • Mirth Results: Mirth Results es un software libre de repositorio de datos clínicos libre que pued organizar y agrupar datos clínicos de diferentes fuentes
  • Mirth Match: Próximo a salir, Mirth Match es una herramienta tipo plug-in para índice maestro de pacientes ["master patient index"] (MPI).
Licencia:
MPL
Plataformas soportada(s):
multiplataforma [Sun Java JRE 1.5/5.0 o superior]
Tipo de cliente:
nativo
Estándares soportados:
Proveedor de servicios profesionales:
Mirth Corporation
'

Fuente: Medical Free/Libre and Open Source Software 20/02/2010
Traducción nuestra

'
Mirth Connect puede recibir y enviar mensjaes HL7 y conectarse mediante varios protocolos:
  • TCP/MLLP
  • Bases de datos (MYSQL, Postgres, Oracle, MS SQL, ODBC)
  • A ficheros (sistemas de ficheros locales o compartidos de recud)/PDF
  • JMS
  • FTP/SFTP
  • SOAP (sobre HTTP)
Su arquitectura abierta permite la fácil adición de interfaces personalizados o de sistemas antiguos.'
Fuente: Wikipedia en inglés
Traducción nuestra

viernes, 27 de noviembre de 2009

Madrid firma un acuerdo de estándares con HL7

'EN BENEFICIO DE LA GESTIÓN CLÍNICA DE LOS PROFESIONALES

El Hospital Gregorio Marañón acoge la firma de un acuerdo de colaboración suscrito por la Viceconsejera de Asistencia Sanitaria, Ana Sánchez, con el presidente de HL7 Spain, Carlos Gallego, que permitirá el acceso de los profesionales del Servicio Madrileño de Salud a todo el repertorio internacional de estándares de intercambio de datos sanitarios HL7.

El acuerdo se engloba dentro de la política del Servicio Madrileño de Salud (SERMAS) de mejora y homogeneización de la información asistencial, a través del uso de estándares y la definición de información interoperable. De esta forma el SERMAS se convierte en uno de los primeros servicios de salud del territorio nacional en realizar este tipo de acuerdos de colaboración.


La firma de este acuerdo facilitará la implantación de estándares de interoperabilidad Health Level Seven (HL7) en la red asistencial del SERMAS, proporcionando una garantía de universalidad de la información clínica, ya que estos estándares utilizan lenguajes en formatos comunes que hacen posible el intercambio de datos sanitarios entre distintas aplicaciones.

Beneficios y objetivos del convenio
A nivel operativo este acuerdo permitirá el acceso de los profesionales a un repertorio permanentemente actualizado y que recoge en su evolución la utilización de otros estándares de uso generalizado en el intercambio de datos entre aplicaciones informáticas, como el XML.

Asimismo ofrece el acceso de los profesionales a los programas de certificación y acreditación y la posibilidad de que realicen cursos y talleres de formación sobre el diseño e implantación de esquemas de interoperabilidad.

Además, el Comité Técnico de HL7 Spain dará el soporte necesario para la elaboración de las especificaciones para los pliegos de prescripciones técnicas de los concursos públicos donde se exijan soluciones de interoperabilidad y conformidad con la historia clínica electrónica.

HL7 (Health Level Seven) es una "Organización de Desarrollo de Estándares" (SDOs), para el ámbito de la salud. Fundada en 1987 sin fines de lucro y está acreditada por ANSI desde 1994. Opera a nivel internacional y su misión es proveer estándares globales para los dominios: clínico, asistencial, administrativo y logístico, con el fin de lograr una interoperabilidad real entre los distintos sistemas de información en el área de la salud.'

Fuente y noticia completa: Portal de Salud de la Comunidad de Madrid 26/11/09


Imagen (De izquierda a derecha: Zaida Sampedro, Dir. Gral de Sistemas de Información Sanitaria, Ana Sánchez, Viceconsejera de Asistencia Sanitaria, Carlos Gallego, Presidente de HL7 Spain y María José González de Castro, Subdir. Gerente del H. Gregorio Marañón): Portal de Salud de la CM

jueves, 18 de junio de 2009

Microsoft da un nuevo impulso a la empresa conectada con el lanzamiento de la versión 2009 de BizTalk Server y Commerce Server.

'Microsoft ha lanzado BizTalk Server 2009, la versión sucesora de BizTalk Server 2006 R2 y de la que cabe destacar el soporte a las últimas plataformas de Microsoft, incluyendo Windows Server 2008, Visual Studio 2008 SP1, SQL Server 2008 y el framework .Net 3.5 SP1.'

'
Entre las novedades de la versión 2009 de BizTalk Server, subrayar que la nueva versión de la plataforma de integración de Microsoft incorpora 25 adaptadores, incluyendo dos nuevos adaptadores para Oracle E-Business Suite y SQL Server. BizTalkServer 2009 incorpora también un nuevo canal WCF que permite la integración directa con WebSphere MQ, además de soportar las versiones más recientes de CICS, IMS, CICS http, DB2, DB2/400 y DB2 Universal Database... además de ofrecer soporte avanzado a protocolos dominantes en diversos sectores como EDI, AS2, SWIFT y HL7'

'
Microsoft ha presentado Commerce Server 2009, la nueva versión de su solución ‘out of the box’ para la rápida creación de plataformas de comercio electrónico. Anteriormente conocida como Commerce Server 2007,...'

Fuente y noticia completa: computing.es 16/06/09 1

miércoles, 15 de abril de 2009

Ib-Salut revalida a Fujitsu Services en su carrera hacia la Historia de Salud

'El Servicio de Salud de las Islas Baleares (Ib-Salut) revalida su confianza en Fujitsu Services con la adjudicación, por 6,7 millones, de un nuevo contrato de servicios TIC para seguir avanzando en su proyecto Historia de Salud.'

'
A lo largo de esta nueva fase se contemplan, entre otras acciones, la incorporación en la Historia de Salud de un Gestor de Órdenes Corporativo (CPOE), Guías de Práctica Clínica (GPC) y un sistema de Gestión de Patologías, empezando por la gestión del riesgo cardiovascular (FRCV), la gestión del embarazo y la gestión del SCA. El proyecto incluye asimismo la integración de un Gestor de Alarmas Sanitarias y dotación del Portal de Salud con un mecanismo de acreditación electrónica; además de la implantación en todos los desarrollos de Historia de Salud que lo requerían de la terminología clínica común SNOMED CT del Colegio Americano de Patólogos, seleccionada por el Ib-Salut.

Junto con acciones en los ámbitos de imagen digital y tele-asistencial, el nuevo contrato contempla la carga en tiempo real en el Repositorio Central de Información Clínica de Ib-Salud, utilizando el estándar HL7, del conjunto de datos básicos (CMDB) necesario para proveer de información a la ficha de salud del paciente, el análisis de la actividad asistencial de los Hospitales y Centros de Ib-Salut; y la integración de información de pacientes de la CCAA en la HCESNS (Historia Clínica Electrónica del Sistema Nacional de Salud).'


Fuente y noticia completa
:
computing. es 14/04/09

lunes, 13 de abril de 2009

La interoperabilidad de los sistemas de salud garantiza una asistencia eficiente

'Para poder garantizar una asistencia eficiente y de calidad es necesario que los sistemas de información sobre los que se apoya el desarrollo de la asistencia sanitaria sean interoperables, de manera que la información sea legible y tratable por los diferentes sistemas con los que operan los profesionales de la salud.

Esta interoperabilidad debe ser operativa entre los diferentes servicios del hospital, como son la gestión de pacientes, historia clínica, farmacia, urgencias, cuidados intensivos, quirófanos, oncología, radiología, laboratorio, farmacia, etc., ya sean logísticos, de diagnóstico o terapéuticos. Fuera del hospital, es necesario que la interoperabilidad esté garantizada entre los diferentes centros públicos o privados de un área de salud (hospitales, centros de especialidades y de primaria, y ambulatorios). Es necesaria entre los centros de cada servicio regional de salud de las comunidades autónomas y entre los diferentes servicios de salud del España y de éstos con Europa.

Para que la interoperabilidad sea posible es condición primordial que se establezcan criterios de normalización y equivalencia entre los datos de manera que éstos queden identificados y puedan ser tratados de forma automática por los diferentes sistemas. La interoperabilidad no consiste en que se envíen informes y documentos entre los sistemas, sino en que los datos generados en un sistema puedan ser tratados por los otros y manejados de manera fiable por los profesionales que operan con los diferentes sistemas.

Necesidad de liderazgo
Esta es la primera acción que debe emprender el Sistema Nacional de Salud para garantizar la interoperabilidad. Los proyectos liderados desde la Agencia de Calidad del Sistema Nacional por el Instituto de Información Sanitaria, como el estudio para la implantación de la Historia Digital del SNS y el nodo e identificador único del ministerio, son valiosos y muy de agradecer, y suponen un gran paso hacia la interoperabilidad; pero es necesario que el ministerio lidere con el Consejo Interterritorial proyectos de normalización de datos y estándares clínicos, administrativos y económicos, igual que se ha hecho en otros países, que permitan su implantación efectiva.'


'Desde el punto de vista tecnológico, la adopción de estándares como open XML y Hl7 permite que esta interoperabilidad sea cada vez más una realidad.

Por ello es necesario aclarar que ni software libre ni software comercial quieren decir interoperable. Los sistemas son o no son interoperables independientemente de si son desarrollados con software libre o no. En consecuencia, es importante apaciguar los debates en torno a las opciones software libre versus software comercial en beneficio fundamentalmente de los usuarios. Creo que es necesario que se mantengan entornos en los que todos los modelos de software coexistan, compitan y cooperen dando el máximo valor posible para los ciudadanos y las administraciones públicas.

Sólo en ese entorno de libertad de elección y neutralidad tecnológica serán los ciudadanos y las administraciones públicas capaces de escoger, entre todas las opciones disponibles, la solución de software o tecnológica que mejor se adapte a sus necesidades.'

Fuente y opinión completa: Tribuna de Ignacio Para, Presidente de la Fundación Bamberg, en Diario Médico 8/4/09

miércoles, 1 de abril de 2009

Sanidad impulsa mejorar el flujo de datos clínicos entre primaria y hospitales: adoptará estándares HL7

' En el acto de apertura de la Jornada abierta HL7 CDA R2 que inaugura los Talleres de Interoperabilidad que tendrán lugar en los próximos días, la directora de Sistemas de Información Sanitaria del Servicio Madrileño de Salud, Zaida Sampedro, expuso algunas de las líneas de trabajo que están desarrollándose en su departamento en relación con la interoperabilidad de los sistemas sanitarios.

La interoperabilidad facilita el intercambio de información clínica para prestar a los ciudadanos una asistencia sanitaria de calidad. Del mismo modo permite a los gestores disponer de forma ágil, segura y veraz de la información de toda la red de centros sanitarios, posibilitando la gestión optimizada de los recursos bajo los criterios de oferta/demanda, conceptos clave para detectar necesidades futuras del sistema con la suficiente antelación.

"La diversidad tecnológica actual hace que la información clínica se almacene en distintos lugares y con diferentes formatos, por lo que es imprescindible disponer de unos estándares de comunicación que además de permitir la interoperabilidad aseguren la calidad de la información, la seguridad en el intercambio y la confidencialidad de los datos", expuso Sampedro.

Historia Digital Resumida
Uno de los objetivos de la Consejería de Sanidad es avanzar hacia la Historia Clínica Digital Resumida, lo que exige la identificación unívoca del paciente. Para ello es preciso la integración de CIBELES con los sistemas de información de Atención Primaria y Especializada. CIBELES es un repositorio centralizado de información de todos los ciudadanos potencialmente usuarios de la asistencia sanitaria. Esta integración utiliza mensajería basada en estándares HL7 y será una realidad en los nuevos hospitales a lo largo de esta semana. A finales de año estarán integrados todos los hospitales.

Multicita

La futura implantación de la Libre Elección ha impulsado un replanteamiento de los actuales modelos de citación, con el objetivo de ofrecer a los ciudadanos la posibilidad de ejercer ese derecho a elegir. Ello exige soluciones técnicas que permitan la tramitación electrónica de la cita de los pacientes desde cualquier centro de Atención Primaria con el hospital que seleccionen. Las directrices de HL7 son nuestra guía a la hora de implementar las nuevas soluciones.

Anillo cardiológico
Desde el punto de vista tecnológico se está trabajando para conseguir la cita y la visualización de las pruebas de eco-cardiografía desde cualquier hospital de la Comunidad de Madrid, lo que supondrá para el paciente una mejora en la agilidad de las pruebas diagnósticas y una gestión eficiente de los recursos humanos y tecnológicos. Todo ello a través de HL7.

Apuesta de la Consejería por los estándares HL7
Al cierre de su intervención la Directora General de Sistemas de Información Sanitaria destacó el apoyo institucional a la adopción de estos estándares y anunció la próxima formalización de un convenio específico entre la Consejería de Sanidad y HL7 España para potenciar el uso de los mismos, agradeciendo a la organización y a los profesionales de informática del Servicio Madrileño de Salud los avances obtenidos en la materia.'

Fuente: Portal de Salud de la CM 31/03/2009

Nota del Editor [3/4/2009]: esta noticia fue ligeramente modificada con posterioridad y vuelta a publicar por Sanidad tres días después con fecha de 01/04/2009. Prácticamente sólo se añadió alguna foto y este párrafo que reproducimos.

'La Jornada tuvo como escenario el Hospital General Universitario Gregorio Marañón, contó con la participación de su director gerente, Antonio Barba, y fue organizada por el Subdirector de Informática de este centro sanitario, Manuel Pérez Vallina y HL7 España'

lunes, 2 de febrero de 2009

Novedades en normalización y estandarización: nuevos lanzamientos de HL7 y SNOMED

'HTSDO y HL7 han lanzado nuevas versiones de sus respectivos productos: Por un lado, aparece la nueva versión de SNOMED CT, segunda de este año, y por otra parte, HL7 ofrece nuevas guías de implementación de CDA en varios entornos clínicos.

SNOMED CT (Systematized Nomenclature of Medicine-Clinical Terms), ahora gestionado por International Health Terminology Standards Development Organisation (IHTSDO), está considerado el modelo de terminología sanitaria más completo en el mundo; las revisiones de la versión internacional de SNOMED CT se lanzan dos veces al año, y cada lanzamiento incluye la base de la terminología - conceptos, descripciones y relaciones - junto con pautas para apoyar la puesta en práctica y el uso de SNOMED CT. Las actualizaciones son probadas por usuarios de la terminología antes de su lanzamiento, y de esta manera, el contenido de SNOMED CT experimenta un proceso de garantía de calidad.

Las mejoras en la nueva versión internacional incluyen definiciones clínicas actualizadas, junto a definiciones para los procedimientos de imagen médica, y la recuperación de datos. La utilización de sinónimos en SNOMED permitirá a los clínicos continuar utilizando sus términos preferidos, aunque con correspondencia con la terminología. Aproximadamente 2000 organizaciones sanitarias en el mundo están siguiendo procesos de incorporación de esta terminología.

CDA HL7 (Health Level Seven) ha anunciado 4 nuevas guías de implementación del estándar CDA (Clinical Document Architecture). Las cuatro guías rigen el ámbito de la imagen diagnóstica, las consultas, gestión de la calidad y la monitorización a domicilio. La guía de monitorización a domicilio ha sido desarrollada en asociación con Continua Health Alliance.

CDA es el estándar líder para el intercambio de información clínica, roporcionando un entorno común con guíasespecíficas con casos de uso. Estas guías de implementación se enriquecen con los casos de uso añadidos por los propios usuarios, si HL7 considera adecuado el aprobarlos.

Estas cuatro nuevas guías han sido desarrolladas con apoyo de empresas líderes del mercado sanitario. La
implementación de la Guía CDA de monitorización sanitaria remota ha sido publicada y esta disponible en la web de HL7.

Las tres guías estarán disponibles en próximas fechas.'

Fuente: Newsletter Atos Origin - Salud de Enero 2009
Visto en Blog de la Seis 29/01/09

martes, 23 de diciembre de 2008

HL7 Spain da un paso por la interoperabilidad

'La interoperabilidad semántica sigue avanzando con pasos cortos pero firmes. El último progreso ha sido la publicación, por parte de HL7 Spain, entidad responsable de los estándares utilizados por gran número de servicios sanitarios, de una propuesta de códigos identificadores de objetos (OID, en sus siglas en inglés), elementos mantenidos por la Organización Internacional de Estandarización (ISO) cuyo objetivo es identificar y categorizar un objeto de forma única.'

Fuente y noticia completa: Diario Médico 23/12/08

domingo, 28 de septiembre de 2008

Entrevista en vídeo a Francisco Ramón García, CIO del Hospital de Fuenlabrada y Director de Información de los nuevos hospitales de la CM

'12/07/08, 19:22 h

Francisco Ramón García combina su tarea como Responsable Informático del Hospital de Fuenlabrada con la de Director de Información de los siete nuevos hospitales que recientemente ha inaugurado la Comunidad de Madrid. En esta entrevista, nos explica cuál es la relación actual que vive la tecnología aplicada al mundo hospitalario, así como las principales necesidades, retos y logros que se han alcanzado en este ámbito. A lo largo de esta charla, Francisco Ramon García nos habla de la integración con sistemas de otros hospitales, complejidad de los sistemas usados en la UCI, necesidades actuales de los hospitales, experiencia con los sistemas de gestión y la seguridad de acceso a la información.'


Extractos de la entrevista en vídeo:

Sistemas de automatización en H. de Fuenlabrada
:
"el de Gestión de Pacientes, conocido vulgarmente como el His así como la Estación clínica y enfermería están basadas en una apliación de entorno web en Java contra Oracle y a través de un motor de integración se relaciona con todas las aplicaciones infrormáticas departamentales del hospital, que cubren aproximadamente el 90% de todas las especialidades del hospital"

"Es el primer hospital de la CM que permite acceder al Sistema de información a todos los centros de primaria del área de salud que nos corresponde"

Integración con otros hospitales
"El SSII de este hospital y sus centros de salud ha sido el modelo para nuevos hospitales: único repositorio de pacientes y unidad central de radiodiagnóstico"

"Estamos intentando desplegarlo en los hospitales que denominamos tradicionales, que no son de última generación"

Sistemas informáticos de los nuevos hospitales
"Se han hecho con un proyecto que ha sido exactamente una clonación de lo que había en Fuenlabrada"

"¿Por qué este modelo? Porque hubo que abrir 6 hospitales en un solo mes; incluyendo equipamiento de instalaciones e infraestructuras; hubo que desplegar 6000 puestos de trabajo y 6 CPDs ... o utilizábamos un modelo perfectamente probado como Fuenlabrada con una réplica industrializada o era imposible"

"en una segunda etapa se personaliza para cada hospital"


Roadmap
"Ahora mismo los nuevos hospitales tienen un a versión superior a Fuenlabrada y Alcorcón"

"Dentro del Plan de Sistemas, tenemos previsto en Fuenlabrada y Alcorcón subir a la versión de los nuevos hospitales, y de ahí saldrá una versión más consolidada"

"Luego se incorporarán 3 hospitales más: El Escorial, Guadarrama y José Germain, durant este año y el primer trimestre del siguiente"

"A partir de ahí depende del plan estratégico que decida la Consejería"

"También se tiene previsto extender la unidad de radiodiagnóstico a otros hospitales"


Exigencia a los proveedores
"Se exige en todos los pliegos una integración de lo existente en el hospital"

"Exigimos que tenga catálogo de mensajería HL7, disponibilidad de funcionamiento por sockets o por web/services yque además el equipo que lo integra tenga experencia con motores de integración, nosotros usamos OpenLink"


Hospitales de Referencia
"Nos hemos basado mucho en la Clínica Mayo,... asistimos a ferias, seminarios y congresos" ... "no sólo aprendemos sino que también vendemos"

"Intentamos a ser un reflejo de EEUU y de la sanidad del norte de Europea que está muy evolucionada"

"Nos apegamos mucho a los proveedores"

"Tenemos un apoyo muy específico de la Comunidad de Madrid en todo lo que sean iniciativas para mejorar los sistemas de información"


Relaciones institucionales
"Contamos con el apoyo indiscutible de la Dir. Gral de SSII de la Consejería y estamos muy auspiciados por la Viceconsejera ... ella fue gerente de este Hospital de Fuenlabrada donde impulsó los SSII"


¿Trabajan hacia la coordinación entre comunidades?

"Aprovechando las Jornadas de Informática Andalucía, hemos hecho una base de un pequeño comité interautonomías buscando una puesta en común de las aplicaciones existentes y poner en marcha el famoso nodo de historia clínica"


Sistema de ayuda a la toma de decisiones
"se han visto a nivel de laboratorio; todavía no se contempla a corto plazo la implantación de ninguna de ellas"


Necesidades actuales que requieren los hospitales
"Las departamentales están muy desarrolladas por ser específicas, tienen que mejorar las soluciones de estación clínica"

"Curiosamente, las que cubren mucho funcionalmente son obsoletas tecnológicamente, pero las que son modernas tecnológica no cubren tanta funcionalidad"

"Evolucionar hacia SOA parece el futuro"


Seguridad de acceso a la información
"Se creó especifícamente para el proyecto de los Nuevos Hospitales una Oficina de Seguridad"

"se ha configurado un mapa universal de acceso a la información clinica" ... "se han definidio 17 perfiles de acceso distintos" ... "nótese por ejemplo que la gente de primaria entra en el sistema como un médico de aquí"

"Son hospitales recién abiertos y ya están siendo sometidos a auditorías de seguridad"

¿Personal del hospital?
"En este momento hay diez personas en informática, la mitad son estructura del hospital y el resto
subcontratación; se ha ido reduciendo la subcontratación según se ha ido dejando estable el sistema, inicialmente hubo unas 20 peronas"

"La externalización ha sido un criterio común a todo el desarrollo"


Fuente e imagen: Hospitales-IT 12/07/2008

viernes, 18 de julio de 2008

¿ Preparados para HL7 v. 3 ?

"Las dificultades en trasladar HL7V2.x a HL7V3.0 hacen que una solución basada en transformaciones y traducciones no sea facil de implementar. Las dificultades encontradas por los primeros implantadores está haciendo muy difícil la adopción completa de HL7V3.0 . Esta versión 3 se creo como una sustitución de la versión 2.x, pero se está viendo que las dos versiones parecen dirigidas a distintos mercados. Sin embargo, el inminente éxito de grandes proyectos como UK-CFH están sirviendo para hacer de HL7V3.0 un estándar principal que acabe reemplazando a HL7V2.x a largo plazo. Es de sobra conocido el hecho de que un cambio enorme en los estándares utilizados en las aplicaciones de instalaciones clínicas es la mejor receta para un enorme desastre por lo que son necesarias propuestas de caminios de transición entre implementeaciones independientes y preparadas para la versión 3 y las implementaciones de la versión 2.x preparadas para la v. 3. Los siguientes enfoques son propuestas para una implentación preparada para HL7V3.0.

..."

Fuente: Healthcare Informatics
Traducción al español del original inglés nuestra