INTEGRACIÓN Aplicación X ESB

Transcripción

1 OTI / Subdirección de Tecnologías de la Información / Servicio Andaluz de Salud Contrato de Integración de la Subdirección de Tecnologías de Información Oficina Técnica de Interoperabilidad INTEGRACIÓN Aplicación X Fecha SAS Contrato Integración Aplicación X

2 SAS Contrato Integración Aplicación X

3 Contrato de Integración Aplicación X Página 3 de 12 _v1_4.docx Aplicación X - Información del documento Título del documento: Autor(s): Proyecto: Equipo: Propietario del proceso de negocio: SAS Contrato Integración Aplicación X - Oficina Técnica de Interoperabilidad STI Documentos relacionados Nombre del documento Link al documento Resumen de modificaciones al documento Versión 1.4 Fecha 25/05/201 0 RAplicación Xlizada por OTI Revisada por Modificaciones introducidas Versión Inicial SAS Contrato Integración APLICACIÓN X

4 Contrato de Integración Aplicación X Página 4 de 12 _v1_4.docx Aplicación X - ÍNDICE 1 Objetivo Del Documento 5 2 Visión General Objetivo y Alcance de la Integración Requerimientos Generales Funcionales Calidad y Rendimiento Disponibilidad Volumen, Frecuencia y Tamaño Seguridad e Integridad Monitorización y Auditoría Gestión de Errores Resumen Requerimientos Servicios Disponibles Publicados por el... 8 Se enumeran y describen los servicios atómicos publicados por el y usados en cada uno de los perfiles funcionales 8 Ejemplo: Petición Pre-Anestesia Publicados por APLICACIÓN X... 8 Se enumeran y describen los servicios atómicos publicados por la aplicación X y usados en cada uno de los perfiles funcionales 8 Ejemplo: Recepción Notificación Error Resumen Servicios Anexo Glosario de Términos SAS Contrato Integración APLICACIÓN X

5 Contrato de Integración Aplicación X Página 5 de 12 _v1_4.docx Aplicación X - 1 OBJETIVO DEL DOCUMENTO Este documento tiene como objetivo: Enumerar todos los servicios existentes entre el sistema a integrar con el bus de servicios del SAS de ámbito (centralizado/hospitalario). Documentar todos los requisitos que tendrán que cumplirse entre el sistema a integrar con la infraestructura de integración del SAS () SAS de ámbito (centralizado/hospitalario). 2 VISIÓN GENERAL 2.1 OBJETIVO Y ALCANCE DE D LA INTEGRACIÓN En este documento se plasman los servicios de integración entre la Aplicación X (centralizado/hospitalario). Los servicios expuestos los podemos agrupar en: Servicios publicados por la Aplicación X y que consume el. Servicios consumidos por la Aplicación X y que publica el. y el corporativo de ámbito Este contrato se centra por tanto en recopilar las interfaces que comparte la APLICACIÓN X con el bus de servicios corporativo de la STI, y no entra por tanto en los procesos de negocio, ni en las transacciones, ni en la definición de los propios servicios expuestos por ambos sistemas. Este contrato se acompaña y complementa con los documentos de definición de los servicios de negocio que recoge. 3 REQUERIMIENTOS GENERALES 3.1 FUNCIONALES La APLICACIÓN X y el corporativo expondrán mediante este contrato una serie de servicios (interfaces) necesarios para responder a las necesidades de negocio de la organización. Las funcionalidades que abarcan los servicios identificados son de carácter X (administrativo/clínico/logístico/ ). En particular (pasa a detallar los perfiles funcionales cubiertos en el contrato). Ejemplo: Admisión de pacientes. El publicará servicios que permitan a la APLICACIÓN X comunicar al resto del sistema hospitalario la mensajería relativa al ingreso de pacientes, tanto por mostrador como por urgencias, así como modificaciones y posibles anulaciones de ingresos. SAS Contrato Integración APLICACIÓN X

