|
Q1. ¿Qué beneficios tengo si soy desarrollador? Answer: - Existen componente de software de terceras partes que pueden incorporarse a las nuevas aplicaciones
- Existen grupos capacitados accesibles a través de listas de discusión e e-mail a los cuales se pueden consultar cuestiones referentes al desarrollo y la implementación
- Permite el desarrollo y mantenimiento de una interface única, común a todas las implementaciones, en oposición a un componente de mensajería específico para cada nuevo sistema que es preciso interconectar
- Se simplifica el proceso de identificar cuáles entidades del modelo de datos son necesarias para los propósitos de la mensajería
- No impone una lógica de negocio interna a la aplicación, ni preferencias por un segmento del mercado en oposición a otro segmento.
Q2. ¿Qué beneficios si soy programador o analista de sistemas? Answer: - Abierto: es un estándar independiente de la plataforma y la tecnología
- Ofrece una marco bien definido que sirve como punto de partida, ahorrando tiempo y recursos – No es necesario inventar la rueda nuevamente.
- Está ampliamente implementado, por lo que es posible conseguir productos compatibles con HL7
- Simplifica la integración de sistemas ofreciendo un marco de implementación común
- Ofrece una estructura para evaluar las soluciones de los proveedores de software
- Reduce el tiempo de análisis, permitiendo orientar los recursos del proyecto a los requerimientos específicos del negocio relacionados con el sistema
- Reduce los tiempos de desarrollo
- Reduce los costos de mantenimiento, una vez que se ha desarrollado la interface, el estándar es constante, las entidades bien definidas, una vez que son votadas, no cambian, y las nuevas versiones tienen compatibilidad hacia atrás.
Q3. ¿Qué beneficio tengo si soy implementador? Answer: - Experiencia, muchas son las instituciones que han implementado interfaces HL7 previamente, y es posible localizar a los desarrolladores y aprender de ellos
- Es factibles que los proveedores de software cuenten con recursos capacidados para asistirlo en el proceso de implementación de interfaces entre sistemas disímiles
- Simplifica la planificación del proyecto, ya que están predefinidos los eventos comunes, por lo que la interacción entre sistemas puede ser fácilmente documentada en base a dichos eventos
- Simplifica el desarrollo de nuevas interfases y el mantenimiento de las preexistentes, permitiendo la reutilización de componentes.
- Existen tecnologías que facilitan el intercambio de mensajes, como los motores de interfases, y las herramientas de parseo HL7
- HL7 publica guías de implementación que facilitan la identificación de los puntos clave del proceso de implementación
- También se publican guías sobre los datos que deben ser intercambiados entre aplicaciones de acuerdo al contexto del negocio, cuáles datos deben utilizarse y cuáles son los vocabularios que deben aplicarse para facilitar la interoperabilidad entre sistemas
Q4. ¿Cúando debo utilizar HL7 en mi Rol? Answer: Participando en planificación de proyectos. En las etapas de análisis, diseño y desarrollo de nuevos sistemas y nuevas interfases entre sistemas Desarrollando documentación para aplicaciones ya desarrolladas En la evaluación de software Llevando a cabo integración de sistemas
Q5. ¿Sobre que arquitectura se basa HL7? Answer: HL7 intenta no asumir ninguna arquitectura particular respecto a la ubicación de los datos dentro de la aplicación. En particular está diseñada para soportar tanto un sistema centralizado como una arquitectura distribuida donde los datos residen en sistemas departamentales independientes. Soporta tanto contextos en los que no existe un sistema de ingreso de órdenes, como en los que el sistema de ingreso de órdenes es centralizado, o también las órdenes se dan de alta en múltiples sistemas distribuidos. Ofrece soporte para sistemas en los que los datos y las observaciones están almacenados en un único sistema centralizado, como en aquellos en los que se encuentran distribuidos en múltiples sistemas.
Q6. ¿Cuáles son las cuestiones a tener en cuenta? Answer: La versión 2.x no está basada explícitamente en un modelo de información subyacente. En consecuencia, no existen para esa versión test de compatibilidad HL7. La comunidad HL7 ha aceptado esa desventaja a favor de la mayor flexibilidad que ofrece el estándar. Los proveedores de software y sus sistemas son diversos, evolucionan lentamente, por lo tanto los beneficios de una gran prolijidad metódica deben ser pragmáticamente evaluados. La arquitectura del protocolo HL7 implica un modelo de datos que se plasma en la estructura del mensaje. HL7 hace un intento razonable para asegurar que los diversos elementos de datos no se superpongan en las definiciones de los segmentos, por lo tanto la organización de los datos en los segmentos es análoga a un set de tablas de una base de datos relacional (análogo porque algunos mensajes abstractos pueden violar la norma básica de normalización de datos). Las definiciones de mensajes serían análogas a vistas a una base de datos que involucra múltiples tablas relacionadas para dar respuesta a las reglas del negocio. Sin embargo ni el modelo de datos ni las reglas de negocio implícitas deben ser consideradas un reflejo genérico de todas las aplicaciones del área de salud. Si así lo hacen, es porque representan en gran medida lo que es aceptado comúnmente. En consecuencia, el desarrollo de interfaces HL7 es un esfuerzo de colaboración entre los usuarios y los técnicos responsables del desarrollo. HL7 no recomienda vocabularios específicos, sino que define cuáles set de códigos son incluidos en el estándar. En la práctica esto resulta muy versátil y muchas implementaciones privilegian los vocabularios locales en lugar de los internacionales. Estos factores deben ser tenidos en cuenta por desarrolladores e implementadores. Actualmente se están considerando cambios respecto al uso de los vocabularios, que serán efectivos a partir de la versión 3 del estándar. |
FAQs 
