Planificación de la solución

En esta sección se proporciona información sobre lo que debe tener en cuenta al planear la solución Acelerador de Microsoft BizTalk para HL7 (BTAHL7).

Puede implementar BTAHL7 de las siguientes maneras:

• Proyecto Greenfield. Este escenario es una nueva instalación de BTAHL7.

• Proyecto de migración. Este escenario se produce cuando la organización de atención médica elimina gradualmente un agente de integración existente. La organización migra a BTAHL7.

• Coexistencia. Este escenario implica una instalación de BTAHL7 en paralelo con otro motor de integración.

• Incrustado. Este escenario implica la integración de BTAHL7 dentro de una aplicación de línea de negocio. Use BTAHL7 para agregar funcionalidades de mensajería de HL7 a esa aplicación.

  Personas tienden a subestimar la cantidad de esfuerzo que se tarda en administrar las aplicaciones con el tiempo en comparación con el trabajo que se tarda en crearlas en primer lugar. Esto es especialmente cierto cuando se examinan grandes instituciones distribuidas que necesitan llevar a cabo una compleja matriz de tareas de procesamiento y administración de datos. Los hospitales o las organizaciones de entrega de salud integrada son excelentes ejemplos de tales instituciones. Estas instituciones se enfrentan a la necesidad de proporcionar software para admitir una gran cantidad de funciones, para permitir que la información se pase de la aplicación a la aplicación para evitar la necesidad de entrada de datos duplicados y defectuosos, proporcionar formación a los usuarios y mantenedores del software, y proporcionar la sustitución de aplicaciones obsoletas o obsoletas por otras mejoradas. Este proceso de reemplazo tiene sus propios requisitos para las pruebas y la educación.

  Sería imposible (prohibitivamente costoso) que dichas instituciones administren todas sus funciones con una sola aplicación integrada. En primer lugar, las instituciones no querrán vincular sus fortunas a un solo proveedor, y no encontrarán toda la función que necesitan a través de un único proveedor. En segundo lugar, las necesidades operativas sencillas de procesamiento institucional hacen imposible que las instituciones estén satisfechos con una única aplicación integrada. Por lo tanto, las instituciones apoyarán sus necesidades con varias aplicaciones. Para que estas aplicaciones interoperan, las aplicaciones necesitan interfaces para intercambiar información. El número de aplicaciones e interfaces implicadas suele ser bastante grande. Dada esta arquitectura de aplicaciones distribuidas, el motor de interfaz es un instrumento clave para administrar el procesamiento de datos para las instituciones a lo largo del tiempo. Los principales problemas son la migración, la asignación y el ámbito educativo. El trabajo de BTAHL7 es hacer que la solución de estos problemas sea lo más fácil y eficaz posible:

• Asignación. El trabajo más importante en la implementación de la interfaz es crear la asignación entre estructuras de aplicación o base de datos y las estructuras de datos usadas en la interfaz. Todo lo que hace la herramienta para hacer esto fácil y natural es bueno. Además, dado que el documento de asignación se convertirá en una especificación utilizada por los desarrolladores de aplicaciones y de interfaz, es importante poder generar fácilmente documentación de ella. Use el Explorador de configuración de BTAHL7, Microsoft Visual Studio y las herramientas de BizTalk Server para desarrollar e implementar estos mapas.

• Migración. Debe mantener la interoperabilidad de las aplicaciones a lo largo del tiempo a medida que cambian las aplicaciones. Si tiene en cuenta los problemas relacionados con la sustitución de una sola aplicación, la necesidad es actualizar las asignaciones del origen de datos a las interfaces aplicables. Con un motor de interfaz debe haber solo uno de estos. Debe tener en cuenta dónde se han instalado las interfaces y si los estándares de interfaz cambiaron con el tiempo. Encontrará que, con el tiempo, los estándares de interfaz cambian y deben migrarse a los estándares frecuentes. Se recomienda que el plan de migración tenga en cuenta los cambios futuros de la interfaz. Debe asignar entre estándares y entre las distintas versiones del estándar. Además, dentro de los límites de un único estándar ,especialmente uno flexible, como HL7 V2, tiene que tratar (en muchas aplicaciones) varias implementaciones del mismo estándar. El motor de interfaz debe tratar esta complejidad de tal manera que sea fácil de administrar.

  Una tarea de migración clave es la de migrar un cuerpo de interfaces de un estándar a otro. Aquí la tarea consiste en migrar todas las asignaciones que usan la versión anterior a la nueva, teniendo en cuenta la localización y las extensiones específicas de la interfaz de cuenta, que pueden ser un proceso complicado. La herramienta debe proporcionar ayuda con esta migración.

  Use la pestaña Validación del Explorador de configuración de BTAHL7 para especificar el espacio de nombres de un esquema de tipo de mensaje adicional.

• Educación. Las personas implicadas en la administración y el soporte de aplicaciones cambiarán con el tiempo. Además, dado que las interfaces son fundamentales para las características de interoperabilidad de la colección de aplicaciones, su documentación será herramientas clave para administrar la empresa general. Por ambos motivos, es útil proporcionar documentación fácil de usar y fácil de mantener de la documentación de a) las especificaciones de la interfaz, b) las asignaciones de aplicaciones e introversion, y c) la justificación de las actividades de personalización y localización.

Consulte también

Información sobre el acelerador de HL7 y las herramientas de BizTalk disponibles