Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Taller ihe xd_sb

778 views

Published on

Salud.uy

Published in: Engineering
  • Be the first to comment

Taller ihe xd_sb

  1. 1. Introducción a IHE Perfil XDS.B Montevideo, 22 de diciembre de 2015
  2. 2. Agenda Cierre Perfiles IHE Perfil IHE XDS.b Taller práctico Objetivos del curso Maquina Virtual XDS
  3. 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. 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. 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. 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. 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. 8. Cross-Enterprise Document Sharing XDS.b
  9. 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. 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. 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. 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. 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. 14. IHE – XDS.b Diagrama
  15. 15. Provide & Register Document Set
  16. 16. Query Documents Retrieve Document
  17. 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. 18. XDS.b Objetos
  19. 19. Representación de objetos XDS en ebRIM
  20. 20. Gestión de versiones de un documento
  21. 21. Header Body RegistryObjectList Association Classification ExtrinsicObject RegistryPackage DocumentsRequest Estructura de un mensaje XDS.b Provide and Register Document Set
  22. 22. 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
  23. 23. 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.
  24. 24. 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
  25. 25. 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
  26. 26. ebRIM atributos - slot
  27. 27. ebRIM Classification Author
  28. 28. ebRIM externalIdentifier
  29. 29. 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
  30. 30. 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
  31. 31. MIRTH OPEN EMPI PDI XDS.b Registro Repositorio Plataforma de Test Usuarios
  32. 32. 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
  33. 33. 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
  34. 34. 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
  35. 35. 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
  36. 36. Máquina Virtual • Instalar usando Dropbox • Verificar servicios • Accediendo los servicios
  37. 37. info@salud.uy

×