1 / 17

Cross-enterprise Document Workflow (XDW)

Cross-enterprise Document Workflow (XDW). Brief Profile Proposal for 2009/10 presented to the IT Infrastructure Planning Committee Charles Parisot , Claudio Saccavini , Luca Zalunardo, Arianna Cocchiglia October, 18 th 2010. XDW - Key Elements.

pierce
Télécharger la présentation

Cross-enterprise Document Workflow (XDW)

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Cross-enterprise Document Workflow(XDW) Brief Profile Proposal for 2009/10 presented to the IT Infrastructure Planning Committee Charles Parisot, Claudio Saccavini, Luca Zalunardo, Arianna Cocchiglia October, 18th 2010

  2. XDW - Key Elements This proposal focuses on the Cross-Enterprise Workflow for Document Sharing in support of workflow document and status management. Key elements: • Managing workflow specific status with relationship to one or more documents • Tracking the health care entity that change a status associated to a workflow step • Tracking the past steps of the workflow related to specific clinical event

  3. XDW - Necessity Necessity: • it is now becoming essential by the increase of the use by different sectors of these document sharing related IHE profiles with their different types of documents and information. • Many different worldwide projects have as goals to paperless of documents and digitalization of clinical processes. At the bases of all these projects there is the management of ePrescription and eReferral for their • Variuos and structures workflow • Clinical, economic, social and organizational impact values

  4. Alignment with the bisiness healthcare: Italian example To have a scale of the problem, an analysis has been performed on some Italian data: • 550 million prescriptions issued each year (paper and electronic today). • the lack of a workflow management for ePrescriptions/eReferrals results in some of these to be dispensed/performed twice, or not dispensed/performed. This causes a loss of about 7‐8% of the National Healthcare budget (about 14 billion of Euro). • Considerable saving by the introduction of a better quality control of the process and the reduction of the errors.

  5. Algnment with governaments/national programs Austria FranceDMP European Project 12 Coutries Projects of the Department of Health and Human Services Electronic Transfer of ePrescription Australia InFSE Italy Veneto Region Italy

  6. Use Case: an example of eReferral workflow 2-Booking the visit Ordered  Placed Ordered 1-Visit and production of eReferral 3-ADT Admission of the patient PlacedIn Progress 7-Notification to the GP 4- RX Exam 6- Publication of RX report 5- Production of the Clinical Report In ProgressCompleted

  7. Use Case: an example of eReferral workflow • Clinical steps: • A patient attends a consultation with his GP • The GP examines him and generates an eReferral 2-Booking the visit Ordered  Placed Ordered 1-Visit and production of eReferral 3-ADT Admissionof the patient PlacedIn Progress 7-Notification to the GP • Technicalsteps: • CreationofaneReferralDocument • Creationof a WorkflowDocument (WD) • Provide a Document Folder (the 2objects are groupedusingXDSFoldermechanism) • Provide the eReferralDoc and WD 4- RX Exam 6- Pubicationof RX report 5- Production of the clinical report In ProgressCompleted

  8. Use Case: an example of eReferral workflow 2-Booking the visit Ordered  Placed Ordered • Clinicalsteps: • The patientcallsan hospital to book hisvisit • The HCP cunsults the eReferralDoc and WD associeted and books the visit 1-Visit and production ofeReferral 3-ADT Admissionof the patient PlacedIn Progress 7-Notification to the GP • Technicalsteps: • Query and Retrieveof the eReferralDoc and WD • Modify the status associatedwhiteRefferral inside the WorkflowDocument (WD) • Replace the WD 4- RX Exam 6- Pubicationof RX report 5- Production of the clinical report In ProgressCompleted

  9. Use Case: an example of eReferral workflow • Clinicalsteps: • The patientisadmitted at the hospital • The HCP cunsults the eReferralDoc and WD associeted • The visittakesplace 2-Booking the visit Ordered  Placed Ordered 1-Visit and production ofeReferral 3-ADT Admission of the patient • Technicalsteps: • Query and Retrieveof the eReferralDoc and WD • Modify the status associatedwitheRefferral inside the WorkflowDocument (WD) • Replace the WD PlacedIn Progress 7-Notification to the GP 4- RX Exam 6- Pubicationof RX report 5- Production of the clinical report In ProgressCompleted

  10. Use Case: an example of eReferral workflow • Clinicalsteps: • The doctorgenerates the clinical report of the exam • Technicalsteps: • Creationof the Clinicl Report Doc • Modify the status associatedwitheRefferral inside the WorkflowDocument (WD) • Replace the WD • Provide the Clinical Report DocassociatedwitheReferral in the same Folder 2-Booking the visit Ordered  Placed Ordered 1-Visit and production ofeReferral 3-ADT Admissionof the patient PlacedIn Progress 7-Notification to the GP 4- RX Exam 6- Pubication of RX report 5- Production of the clinical report In ProgressCompleted

  11. Use Case: an example of eReferral workflow • Clinicalsteps: • Thereis the possibilitytosend a notificationabout the pubblicationof the Report associetedwith the eReferralthathehasproducedbefore • However at anytimeduringthisprocess, the GP mayconsult the WD and accessrelatednewdocumentsproduced 2-Booking the visit Ordered  Placed Ordered 1-Visit and production ofeReferral 3-ADT Admissionof the patient PlacedIn Progress 7-Notification to the GP 4- RX Exam 6- Pubicationof RX report 5- Production of the clinical report In ProgressCompleted

  12. Analysis of different solutions

  13. The structure of the Workflow Document • Section 1 • General and common data (patient data, author data, institution data, etc) • Section 2…n • One section for any performed Workflow Step (e.g. ePrescription, eReferral) which contains: • Internal management properties about workflow step (status, author, date/time of the change, relationship with previous workflow step, expected upcoming workflow steps..) • Reference to the shared documents that were used as input to the workflow step (if any) • Reference to the documents that were shared as a result of the workflow step

  14. Proposed Standards & Systems • ITI Afferent IHE Profiles: • XDS.b, DSUB, NAV, XCA, BPPC, ATNA, XDR • Afferent IHE Profiles: • Pharmacy - CMPD, PCC - PCCP, XDS-MS, RAD, LABs, Cardiology, Ophthalmology, Mammo CAD, etc. • Other standards items: • HL7 CDA • Stability and robustness: • No new transaction are introduced • The only new actor introduced is Workflow Document Consumer but it is an XDS Doc Consumer and Source grouped together • No XDS Metadata extension expected, but specific rules about Metadata content for the workflow Document

  15. Discussion • This proposal arises from the necessity to manage the documents in pharmacy area but it also answers to the infrastructure requires from other profiles and domains, for ex. PCCP (Patient Centered Coordination Plan), Pharmacy Domain (Extension to Community Medication Prescription and Dispense) • It proposes a more general approach which allows to extend the management of workflow that rely on the clinical documents in many different care areas.

  16. Discussion The value statement of this proposal is: • The standardization of the workflows’ management transactions and the associated workflow tracking structure linked with clinical events • The creation of a document structure able to respond at the present and possibly to extend to future requirements • This profile proposal benefits many domains. So it increases the consistency of workflow interoperability and the skill to solve the requests of the various care areas. It will avoid that different competing solutions are developed in the different domains. It is necessary to create an IT Infrastructure Profile in this field.

  17. Effort Estimates • The work effort (in term of documentation) for profiling the XDW is low because there aren’t new transactions and the new actor, the Workflow Doc Consumer, is only assemblage of two already existing actors. • The work will be focused on the definition of a basic workflow document structure, its document entry metadata rules and the principles to define “workflow content” profiles by ITI and other IHE Domains (e.g. definition of the possible status in the specific) clinical process • Profile editors: • Luca Zalunardo, Arsenàl.IT, lzalunardo@consorzioarsenal.it • Arianna Cocchiglia, Arsenàl.IT, acocchiglia@consorzioarsenal.it • Organization: Arsenàl.IT, www.consorzioarsenal.it

More Related