ideaman911 wrote on Thursday, February 19, 2009:
Mark et al;
I have not yet worked with them, but 270 files (who dreams up these designations? allow you to query the insurer about patient elligibility, and get their responses, automatically. They have both single-patient and patient-batch types of files. As with the X12, there is a host of protocols which must be met. But the key value to that effort will be the ability to know before you next see a patient whether you will be likely to be paid (note I said "likely" because a river in Egypt is their first response
The downside to ALL the X12 etc is that computers are in the middle. And computers are idiots who have no tolerance for missing information, mis-spells or a host of other issues which insurers stopped bothering with because THEY had to absorb added costs to enter all that when we worked with paper. They had the info already, so why bother entering it repeatedly. Say goodbye to that comfort zone, though. YOU do all their keying, so they see no problem with insisting on YOU paying for ALL of the info, no matter how irrelevant. What, for example, does it matter that WE don’t know the birthdate of the parent of a patient - we now for certain that the insurance company does, so why do WE have to provide it in order to bill for care we provided to the child? HIPAA is used as a bludgeon on providers, even while the CMS which insists on it is exempt from its compliance.
If an industrial engineer (I am one) ever looked at the health care payments process, he would want somebody in jail. And don’t get me started about stupid stuff like UHC making their ID cards have a background which blacks out on faxes. Again, a River in Egypt…
The good news is that if you see a patient more than about four times, having used OpenEMR will become more efficient than manual process could ever be, and the ability to use X12 (once you get past their portal filters) makes billing receipt (read that "cash flow") so much faster, that I wonder why the experience of even those buying expensive EMR systems has been in large measure to stop their usage. I suspect it is the up front cost of conversion of their existing database (paper in most cases) and the hassles of techno-cost, which can become a vast wasteland consuming practice resources.
OpenEMR is not immune to this reality. In many ways it is MORE costly, despite being "free", because it needs nerds like me to fix it so it works efficiently. But that is also both its strongest suit and the reason I am writing this - because it CAN be tailored to the specific practice needs. And now that we have it ported to Windows, the potential users have expanded exponentially. And the more people like me who share that knowledge, the lower the cost for all of us in the same boat. Have fun.
Joe Holzer im@holzerent.com