Taller ihe xd_sb

Introducción a IHE Perfil XDS.BMontevideo, 22 de diciembre de 2015

Agenda

Cierre

Perfiles IHE

Perfil IHE XDS.b

Taller práctico

Objetivos del curso

Maquina Virtual XDS

Objetivos del curso

Presentar el alcance del perfil XDS.b de IHE

Identificar los casos de uso, actores y la mensajería involucrada dentro del perfil XDS.b

Conocer la metadata de lo mensajes del perfil

Realizar prácticas XDS.b usando plataforma de laboratorio

Alcance del curso

Al finalizar el taller el participante será capaz de:

Identificar los componentes principales del perfil

Conocer los actores y las transacciones del perfil XDS.b

Interactuar con la mensajería definida para el perfil

Participar en el diseño de aplicaciones que requieran

interactuar con un XDS.b

IHE

• Las especificaciones de IHE (perfiles y marcos técnicos) se han desarrollado a lo largo de los últimos 15 años en el campo de la Informática de la Salud,

• Optimizan la selección de estándares ya establecidos, y describen los diferentes niveles de interoperabilidad (como protocolo de comunicación, interoperabilidad técnica, semántica, y sintáctica) para intercambiar o compartir datos en salud.

• Para usuarios y proveedores, que son los beneficiarios de este reconocimiento, los concursos públicos y probablemente privados ahora harán referencia al cumplimiento de los perfiles IHE, y como prueba de conformidad la participación en el Connectathon.

Dominios IHE

Anatomía Patológica Laboratorio Calidad y Salud Pública

Cardiología Coordinación del cuidado de Pacientes

Oncología Radioterapia

Dental Dispositivos del cuidado de Pacientes

Radiología - Mamografía - Medicina Nuclear

Infraestructura TI Farmacia

IHE ITI

ITI (Infraestructura de Tecnologías de la Información)

• Abarca los aspectos tecnológicos comunes a todos esos dominios, como seguridad, o identificación de pacientes.

• XDS.b

• Tiene una gran relevancia dentro del dominio el perfil XDS, dedicado a compartir documentos clínicos entre organizaciones y que es la base de proyectos de Historia Clínica Electrónica compartida en distintos países

Cross-Enterprise Document Sharing

XDS.b

IHE XDS.b

• XDS.b:

El perfil de IHE para compartir documentos usando un repositorio centralizado o federado

El propósito es lograr el intercambio de documentos dentro de un dominio de afinidad

XDS.b - Principios

• Distribuido – Cada organización sanitaria publica información para otros. – Los documentos permanecen en el HIS origen

• Escalable – Modelo válido tanto para hospitales, centros de atención primaria, pequeñas consultas privadas, clínicas, farmacias, el paciente, sistemas de información diferentes

• Centrado en los documentos – La información publicada son documentos clínicos, que siguen estándares – XDS es neutral en cuanto al contenido y tipo del documento: sólo la fuente y el consumidor del documento procesan la información

May 2, 2023 10

Principios

• Entre organizaciones – El registro facilita un índice de información publicada a organizaciones autorizadas, que pertenecen a un 'dominio de afinidad' sanitario. La información publicada ‘pertenece’ a la organización origen

• Fácil acceso – el proveedor sanitario tiene a su disposición una forma de consultar (query) y recuperar (retrieve) documentos clínicos de interés – las búsqueda documentos se basa en atributos normalizados (metadatos)

Actor Descripción

Source Sistema de información que genera el documento. Responsable de enviar los documentos clínicos al repositorio de documentos.

Consumer Hace queries al registro, muestra listado de documentos disponibles – Recupera los documentos elegidos por usuario – utiliza los documentos, p.ej. para mostrarlos por pantalla.

Registry Registro, en el que se almacena : - Metadatos del documento - Enlace al lugar donde se encuentra realmente el documento Responde a consultas (queries) de acuerdo con unos determinados metadata

Repository Acepta documentos y metadatos del 'document source’ – Almacena el documento – Reenvía los metadata al registro – Reproduce el documento bajo petición (permite recuperación del documento)

IHE – XDS.b - Actores

IHE – XDS - Transacciones

Nombre Descripción

ITI - 41 Provide and Register document SetAlmacena la información en el repositorio

ITI – 42 Registry document SetActualiza la información en el registro

ITI – 18 Registry Stored queryConsulta sobre el registro la existencia de un documento

ITI – 43 Retrieve Document SetDespliega un documento seleccionado

IHE – XDS.b Diagrama

Provide & RegisterDocument Set

Query DocumentsRetrieve Document

