Remote Patient Monitoring
Running an RPM program properly, including the part where it actually gets reimbursed.
Why RPM programs fail
Almost never for clinical reasons. They fail because the billing requirements are specific and unforgiving, and nobody was tracking them.
The codes turn on things like how many days a device actually transmitted in the period and how many minutes of clinical time were documented. Both are easy to satisfy and easy to miss by a day or a minute, and you find out at the end of the month when the claim is denied.
So the work is mostly logistics. Enroll the patient properly and get consent documented. Get the device to them and confirm it is transmitting. Watch the transmission days. Log the clinical time as it happens rather than reconstructing it. Flag the patients who are two days short while there are still two days left.
Common questions
What does RPM actually pay?
It depends on the codes billed, your payer mix and your locality, and CMS has changed the rules more than once. Ask us for current figures for your situation rather than budgeting from a number you read last year.
Do we have to buy the devices?
That depends on the program you want to run. We will walk through the options and what each one does to your economics before you commit to inventory.
Which patients are eligible?
That is a clinical decision and it stays yours. What we can tell you is which of your patients are likely to hit the transmission and time thresholds consistently, because a patient who never uses the device is a program cost with no clinical benefit.
See what your claims are leaving behind
Send us a month of remittance data and we will tell you what it says: which codes are being denied, how much of it is recoverable, and how long your money is sitting in A/R. It takes about a week and there is nothing to sign.