Arquitectura de Negocio - Inicio - Arquitectura Salud.uy

En la Arquitectura de Negocio para Salud, interesa particularmente identificar los actores que participan en el sistema, los roles que cumplen los mismos, las unidades organizacionales, las capacidades que brinda la plataforma (i.e. servicios de negocio) e interacciones que se realizan a través de la misma.

En esta sección se describen las principales interacciones que se dan en la PNS a través de sus diferentes servicios de negocio. Estas interacciones muestran, con alto nivel de abstracción, qué servicios de negocio se ofrecen, cómo interactúan los distintos componentes y qué datos se intercambian.

MISIÓN y VISIÓN

El usuario del sistema de salud no es solamente un consumidor de servicios y productos sanitarios sino que es soberano del mercado de la salud con derecho tanto a elegir libremente el prestador de su conveniencia, como a exigir y recibir información sobre productos o servicios de calidad y seguridad.

La gestión del sistema tiene como eje y centro a la historia clínica como fuente de datos e información que son vitales para la toma de decisiones en los tres niveles de la gestión: micro, meso y macro-gestión.

El sistema de salud actual está dirigido a la prevenciónde factores de riesgo, con fuerte enfoque en el primer nivel de atención y en la estrategia de atención primaria de la salud (APS), desplazando el foco del sistema del clásico orientado a los hospitales a un enfoque en la comunidad.

Las bases conceptuales del cambio del modelo asistencial se basan en:

- Conceder prioridad al acceso, o sea lograr que todos los ciudadanos tengan acceso al sistema de salud, en forma oportuna en tiempo, calidad y nivel asistencial correspondiente a su consulta

- Garantizar la continuidad asistencial , entendiendo por tal, el establecimiento de pautas para que los datos y la información socio-sanitarios fluyan dentro del sistema de salud acompañando al paciente, de forma que su asistencia sea un “continuum”, independientemente de los profesionales y las instituciones participantes en la atención de su proceso de salud

- Dar longitudinalidad a la cobertura, logrando que cada ciudadano al usar el servicio de salud, tenga la certeza de que estará cubierto en forma consistente desde el inicio al fin, que los profesionales actuantes sientan que forman parte de un verdadero sistema coordinado y que los organismos rectores tengan una visión completa, cabal y trazable de los procesos asistenciales.

PRINCIPALES ACTORES

Los principales actores de la Plataforma Nacional de Salud son los Prestadores y el Ministerio de Salud (MS).

Prestadores

Los prestadores de salud, tanto integrales como parciales, cuentan con sistemas de salud para gestionar la historia clínica de sus pacientes así como otra información relacionada al área de la salud. Para dar soporte a la HCEN, los prestadores cuentan con un Registro Local de Documentos Clínicos así como con Repositorios de imágenes y documentos clínicos. Los prestadores se conectan a la la Plataforma de Salud a través de la RedUy utilizando el Conector de Salud.

Ministerio de Salud

El MS cuenta también con sistemas propios de uso interno así como otros sistemas que utilizan otros actores (p. ej. Certificado de Nacido Vivo Electrónico) y otros sistemas que son necesarios para la HCEN (p. ej. Registro Único de Cobertura de Asistencia Formal, RUCAF).

SERVICIOS HCEN

En esta sección se describen las interacciones de negocio que se dan utilizando los Servicios de la Historia Clínica Electrónica Nacional (HCEN). Estos servicios están fuertemente basados, en la mayoría de los casos, en las definiciones del ITI TF, introducido en la Sección Marco Normativo.

En la Tabla 2 se listan y describen los datos que se intercambian en las interacciones basadas en servicios que se detallan más adelante.

Tabla 2 - Datos Intercambiados en Interacciones HCEN

1) Crear o Modificar Usuario

Esta interacción es iniciada por un Prestador con el objetivo de dar de alta un nuevo Usuario de Salud en la Plataforma. El prestador invoca un Servicio HCEN a través del Conector Salud.uy. El Bus de Salud recibe la solicitud y le envía los datos al INUS. Si no existe registro de ese Paciente con ese Prestador, se crea un nuevo registro. Si ya existe, se actualizan los datos patronímicos. La Figura 7 presenta gráficamente esta interacción.

Figura 7 - Crear o Modificar Usuario

2) Registrar Documento

Esta interacción es iniciada por un Prestador con el objetivo de registrar los metadatos de un nuevo documento clínico en el Registro Nacional de Documentos Clínicos. Este escenario posee dos modalidades de ejecución: sincrónica y asincrónica.

La modalidad sincrónica se realiza cuando los Servicios HCEN de la plataforma se encuentran disponibles (i.e. hay conexión). En caso contrario (i.e. no hay conexión), se realiza la modalidad asincrónica. Cuando no hay conexión la transacción se guarda en una cola para que cuando haya conexión se aplique una lógica de reintentos que ejecute todas las transacciones que se encuentran en cola.

En el caso que el paciente no exista en la Plataforma (no se puede registrar un documento de un paciente que no existe) se dará de alta el paciente,

utilizando los datos patronímicos proporcionados, como parte de la misma transacción. Este proceso implementa la transacción ITI-42 (“Register Document Set-b”). La Figura 9 presenta gráficamente esta interacción.