ebXML

ebRIM

ebRS

RegistryServices

ebXML

Lenguaje para describir documentos • Construido por objetos y atributos de

objetos • Expresado en XML

Los documentos XDS se representan como objetos ebRIM • RegistryObject = top level class• Association= describe relaciones entre

documentos

Registry Information Model

Define métodos y requests Los queries y retrieves de documentos se basan en ebRS • Envíar un documento a un repositorio

rs:SubmitObjectsRequest • Recuperar un documento del repositorio

rs:AdhocQueryRequest

XDS.b Objetos

Representación de objetos XDS en ebRIM

Gestión de versiones de un documento

Header

Body

RegistryObjectList

Association

Classification

ExtrinsicObject

RegistryPackage

DocumentsRequest

Estructura de un mensajeXDS.b

Provide and Register Document Set

Metadata I

• Author – persona, rol, especialidad (speciality), institución (institution)

• Legal authenticator • Title, comments, creation time, service start/stop time

• Availability Status Disponibilidad– enviado (submitted), aprobado (approved), derogado (deprecated)

• Identifiers – Id de paciente, unique id, uuid

• Demographics – Source patient id, patient demographics

Metadata IIValores codificados

Tipo de documento: ClassCode

‒ Ejemplos: receta, informe de alta, informe de asistencia, resumen de historia

‒ Estos códigos deben consensuarse en el domino de afinidad ‒ Venir de un sistema de codificación ‒ Tener un nivel de granularidad mas general, de 10 a 100 valores

type code ‒ Código para el tipo de documento a nivel más detallado

Event code = evento clínico principal con el que se relaciona el documento

Helthcare facility type = tipo de organización sanitaria Practice setting type = Especialidad o servicio Confidenciality code = nivel de confidencialidad del documento.

Metadatos III

• Datos técnicos mime type, Tipo mime format code, más detalle sobre el formato, si es necesario size, tamaño hash, huella uri, localización del documento en un registro Language, idioma

ebRIM atributos

Slot Name Description

Clasification

External Identifier

creationTimelanguageCodesourcePatientIdlegalAuthenticatorserviceStartTime serviceStopTime sourcePatientInfohashsize

Class Code (single)Confidentiality Code (single)Format Code (single)Healthcare Facility Type Code (single)Practice Setting Code (single)Type Code (single)OptionalEvent Code List (multiple)

UniqueIdPatientId

ebRIM atributos - slot

ebRIM Classification

Author

ebRIM externalIdentifier

Plataforma de Salud

ESB – SALUD – Mensajería Estándar en Salud

Plataforma de Interoperabilidad / Plataforma de Gobierno Electrónico

MPI Registro XDS Repositorio XDS Servicios

PS

31

eMPI

XDS REGISTRO

XDS REPOSITORIO

ESTANDARES Y PERFILES

1010 JP 1971/01/24 M

2020 LM 2010/06/13 F

<XML> 1010 DOC A LAB </XML>

<XML> 1010 DOC B QX </XML>

<XML> 1010 DOC C UX </XML>

1010 DOC A

1010 DOC B

1010 DOC C

2020 DOC D

2020 DOC E

<XML> 2020 DOC D VAC </XML>

<XML> 2020 DOC E LAB </XML>

Plataforma de Salud

MIRTHOPENEMPI

PDI

XDS.bRegistro

Repositorio

Plataforma de Test

Usuarios

Caso de ejemplo

• Institución : 2.16.858.0.500• ID Repositorio : 500• Autor: Camila Saenz ID : 5050• Reporte de Laboratorio : 11502-2• Fecha: 22/12/2015• Paciente : Gustavo Diaz ID 5000 M Fecha N:

13/06/1980

Taller Práctico

• Vamos a realizar una práctica de las transacciones del perfil

• La mensajería se usa con la la plataforma de test, que implementa los actores de registry y repository

• Nosotros como participantes asumimos, como source y como consumer

Taller práctico

• Propósito del taller , realizar práctica de las transacciones XDS.b, usando la interfaz definida. Adicionar un documento por grupo de dos personas

Consultar información de un paciente sobre el registry

Desplegar un documento con el id del documento respectivo

Taller prácticoSobre el archivo del taller encuentra la información para que cada grupo pueda enviar información y consultar los documentos que son almacenados en el registry.

Bajar el ZIP respectivo de cada grupo Preparar y ejecutar el envio de un documento Consultar los documentos de cada paciente Desplegar al menos un documento por paciente

Máquina Virtual

• Instalar usando Dropbox• Verificar servicios• Accediendo los servicios

info@salud.uy