Interoperabilidad organizativa en IHE: Gestión de flujos de trabajo entre proveedores

Interoperabilidad organizativa en IHE: Gestión de flujos de trabajo entre proveedores Interoperabilidad organizativa Escenario Propuesta IHE Perfil cross enterprise workflow: flujo de trabajo entre organizaciones Marco IHE: El modelo registro-repositorio Algunos detalles de diseño Definición de flujos de trabajo específicos Conclusiones 1

Escenario En un hospital tenemos un flujo definido, un CIO que decide y sistemas estables. El flujo está claro, es predefinido, cambia poco. La información sobre el workflow se mueve en los mensajes entre sistemas IHE: Perfiles flujo de trabajo de laboratorio LTW, flujo de trabajo de radiología SWF Escenario Un flujo similar entre varias organizaciones no es tan sencillo La definición del flujo no es tan clara, además es más inestable Sistemas de información muy diferentes Desde una consulta privada a un hospital universitario Actualmente hay muchas implementaciones basadas en dar acceso web Una interfaz para cada tarea No es escalable: quiero usar MI interfaz de usuario 2

Escenario Necesidad Mejorar la coordinación de la atención entre organizaciones diferentes Gestionar flujos de trabajo más allá de los límites de una organización Ejemplos: Derivación (ereferral) Solución flexible para un flujo de trabajo dinámico y configurable Flujos de trabajo entre diferentes organizaciones La visión de IHE Elementos críticos (factores de éxito) Flujo de trabajo centrado en el paciente Los proveedores (organizaciones, médicos, enfermeras) no deben estar encorsetados por las aplicaciones, no podrían hacer su trabajo: libertad total al proveedor para decidir Ninguno de los sistemas de información debe conocer el workflow: la información del workflow está fuera de los sistemas 3

La propuesta de IHE perfil Cross-Enterprise Document Workflow (XDW) permite a los participantes en un entorno con múltiples organizaciones gestionar y seguir el progreso de tareas relacionadas con flujos de trabajo centrados en el paciente, coordinando sus actividades No hay un controlador central No hay gestión de horarios (scheduler) centralizado Las decisiones se toman en los extremos del sistema (proveedores: médicos, enfermeros,..) La propuesta de IHE XDW Permite diseñar aplicaciones interoperables de gestión de flujos de trabajo, que necesitarán muy poca configuración para adaptarse a flujos específicos. Facilita la integración de workflows que afectan a muchas organizaciones que ya usan sus propios sistemas de gestión del workflow para sus sistemas internos 4

Marco en IHE: Modelo registro repositorio XDS XDS - Intro XDW en el modelo Registro Repositorio de IHE (XDS) Centro de atención primaria Repositorio Centro de diagnóstico por imagen Imagen Registro Repositorio Hospital A Repositorio Repositorio Administración Urgencias Laboratorio Hospital C Hospital B 5

XDS Actores y transacciones XDS: Intercambio de documentos El flujo de trabajo es un documento Document Registry Document Consumer Document source proporcionar y registrar un conjunto de documentos en el repositorio Submission Metadata Document Repository Registrar documento en el registro Document Document Adaptado de Charles Mayo Parisot. 2012. GE La Granja XDW: Aspectos de diseño 6

XDW Principales aspectos de diseño Diseñado para adaptarse a la complejidad de la provisión de servicios sanitarios, con flexibilidad Da los medios para asociar documentos a diferentes workflows Fácil de desplegar: no es necesario crear ninguna infraestructura central adicional (basado en XDS) Escalable en regiones y países Se basa en el intercambio seguro de documentos de salud proporcionado por otros perfiles IHE (e.g. XDS, ATNA, BPPC, etc.) Proporciona un enfoque común independiente del flujo de trabajo específico. Pero a la vez, soporta un amplio rango de contenidos de workflow específicos Workflow document: Documento del workflow Documento que contiene el estado específico del workflow para un paciente Permite registrar los pasos tanto actuales como pasados del workflow y las organizaciones involucradas 7