Figura 8 - Registrar Documento

3) Consultar Documentos

Esta interacción es iniciada por un Prestador con el objetivo de obtener los metadatos de todos los documentos clínicos asociados a un Paciente. El prestador invoca un Servicio HCEN a través del Conector Salud.uy. El Bus de Salud le envía al INUS una consulta PIX Query (ITI-9) para obtener el identificador nacional del paciente. Luego el Bus busca si existen convenios con el prestador y envía una nueva consulta de documentos al Registro Nacional de Documentos Clínicos (XDS) con el identificador nacional del paciente, los filtros de búsqueda recibidos y la lista de convenios encontrados. El XDS resuelve la consulta y se devuelve la lista de metadatos de los documentos encontrados (no solo los documentos completos). Esta interacción, que se presenta gráficamente en la Figura 10, se basa en la transacción ITI-18 (“Registry Stored Query””).

Figura 10 - Consultar Documentos

4) Recuperar Documento

Esta interacción es iniciada por un Prestador, invocando un Servicio HCEN a través del Conector Salud.uy, con el objetivo de obtener un documento clínico.

Usualmente, el usuario realizará primero la interacción Consultar Documentos a través de la cual obtendrá los metadatos de los documentos asociados a un paciente. A continuación podrá realizar la interacción Recuperar Documento para ver los detalles de alguno de ellos. Este documento estará registrado en el Registro Nacional de Documentos Clínicos y alojado en el repositorio de otro prestador.

Esta interacción, que se presenta gráficamente en la Figura 11, implementa la transacción ITI-43 (“Retrieve Document Set”).

Figura 11 - Recuperar Documento

5) Consultar Golden Record

Esta interacción es iniciada por un Prestador con el objetivo de obtener los mejores datos que se tengan en la Plataforma de un Paciente. El “Golden Record” es un registro en donde cada campo posee los datos de mayor confianza.

El prestador invoca un Servicio HCEN a través del Conector Salud.uy. El Bus de Salud le envía la consulta al INUS, el cual obtiene para cada campo los datos de las fuentes de mayor confianza (p. ej. un mismo paciente podría tener diferentes direcciones según diferentes fuentes). Luego el Bus consulta un servicio Web del RUCAF para obtener datos de afiliaciones (i.e. coberturas médicas) que posee ese paciente y con esos datos se complementa el Golden Record. La Figura 8 presenta gráficamente esta interacción.

Figura 11 - Consultar Golden Record

6) Vincular/Desvincular Usuario

Esta interacción es iniciada en el INUS cuando se realiza una vinculación de usuarios (merge), es decir, cuando se detecta que la misma persona estaba registrada con dos identificadores de paciente distintos, o una desvinculación de pacientes (unmerge), cuando se detecta que un mismo identificador de paciente está asociado a dos personas diferentes.

Esta interacción, que se presenta gráficamente en la Figura 12, utiliza la transacción ITI-10 (“PIX Update Notification”).

Figura 12 - Vincular/Desvincular Pacientes

SERVICIOS TERMINOLÓGICOS

El uso de los servicios terminológicos (ST) es un componente esencial dentro del desarrollo de HCEN dado que apunta a fortalecer la calidad semántica de los datos registrados durante el acto asistencial. Por ejemplo, se pueden registrar los problemas de salud o diagnósticos planteados a un paciente durante una consulta, así como también los procedimientos o tratamientos que le son indicados. En estos casos, la implementación de los ST, permite que la información clínica que se registre se haga de forma estructurada, mediante un estándar de terminología clínica internacional (SNOMED-CT) que garantiza, por un lado la interoperabilidad semántica necesaria y por otro, que la información guardada pueda ser re-utilizada con otros fines (p. ej. soporte a decisiones, gestión, investigación), gracias al mapeo existente con algunas clasificaciones internacionales como la CIE-10, CIE9-MC y ATC, entre otras.

En la Figura 13 se presenta interacción de negocio “Busqueda Terminológica” que generaliza un subconjunto de operaciones ofrecidas por los ST, orientadas a la búsqueda de términos que poseen los datos de entrada descriptos en la Tabla 3.

Figura 13 - Búsqueda Terminológica

Tabla 3 - Datos de Entrada de Búsqueda Terminológica

Las operaciones ofrecidas por el ST son las siguientes:

• Obtener Oferta de Textos: Esta operación permite obtener una lista de términos y sus correspondientes códigos, relacionados con el término ingresado.
• Obtener Código de Tesauro: Esta operación permite obtener el código del término ingresado. Si el término ingresado no existía, se genera un código nuevo para ese término. Por esta razón, se recomienda que se ejecute primero la operación “Obtener Oferta de Textos” para comprobar si existe un término equivalente ya codificado.
• Obtener Prompting: Esta operación permite obtener una lista de los cinco primeros textos que contienen el texto ingresado. Es utilizado usualmente para autocompletar un campo con textos sugeridos cuando el usuario ya ingresó al menos tres caracteres del término. El orden de aparición de los textos está dado por la frecuencia de uso.
• Obtener Oferta Similitud: Esta operación permite obtener una lista de términos parecidos al término ingresado, ordenados según el grado de similitud. Es posible ingresar términos con errores y que el servicio reconozca el término correcto.