caparks's dashboard

caparks set one of caparks' replies as an official response to "Don't always have a Bill and don't want to enter one" in change:healthcare, inc.

caparks replied on March 03, 2008 19:30 to the question "Don't always have a Bill and don't want to enter one" in change:healthcare, inc.:

Hey Stanp! Like Robert said, we'll be up shortly with the new site [fingers crossed]. Please please please -- let us know if you have any questions!

christopher

caparks, an employee of change:healthcare, inc., replied on January 01, 2008 14:05 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

Your right! I often tell people to use tags as a was to group things (like multiple items, providers, etc that are associated with one episode of care or event... like a car accident or long hospital stay + associated home health). Very creative using "C#:xxxx" as a way to group and sort claims... you could even go with "eob-c#:xxxx".

The gang here have already been prompted to add "Claim #" as a new field though I also like your creative solution!

SongofRuth - You are our new Rock'n Power User. THANKS!

Matt Mueller, an employee of change:healthcare, inc., replied on January 01, 2008 14:00 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

Exactly why we added the tag field, great usage of it. I assume you know too that you can then view all items with a given tag in the transaction log. Good to see you coming up with creative solutions that work for you!

SongOfRuth replied on December 31, 2007 23:15 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

I know that on my EOBs there is a claim number. So all entries for that EOB (which of course now are listed as individual EOBs when I enter them) have the same claim number. Currently I put this in the TAG field. It just occurred to me that one thing I could do is to use "C#:xxx", where xxx is the claim number, to differentiate this particular tag. In this way things actually currently sort of can be grouped.

Matt Mueller, an employee of change:healthcare, inc., replied on December 31, 2007 20:51 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

SongofRuth,

Although I didn't get in on this conversation I reply appreciate the feedback re: multi-line EOBs. That is something we have been discussing of late, trying to settle on the best way to handle it. Although we may not get it out to you immediately I promise that this feature is high on our priority list and we will get to it soon!

SongOfRuth replied on December 29, 2007 05:36 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

On the EOB side, I had upped my confusion factor by linking several EOBs together. They weren't actually separate EOBs but rather the different multiple lines of the same EOB so I had linked them. Unfortunately that kept any specific EOB (of that group) from moving to the Closed Balance side.

It will be great to be able to enter multi-line EOBs.

SongOfRuth replied on December 29, 2007 05:33 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

That worked just fine. In fact, now that I have the swing of things re pharmacy purchases, I'm baffled how you folks are going to improve the process. ;)

caparks set one of caparks' replies as an official response to "Confusion re open versus closed balances?" in change:healthcare, inc.

caparks, an employee of change:healthcare, inc., replied on December 28, 2007 19:52 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

ok... part two. This is GREAT question to something that isn't so obvious... Change the bill amount to $100... because that is the amount that the doctor billed somebody (in your case, he billed the insurance company so the combination of your $15 co-pay and the insurance EOB should net the balance to zero).

It's weird, i know - but you really didn't get "billed" when you made that co-pay. It was merely a payment of $15 while you were there towards a total bill of $100.

And don't worry about the order of data entry. It shouldn't make any difference to MBM what order you put things in.

Let me know if that takes care of it for you and thank you so much for asking.

caparks set one of caparks' replies as an official response to "Confusion re open versus closed balances?" in change:healthcare, inc.

caparks, an employee of change:healthcare, inc., replied on December 28, 2007 19:45 to the question "Confusion re open versus closed balances?" in change:healthcare, inc.:

First thing... we've made entering prescriptions a little easier [though in the next release in February (2 months from now) it will be super simple with a new Rx button :) where you'll be able to pick/search from the actual prescription name etc]
In the meantime, though, now you don't have to enter an offsetting bill for a prescription. Simply enter a new payment and as you are inputing your payment -- UNcheck the checkbox next to "will bill?" By unchecking the box, MBM will auto create a phantom off-setting bill so that you do not have an outstanding pharmacy balance.

That should make entering prescriptions easier (until we go live with the new enhancements)

Whew! let me take a brake for a sec and i'll answser your other question :)

caparks started following the question "Confusion re open versus closed balances?" in change:healthcare, inc..

Matt Mueller, an employee of change:healthcare, inc., replied on September 17, 2007 19:39 to the problem "everytime i attempt to edit a service date from 7/1 to 7/31 it ignores the change" in change:healthcare, inc.:

Just so you know, this issue has been fixed. Thanks again for reporting it.

Tink, an employee of change:healthcare, inc., replied on September 14, 2007 15:03 to the problem "everytime i attempt to edit a service date from 7/1 to 7/31 it ignores the change" in change:healthcare, inc.:

Cupcake 11441, one of our programmers just found the date bug! He is working on fixing it.

Thanks

Matt Mueller, an employee of change:healthcare, inc., replied on September 14, 2007 14:30 to the problem "everytime i attempt to edit a service date from 7/1 to 7/31 it ignores the change" in change:healthcare, inc.:

Hey Cupcake,

I have been trying to replicate this error this morning without any luck. Could you be a bit more specific? Namely it would be helpful if you provided us with your operating system and browser.

Thanks, and hopefully we can help you get this worked out quickly.

Tink, an employee of change:healthcare, inc., replied on September 14, 2007 14:27 to the problem "everytime i attempt to edit a service date from 7/1 to 7/31 it ignores the change" in change:healthcare, inc.:

Cupcake 11441, I am so sorry to hear you have been having problems with the program. Earlier in the week (I believe it was Monday) I was training someone on the program and we were having some issues with the date. That is part of what initially sparked our idea to change what you can enter. However when we erased the date and reentered the information it worked every time. I have been using the site a lot this week in training other individuals and it has been working almost spotlessly.

I got on MBM this morning, foxfire, safari, and ei and I cannot seem to get the error to replicate. Please have a look back at the site and see if its any better. If you have any further questions let us know.

Thanks.

caparks set one of caparks' replies as an official response to "everytime i attempt to edit a service date from 7/1 to 7/31 it ignores the change" in change:healthcare, inc.

caparks, an employee of change:healthcare, inc., replied on September 14, 2007 14:06 to the problem "everytime i attempt to edit a service date from 7/1 to 7/31 it ignores the change" in change:healthcare, inc.:

DANGER Team!.... all hands on deck! please get on this ASAP

Cupcake 11441 - I'm embarrassed but we'll address both the javascript and date issue IMMEDIATELY. We're trying to implement a new date tool that not only allows you to input 7-31-07 or 7/31 but also to type in "Today" or "Next week" or "Last Tue" and intelligently know what that means... sigh... some how in the interim - I must have pushed some code that offset the service date field. I take the blame on this one [baaaaadddd founder, shame shame]

My sincerest apologies. Fortunately, there are others much smarter than me that will address this quickly. I'm sure that they will beat me silly and into submission to NEVER let this happen again.

- christopher
co-founder

caparks started following the problem "everytime i attempt to edit a service date from 7/1 to 7/31 it ignores the change" in change:healthcare, inc..