Difference between revisions of "Scheduled Workflow"

From IHE Wiki
Jump to navigation Jump to search
Line 17: Line 17:
 
==Details==
 
==Details==
  
''<A few paragraphs, if appropriate, providing more details (in user-speak, not tech-speak) on what the profile does and how it works.>''
+
''<Editors NOTE: Raw material extracted from the User Handbook. Some additonal massaging is still needed.>''
 +
 
 +
The SWF and PIR Profiles ensure that patient demographics and order and procedural information are correct and consistent. They allow images to be available for review in a timely fashion. Modality operators use the MWL to query and retrieve the relevant patient demographics and scheduled procedure information from the RIS. Patient name changes should not be made on the modality. The RIS is the primary information source and is capable of managing name updates, as long as the modality does not introduce additional unexpected changes. To ensure the most timely and correct patient information, the Worklist should be re-queried just before starting a new exam in case patient or order details have changed. The modality operator should verify that the right patient is selected for each examination.
 +
 
 +
In unscheduled cases (e.g., emergency patients), patient names and identification (ID) numbers may be unknown. As these are required to commence the procedure, they will need to be selected from a predefined list of temporary patient and names and IDs and entered at the modality. In such unscheduled cases, the AN, a key identifier for the imaging order, must be left blank. Later, when the correct patient ID, name and Accession Number are known, the RIS and the PACS will reconcile the image information with the correct values.
  
 
==Systems Affected==
 
==Systems Affected==

Revision as of 17:24, 7 March 2008

Scheduled Workflow (SWF) integrates ordering, scheduling, imaging acquisition, storage and viewing for Radiology exams.



Summary

Scheduled Workflow establishes a seamless flow of information that supports efficient patient care workflow in a typical imaging encounter. It specifies transactions that maintain the consistency of patient information from registration through ordering, scheduling, imaging acquisition, storage and viewing. This consistency is also the foundation for subsequent workflow steps, such as reporting.

Ihe rad swf ip.jpg

Benefits

<Crib material from the user handbook>

Details

<Editors NOTE: Raw material extracted from the User Handbook. Some additonal massaging is still needed.>

The SWF and PIR Profiles ensure that patient demographics and order and procedural information are correct and consistent. They allow images to be available for review in a timely fashion. Modality operators use the MWL to query and retrieve the relevant patient demographics and scheduled procedure information from the RIS. Patient name changes should not be made on the modality. The RIS is the primary information source and is capable of managing name updates, as long as the modality does not introduce additional unexpected changes. To ensure the most timely and correct patient information, the Worklist should be re-queried just before starting a new exam in case patient or order details have changed. The modality operator should verify that the right patient is selected for each examination.

In unscheduled cases (e.g., emergency patients), patient names and identification (ID) numbers may be unknown. As these are required to commence the procedure, they will need to be selected from a predefined list of temporary patient and names and IDs and entered at the modality. In such unscheduled cases, the AN, a key identifier for the imaging order, must be left blank. Later, when the correct patient ID, name and Accession Number are known, the RIS and the PACS will reconcile the image information with the correct values.

Systems Affected

Systems involved in this profile are:

  • Enterprise-wide information systems that manage patient registration and services ordering (i.e., admit-discharge-transfer (ADT)/registration system and hospital information system (HIS ))
  • Radiology departmental information systems that manage department scheduling (i.e., radiology information system (RIS))
  • Radiology image management/archiving (i.e., picture archiving and communication system (PACS))
  • Acquisition modalities

Specification

Profile Status: Final Text

Documents: IHE Radiology Technical Framework:

  • Vol. 1 - Section 3 documents the profile
  • Vol. 2 - Sections 4.1 to 4.8, 4.10 to 4.14, 4.16, 4.18, and 4.20 to 4.21, document specific transactions. Appendices A, B and D provide additional requirements and suggestions on mapping information to ensure consistent flow of information throughout the department.
  • Vol. 3 - Sections 4.42, and 4.48 to 4.49 document specific transactions.

Underlying Standards:

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>

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 Scheduled Workflow FAQ answers typical questions about what the Profile does.


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>

The Profile Purchasing Template describes considerations when purchasing equipment to deploy this 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) >


The Cross-Enterprise Document Sharing Implementation provides additional information about implementing this Profile (well XDS actually) in software.


This page is based on the Profile Template