my favorite quote: “LeBow is reluctant to embrace a technology that he believes carries hidden costs, chief among them productivity losses while he and his staff master the system.”

classic short-term thinking — save money today even if it means losing money over the long run. granted, the doctor in question is 66 years old, so perhaps he’s got a reason to think about the short vs long term.

granted, there are questions about the return on investment (ROI) of electronic health record systems for doctors, especially if features like decision support are not built into the system. i argue that there are two issues here: first, many doctors are slow to adopt new technology. there are completely valid reasons for this — for example, they’re too busy saving lives to spend time learning flawed, nascent technologies. that said, their resistance to established technologies is unfortunate. second, the government has not clearly outlined the value for doctors. instead of doing this, they have set up a carrot-and-stick incentive model — a $44K payment actually encourages short-term thinking. the ROI is clearest for the government and insurance companies (benefits of cleaner reporting) — if the government is going to be in the business of pushing EHR’s down onto doctors and eventually patients, they need to make a clearer case.

as a technologist who is involved in the world of global health care, i know the value of a complete EHR system exists for all parties involved, but i’m not the one who needs convincing.

for my ‘day job‘ (oddly named since i often find myself working on it at night), i manage a website that is used by thousands of health care professionals around the world. in order to keep things running smoothly on the site, we have a series of tests that we run every time we make a change to the code powering the site. these tests let us know that the code we have just written (often for a new feature) hasn’t broken the expected behavior of existing functionality.

these tests are Very Important. i cannot stress this enough. if you are a software engineer, a software QA engineer, and especially if you are a support engineer, i am preaching to the choir.

i’m not saying that our test suite is perfect. but we have one, and we add to it regularly. we do this because the penalty for failure to test can impact thousands of users and in the worse case, drive them away from using our site.

i also run my own site. for many years, i wrote the code behind the site myself, but over time, i started to realize that i was essentially building from scratch what the folks over at Wordpress had already implemented quite well. since they test their own code, i had no incentive to create a test suite for my site or my wife’s blog.

about 6 months ago, i upgraded Wordpress from the absurdly old 2.0.x to a more modern 2.7.x — an upgrade which went seamlessly and also allowed me to use their new one-click upgrade feature (i.e. no more unpacking tarballs and editing config files). however, the feature was DOA.

after some digging, i found that i needed to move to MySQL 5 in order to take advantage of the quick-upgrade feature. the data migration wasn’t painless due to the vagaries of our hosting provider, but after some massaging, i got things ported over. next, i found that an upgrade from PHP 4 to PHP 5 was required — luckily, i just had to add a line to the .htaccess file in the root directory. with a few other minor tweaks, we were good to go.

earlier this month, my wife tried to log in to the administration panel of a custom CMS she purchased a few years back. the login failed, as did the contact form submissions she had been receiving for a few months. i looked into the issue and found portions of the CMS code were not PHP 5 compatible (despite 5 being theoretically backwards-compatible with 4). turns out that adding the .htaccess file to the root directory, as my hosting provider had recommended, caused PHP 5 to be used in all subdirectories.

why didn’t i catch this earlier? well, i was making changes i thought only impacted our Wordpress installations. i had not touched other databases or code installations. since my wife’s wedding website appeared to work, i did not think to test features like the CMS admin panel or contact form.

why was it a big deal? if the issues had just impacted our blogs, it would not have been. however, the contact form on my wife’s wedding photography website is used to field questions by prospective clients. empty emails mean missed opportunities. the good news is that she’s putting her business on hold while we adjust to becoming parents, but this sort of mistake is still relatively costly.

would testing have helped? certainly testing of some sort (manual) would have helped. automated testing would have been harder to set up, since we had a bunch of different interfaces, but something like Selenium could have done the trick.

why don’t we have automated tests for our personal websites? discuss.

http://commonhealth.wbur.org/guest-contributors/2009/12/life-saving-health-information-a-global-necessity/

Can Obama Solve America’s Health Care Crisis?

regardless of your stance on health care policies in the US, the following show is definitely worth a watch (you can watch online):

Frontline: “Sick Around the World”

read Jim’s announcement about GHDonline
the GHDonline site