Foro Interoperabilidad en Salud Interoperabilidad organizativa - XDW ESPAÑA Mayo 2012. La Granja Interoperabilidad organizativa en IHE: Gestión de flujos

Foro Interoperabilidad en Salud

Interoperabilidad organizativa - XDW

ESPAÑA

Mayo 2012. La Granja

Interoperabilidad organizativa en IHE:

Gestión de flujos de trabajo entre proveedores



ESPAÑA


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



ESPAÑA


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



ESPAÑA


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



ESPAÑA


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



ESPAÑA


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



ESPAÑA


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



ESPAÑA


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



ESPAÑA


Marco en IHE: Modelo registro repositorio XDS



ESPAÑA


XDW en el modelo Registro – Repositorio de IHE (XDS)

Hospital A

Urgencias

Repositorio

Administración

XDS - Intro

Laboratorio

Imagen

Centro de atención primaria

Centro de diagnóstico por imagen

Hospital B

Repositorio

Hospital C

Repositorio

Repositorio

RegistroRegistro



ESPAÑA


proporcionar y registrar un conjunto de documentos en el repositorio

XDS: Intercambio de documentos

Adaptado de Charles Parisot. GE

Document Registry

Document Repository

Document source

Document Consumer

Document Docume

nt

Submission

Metadata

Registrar documento en el registro

XDS – Actores y transacciones

El flujo de trabajo es un documento



ESPAÑA


Marco en IHE: Modelo registro repositorio XDS



ESPAÑA


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



ESPAÑA


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



ESPAÑA


Workflow definition: definición del workflow

Layer 1

Layer 2

Layer 3

Layer 4

Pt of Care

Application

Pt of Care

Infrastructure

Cross-Enterprise Document Workflow (XDW)

Document Sharing (e.g. XDS, XDM, XDR, ATNA, BPPC)

Workflow Definition C (Workflow Definition Profile)

Workflow Definition B (Workflow Definition Profile)

Workflow Definition A (Workflow Definition Profile)

Application

workflow definition 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



ESPAÑA


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



ESPAÑA


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.



ESPAÑA


Task

UpdatedTask

XDW v2

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.

Task

InternalTask

ManagementSystem

XDW v1

XD* Document Sharing Internal System



ESPAÑA


XDS XDS InfrastructureInfrastructure

11. Sources post . Sources post workflow document workflow document and referenced and referenced document to the document to the XDS InfrastructureXDS Infrastructure

22. Consumers search . Consumers search about patient’s about patient’s workflowsworkflows

33. Consumers retrieve . Consumers retrieve selected documents selected documents from the XDS from the XDS InfrastructureInfrastructure

Content Content CreatorCreatorContent Content CreatorCreator Content Content

ConsumerConsumerContent Content

ConsumerConsumer

Content Content UpdaterUpdaterContent Content UpdaterUpdater

44. Sources update . Sources update the workflow the workflow document and post document and post possible new possible new referenced referenced documentsdocuments

55. Consumers search . Consumers search about patient’s about patient’s workflowsworkflows

66. Consumers retrieve . Consumers retrieve selected documents selected documents from the XDS from the XDS InfrastructureInfrastructure

Content Content ConsumerConsumerContent Content

ConsumerConsumer

XDW Flow and Interactions in an XDS scenario



ESPAÑA


XDW Process Flow: ejemplo – consulta primaria-especialista

2-Admission

of the

patient

3- Start of the

Consultation

4 – End of the consultation and creation of the clinical report

5 – Possible notification to

the GP

1-Visit and production of

eReferral

The workflow within the organization is encapsulated into a single XDW step



ESPAÑA


XDW Process Flow: ejemplo – tareas asociadas

1-Visit and production of eReferral

Workflow DocumentWorkflow Document

task: REQUESTEDtask: REQUESTEDStatus: COMPLETEDStatus: COMPLETEDAuthor: Mr.RossiAuthor: Mr.RossiTime: date/time/utcTime: date/time/utc

Inputs:Inputs:-> Lab Report-> Lab Report

Outputs:Outputs:-> eReferralDoc1-> eReferralDoc1

taskEventHistorytaskEventHistory

TaskEvent: 1TaskEvent: 1Status: Status: COMPLETEDCOMPLETEDInputs:Inputs:-> Lab Report-> Lab Report

Outputs:Outputs:-> eReferralDoc1-> eReferralDoc1

Task A: RequestedS

tatus 1: Completed



ESPAÑA



Task B: ReferredS

tatus 1: In Progress

2-2-Admission Admission

of of the patientthe patient


REQUESTEDREQUESTED

task: REFERREDtask: REFERREDStatus: Status: INPROGRESSINPROGRESSAuthor: Mr.BrumAuthor: Mr.BrumTime: date/time/utcTime: date/time/utc

Inputs:Inputs:-> eReferralDoc1-> eReferralDoc1

Outputs:Outputs:-> ->


TaskEvent: 1TaskEvent: 1Status: Status: INPROGRESSINPROGRESS