6 Contrato de Integración Aplicación X Página 6 de 12 _v1_4.docx Aplicación X CALIDAD Y RENDIMIENTO Disponibilidad Los WS publicados por el y por la APLICACIÓN X deberán contar con alta disponibilidad, para favorecer el alto rendimiento de los servicios y para facilitar el mantenimiento y explotación de los entornos productivos sin afectar al servicio Volumen, Frecuencia y Tamaño Se recomienda la publicación de un WS por cada servicio de negocio identificado. En ciertos casos será recomendable la publicación de un mismo WS con varias operaciones, cuando la naturaleza de las mismas así lo recomiende. En cualquier caso, la definición del servicio incluirá todas las especificaciones necesarias que deberán cumplirse a la hora de publicar el servicio. La frecuencia de la mensajería dependerá de cada funcionalidad, y será tenido en cuenta a la hora de definir los servicios. En general, se optará siempre por la definición de servicios asíncronos que permitan desacoplar los negocios de los sistemas implicados en el proceso de negocio, de manera que la frecuencia de la mensajería no suponga una merma en el rendimiento de dichos sistemas. El diseño de los servicios tenderá a definir mensajes del menor tamaño posible para dar respuesta a las necesidades del proceso de negocio. 3.3 SEGURIDAD E INTEGRIDAD Dado que tanto el corporativo como la EM se incluyen dentro de la RCJA, no se adoptan medidas de seguridad adicionales a la las que proporciona la propia red de comunicación del SAS. 3.4 MONITORIZACIÓN Y AUDITORÍA Los mensajes que intervienen en la integración deben ser guardados, tanto para hacer un seguimiento de los mismos en el tiempo como por el cumplimiento de la LOPD. El monitorizará y auditará toda la mensajería entrante y saliente, así como sus estados parciales internos. 3.5 GESTIÓN DE ERRORES Para los servicios síncronos entre extremos, la estrategia de errores será la de incluir en la respuesta esperada por el sistema origen, en el nodo correspondiente, el error producido, ya sea un error interno del como los posibles errores funcionales devueltos por los posibles sistemas destinos y en función de los diferentes servicios. Para los servicios asíncronos, la estrategia de errores será la de enviar de forma asíncrona un mensaje de error. Por lo tanto el sistema tendrá que publicar un servicio estándar para la gestión de estos errores. Queda dentro de la responsabilidad del sistema la gestión que se ralice de estos mensajes asíncronos de error. El podrá devolver mediante este servicio dos tipos de errores: - E: errores detectados en el propio bus, como por ejemplo un error en la validación del mensaje. - F: corresponden a errores funcionales detectados en el destino que no activan la política de reintentos en el bus o que se mantienen una vez agotada dicha política. SAS Contrato Integración APLICACIÓN X

7 Contrato de Integración Aplicación X Página 7 de 12 _v1_4.docx Aplicación X - Los errores propios del, como la imposibilidad de entrega en el destino una vez agotada la política de reintentos, quedarán registrados en el propio para su monitorización, auditoría y mantenimiento. Los errores devueltos por los sistemas destino deberán incluir obligatoriamente una descripción funcional suficientemente descriptiva que permita identificar la casuística que lo produce en dicho sistema. Cualquier descripción que impida o dificulte la auditoría de errores en el, su trazabilidad o mantenimiento, será tratado como incidencia durante las pruebas del sistema. 3.6 RESUMEN REQUERIMIENTOS Tabla 1 Requerimientos Código Sistema Propietario Descripción REQ-01 MC, APLICACIÓN X La solución debe basarse en una arquitectura orientada a servicios (SOA). REQ-02 REQ-03 REQ-04 REQ-05 REQ-06 REQ-07 MC, APLICACIÓN X MC, APLICACIÓN X APLICACIÓN X APLICACIÓN X, MC MC MC Los servicios publicados deberán garantizar la alta disponibilidad, que permita alcanzar la garantía de entrega en el 99,999% de las comunicaciones, como corresponde a los sistemas de alta criticidad. Todos los servicios publicados por los distintos implicados en la integración han de cumplir las especificaciones publicadas en: La APLICACIÓN X publica un servicio de recepción de notificaciones de errores. Dicho servicio cumplirá el estándar definido por MC para los servicios de recepción de errores que se integren por medio de MC. Los mensajes utilizados en todos los puntos de comunicación vienen provistos de una cabecera la cual incluirá un identificador único que garantiza una correlación entre todos los puntos por los que viaja el mensaje. Garantía de entrega: El garantiza la entrega de la mensajería a los sistemas finales a los que esté intentando alcanzar. Avisando a la APLICACIÓN X en caso de imposibilidad de procesar la mensajería, dado un tiempo configurable. Se valida que la mensajería de entrada al cumpla con el esquema definido por las partes implicadas. REQ-08 MC El monitorizará toda la mensajería que tenga que procesar. SAS Contrato Integración APLICACIÓN X

