Medical Billing Software > Medical Billing Software Reviews

Info AR recovery

<< < (2/3) > >>

RichardP:

--- Quote from: lc313 on July 16, 2013, 07:37:15 PM ---...I will use the aging reports ...
--- End quote ---

Here are a few things to think through.

In what manner will you use the aging reports?  Will they be submitted to you on paper.?  Will you transfer them electronically from your client's software to yours?  Will you log in remotely to their server and use their billing software to create aging reports?  Only if you are going to transfer the aging reports electronically from your client's software to yours do I see you needing any kind of billing software.  And I'm guessing that transferring these reports electronically is not what you are going to do.

If your client(s) have not written off the balances owed and changed the balances owed to zero in their software, any payments you shake loose from delinquent payers will have to be posted to that payor's account in your client's software.  And I'm guessing that the payor will send payment to your client(s), not to you??  That shouldn't matter if you are charging your client(s) an hourly or flat rate.  It will matter if you want to charge a percentage of the monies you collect.  How will you know how much money your efforts have shaken loose when payment will be sent to your client(s)?  You can trust them to tell you the correct amount.  But with money coming in from other payors as well, and all of it being posted to your client(s) billing software, how will your client(s) keep track of payments made by delinquent payors that you contacted?  They may want to be honest with you, but they may not have the ability to be.  It all depends on what sort of reporting capabilities their software has, and whether anyone knows how to use these reporting capabilities if the software has them.  At a minimum, you could compare outstanding A/R in Month N against the same report for Month N-1 - to see how much it has been reduced.  But that is an unreliable method since new accounts will be going delinquent and getting added to that report every month - which will keep inflating the outstanding A/R above what it would otherwise be.

lc313:
Thanks for all the information. Can you give suggestions for the best way to track cash received? I also do understand getting my own login to gain access to their PM is one way as well as paper reports. I'm trying to think of all possible things that could hinder my setup. Please feel free to pick my brain!

Thanks a bunch

PMRNC:

--- Quote ---Thanks for all the information. Can you give suggestions for the best way to track cash received? I also do understand getting my own login to gain access to their PM is one way as well as paper reports. I'm trying to think of all possible things that could hinder my setup. Please feel free to pick my brain!
--- End quote ---

Are you a billing company? Will you be taking other clients? I ask because that might be a reason to go ahead and look for a PM software/solution. I don't know what type of contract you have worked out, but here is how I would do it.

I am a little different than most billing companies. Through the years and several data conversions and mistakes with purchasing software I decided I would use all that software experience to my advantage. When I take a new client I ask them if they want to continue using what they have and if so I either login to their web based program or use a third party remote software (logmein.com)  Providers love that because so many today have already spent thousands of dollars on high end systems and others are just happy with their smaller program and used to it. They also like the "control".  IF a client wants a new solution or needs one to start-out I give them several options with my preferred software but the account/software goes in their name.  This way has many different advantages, one being it solves the dilemma at the end of a contract or dissolution of a contract on "who gets data?", "how do they get data?" etc etc.

For your situation I would definitely have access to their system and they can actually set permissions so that your only posting payments, or marking claims for re-submission. This really will depend on the contract you have with the client which you should make sure spells out all of your services and responsibilities as well as theirs. Make sure you still do a BAA agreement and make sure  you have a separate login for HIPAA security reasons and audit trail purposes. To be safe I would have them restrict access to "send" claims but allow you to mark them for resubmission. If the pm software has a notes area you could add notes in there or enter in a line item post note with any special instructions.   

MAKE sure you have a contract and once you nail down what you will be doing it will come together much easier for you.

RichardP:

--- Quote from: lc313 on July 17, 2013, 09:01:38 AM ---Can you give suggestions for the best way to track cash received?
--- End quote ---

Your client(s) billing software most likely has a setup that allows the user to assign a code to any given payment they are posting that designates whether the payment is made by cash, check, or credit card.  Whether your client(s) staff knows how to use this setup is a separate matter.

PMRNC:

--- Quote ---Your client(s) billing software most likely has a setup that allows the user to assign a code to any given payment they are posting that designates whether the payment is made by cash, check, or credit card.  Whether your client(s) staff knows how to use this setup is a separate matter.
--- End quote ---

She was asking about software to begin with:


--- Quote ---I would love to get some insight on best software that's not too expensive to start off with as well as any and all information you can provide which would be helpful to a newbie. I look forward to hearing from everyone.
--- End quote ---

Just clarifying that in case I missed it. I had suggested she use THEIR system since she was only doing A/R followup but really it depends on what their contract specifies.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version