Core of the Transformation Center
Detailed Findings
Every one of the 114 transformation opportunities drawn from the corrected Detailed Transformation Assessment, with current state, desired future state and the recommended path.
Showing 7 of 114 opportunities
KPI Visibility
Clinical Experience & Provider Productivity
Review and enable appropriate KPI measures, including patients without future visits and patients with limited visits remaining. KPI Plugin > KPI_SETUP #1 switch to ‘Y’ #2 Exclude specific usergroups / users as needed #3 Assign Provider KPIs to specific usergroups Use the “Provider Measures” category and turn on the appropriate KPIs. Recommend 101 and 111 to start Turn them on by opening up each option and placing a ‘Y’ in the first value. Then identify threshold values.
Feature / Workflow: ScribeIQ / Activities
Clinical Experience & Provider Productivity
Review current ScribeIQ Activities capabilities and roadmap
Provider Scheduling of POC
Clinical Experience & Provider Productivity
Review scheduling tools such as Block Booking. Block booking refers to scheduling a batch of appointments in the future. For example, you can block book appointments for specific patients or with specific appointment types. No previous appointments are needed to use block booking Review front-office/provider ownership of scheduling
Document Routing/ Faxes
Patient Access & Front Office Excellence
Vendor/AI works all faxes with minimal if any intervention from the PSR
Patient Scheduling
Patient Access & Front Office Excellence
Easy button for all pt's that have not completed paperwork ability to send mass reminder by regio?? FUTURE- Self Scheduling & AI monitor of missed appointments & automated followup of interest. Touchpoints Cost has been barrier
Form Script - SCHIN Flexibility in Column Configuration
Revenue Cycle Transformation
This would be a custom option to add additional columns to be able to configure within the form scripts specific to each payor what they would like to see included in the output. (Or added as a suggestion for future standard enhancement)
Payor - Restriction on the BC selection option based on the comments section within that payor
Revenue Cycle Transformation
This would be an option to limit payors like the <BC:P> comment that would only allow a payor to be selected as a P, but instead would be something like does not equal a P. Currently this would be a custom request or a suggestion for a future enhancement.