Cross Enterprise Workflow

From IHE Wiki
Revision as of 08:28, 7 January 2012 by Charles (talk | contribs) (→‎Details)
Jump to navigation Jump to search

Cross Enterprise Workflow (XDW) coordinates human and applications mediated workflows across multiple organizations.


Summary

The Cross-Enterprise Document Workflow (XDW) profile enables participants in a multi-organizational environment to manage and track the tasks related to patient-centric workflows as the systems hosting workflow management applications coordinate their activities for the health professionals and patients they support.

XDW builds upon the sharing of health documents provided by other IHE profiles such as XDS, adding the means to associate documents conveying clinical facts to a patient-specific workflow. XDW provides a common interoperability infrastructure upon which a wide range of specific workflow definitions may be supported. It is designed to support the complexity of health services delivery with flexibility to adapt as workflows evolve.

File:XDWereferral-workflow.jpg

Benefits

XDW provides a common, workflow-independent interoperability infrastructure that:

  • provides a platform upon which a wide range of specific workflows can be defined with minimal specification and application implementation efforts on the workflow definition (e.g., Medical Referrals Workflow, Prescriptions Workflow, Home Care Workflow);
  • benefits many clinical and non-clinical domains by avoiding different competing approaches to workflow management;
  • increases the consistency of workflow interoperability, and enables the development of interoperable workflow management applications where workflow-specific customization is minimized;
  • facilitates the integration of multi-organizational workflows with the variety of existing workflow management systems used within the participating organizations;
  • offers the necessary flexibility to support a large variety of different healthcare workflows by not being overly constrained.

Details

XDW supports a broad range of workflows that are:

  • patient-centric;
  • based on business/clinical needs that are defined externally to the XDW Profile. Such workflow definitions have to be known only by the applications within the participating systems, not by the XDW infrastructure (flexibility);
  • executed in loosely connected, distributed environments, where centralized workflow management systems are not desired, or in many instances, possible.

The XDW Workflow Architecture (see figure below) builds upon the sharing of XDW Documents between “edge” applications using Document Sharing infrastructure. XDW supports the management of Workflow according to Workflow Definitions established between participating applications.

XDW architecture.PNG

Systems Affected

<List (in user terms) the types of systems they might expect to have implemented actors from this profile, e.g. RIS, PACS, HIS, CAD Workstation, etc. and for each, how it would participate.>

  • PACS systems may store, manage, and/or display Evidence Documents.
  • Display systems may query, retrieve and display Evidence Documents.
  • Reporting workstations may retrieve, process and include details from Evidence Documents in reports

Actors & Transactions:

<Insert an actor-transaction diagram, and or list of Content Definitions>

Specification

Profile Status: Final Text <Replace "Final Text" with "Trial Implementation" or "Public Comment" as appropriate.>

Documents:

<Provide direct links to the specific volumes or supplements, and list the volume sections relevant to this profile. This is a simple inventory of official normative and informative text. If you would like to provide a reading guide or walkthrough of what is in each of the different sections for implementers or users, do that in the Profile FAQ or the Profile Implementation Page linked below. If the profile uses transactions from multiple Tech. Frameworks, repeat the structure below.>

IHE Radiology Technical Framework:

  • Vol. 1 - Section 5 (SWF Profile)
  • Vol. 2 - Sections 4.8 to 4.10, 4.14 to 4.19, and 4.23
  • Vol. 3 - Appendix E

Underlying Standards:

<list all the standards on which the profile is based; if possible with links to sources>

See Also

<The following sections can be left out if there is nothing to point to. This is just to show where such information can go.>


Related Profiles

<List profiles this one depends on, profiles that depend on this one, profiles that are synergistic with this one. Start with the name of the other profile as a link and then explain the relationship.>


Consumer Information

The Profile FAQ Template answers typical questions about what the Profile does. <Replace the link with a link to the actual FAQ page for the Profile>

The Profile Purchasing Template describes considerations when purchasing equipment to deploy this Profile. <Replace the link with a link to the actual Purchasing page for the Profile>

Implementer Information

The Profile Implementation Template provides additional information about implementing this Profile in software. <Replace the link with a link to the actual Implementation page for the Profile>

Reference Articles

<List References (good and bad) (with link if possible) to Journal Articles that mention IHE's work (and hopefully include some analysis). Go ahead, Google: IHE <Profile Name> abstract or Google: IHE <Profile Name> and under the "more" select "Scholar". You might be surprised. >


This page is based on the Profile Overview Template