Slashdot Mirror


Medical Billing Software Alternatives?

irwinr12 asks: "Well, I've spent hours and hours and hours scouring though pages of google search results, trying to find a medical billing software package that will run on Linux. (Or Solaris or even Mac OS X for that matter) I've come out pretty much empty handed. Perhaps I'm just not looking in the right places, or perhaps such software does not exist yet? I ask this, because we are currently using MediSoft on Windows 98. We are very displeased with the service from medisoft, and the instability of Windows(MediSoft is partly to blame too) is costing us alot of money in downtime. We are a fairly small billing office, only billing for 5 doctors at this time, so some of the large 'hospital' billing systems want much more than we can afford for such a small operation. If anyone could send any information my way, i'd appreciate it." We did a similar story on Ask Slashdot over 3 years ago with very little in the way of definitive answers. Has the intervening time made any difference in the answers?

40 comments

  1. sumtime for mac by spribyl · · Score: 1

    Look at sumtime for mac.
    Although it may be only for mental health users.

    My parents have been using this for a few years on OS 7 and OS 9.
    sumtime

  2. ripe opportunity for some OOP by tps12 · · Score: 1
    This sounds like an ideal place to apply some classic code reuse software engineering principles.

    What you are looking for may be a medical billing program. But note that a medical billing program "is a" billing program. Are there any billing programs out there for any of your target platforms?

    If you have a handful of developers, or even one, throw them at one of the general billing programs that are already out there. This is what open source is all about.

    You might also want to look into general DBMS's, as this seems like the kind of important data you'd want to take care of. It wouldn't take too much effort to throw a custom GUI and printing interface over a MySQL or PostgreSQL backend.

    --

    Karma: Good (despite my invention of the Karma: sig)
    1. Re:ripe opportunity for some OOP by PD · · Score: 1

      You know, just the other day I saw an unemployed open source programmer by the side of the road holding a sign that said "Will Program for Prescriptions"

    2. Re:ripe opportunity for some OOP by foobar104 · · Score: 5, Informative

      But note that a medical billing program "is a" billing program

      No, it's much more. Medical coding and billing is a science in and of itself; they write textbooks on the subject. It's not practical to talk about adapting a general-purpose accounts receivable tool to use in health care.

      It wouldn't take too much effort to throw a custom GUI and printing interface over a MySQL or PostgreSQL backend.

      It's pretty clear that you don't know what you're talking about here. Just implementing an integrity checking scheme for the tens of thousands of medical codes would be a monumental effort. And that's just the very beginning.

      I'm sorry that I don't have anything positive to say. I just didn't feel right about letting this kind of misinformation get out there unchallenged.

    3. Re:ripe opportunity for some OOP by tongue · · Score: 2

      actually, medical billing really is a whole 'nother ballgame... Its not a matter of coding hours or something like that. there is all kind of bureaucracy involved, between government regs, insurance approval, pre-approval, etc... that's why medical billing programs are so expensive. there's a veritable minefield of regulations to put up with.

  3. Medical Billing isn't a realy type of software by photon317 · · Score: 1


    It's an invented, contrived category. The proper solution is a flexible, extensible generic financial system, which could apply itself to Medical Billing among many other things. You might ahve better luck searching for open source billing/financial software than "medical billing" and modifying it to taste.

    --
    11*43+456^2
    1. Re:Medical Billing isn't a realy type of software by tps12 · · Score: 2
      The proper solution is a flexible, extensible generic financial system, which could apply itself to Medical Billing among many other things.

      Generic financial systems do not recognize concepts, such as "spleen", which are essential to the field of Medical Billing.

      --

      Karma: Good (despite my invention of the Karma: sig)
    2. Re:Medical Billing isn't a realy type of software by photon317 · · Score: 2


      They also don't explicitly recognize any of the other myriad technical terms from hundreds of other special fields. The essential problems being programmed for in Medical Billing probably share 99% with those encountered in Random_Industry_X billing. There's no reason one can't write sufficiently extensible and flexible generic financial software.

      --
      11*43+456^2
    3. Re:Medical Billing isn't a realy type of software by tps12 · · Score: 2
      I was being sarcastic, forgot the

      :)

      sorry. So, yes, I actually agree with you. Responses to this post of mine seemed adamant that Medical Billing is indeed different from normal billing, due to regulations and insurance and so forth.

      I would argue, as I believe so might you, that these types of issues due effect more than the medical industry, and that any sufficiently flexible financial system should be designed in such a way that it can be adapted to Medical Billing.

      What I suspect is that the construction of such a system, while technically feasible, may require so much legal advice to get all of the rules correct that a free implementation is not realistic.

      Not to mention, in the litigious health care industry, folks might shy away from a system whose README features "Disclaimer: IANAL"...

      --

      Karma: Good (despite my invention of the Karma: sig)
    4. Re:Medical Billing isn't a realy type of software by gmhowell · · Score: 2

      Except that by the time the rules are written, you have a special packages. Those with general accounting programs, rather than develop rulesets for docs (which vary by state), they develop, or at least market as, a separate program.

      --
      Jesus was all right but his disciples were thick and ordinary. -John Lennon
  4. Ask Slashdot: Ask Slashdot Alternatives? by tps12 · · Score: 1
    We did a similar story on Ask Slashdot over 3 years ago with very little in the way of definitive answers.

    You don't say.

    --

    Karma: Good (despite my invention of the Karma: sig)
  5. The Medical Manager by Llama+Keeper · · Score: 5, Informative

    There is a company here that has a medical billing platform that runs on SCO Unux and they have successfully ported it to Linux. My company uses it exclusively for billing our clients (we are a billing office). The server has a windows client that is really just a glorified terminal emulator. I have used dumb terminals to connect to it as well. Its a very robust platform and their support is pretty good. The only problem is that it is, as most of these apps are, quite expensive.

    --


    Rule of Life Number 2: Remember, it can all go to hell at any minute. --Jimmy Buffet
    1. Re:The Medical Manager by smoon · · Score: 2

      My company uses Medical Manager as well. I'm not too familiar with the feature sets, but am with the operational issues.

      It runs on a 'customized' C-Tree 'database'. C-Tree is probably fine as is, but their customizations don't appear to have improved performance -- quite the opposite.

      We run a _really_ big shop, our database is about 13GB and growing, but running a purge of old data took well over a week (of exclusive 'no one else can access the system' type access). Their tech support is mostly clueless requiring global 777 file permissions, direct dial-in to the machine, and root access.

      I suspect it would work fine for a smaller shop, but beware if you have a lot of offices to deal with. If they claim a particular machine is about double what you'd need to run their app, quadruple the performance of that machine and you'll be in good shape. Biggest problem is disk I/O -- we are seriously considering a 20GB RAM drive to improve performance -- it's that bad when it gets big.

      Final note of warning about medical manager is HIPAA -- they don't do it, or at least it sounds like they are not going to upgrade the medical manager system to directly support the various HIPAA-approved transaction formats such as the '837'. Instead they offer themselves as a clearinghouse service and charge $0.50 give or take per claim to do all of the necessary HIPAA translation. In itself, this is a good way to extract more revenue from existing customers, but I would see it as a warning sign to new customers.

      Good luck.

      --
      "But actually trying to use m4 as a general-purpose langage would be deeply perverse" --ESR
  6. OS/400, etc. by pmz · · Score: 2

    From what I've heard, high-test medical software runs on mainframe-type machines. You may need to go with something from IBM, just because that is the platform the software is designed for. Medical computing is old enough that its roots really are in the mainframe era, not the relatively new UNIX/Linux era. Keep in mind that you won't need a big mainframe, just a desk-side model.

    Also, I don't know if it was MediSoft, but I knew someone who worked with a Windows based billing program at one time--and hated it. It was down more than once every day; the the lost productivity probably made it much much more expensive than just shelling out the cash for a real mainframe. Just think of it, a whole medical lab stopped in its tracks while one person argues with tech support over the phone. Terrible.

    1. Re:OS/400, etc. by elucidus · · Score: 1

      Take a look at Comprehensive Medical Billing and Coding Services, they offer a complete service package. All HIPPA and reg's covered. Yes it runs on AS/400 and I'm sure they would be glad to discuss porting if you require a Linux environment. Personal attention means your requirements are met at every step of the project.

      --
      This sig is self referential.
  7. People Are Just Animals by 4of12 · · Score: 2

    I don't remember its name, but a while back I saw a freshmeat posting for free software that helped to run a veterinary clinic. I think it handled scheduling and perhaps simple billing.

    But other posters are correct: a general MySQL database really needs a lot of work to hone it into something that front office people can use productively.

    I've seen my dentist's office use some kind of Windows based software that nicely integrates patient records (show teeth and point out cavities, X-ray images), examination records, appointments, billings, sending out reminders of appointments, helping to concoct the right insurance claim submission. Very impressive.

    --
    "Provided by the management for your protection."
    1. Re:People Are Just Animals by GeorgiKeith · · Score: 1

      But Doctor-assisted suicide is still illegal in 49 states...

  8. FreeMed by Dr.+Carl+Jung · · Score: 1

    try http://www.freemed.org

    It utilizes apache, php, and has a light html frontend. That about fits the bill.

    --
    -Linux was for the masses, who spoke, and everything was crystal clear.
  9. ran into odontolinux the other day... by Ramses0 · · Score: 1
    I have no use for it at all, but did an apt-cache show odontolinux and it might be worth investigating. Vaguely related to the medical field, etc. And if you can't find Free (libre) software to do what you want, you can invest money or pay some coders to write it for you.

    --Robert

  10. The Physician's Computer Company by maggard · · Score: 4, Informative
    Disclaimer: I know one of the principals.

    Check out The Physician's Computer Company . They've been around 18 years, run on Red Hat (they handle it all for you), specialize in smallish offices like yours, having met some of the staff socially they're folks I'd like to do business with.

    --
    I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
  11. Sounds Like an HMO by ejaw5 · · Score: 1

    I ask this, because we are currently using MediSoft on Windows 98. We are very displeased with the service from medisoft, and the instability of Windows(MediSoft is partly to blame too) is costing us alot of money in downtime. When it comes to my health (or life), I wouldn't depend on a system that is known to bluescreen. Receptionist: Well, until we can finish reformatting our system, we cannot bill your Insurance, so you must pay your bill in full today!

    --

    $cat /dev/random > Sig
  12. Look at MacCentral's Forward Migration Kit by plsuh · · Score: 1

    MacCentral has run a bunch of Forward Migration Kits for different industries. They ran one about medical management software about two years ago -- kinda dated, but it should give you a starting point:

    Part 1
    Part 2
    Part 3
    Part 4
    Part 5

    --Paul

  13. good luck by frankmu · · Score: 1

    if you find something, let me know. this medical billing is a real nightmare. i'm a physican, and have been out of residency for a few years. it's frustrating to find out how things work out in the real world.

    for example, lets say i see a patient in the office, diagnose a problem, perform surgery, and follow up post operatively. i then submit a bill to the insurance company. they look at it, and will say my services were worth 1/2 of what i billed for, so here's the money.

    i can also be sent to jail if i UNDERBILL the federal goverment. congress can also get a bug up there rear end, and change the medicare/medicaid laws, and retroactively audit your records with the new laws. you could have been within bounds with the older law, and could go to jail with the new laws.

    mean while, i have my rent, and staff to pay. i've hired a person just to take care of my billing. nothing to do with medicine at all. my malpractice premium is doubling at the end of next month too. of course, the student loans are pending.

    (seriously, if there is anyone out there thinking about medicine... think really hard. i love taking care of my patients, but the business side really sucks.)

    the tough part of medical billing is to somehow distill the information in a medical record and provide the appropriate code to the insurance companies. medical records are now a financial document, rather than a medical or legal document.

    of course, i thing the insurance companies want it to be confusing so they can milk every penny from both provider and patient. until that gets fixed, i see no solution.

    --
    Supreme executive power derives from a mandate from the masses, not from some farcical aquatic ceremony.
    1. Re:good luck by gmhowell · · Score: 2

      What is your specialty? Doc who reads slashdot? Looking for a job? Contact via email:)

      I didn't become a doc for similar reasons (medical business displaces medical practice). So what do I do now? Run the business end of a medical practice:)

      I'm glad you noticed that it is just as illegal to underbill as overbill. We had a few docs (now gone, thank goodness) who thought they were safe by underbilling. Right now, I think we have a decent bell-curve distribution of level 1,2,3,4, and 5 visits. Pediatrics is shifted a little high, but those people write so damned much, an audit wouldn't be too bad.

      And yes, insurance companies are serious bastards. They deny a certain number of claims out of hand. In a batch (if you submit electronically) an average of 5% are automatically bounced, sometimes for flagrantly false reasons (ie, bad DOB. The system won't let us enter a patient without one. You got the freakin' DOB Aetna, piss off)

      If you're not too entrenched, may want to try doing one of those things out west. Visiting reservations and the like. Potentially more rewarding with less hassle than urban/suburban practices.

      --
      Jesus was all right but his disciples were thick and ordinary. -John Lennon
    2. Re:good luck by frankmu · · Score: 1

      heh.... i'm actually very farwest, at the edge of the oregon coast. belive me, we have our share of the less fortunate.
      i was idealistic a few years ago and created an ob database using postgresql/php with a web frontend. i even presented it as a poster at a national conference and offered to "GPL" it. no response from anyone important, of course. i've come to realize that medical record part isn't nearly as hard as the billing part.
      i do sound bitter, but i still enjoy delivering babies. sigh, i wish that's all i had to concentrate on.

      --
      Supreme executive power derives from a mandate from the masses, not from some farcical aquatic ceremony.
    3. Re:good luck by GeorgiKeith · · Score: 1
      (Disclaimer: this is shameless self-plug)

      Why bother doing it yourself at all? It's a nightmare. Let somebody else do it for you.

      As per another poster, I would check out AthenaHealth.com. We aren't just a billing system, but more of a practice-management system. We have been working on alleviating frustrations exactly like the ones mentioned above--and we've been succeeding, by most accounts.

      Medical billing really is a complex mess. It's true that it's not rocket-science for programmers mathematically, but the problem is that the regulations you have to adhere to as a practice have far more exceptions than rules. You are not going to just "slap a GUI over a RDBMS", since it would take decades of man-years just to sort through the details, and at the end, you'd have to have a whole team of programmers to keep it consistent with all the changing laws and Insurance policies.

      AthenaHealth is a web-based _service_ that aims to help doctors spend their time with patients instead of with computers. We do code-checking, payment-posting, and even can generate detailed reports that you can drill down into to nearly any level of detail you like, so you can actually see what is happening to your money. We do the work of keeping abreast of all the changing rules so our clients don't have to.

      Anyway, I could sing our own praises for hours, but that would look silly. Instead, if you are looking for a better way to manage medical billing, check out AthenaHealth, and see if we fit your needs.

      --Georgi

  14. Stability of Medisoft by genef · · Score: 1

    We used Medisoft--the Client/Server version (with 5 workstations and 1 server), and run it under Windows 2000 on all the PC's. This combination is very stable. Windows 95/98 is one of the major reasons for instabilities. The file sharing version of Medisoft is also not as stable as the client/server version.

    1. Re:Stability of Medisoft by tenman · · Score: 2

      I use quicken

  15. Unrealistically negative... by adjuster · · Score: 1
    I'm sorry that I don't have anything positive to say. I just didn't feel right about letting this kind of misinformation get out there unchallenged.

    You're being a little too harsh. I agree that the mentality of "Oh, throw some PHP and MySQL at it" is unrealistic-- even idiotic, at best-- but medical billing is not "rocket science", from a programming standpoint.

    (I've worked "integrating" medical, dental, and eyecare billing software into many practices. It's just software. If anything, it's software that actually DOES very little.)

    The hardest part I've seen, from the standpoint of watching Medisoft and others modify their software (over and over and over and over) appears to be getting the software to work flexibly enough so that offices "entrenched" in their antique "paper-based processes" are able to function with some degree of efficiency.

    Have you ever looked at the drivel that passes for billing software for small offices? All of Medisoft's DOS versions were just flat-file ASCII! Their new "client server" 'doze versions are based on the Extended Systems "Advantage" database engine-- but it's still not that complicated. I haven't seen a package for the dental or optometric field that's much more complicated (albeit most of those apps bring charting into the mix, too).

    For a small office, the "technology" isn't the issue. I would agree with your statement that medical billing is a "science in and of itself"-- if only because it's been made that way by idiotic regulation and the insurance industry-- but those are problems that need to be solved by a human operator-- not by a software application. The software part of the job just isn't that big of a deal in a small office. (Hospitals, very large practices-- there's a difference there).

    Some of this is probably my angst built-up from actually working with people who administer and operate billing and coding operations. I've met people that were, effectively, trained chimps with a certificate from a community college that could just assure me that I couldn't possibly grasp the science that is medical billing-- as though it's simply beyond the capability of mortal men to understand. It doesn't, however, seem to be beyond the capability of middle-aged fat women in flowery gowns and white shoes.

    (It's times like these that a good ol' "salt the earth" Free software project sounds like such fun!)

    --
    The Attitude Adjuster, I hate me, you can too.
    1. Re:Unrealistically negative... by foobar104 · · Score: 2

      (It's times like these that a good ol' "salt the earth" Free software project sounds like such fun!)

      Er... did you mean "salt the earth" or "salt of the earth?"

      Judges 9, verse 45: "And Abimelech fought against the city all that day; and he took the city, and slew the people that was therein, and beat down the city, and sowed it with salt."

  16. Medical software generally by Paul+Bain · · Score: 2, Informative

    &nbsp&nbsp&nbsp&nbsp&nbsp You can find an enormous amount of open-source, medical software at the VISTA and Hard Hats site. Some of the software apparently pertains to billing (see "integrated billing," about half-way down the page), but I cannot attest as to its quality or applicability to your needs.

    Nearly all of the VISTA software is written in the Mumps programming language, with which comparatively few programmers are familiar these days (that's my impression -- I could be wrong).

    --

    A lawyer & digital forensics examiner. Also an expert on open source software (OSS).
  17. and smells like... by Anonymous Coward · · Score: 0

    and it smells like teen spirt

  18. Re:Medical software generally -- More information by Paul+Bain · · Score: 1


    &nbsp&nbsp&nbsp&nbsp&nbsp Here's a description of the "integrated billing" module of the VISTA software.

    --

    A lawyer & digital forensics examiner. Also an expert on open source software (OSS).
  19. Start with SQL-Ledger, not raw DB by SEWilco · · Score: 1
    There are other replies which point out existing med software, but if you want to write something you don't have to start at the raw SQL DB level.

    SQL-Ledger is open Perl Web acctg software using PostgreSQL (or other transaction DB).

    It doesn't have much for billing, but at least it has some accounting components to build on.

  20. Try Lowe's Computer Services by NextGen · · Score: 1

    They're a company based out of Louisville, KY. I have a friend who works there. The software's pretty good from what I understand -- however, my view could be a bit biased. Call (800)542-0594 and talk to someone there.

  21. Don't Forget Security! by nontrivial · · Score: 1

    The medical billing chunk of my company has grown over the years. We have developed a custom application with a Java front end and a Perl backend running on top of MySQL. The Java client provides progress note view and entry, treatment plan, prior authorization, patient chart, electronic billing, rebilling, etc for both online and offline mode. We were very careful to make sure all communication and even the offline data file is strongly encrypted. I know I wouldn't want MY medical data floating around the internet in the clear.

    James

    --
    http://james.nontrivial.org
  22. Medical Billing Software Alternatives by Anonymous Coward · · Score: 0

    This message from Cliff and Irwin12 was forwarded to me by a friend. My name is W. Scott Child, and I work for a company called PCC (Physician's Computer Company) If you are looking for a software package that does far more than just billing, check us out. www.pcc.com Our software runs on an IBM e-Server running Redhat Linux. Feel free to fill out the information request form on our site and we'd be more than happy to send you an information package.

    Thanks.
    W. Scott Child
    wscott@pcc.com
    ww.pcc.com

  23. How about something web native by Anonymous Coward · · Score: 0

    The company that I work for has a product that is completely web native. Sold as a service to doctors, it's really on the cutting edge. It handles scheduling, patient information, insurance claim submission and much more.

    Course, I work there, so I am a little biased. Check out more information here:

    http://www.athenahealth.com

  24. FoxPro Ain't gonna help by Anonymous Coward · · Score: 0
    To all of the folks who said something like: "try a database" or "try a generic financial system", you obviously have no idea what you're talking about here, sorry. Medical billing is a very peculiar and deep niche market. The particular problems surrounding medical billing are different from any other kind of financial situation.


    -There is the issue of deep governmental involvement (via Medicare, Medicaid, various odd state-government programs, and veterans administration/Champus).


    -There is the issue of very strict and arbitrary laws. For a brief introduction, take a quick look at HIPAA, the Healthcare Information Privacy and Accountability Act. After that, have a look at the THOUSANDS of state and federal laws regarding healthcare financials. Bear in mind, I'm not talking about clinical regulations, I'm merely talking about the regulations regarding how you submit a bill and receive payment for services.


    -Let's not forget about managed care (often called HMO's, but there are other kinds, too). Does anyone out there actually understand the specific rules that govern their own healthcare benefits? Here's a surprise for you: the doctors don't and can't understand them either, but they are required to follow those rules if they want to get paid for services they provide. And, these rules are often different for every different employee group benefit plan. Do you want your doctor more concerned about when and for whom he needs to submit prior referral authorization forms to which office of which insurance company? Do you think the doctor wants to worry about that? Do you think Quicken is going to tell them? Get real.


    -etc...


    And if you're thinking that, well, special billing cases really only influence like five to ten percent of a typical doctor's revenues, I've got news for you. Healthcare has huge overhead. Why is healthcare so expensive? Because it's so expensive to provide. If a doctor actually makes EVEN ten-percent margins, then he or she is a lucky, lucky doctor. If you get a really good billing service, and you're able to up your collections by a few percent, you've probably doubled your net profits. DOUBLED!


    And for the guy who started this thread: you should check out athenaNet from athenaHealth (www.athenahealth.com). Briefly: It's a web-native billing service including software, but also including a lot of key services. These services include electronic eligibility checking, electronic claim submission, payment/denial posting and claim follow up. Another service that really sets it apart is the learning rules database. AthenaNet continually updates its own billing rules, learning how to submit cleaner claims. It is really in a class all by itself. The software runs in your web browser, so there is nothing to install. It's a subscription-based pricing model, so there are no huge up-front software license fees. Give them a look.