Worklists are an organizational structure that generate sets of work items for users of the application to work on.
Properties
Property |
Description |
Class |
The class of the worklist. See below. |
Name |
The name of the worklist, which must be unique for it's class. |
Description |
A description of the worklist. |
Staff Subscribers |
Individual staff members that are subscribed to the worklist. |
Group Subscribers |
Staff groups that are subscribed to the worklist. |
Procedure Type Group Filter |
Filters the worklist by procedure type group (performing or reading group, depending on worklist class). |
Facility Filter |
Filters the worklist by the performing facility associated with the procedure. |
Patient Class Filter |
Filters the worklist by the patient class assigned to the visit associated with the order. |
Patient Location Filter |
Filters the worklist by the current patient location assigned to the visit associated with the order. |
Order Priority Filter |
Filters the worklist by the priority assigned to the order. |
Ordering Practitioner Filter |
Filters the worklist by ordering practitioner. |
Portable Filter |
Filters the worklist by portability of the procedure. |
Time Filter |
Filters the worklist by time window. |
Notes
Worklists form the basis of the workflow application. A worklist provides a list of the procedures that a user of the application will work on. A worklist is represented as a folder in the RIS Client GUI.
Worklists are defined administratively. At minimum, each worklist must have a Name and a Class. The name simply identifies the worklist. There are different classes of worklist for different purposes. For example, the Registration - Scheduled class lists procedures that are scheduled to be performed so that clerical staff may check-in the patients upon arrival. The Reporting - To Be Reported class lists procedures that have been performed and need to be reported by a radiologist.
Each worklist must be associated to the Staff or Staff Groups that use the worklists. This is what controls which worklists are seen by which users. It is generally easier to use staff group subscriptions, whereby all staff that are members of a specified group will see the worklist, rather than subscribing individual staff to the worklist.
Additionally, there are a number of optional filters that further constrain the set of procedures that are contained in the worklist. These filters are listed in the Properties table above.