taller ihe xd_sb
TRANSCRIPT
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