Workflow definition: definición del workflow Layer 4 Application Application Layer 3 Layer 2 Workflow Definition A (Workflow Definition Profile) Workflow Definition B (Workflow Definition Profile) Workflow Definition C (Workflow Definition Profile) Cross-Enterprise Document Workflow (XDW) Layer 1 Pt of Care workflow definition Document Sharing (e.g. XDS, XDM, XDR, ATNA, BPPC) Infrastructure Definición genérica del flujo de trabajo tareas Permite definir reglas describir documentos requeridos en cada paso definir clinical pathways complejos para un determinado tratamiento Pt of Care Estructura del XDW Workflow Document Identificación del paciente contexto general workflow Estado, enlace al workflow description document Información al nivel de tarea Una tarea describe una actividad planeada o realizada Atributos de la tarea tipo Owner (responsable de realizarla) Estado actual (creada, en progreso, completada, etc.) Referenciass adocumentos usados for como entrada o producidos como resultado El Task Event History registra los eventos pasados Structure of the Workflow Document Workflow Document Information: documentid title patient author/custodian time: date/time/utc workflow definition URN workflow ID workflow state (active/closed) TaskList Task 1 Date/time State Input Output Task.. Task n Task Event history Task Event history 8

Estándares usados Cuatro partes Parte 1: elementos derivados de HL7 CDA Parte 2: dos elementos, patient and author, definidos en el XDW Schema cuya estructura deriva del HL7 R- MIM Parte 3: elementos definidos por el perfil IHE XDW Parte 4: el elemento <TaskList> derivado de OASIS WS-HumanTask standard. XD* Document Sharing XDW v1 Task Task XDW v2 Updated Task Internal System Internal Task Management System Individuals and organizations each have their own task management system. Some of these will use the BPEL/BPMN standards internally. By using the same task description data element, an organization that uses BPEL internally can extract the task description from the XDW document and put it directly into their task management system when they start work. Finished work can be extracted from the BPEL based system and put into the XDW document when complete. 9

XDW Flow and Interactions in an XDS scenario Content Creator XDS Infrastructure 2. Consumers search about patient s workflows Content Consumer Content Consumer 1. Sources post workflow document and referenced document to the XDS Infrastructure 5. Consumers search about patient s workflows 6. Consumers retrieve selected documents from the XDS Infrastructure 3. Consumers retrieve selected documents from the XDS Infrastructure 4. Sources update the workflow document and post possible new referenced documents Content Updater XDW Process Flow: ejemplo consulta primaria-especialista 1-Visit and production of ereferral 2- Admission of the patient 3- Start of the Consultation 5 Possible notification to the GP 4 End of the consultation and creation of the clinical report The workflow within the organization is encapsulated into a single XDW step 10

XDW Process Flow: ejemplo tareas asociadas Workflow Document task: REQUESTED Status: COMPLETED Author: Mr.Rossi Time: date/time/utc Task A: Requested Status 1: Completed 1-Visit and production of ereferral Inputs: -> Lab Report Outputs: -> ereferraldoc1 taskeventhistory TaskEvent: 1 Status: COMPLETED Inputs: -> Lab Report Outputs: -> ereferraldoc1 XDW Process Flow: ejemplo tareas asociadas Workflow Document REQUESTED 2- Admission of the patient Task B: Referred Status 1: In Progress The workflow within the organization is encapsulated into a single XDW step task: REFERRED Status: INPROGRESS Author: Mr.Brum Time: date/time/utc Inputs: -> ereferraldoc1 Outputs: -> taskeventhistory TaskEvent: 1 Status: INPROGRESS Inputs: -> ereferraldoc1 Outputs: -> 11

XDW Process Flow: ejemplo tareas asociadas Workflow Document REQUESTED task: REFERRED Status: COMPLETED Author: Mr.Brum Time: date/time/utc Task B: Referred Status 2: Completed 3- Start of the Consultation Inputs: -> ereferraldoc1 Outputs: -> ClinicalRepDoc2 taskeventhistory TaskEvent: 1 5 Possible notification to the GP 4 End of the consultation and creation of the clinical report The workflow within the organization is encapsulated into a single XDW step TaskEvent: 2 Status: COMPLETED Inputs: -> ereferraldoc1 Outputs: -> ClinicalRepDoc3 El perfil XDW profile frente a los perfiles de Workflow Definition Genérico: XDW Cross Enterprise Document Workflow es: Un marco para gestionar workflows Una plataforma sobre la que se pueden definir un amplio conjunto de workflows específicos, con un mínimo esfuerzo de especificación e implementación Independiente del workflow aplicable en diferentes infraestructuras de intercambio de documentos (XDS,XDM, XDR) Específico: Workflow Definition Profile La definición de un proceso clínico específico Un conjunto de reglas y definición de tareas que caracterizan el proceso La definición de los actores implicados en el proceso y sus roles 12