8 Contrato de Integración Aplicación X Página 8 de 12 _v1_4.docx Aplicación X - 4 SERVICIOS DISPONIBLES A continuación se relacionan todos los servicios que compartirá la APLICACIÓN X con el. A lo largo de todo este apartado cuando se hace referencia al Sistema se refiere a la APLICACIÓN X. 4.1 PUBLICADOS POR EL Se enumeran y describen los servicios atómicos publicados por el y usados en cada uno de los perfiles funcionales Ejemplo: Petición Pre-Anestesia Mediante este servicio el Sistema podrá solicitar a la Estación Médica (EM) hospitalaria confirmación de informe de praplicación Xnestesia para un paciente y una intervención, de manera que permita planificar las intervenciones quirúrgicas en el Sistema. 4.2 PUBLICADOS POR APLICACIÓN X Se enumeran y describen los servicios atómicos publicados por la aplicación X y usados en cada uno de los perfiles funcionales Ejemplo: Recepción Notificación Error Servicio encargado de la recepción asíncrona de posibles errores. SAS Contrato Integración APLICACIÓN X

9 Contrato de Integración Aplicación X Página 9 de 12 _v1_4.docx Aplicación X RESUMEN SERVICIOS Se resumen, listan y tipifican los servicios tanto de forma gráfica como tabulada. Ejemplo: SAS Contrato Integración APLICACIÓN X

10 Contrato de Integración Aplicación X Página 10 de 12 _v1_4.docx Aplicación X - Tabla 2 Servicios de la integración ID Nombre Servicio Versión Propietario Tipo HL7 Sincronía Estado SAS Contrato Integración APLICACIÓN X

11 Contrato de Integración Aplicación X Página 11 de 12 _v1_4.docx Aplicación X - Recepcion notificación Error 1.0 APLICACIÓN X ACK Asíncrono Recepcion Solucitud NHC 1.0 APLICACIÓN X QBP_Q23 Recepcion Petición Preingreso 1.0 APLICACIÓN X ADT_A01 Recepcion Asignacion Cita 1.0 APLICACIÓN X SIU_S12 Recepcion Anulacion Cita 1.0 APLICACIÓN X SIU_S12 Recepcion Notificación Cierre Episodio 1.0 APLICACIÓN X ADT_A03 Recepción Notificación Anulación Cierre Episodio 1.0 APLICACIÓN X ADT_A13 Petición PrAplicación Xnestesia Baja Por Intervencion Cierre Administrativo Episodio Urgencias Modificacion Estado Camas Anulacion PreIngreso Alta Paciente Revision Alta Anulacion Alta Ingreso Usuario Revision Ingreso Solicitud Anulación Ingreso Anulacion Ingreso Intercambio Traslado Ubicacion Anulacion Traslado Notificación Exitus Fusion Modificacion NHC Traspaso Episodios Borrado NHC CrAplicación Xción Nuevo Usuario Modificacion Nuevo Usuario Registro Actividad Modificacion Registro Actividad ZMS_ZQ1 ADT_A03 ADT_A03 ADT_A20 ADT_A11 ADT_A03 ADT_A08 ADT_A13 ADT_A01 ADT_A08 ADT_A11 ADT_A11 ADT_A17 ADT_A02 ADT_A12 ADT_A03 ADT_A40 ADT_A47 ADT_A45 ADT_A29 ADT_A28 ADT_A31 ORU_R01 ORU_R01 SAS Contrato Integración APLICACIÓN X

12 Contrato de Integración Aplicación X Página 12 de 12 _v1_4.docx Aplicación X - 5 ANEXO 5.1 GLOSARIO DE TÉRMINOS Término MC WS APLICACIÓN X Tabla 4 Glosario Definición Mensajería Corporativa Web Service (Servicio Web) Aplicación X Enterprise Service Bus SAS Contrato Integración APLICACIÓN X