Difference between revisions of "Interface-Driven Tasking"
m |
m |
||
Line 1: | Line 1: | ||
===General Notes=== | ===General Notes=== | ||
− | *Interface-driven tasking | + | *Interface-driven tasking facilitates automatic generation of requests or reminders for an action. |
*Tasks are not created for pending results | *Tasks are not created for pending results | ||
*The provider has to be a user to get a task | *The provider has to be a user to get a task |
Revision as of 14:00, 4 August 2009
General Notes
- Interface-driven tasking facilitates automatic generation of requests or reminders for an action.
- Tasks are not created for pending results
- The provider has to be a user to get a task
- Customized logic can be setup to selectively task users. A typical approach is to setup a ConnectR translation table which can be managed to control which providers/users and/or groups receive tasks.
Results (FileResult_CMS inbound stored procedure)
Verify Results Tasking
Background
Verify Results tasks allow providers to “sign off” on results like they would on paper. Typically all providers who will be viewing their results in the EHR will have Verify Results tasks created for them.
Task Type: | Module: | Is created by: | When: | And the Task Action is: | And Assigned to: | And is resolved: |
Verify Patient Results | Result | The system | This task provides notification that a result is available for verification. The task facilitates the verification of patient results. The task is created when a result is filed that requires verification. The task priority is dictated by the Result Status. | Verify Patient Results | Ordering provider | Completed when the all results associated with the encounter and ordering provider combination have either been verified or the ordering provider for the result has been changed another user. |
Interface Components
FileResult_CMS parameter 25 - Acknowledgement Request Flag
Review Results Tasking
Background
There are occasions when a practice will have the results of a test carbon copied (CC) to providers aside from the Ordering Provider. If your Other Vendor supports CCs, you can have the associated CC providers tasked in TouchWorks. These tasks will be Review Results tasks.
Task Type: | Module: | Is created by: | When: | And the Task Action is: | And Assigned to: | And is resolved: |
Review Results | Result | The system | When a user is CC’d on a result with a notification method of task, a review result is created for them when the result is verified or if it does not need verification, when it is filed. | Process Result | Ordering provider | Manually completed or completed when the user who was CC’d performs the \"Mark as Reviewed\" action on the order |
Interface Components
FileResult_CMS parameter 98 - Routing List
Custom Tasking
Background
Interfaced Results also offer the capability of generating custom tasks and task priorities. If an appropriate taskname parameter is passed with the results in the interface, then the result related tasks will be generated in addition to the verify result task. There will only be one instance of this task per result.
Interface Components
FileResult_CMS parameter 114 - TaskTypeCode
FileResult_CMS parameter 115 - TaskPriorityName