Fee_sheet and the "auth" check box

tmccormi wrote on Wednesday, February 18, 2015:

This was my assumed use for that check box:

The “auth” check box (when not checked) will throw a warning on the billing page that a user that was not authorized to approve billing information has entered data in the fee sheet. It won’t stop anything, it’s just a warning. And it can be cleared by an authorized user checking the box.

However, it turns out that the checkbox is hardcoded and changes (uncheck) does not save in any case.

So what’s the point of having the check box at all?

–Tony

tmccormi wrote on Wednesday, March 04, 2015:

really, no one?

sunsetsystems wrote on Wednesday, March 04, 2015:

Perhaps a bug that should be fixed?

Rod
http://www.sunsetsystems.com/

tmccormi wrote on Wednesday, March 04, 2015:

That is the question. Is it a bug? Was it supposed to work the way I described or was there some other purpose?

We have fixed the not saving the value part, but what is the intended purpose? Should it prevent billing the claim?

sunsetsystems wrote on Wednesday, March 04, 2015:

I believe it used to prevent billing the claim. Also there was a list of things requiring authorization in the “messages and authorizations” list. There might be more, I don’t remember all the details. But don’t rip out things you don’t understand, find out first where those flags are referenced. It may take a bit of effort.

Rod
http://www.sunsetsystems.com/

tmccormi wrote on Wednesday, March 04, 2015:

Since right now it does nothing at all since it’s hard coded to check the auth box and the billing report does what I described, I’d say I understand what it does.

What I would like to know (if anyone knows) is what it was intended to do.

Failing that what would the users out there like it do (if anything)? My customers told me to drop it as it serves no purpose to them (even if it “worked”).

sunsetsystems wrote on Wednesday, March 04, 2015:

I believe it was intended to be a mechanism whereby docs can sign off on the coding entered by staff.

Rod
http://www.sunsetsystems.com/