Situación actual Fase comentario público en 2011 Se ha cambiado el formato del workflow definition document Ahora Trial Implementation status Se prueba en el connectathon de Berna XDW Trabajo en curso Creación del Workflow Definition Whitepaper, guía para escribir un perfil de definición de workflow Trabajo en algunos perfiles de definición concretos Derivación: XBeR-WD Cross Enterprise Basic ereferral Workflow Definition Profile Telemonitorización domiciliaria XTHM-WD Cross Enterprise TeleHomeMonitoring Workflow Definition Profile (PCC) Comités de tumores XTB-WD Cross Enterprise Tumor Board Workflow Definition Profile Receta Prescription austria / epsos Mamografía XSM Cross Enterprise Screening Mammography Workflow Definition Profile (White Paper) (Radiología) 13

Ejemplo de aplicación: Oncología Un ejemplo de aplicación: oncología Tumor board review Análisis del diagnóstico, tratamiento y seguimiento del paciente oncológico Equipos multidisciplinares Tratamiento oncológico es multi disciplinar y típicamente cross-enterprise Se revisan los pasos dados y los planeados Se revisan imágenes, informes y otros documentos creados en diferentes pasos del proceso El resultado principal del TBR es un informe consensuado con los hallazgos, conclusiones y recomendaciones para el tratamiento del paciente. 14

Comités de tumores Relación de este trabajo con un pathway oncológico 15

Objetivo del perfil XDW-tb Definir el workflow para gestionar las tareas asociadas a un comite de tumores: Citas, tareas y documentos Seguimiento del estado de todos los pasos del workflow Monitorizar los documentos usados en el proceso Crear un informe integrado con las conclusiones y recomendaciones del TB Debe resolver las necesidades actuales y ser extensible para adptarse a requisitos futuros Task attributes Task id Task type Task name Task description Task dependencies Status allowed Unique id of the instance of the task TBRMeeting Tumor Board Review Meeting Rules for the task TBRMeeting TBR meeting with input from relevant participants. Ancestors: TBRPreparation Successors: TBRValidation IN PROGRESS: This status of this task shall be set to IN PROGRESS when started. COMPLETED: A preparation task shall be set to COMPLETED when the TBR Report has been created. FAILED :A preparation task shall be set to FAILED when a review of this patient during the TBR meeting is cancelled. Status transactions input Required output Required owner changes of task owner <taskevent> From IN PROGRESS to either COMPLETED or FAILED. o All relevant documents for the TBR Meeting o TBRReport. Chairman of the TBR. No At least one 16

<ns3:taskdata> <ns2:taskdetails> <ns2:id>urn:oid:1.1.1.1.1</ns2:id> <ns2:tasktype>requesttbr</ns2:tasktype> <ns2:name> Request Tumor Board Review</ns2:name> <ns2:status>completed</ns2:status> <ns2:createdtime>2006-05-04t18:13:51.0z</ns2:createdtime> <ns2:lastmodifiedtime>2006-05-04t18:13:51.0z</ns2:lastmodifiedtime> <ns2:renderingmethodexists>false</ns2:renderingmethodexists> </ns2:taskdetails> </ns2:description> <!-- input documents --> <ns2:input> <ns2:part name="document"> <!-- Document useful to understand the reason of the Request --> <!-- uid: the document uniqueid, home: the homecommunityid --> <reference uid="urn:oid:1.2.3.4.4.3.2.2.3" home="urn:oid:1.2.3"/> </ns2:part> </ns2:input> <!-- output documents --> <ns2:output> <ns2:part name="request Document"> <! Request document --> <!-- uid: the document uniqueid, home: the homecommunityid --> <reference uid="urn:oid:1.2.3.4.4.4" home="urn:oid:1.2.3"/> Interoperabilidad organizativa </ns2:part> - XDW </ns2:output> </ns3:taskdata> 17

Conclusiones XDW es trabajo en curso permite a los participantes en un entorno con múltiples organizaciones gestionar y seguir el progreso de tareas relacionadas con flujos de trabajo centrados en el paciente, coordinando sus actividades No hay un controlador central Las decisiones se toman en los extremos del sistema (proveedores: médicos, enfermeros,..) Basado en la infraestructura XDS Independiente del workflow concreto Pero se trabaja también en workflows específicos Interoperabilidad organizativa en IHE: Gestión de flujos de trabajo entre proveedores Paula de Toledo. IHE España Universidad Carlos III de Madrid Transparencias adaptadas del IT Planning Committee de IHE. Luca Zalunardo, Arianna Cocchiglia - Arsenal.IT. Marzo 2012 18