Arquitectura de Aplicaciones - Inicio - Arquitectura Salud.uy
Wiki
La Arquitectura de Aplicaciones se centra en las aplicaciones de software que dan soporte a los requerimientos de negocio del área de la salud en Uruguay. Esta arquitectura se basa en el Modelo de Referencia de Aplicaciones (MRA) de la Arquitectura Integrada de Gobierno.
PRINCIPIOS ESPECÍFICOS
Los principios específicos para el dominio de aplicaciones toman como base los principios definidos en el MRA y los especializa para el área de la salud:
- Las aplicaciones deben estar alineadas a la estrategia de crecimiento del área de la salud en Uruguay así como facilitar los servicios compartidos y la interoperabilidad.
- Las aplicaciones deben existir para satisfacer necesidades de negocio puntuales del área de la salud en Uruguay.
- El diseño de las aplicaciones debe promover la facilidad de uso, la accesibilidad, la protección de datos personales y el análisis de información.
- En el diseño de aplicaciones se deberá ponderar el uso de estándares abiertos y software libre.
- El diseño de las aplicaciones debe contemplar la integración con sistemas externos de forma estándar.
- Las aplicaciones que se integren a la Plataforma Nacional de Salud (PNS) deben respetar el Marco Normativo Técnico establecido por Salud.uy, en particular, deben ajustarse a los estándares y perfiles de integración definidos.
CARACTERIZACIÓN DE APLICACIONES
En el marco de la PNS se utilizan distintas aplicaciones que pueden caracterizarse por el actor responsable (p. ej. Salud.uy, MSP), tipo de aplicación (p.ej. Servicio, Librería) y la ubicación física en la que se ejecutan (p. ej. AGESIC, Prestadores de Salud, MSP). La Tabla 8 presenta los principales tipos de aplicaciones que se utilizan en el marco de la PNS.
| Tipo | Descripción |
| Servicio | La aplicación brinda su funcionalidad a través de servicios con una interfaz bien definida y que pueden ser invocados a través de una red (p. ej. Servicios Web). |
| Aplicación | La aplicación brinda su funcionalidad a través de una interfaz de usuario. |
| Librería | La aplicación brinda su funcionalidad a través de una librería que puede ser embebida en otras aplicaciones. |
| Procedimiento | La aplicación brinda su funcionalidad a través de un procedimiento que se ejecuta de forma independiente (p. ej. un procedimiento programado que envía notificaciones). |
Tabla 8 - Tipos de Aplicaciones
Las aplicaciones de la PNS deben respetar además el Marco Normativo establecido por Salud.uy. En particular, estas aplicaciones deben ajustarse a los estándares y perfiles de integración presentados en la sección Marco Normativo.
En las siguientes secciones se presentan, caracterizan y describen varias de las aplicaciones de la PNS organizadas de acuerdo a su actor responsable.
APLICACIONES EN PLATAFORMA SALUD.UY
Las aplicaciones en la Plataforma Salud.uy tienen diversos objetivos entre los que se destacan: dar soporte a la HCEN, facilitar la integración de los actores a la PNS y brindar acceso a servicios externos. La Tabla 9 presenta un listado de las principales aplicaciones provistas en la Plataforma Salud.uy.
| Nombre | Objetivo | Tipo | Ubicación |
| Servicios HCEN | Brindar soporte a la Historia Clínica Electrónica Nacional (HCEN). | Servicio | AGESIC |
| Servicios Terminológicos | Brindar acceso al servidor terminológico del Hospital Italiano de Buenos Aires (HIBA). | Servicio | AGESIC, HIBA |
| Servicios de Acceso a Diccionarios | Brindar acceso a diccionarios desarrollados por Salud.uy (p. ej. Diccionario Nacional de Medicamentos y Afines). | Servicio | AGESIC |
| Appliance Salud | Facilitar el acceso a los servicios provistos por la Plataforma Salud.uy, en particular, a los servicios HCEN. | Servicio | Prestadores |
Tabla 9 - Aplicaciones en Plataforma Salud.uy
Los Servicios HCEN son un conjunto de servicios Web que brindan operaciones para dar soporte a la HCEN. Algunas de las operaciones de estos servicios son: Crear / Modificar Paciente, Registrar Documento, Consultar Documentos y Recuperar Documento. Estas operaciones se ajustan a lo establecido en los perfiles XDS.b y PIX de la IHE. En el Documento de Arquitectura HCEN [16] se brinda más detalle de estos servicios y operaciones (p. ej. parámetros de entrada y salida).
Los Servicios Terminológicos son un conjunto de operaciones expuestas a través de un servicio Web que brindan acceso al servidor terminológico del Hospital Italiano de Buenos Aires (HIBA). En la Guía técnica de Servicios Terminológicos [15] se brinda más detalle de estas operaciones y cómo accederlas.
El Appliance Salud es un componente de hardware / software que se aloja en cada Prestador de Salud y expone un conjunto de servicios Web que ofician de intermediarios entre los sistemas del prestador y los servicios de la Plataforma Salud.uy. Los servicios que el Appliance Salud expone hacia los prestadores resuelven temas de integración con la Plataforma Salud.uy asociados a seguridad (p. ej. autenticación con la PDI) y disponibilidad (p. ej. mecanismos de reintentos), entre otros. Algunas de las operaciones de estos servicios son: Crear / Modificar Paciente, Registrar Documento, Consultar Documentos y Recuperar Documento. Estas operaciones también se ajustan a lo establecido en los perfiles XDS.b y PIX de la IHE. Por otro lado, el Appliance Salud también expone un servicio que es invocado por la Plataforma Salud.uy al momento de que otra institución de salud quiere recuperar un documento clínico custodiado por el prestador. En el Documento de Arquitectura HCEN [16] se brinda más detalle de estos servicios y operaciones.
APLICACIONES SALUD.UY DE SOPORTE
Salud.uy ha desarrollado y puesto a disposición de las instituciones de salud varias aplicaciones de soporte que apuntan a facilitar la integración de las instituciones con la plataforma. La Tabla 10 presenta un listado de las principales aplicaciones de soporte brindadas por Salud.uy.
| Nombre | Objetivo | Tipo | Ubicación |
| Registro / Repositorio XDS | Proveer a prestadores de salud un registro / repositorio de documentos clínicos según el perfil de integración XDS.b de la IHE. | Servicio | Prestadores |
| Generación CDA | Facilitar la generación de documentos clínicos de acuerdo al estándar HL7 V3 CDA R2 (i.e. documentos CDA). | Librería | Prestadores |
| Firma CDA | Facilitar la firma de documentos CDA. | Librería | Prestadores |
| SincroHCE | Facilitar una secuencia de tareas que incluyen la generación y firma de documentos CDA así como el alta de estos documentos en el Registro / Repositorio XDS de un prestador (i.e. XDS local). | Procedimiento | Prestadores |
| GXXDS (External Objects) | Facilitar la conexión de aplicaciones desarrolladas con Genexus con el Appliance Salud y XDS local. | Librería | Prestadores |
Tabla 10 - Aplicaciones de Salud.uy de Soporte
El Registro / Repositorio XDS provee a los prestadores un Registro / Repositorio de documentos clínicos que se ajusta a lo establecido en el perfil XDS.b de la IHE. En el Documento de Arquitectura XDS [17] se puede obtener más información de este componente, el cual está disponible para ser descargado en el Repositorio de Recursos de Salud.uy.
Las librerías que provee Salud.uy apuntan a facilitar distintos aspectos en la integración de los Prestadores de Salud con la Plataforma Salud.uy. Las librerías están disponibles para descargar en el Repositorio de Recursos de Salud.uy.
APLICACIONES COMO SERVICIO Y SISTEMAS VERTICALES
La Tabla 11 presenta un listado de aplicaciones como servicio y sistemas verticales que brinda la PNS.
| Nombre | Objetivo | Tipo | Ubicación |
| Historia Clínica Electrónica Oncológica (HCEO) | Brindar soporte a la Historia Clínica Electrónica Oncológica (HCEO). | Aplicación | AGESIC |
| Red Integrada de Diagnóstico por Imagen | Habilitar la complementación de servicios de imagenología y facilitar el acceso a estudios desde cualquier parte del territorio nacional. | Aplicación | Prestadores |
Tabla 11 - Aplicaciones como Servicio y Sistemas Verticales
La Historia Clínica Electrónica Oncológica (HCEO ) es un sistema de información en salud diseñado para la atención de pacientes oncológicos de todo el Uruguay. El sistema HCEO se integra con los sistemas de información de las instituciones de salud que lo utilizan, está basado en estándares internacionales en el área de la salud y cuenta con un repositorio de documentos clínicos electrónicos. El desarrollo de la HCEO se realizó a instancias de la Comisión Honoraria de Lucha contra el Cáncer (CHLCC), el Departamento de Oncología Radioterápica del Hospital de Clínicas y de los servicios oncológicos de la Asociación Española.
La Red Integrada de Diagnóstico por Imagen (RIDI) facilita la complementación de servicios de imagenología de organizaciones usuarias de la aplicación y mejora la gestión del flujo de trabajo de los mismos. RIDI permite registrar toda la información relacionada con el proceso de imagenología que pueda ser de utilidad para el paciente en el evento asistencial actual y en los futuros, dentro de la misma organización o de forma remota.
APLICACIONES MSP
Las aplicaciones que provee el MSP cubren distintos requerimientos del área de la salud en Uruguay como la gestión de información de afiliaciones de usuarios a prestadores y el soporte a los certificados de nacido vivo y defunción electrónicos. La Tabla 12 presenta un listado de las principales aplicaciones provistas por el MSP.
| Nombre | Objetivo | Tipo | Ubicación |
| Registro Único de Cobertura de Asistencia Formal (RUCAF) en Línea | Gestionar información de afiliados y afiliaciones. | Aplicación / Servicio | AGESIC |
| Historia Clínica Perinatal Electrónica (HCPe) | Gestionar información sobre la gestación y brindar formas de comunicación con embarazadas. | Aplicación | MSP |
| Certificado de Nacido Vivo Electrónico (CNVe) | Expedir el certificado de nacido vivo de forma electrónica. | Aplicación / Servicio | MSP |
| Certificado de Defunción Electrónico (CDe) | Expedir el certificado de defunción de forma electrónica. | Aplicación / Servicio | MSP |
| Sistema Informático de Vacunas | Gestionar información referente a la vacunación de la población. | Aplicación | MSP |
Tabla 12 - Aplicaciones MSP
ARQUITECTURAS DE REFERENCIA
Esta sección presenta arquitecturas de referencia para la utilización de las aplicaciones descriptas previamente por parte de los Prestadores de Salud. En particular, se presenta cómo los prestadores pueden utilizar distintas aplicaciones para lograr la integración con la Plataforma Salud.uy y, de esta forma, poder hacer uso de las aplicaciones que ésta provee (p. ej. Servicios HCEN, Servicio Terminológicos).
Integración de Prestador con Repositorio XDS a la Plataforma Salud.uy
La Figura 16 muestra la arquitectura de referencia para la integración con la Plataforma Salud.uy de un Prestador de Salud que ya cuenta con un Repositorio XDS.
Figura 16 - Integración de Prestador con Repositorio XDS a Plataforma Salud.uy
A la izquierda de la Figura 16, se muestra la situación inicial del prestador donde personal del prestador interactúa con un HIS (1) y el HIS almacena documentos clínicos en un Repositorio XDS.
Por otro lado, a la derecha de la Figura 16 se muestra el uso del Appliance Salud para lograr la integración con la Plataforma Salud.uy (6). Esta integración permite que un HIS pueda invocar, a través del Appliance Salud (3), los servicios que ofrece esta plataforma (p. ej. Servicios HCEN, Servicios Terminológicos). La integración también permite que otros prestadores recuperen documentos clínicos almacenados en el Repositorio XDS del prestador (4). Se requiere que el prestador cuente con un Certificado Electrónico para que el Appliance Salud pueda realizar la autenticación con la Plataforma de Interoperabilidad (PDI), a través de la cual se exponen los servicios ofrecidos por la Plataforma Salud.uy.
Integración de Prestador sin Repositorio XDS a la Plataforma Salud.uy
La Figura 17 muestra la arquitectura de referencia para la integración con la Plataforma Salud.uy de un Prestador de Salud que no cuenta con un Repositorio XDS.
Figura 17 - Integración de Prestador sin Repositorio XDS a Plataforma Salud.uy
A la izquierda de la Figura 17, se muestra la situación inicial del prestador donde personal del prestador interactúa con un HIS (1) que maneja el almacenamiento de documentos clínicos de forma interna.
Por otro lado, a la derecha de la Figura 17 se muestra el uso del Appliance Salud y el Registro / Repositorio XDS provisto por Salud.uy para lograr la integración con la plataforma (6). El Prestador de Salud deberá almacenar los documentos clínicos que custodia en el Repositorio / Registro XDS, lo que requerirá alguna forma de interacción entre el HIS y este componente (2).
De la misma forma que en la arquitectura de referencia anterior, la integración del prestador con la Plataforma Salud.uy posibilitará distintas interacciones entre el prestador y la plataforma (3)(4). También en este caso se requiere que el prestador cuente con un Certificado Electrónico.
Generación y Firma de Documentos CDA
La Figura 18 muestra la arquitectura de referencia para la generación y firma de documentos CDA por parte de los prestadores.
Figura 18 - Generación y Firma de Documentos CDA
En este caso, el Prestador de Salud utiliza las librerías que ofrece Salud.uy para generar documentos CDA (1) y firmarlos digitalmente (2). Esto último requiere que el prestador cuente con un Certificado Electrónico. El documento CDA firmado puede ser luego almacenado en un repositorio de documentos clínicos (p. ej. el provisto por Salud.uy).
