Arquitectura de Negocio - Inicio - Arquitectura Salud.uy

Casos de Uso

Casos de Uso de HCEN para Prestadores

1) Crear o Modificar Persona

Resumen: Este caso de uso es iniciado por un Prestador con el objetivo de dar de alta un nuevo Paciente en la Plataforma. El bus de la plataforma le envía los datos al INUS. Si no existe registro de ese Paciente con ese Prestador, se crea un nuevo registro. Si ya existía, se actualizan los datos patronímicos.

Figura 1 - Crear o Modificar Persona

Parámetros:

• prestadorOID: es el OID que identifica al Prestador

• pacienteID: es el identificador con el que el Prestador identifica al Paciente.

• datosPatronimicos: datos patronímicos/demográficos del paciente, como ser: nombre, fecha de nacimiento, sexo, nacionalidad, dirección, teléfono, etc.

Transacción ITI: ITI-8, “Patient Identity Feed”

2) Consultar Golden Record

Resumen: Este caso de uso es iniciado 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 de donde cada campo posee los datos de mayor confianza. El Bus de la Plataforma le envía la consulta al INUS, el cual obtiene para cada campo los datos de las fuentes de mayor confianza (por ej. un mismo paciente podría tener diferentes direcciones según diferentes fuentes). Luego el Bus consulta un servicio Web del RUCAF para obtener los datos de afiliaciones (coberturas médicas) que posee ese paciente y con esos datos se complementa el Golden Record.

Figura 2 - Consultar Golden Record

Parámetros:

• emisorDocumentoOID: es el OID que identifica al Emisor del Documento

• documento: es el documento que identifica al Paciente según el Emisor anterior.

Transacción ITI: ITI-21, “Patient Demographics Query (PDQ)”

3) Registrar Documento

Resumen: Este proceso es iniciado por un Prestador con el objetivo de registrar los metadatos de 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 el servicio de la plataforma se encuentra disponible (hay conexión). La modalidad asincrónica se realiza cuando la plataforma no se encuentra disponible (no hay conexión). Cuando no hay conexión la transacción se guarda en una cola para que luego se aplique una lógica de reintentos que ejecute todas las transacciones que se encuentran en cola cuando haya conexión. 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.

Figura 3 - Registrar Documento

Parámetros:

• AA: es un identificador del Prestador formado por el dominio del prestador y un OID de la aplicación

• pacienteID: es el identificador con el que el Prestador identifica al Paciente.

• datosPatronimicos: datos patronímicos/demográficos del paciente: primer nombre, segundo nombre, primer apellido, segundo apellido, documento de identidad (y/o pasaporte, y/o documento de identidad extranjero), fecha de nacimiento, sexo, dirección, teléfono, etc. Solo son necesarios cuando el paciente no existía previamente.

• repositorioID: identificador del repositorio de documentos clínicos

• metadatos: metadatos del documento clínico que se va a registrar.

Transacción ITI: ITI-42, “Register Document Set-b”

4) Consultar Documentos

Resumen: Este caso de uso es iniciado por un Prestador con el objetivo de obtener los metadatos de todos los documentos clínicos asociados a un Paciente. El Bus de la plataforma 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 indentificador nacional del paciente, los filtros de búsqueda recibidos y la lista de convenios encontrados. El XDS resuele la consulta y se devuelte la lista de metadatos de los documentos encontrados (no solo los documentos completos).

Figura 4 - Consultar Documentos

Parámetros:

• prestadorOID: es el OID que identifica al Prestador.

• pacienteID: es el identificador con el que el Prestador identifica al Paciente.

• filtros: criterios de búsqueda para filtrar resultados

• CPOE: orden de servicio

Transacción ITI: ITI-18, “Registry Stored Query”

5) Recuperar Documento

Resumen: Este proceso es iniciado por un Prestador con el objetivo de obtener un documento clínico. Usualmente, el usuario realizará el proceso de Consultar Documentos, en donde verá los metadatos de los documentos asociados a un paciente, y a continuación realizará el proceso de 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.

Figura 5 - Recuperar Documento

Parámetros:

• docID: identificador del documento que se quiere obtener

• repoID: identificador del repositorio de documentos clínicos en donde se encuentra el documento.

Transacción ITI: ITI-43, “Retrieve Document Set”

6) Vincular/Desvincular Pacientes

Resumen: Este proceso es iniciado dentro del INUS cuando se realiza una vinculación de pacientes (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.

Figura 6 - Vincular/Desvincular Pacientes

Parámetros:

• pacienteID: un identificador del paciente dentro de un prestador

• nuevoMPIID: el nuevo identificador nacional al que se va a asociar pacienteID

• viejoMPIID: el viejo identificador nacional al que estaba asociado pacienteID

Transacción ITI: ITI-43, “Retrieve Document Set”