Salud.uy

1. Introducción a IHE Perfil XDS.B
Montevideo, 22 de diciembre de 2015

2. Agenda
Cierre
Perfiles IHE
Perfil IHE XDS.b
Taller práctico
Objetivos del curso
Maquina Virtual XDS

3. 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

4. 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

5. 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.

6. 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

7. 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

8. Cross-Enterprise Document Sharing
XDS.b

9. 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

10. 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
December 22, 10

11. 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)

12. 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

13. IHE – XDS - Transacciones
Nombre Descripción
ITI - 41 Provide and Register document Set
Almacena la información en el repositorio
ITI – 42 Registry document Set
Actualiza la información en el registro
ITI – 18 Registry Stored query
Consulta sobre el registro la existencia de un documento
ITI – 43 Retrieve Document Set
Despliega un documento seleccionado

14. IHE – XDS.b Diagrama

15. Provide & Register
Document Set

16. Query Documents
Retrieve Document

17. ebXML
ebRIM
ebRS
Registry
Services
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

18. XDS.b Objetos

20. Representación de objetos
XDS en ebRIM

21. Gestión de versiones de un
documento

22. Header
Body
RegistryObjectList
Association
Classification
ExtrinsicObject
RegistryPackage
DocumentsRequest
Estructura de un mensaje
XDS.b
Provide and Register Document Set

23. 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

24. Metadata II
Valores 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.

25. 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

26. ebRIM atributos
Slot Name Description
Clasification
External Identifier
creationTime
languageCode
sourcePatientId
legalAuthenticator
serviceStartTime
serviceStopTime
sourcePatientInfo
hash
size
Class Code (single)
Confidentiality Code (single)
Format Code (single)
Healthcare Facility Type Code (single)
Practice Setting Code (single)
Type Code (single)
Optional
Event Code List (multiple)
UniqueId
PatientId

27. ebRIM atributos - slot

28. ebRIM Classification
Author

29. ebRIM externalIdentifier

30. 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. 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

32. MIRTH
OPEN
EMPI
PDI
XDS.b
Registro
Repositorio
Plataforma de Test
Usuarios

33. 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

34. 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

35. 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

36. Taller práctico
Sobre 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

37. Máquina Virtual
• Instalar usando Dropbox
• Verificar servicios
• Accediendo los servicios

39. info@salud.uy