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 2 of 114 opportunities
Updating Payors
Revenue Cycle Transformation
There are really 2 avenues for improvement here that may help. With the first having a simplified workflow for the teams to follow, the SBP coverage correction tool option helps to enforce that the coverage correction process must be followed by users upon saving a change to the payors. This also provides the benefit of an updated workflow that does not have the user have to later go back and add the details for the parent or spouse if the policy is from a different member of the family. The second area of consideration is the ledger verifier that can help to surface when there are potential issues and help to resolve them early. The ledger verifier can be set to run automated solvers when there is a proposed solution from Raintree. This can also be run as a scheduled report that can help to highlight if and when there are common mistakes that can be used for internal training.
Ledger Lock
Revenue Cycle Transformation
Ledger Lock is recommended for use. Challenges that were discussed: For items that do need re-allocation best practice to maintain ledger lock integrity is to maintain the lock and not bypass it. The payment would still be re-posted, however the original incorrectly applied payment would be reversed and the correction would be posted all with a posting date of today (current day). In this way, the history is maintained and the historical stats remain consistent. The current day is a wash for overall cash receipts as there is a reversal and the reposting that correspond with one another. The correction will appear as a correction off of one location and onto another with the current day/month for the correction to reflect in financials.