The Service Actuals screen can sometimes show actuals that differ from what you’d expect.
When actuals come from importing data via an interface such as CM2000, E-Invoice, Provider Portal, etc., Mosaic won’t duplicate anything already imported in a previous file. If values aren’t exactly the same but are very similar, Mosaic will import the next file’s data intentionally by the LA, this lets your units accumulate over time.
If workers use the actuals screens just to view data and aren’t making changes, it’s important they click Cancel instead of Save. Saving will write an entry into the database as a recorded actual, even if the value in the box is zero.
When you open the Actuals screen for a period for the first time, Mosaic populates the actuals with Expected Units of Care. These expected units are calculated based on the units of elements with that specific Charge Unit Type. If the expected units don’t match what you expect, check the package for correct dates on elements and variations.
If you see discrepancies too much, too little, or missing values that you can’t explain, raise a new case online and reference the title of this article.
If you could also include the following information that will help us with our investigations:
Person ID affected.
Supplier Name and ID.
Charge Unit Type name.
The Week Ending date.
The number of weeks you have selected to go back to see.
A screenshot of actuals screen you are getting.
Why you think these are wrong.
How you record actuals (i.e. E-Invoice Imports, manual entry).
A couple of screenshots of the actual's screens will have a lot of the data being asked for above.