Outputs:Outputs:-> ->




ESPAÑA



5 – Possible notification to the GP

3- Start of the

Consultation

4 – End of the consultation and creation of the clinical report


Task B: ReferredS

tatus 2: Completed


REQUESTEDREQUESTED

task: REFERREDtask: REFERREDStatus: Status: COMPLETEDCOMPLETEDAuthor: Mr.BrumAuthor: Mr.BrumTime: date/time/utcTime: date/time/utc


Outputs:Outputs:-> ClinicalRepDoc2-> ClinicalRepDoc2


TaskEvent: 1TaskEvent: 1

TaskEvent: 2TaskEvent: 2Status: Status: COMPLETEDCOMPLETED


Outputs:Outputs:-> -> ClinicalRepDoc3ClinicalRepDoc3



ESPAÑA


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



ESPAÑA


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



ESPAÑA


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)



ESPAÑA


Comités de tumores



ESPAÑA


Task attributes Rules for the task “TBRMeeting”

Task id Unique id of the instance of the task

Task type TBRMeeting

Task name Tumor Board Review Meeting

Task description TBR meeting with input from relevant participants.

Task dependencies Ancestors: TBRPreparation

Successors: TBRValidation

Status allowed 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 From IN PROGRESS to either COMPLETED or FAILED.

input Requiredo All relevant documents for the TBR Meeting

output Requiredo TBRReport.

owner Chairman of the TBR.

changes of task owner

No

<taskEvent> At least one



ESPAÑA




ESPAÑA


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

XDW-TB: Tumor board



ESPAÑA


Escenario

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.



ESPAÑA


Objetivo del perfil XDW-tb

Definir el workflow para gestionar las tareas asociadas a un comite de tumores:– scheduling, tasks, and documents.– 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



ESPAÑA


Contenido del perfil

XTB-WD– Describe los diferentes pasos de un proceso de Tumor board

review– Y la información que los sustenta como documentos de

entrada y salida y que está ligada a cada paso del proceso– The different Workflow definitions can be used as ‘building

blocks’ to describe the actual care pathway of an individual patient.



ESPAÑA


Relación de este trabajo con un pathway oncológico



ESPAÑA


XTB-WD steps and documents



ESPAÑA


Actores / transacciones

XDS Document source with

foder managemt

options

XDS Document source with

foder managemt &

document replacement

options

XDS Document consumer



ESPAÑA




ESPAÑA


Task attributes Rules for the task “Request TBR”

Task id Unique id of the instance of the task

Task type RequestTBR

Task name Request Tumor Board Review

Task description A tumor board review meeting for a patient is requested by the organiser.

Task dependencies

Ancestors: None

Successors: Schedule TBR

Status allowed COMPLETED

An Ordering task is always set to COMPLETED.

Status transactions

None

Input Requiredo All relevant documents for the understanding of the case.

Output Requiredo Request Document.

Owner Creator of the Request

owner changes No



ESPAÑA


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

<ns2:input>

<ns2:part name="document"><reference uid="urn:oid:1.2.3.4.4.3.2.2.3" home="urn:oid:1.2.3"/>

</ns2:part></ns2:input>

<ns2:output>

<ns2:part name="Request Document"><!—Request document --><reference uid="urn:oid:1.2.3.4.4.4" home="urn:oid:1.2.3"/>

</ns2:part></ns2:output>

</ns3:taskData>



ESPAÑA


Completion of the De-Identification Cookbook Instructions to other IHE domains on how to create

profiles that use Anonymization and pseudonymization tools.

Critical and Important Results – White paper Notify someone when something critical or important

is uncovered. Discover who should be told about this information and how should they be told.



ESPAÑA


Workflow manager has to give full power to provider– If we put technical barriers we are lost

There shall be no system in the infrastructure that knows about the workflos

Organize information around episode of care– An episode of care is a workflow center

Einforce some very simple things



ESPAÑA


format of this task description based upon OASIS Human Task standard. The Human Task standard is defined to provide an interface between the highly prescribed and automated world of BPEL/BPMN task automation, and the unpredictable changing world of human tasks, such as medical activities.



ESPAÑA


Tecnica– Gestión distribuida del workflow– Parten de prescripción electrónica

Estandares– Bpl– Human task (derivado del anterior)– Para describir acciones humanas

Primera parte derivada de hl7 Después info que describe los steps del workflo

– Viene del estandra human ask Trazas del workfow y estado (abierto, cerrado) El docu de workflow se comparte en el registro



ESPAÑA


Dos niveles de definición del workflow– Los dos en el workflow document– Es un documento – se usa un estándar

Sistemas que ya tengan un gestor de worflow con BPL pueden reutilziar

Guía de implementacion en PCC Case use especificos

– eReferal– Telemonotirización– Centri tumori – grupo holandés– Screening mamografico

Documents

Foro Interoperabilidad en Salud Interoperabilidad organizativa - XDW ESPAÑA Mayo 2012. La Granja Interoperabilidad organizativa en IHE: Gestión de flujos