Interoperabilidad
Download
1 / 46

Interoperabilidad organizativa en IHE: Gestión de flujos de trabajo entre proveedores - PowerPoint PPT Presentation


  • 115 Views
  • Uploaded on

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

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' Interoperabilidad organizativa en IHE: Gestión de flujos de trabajo entre proveedores' - nuncio


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

Interoperabilidadorganizativa en IHE:

Gestión de flujos de trabajo entre proveedores


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


Escenario
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


Escenario1
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


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


La propuesta de ihe
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 ihe1
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



Xdw en el modelo registro repositorio de ihe xds

XDS - Intro

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

Centro de diagnóstico por imagen

Centro de atención primaria

Repositorio

Registro

Repositorio

Imagen

Hospital A

Repositorio

Repositorio

Administración

Hospital B

Laboratorio

Urgencias

Hospital C


Xds intercambio de documentos

XDS – Actores y transacciones

Submission

Metadata

Document

Document

XDS: Intercambio de documentos

El flujo de trabajo es un documento

Document Consumer

Document Registry

proporcionar y registrar un conjunto de documentos en el repositorio

Registrar documento en el registro

Document source

Document Repository

Adaptado de Charles Parisot. GE



Xdw principales aspectos de dise o
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
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


Workflow definition definici n del workflow
Workflow definition: definición del workflow

  • workflowdefinition

    • Definición genérica del flujo de trabajo

      • tareas

    • Permite definir reglas

      • describir documentos requeridos en cada paso

      • definir clinicalpathways complejos para un determinado tratamiento


Estructura del xdw workflow document
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


Est ndares usados
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.


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

XD* Document

Sharing

Internal System

XDW v1

Internal

Task

Management

System

Task


Xdw flow and interactions in an xds scenario
XDW Flow and Interactions in an XDS scenario management system. Some of these will use the BPEL/BPMN standards internally.

Content Creator

Content Consumer

XDS Infrastructure

2. Consumers search about patient’s workflows

1. Sources post workflow document and referenced document to the XDS Infrastructure

3. Consumers retrieve selected documents from the XDS Infrastructure

Content Updater

5. Consumers search about patient’s workflows

Content Consumer

4. Sources update the workflow document and post possible new referenced documents

6. Consumers retrieve selected documents from the XDS Infrastructure


Xdw process flow ejemplo consulta primaria especialista
XDW Process Flow: ejemplo – consulta primaria-especialista management system. Some of these will use the BPEL/BPMN standards internally.

2-

Admission of

the patient

1-Visit and production of eReferral

3- Start of the Consultation

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

5 – Possible notification to the GP

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


Xdw process flow ejemplo tareas asociadas
XDW Process Flow: ejemplo – tareas asociadas management system. Some of these will use the BPEL/BPMN standards internally.

Workflow Document

task: REQUESTED

Status: COMPLETED

Author: Mr.Rossi

Time: date/time/utc

Inputs:

-> Lab Report

Outputs:

-> eReferralDoc1

Task A: Requested

Status 1: Completed

1-Visit and production of eReferral

taskEventHistory

TaskEvent: 1

Status: COMPLETED

Inputs:

-> Lab Report

Outputs:

-> eReferralDoc1


Xdw process flow ejemplo tareas asociadas1
XDW Process Flow: ejemplo – tareas asociadas management system. Some of these will use the BPEL/BPMN standards internally.

Workflow Document

REQUESTED

task: REFERRED

Status: INPROGRESS

Author: Mr.Brum

Time: date/time/utc

Inputs:

-> eReferralDoc1

Outputs:

->

2-

Admission of

the patient

Task B: Referred

Status 1: In Progress

taskEventHistory

TaskEvent: 1

Status: INPROGRESS

Inputs:

-> eReferralDoc1

Outputs:

->

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


Xdw process flow ejemplo tareas asociadas2
XDW Process Flow: ejemplo – tareas asociadas management system. Some of these will use the BPEL/BPMN standards internally.

Workflow Document

REQUESTED

task: REFERRED

Status: COMPLETED

Author: Mr.Brum

Time: date/time/utc

Inputs:

-> eReferralDoc1

Outputs:

-> ClinicalRepDoc2

Task B: Referred

Status 2: Completed

3- Start of the Consultation

taskEventHistory

TaskEvent: 1

TaskEvent: 2

Status: COMPLETED

Inputs:

-> eReferralDoc1

Outputs:

-> ClinicalRepDoc3

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

5 – Possible notification to the GP

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


El perfil xdw profile frente a los perfiles de workflow definition
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


Situaci n actual
Situación actual Definition

  • 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
XDW – Trabajo en curso Definition

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



Conclusiones
Conclusiones Definition

  • 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

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

    Paula de Toledo.

    IHE España

    Universidad Carlos III de Madrid

    Transparenciasadaptadas del IT Planning Committee de IHE. Luca Zalunardo, Arianna Cocchiglia - Arsenal.IT. Marzo 2012



    Escenario3
    Escenario Definition

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


    Objetivo del perfil xdw tb
    Objetivo del perfil XDW-tb Definition

    • 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


    Contenido del perfil
    Contenido del perfil Definition

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




    Actores transacciones
    Actores / transacciones Definition

    XDS Documentsourcewithfodermanagemt & documentreplacementoptions

    XDS Documentconsumer

    XDS Documentsourcewithfodermanagemtoptions


    <ns3:taskData> Definition

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

    </ns2:part>

    </ns2:output>

     </ns3:taskData>


    • Completion of the De-Identification Cookbook Definition

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


    • Workflow manager has to give full power to provider Definition

      • 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



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

      • Gestión distribuida del workflow

      • Parten de prescripción electrónica

    • Estandares

      • Bpl

      • Humantask (derivado del anterior)

      • Para describir acciones humanas

    • Primera parte derivada de hl7

    • Después info que describe los steps del workflo

      • Viene del estandrahumanask

    • Trazas del workfow y estado (abierto, cerrado)

    • El docu de workflow se comparte en el registro


    • Dos niveles de definición del 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.workflow

      • Los dos en el workflowdocument

      • 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

      • Centritumori – grupo holandés

      • Screeningmamografico


    ad