Why open source is health reform February 2, 2010
Posted by gonzalezloumiet in NHIN, open source.Tags: Diabetes, Harvard, Indivo, NHIN, open source
add a comment
Posted by Dana Blankenhorn @ 7:41 am
Health reform, at its heart, is an effort to transform market incentives.
In the current system, there is no reason to limit costs. The doctor who diagnoses an illness directs treatment. The more treatment, the more money is made by the hospital and its supply chain.
Payment is similarly disconnected from service. Insurers have tried, for years, to fight these cost rises on behalf of their customers, and failed.
Open source starts by connecting data. As Matt Mattox of Axial observed last week (talking with Jason Hibbets of Red Hat), it drives systems toward an open architecture.
The current Administration’s support for open source and open architectures is aimed at breaking apart data silos, collecting the data that can in turn drive change.
The fear of the Administration’s opponents is that government will control the data. But another important aspect of open source health care is that it can give patients access to their own data.
That’s the aim of Indivo, a new open source project from, among others the Harvard Medical School, the same people who are driving the Administration’s health reform proposals.
As Fred Trotter explains, it’s a Personal Health Record (PHR) platform engine. It’s both a way to make a PHR, and link PHRs together. It’s a way to break the silos being created in that market, much as the NHIN “Health Internet” is designed to break silos in the larger Electronic Health Record (EHR) market.
We should already have enough data to drive reform. We know what works. Wellness services work. Doing what is cost-effective first works. Every other industrial nation has used these tools to transform incentives and provide ample care at a fraction of the cost Americans pay.
But by making political arguments against science, those who benefit from current business models have succeeded, for now, in preventing reform.
So thousands of people will die needlessly this month, and next month, and the next, because they did not get needed care. And half those with diabetes will be reluctant to get treatment, for fear of losing their jobs and thus access to care.
My point is that these arguments may hold against the rivulets of data we now have available. By automating care under open source standards we can unleash a Google-sized torrent onto the research community, proving the case once and for all. By providing data to patients, we also empower them to demand change, and to seek services before they’re sick.
That’s why open source is health reform. Unlock a high enough flood of data and mere arguments will be blown away. Show people their own data, explain what it means, and people will demand the services needed in order to live and not just get well.
Source: http://healthcare.zdnet.com/?p=3273&alertspromo=&tag=nl.rSINGLE
Chopra: secretary of collaboration September 14, 2009
Posted by gonzalezloumiet in Chopra, NHIN, open source.Tags: Collaboration, NHIN, open source
add a comment
By Mary Mosquera
Thursday, September 10, 2009
Soon after Annesh Chopra became the nation’s chief technology officer he promised to use his high-profile perch to advocate for health IT. Since then he has missed few opportunities to press his government and private sector audiences to seek out innovative ways to collaborate on new health services and applications.
President Obama charged Chopra to concentrate on three priorities, and health IT fits in each: to help deliver on healthcare reform through game-changing innovation; collaborate with the private sector to build a reliable digital infrastructure; and push federal agencies to practice openness and innovation in their operations.
To hit these marks, Chopra says he wants to tap the traditional levers of government—what he calls the “gray areas” of research and development, procurement
and grants—as springboards for developing innovative healthcare technologies and applications.
“It’s about marrying ideas with relevance,” he said. “When we listen to providers who actually want to achieve outcomes goals, there may be a different approach. New ideas will emerge that will price differently and structure differently, but will still achieve the goals that have been outlined.”
Chopra brings a mind for public-private collaboration to the national arena from his experience as Virginia’s secretary of technology. His recent history there provides a snapshot of his approach to fostering healthcare innovation.
One illustrative project: In one year, with a grant from the Health Resources and Services Administration, Virginia created a $1 million innovation fund for which Chopra put out a call for healthcare outcome goals and ideas about how organizations would deliver results. The approach was to use the fund to create “coach-able” moments instead of as a straight grant.
“We accepted ideas, and then had a kind of mergers-and-acquisitions period in which people could share each other’s ideas, talk with each other and collaborate,” he says.
As a result, Centra Health of Lynchburg, Va., formed a partnership with the American College of Cardiology (ACC) to take a business problem-solving approach to improving cardiac treatment outcomes. At the time, the ACC had inpatient and outpatient registries that could not be shared. The lack of integration made it difficult to ensure that best practices were followed once patients left the hospital.
Centra engaged local physician leaders to develop a template that prompted physicians to add data and best practices about their cardiac patients’ care while in the hospital and afterward.
“We catalyzed an innovation in the market that is on time, on schedule, delivering preliminary results and sharing data with the American College of Cardiology,” Chopra says.
Going a step further, he believes that the intellectual property Centra developed should also be shared so other companies and organizations can build on it and innovate.
Another idea: entrepreneurs might be able to take raw computer-readable federal data that has become publicly available through the newly established www.
data.gov and use it to design new online applications.
Chopra said the sources of such ideas are not as important as whether they circulate widely. “I am not as wedded to whether the foundation is open source or is a proprietary platform,” he says. “I care more about the sharing and reuse of intellectual property.”
He views the federal government’s Connect portal project as an example of reaching that goal. The Connect software lets government as well as private healthcare organizations access the nationwide health information network. More than 20 federal agencies under the auspices of the Federal Health Architecture project collaborated to build the NHIN gateway application. In April, the group released the source code for the Connect gateway to the open source community.
For Chopra the project is a treasure chest of potential health IT tools and applications. To maintain its momentum, he asked Brian Behlendorf, an open source pioneer and a consultant on Chopra’s Open Government initiative team, to develop an open-source strategy for the portal.
While Chopra’s portfolio is outwardlooking, he is also a member of the administration’s internal health IT policymaking organization. He sits on the HIT Standards Committee, a public-private panel that advises national health IT coordinator Dr. David Blumenthal on health IT standards and certification.
The standards panel and the HIT Policy Committee are working toward finalizing aset of rules providers must follow to qualify for a share of federal health IT stimulus funds.
Chopra is aware policymaking will pave the way to reforms in healthcare payment systems, incentives and programs for wellness and chronic care. “But underneath all the concepts of healthcare reform, and for improving healthcare outcomes,” he notes, “everything that one would want to do in making those changes will have some relationship to a more modern, robust technology platform.”
Open source can save your life August 24, 2009
Posted by gonzalezloumiet in open source.Tags: open source
add a comment
August 23rd, 2009
Quick, if your life depended on it, which health care information system would you rather your hospital used:
- A proprietary system developed by software engineers based on marketing input, bug reports and customer requests?
- An open source system developed by thousands of health care practitioners including doctors, nurses, pharmacists, techs and developers, tested and refined in hundred of hospitals?
Well?
A Vista that works.
Known as VistA (Veterans health Information Systems and Technology Architecture), it consists of over 20,000 programs that share an Electronic Health Record (EHR). While it was initially developed at the Veterans Administration Hospitals – America’s single largest health care system – the open source product is freely available.
What does the VA know?
The government can’t do anything right – except for the finest military in the world, the National Labs, the very popular Medicare program, DARPA, aviation safety, GPS, the original Internet and hundreds of other excellent agencies and programs – so how good can VA care be? Is “best” good enough?
According to a Fox News BusinessWeek magazine article:
The 154 hospitals and 875 clinics run by the Veterans Affairs Dept. have been ranked best-in-class by a number of independent groups on a broad range of measures, from chronic care to heart disease treatment to percentage of members who receive flu shots. It offers all the same services, and sometimes more, than private sector providers.
According to a Rand Corp. study, the VA system provides two-thirds of the care recommended by such standards bodies as the Agency for Healthcare Research & Quality. Far from perfect, granted — but the nation’s private-sector hospitals provide only 50%.
And while studies show that 3% to 8% of the nation’s prescriptions are filled erroneously, the VA’s prescription accuracy rate is greater than 99.997%, a level most hospitals only dream about. That’s largely because the VA has by far the most advanced computerized medical-records system in the U.S.
And for the past six years the VA has outranked private-sector hospitals on patient satisfaction in an annual consumer survey conducted by the National Quality Research Center at the University of Michigan. This keeps happening despite the fact that the VA spends an average of $5,000 per patient, vs. the national average of $6,300.
One more kicker: vets are older and sicker than the general population, making this performance even more impressive. It wasn’t always so – my late father, a WWII vet and a doctor, wasn’t impressed in the ’80s – but during the Clinton administration the VA launched a successful effort to improve care using technology and common sense.
Spend less? Get more? No wonder health reform is controversial!
Errors can be hazardous to your health
Almost 200,000 people a year die of preventable hospital mistakes according to a recent report. That’s 4x the deaths of traffic accidents – too bad hospitals don’t have seat belts.
We don’t know the exact number because the American Medical Association and American Hospital Association spent $81 million lobbying against a national medical error reporting system. They said the system would drive medical errors underground: doctors “burying” their mistakes?
Shocking. I so-o-o trust the medical establishment.
The bigger picture
With the complexity of diagnosis and treatment, the many drug interactions, and the scarcity of good information on what works and what doesn’t, it is obvious that information technology can – and in the VA and some other countries has – lowered costs and improved care as the President says.
But in today’s system, the insurance companies make more money when they don’t pay for care. And it is the sickest among us who suffer the payment denials, since they need the most care.
Today insurance companies make their money cherry-picking the healthiest and denying the sickest. So centralized electronic health records are a weapon that can be turned against us at any time as proof of a “pre-existing condition” to deny reimbursement.
Requiring that insurance companies offer insurance to everyone who applies and eliminating the “pre-existing condition” excuse are crucial reforms. After all, “life” is a pre-existing condition that inevitably leads to death.
Given the results the VA has shown, a “public option” is a great way to push the insurance companies and for-profit hospital chains to improve care, reduce errors AND drive down costs.
The Storage Bits take
In a field as complex and fast-changing as health care a proprietary system would be hard-pressed to keep up with the needs of thousands of hospitals. Open source won’t be perfect either, but putting the resources close to the people using them just makes more sense.
We are rapidly approaching a day when there is enough storage capacity for each of us to store detailed health-related records. Not just doctor’s visits, but exercise details, diet, drinking and more.
When all Americans have access to non-emergency health care and aren’t penalized for pre-existing conditions that information will help all who care to live stronger, longer and healthier lives. At lower cost to society.
Comments welcome, of course. I wrote more about my father’s WWII experiences here. And I look forward to the day when American doctors and nurses can go back to doing what they signed up for: taking care of people in need.
Robin Harris has been messing with computers for over 30 years and selling and marketing data storage for over 20 in companies large and small. See his full profile and disclosure of his industry affiliations.
New Coalition Promotes Open Source Software in Government July 26, 2009
Posted by gonzalezloumiet in open source.Tags: NHIN, open source, VA
add a comment
Information Management Online, July 24, 2009
July 24, 2009 - A broad cross-section of more than 70 companies, academic institutions, communities, related groups and individuals joined together to announce the formation of Open Source for America, an organization dedicated to the promotion of open source software in the U.S. Federal Government arena.
The mission of Open Source for America is to serve as a centralized advocate and to encourage broader U.S. Federal Government support of and participation in free and open source software. Specifically, Open Source for America will: help effect change in policies and practices to allow departments and agencies to better utilize these technologies; help coordinate communities to collaborate with the federal government on technology requirements; and raise awareness and create understanding among government leaders about the values and implications of open source software.
“Open source software can help deliver improved government service – plain and simple – and the administration recognizes this more than any in our nation’s history,” said David Thomas, principal with Mehlman Vogel Castagnetti and spokesman for the Open Source for America campaign.
With the U.S. Federal Government increasingly focused on utilizing and adopting technologies to better serve citizens, there is growing recognition of the freedoms that open source software and open technology solutions can provide.
Current open source initiatives have experienced success in a variety of government agencies such as the National Security Agency, National Health Information Network (NHIN) and Federal Health Architecture (FHA), the Veterans Administration and the US Navy. Additionally, Gartner Inc. estimated that by 2011 more than 25 percent of government vertical, domain-specific applications will either be open source, contain open source application components or be developed as community source.
Despite the growing interest in open source solutions, many organizations cite barriers to adoption including technical support, licensing, security and complexity concerns.
Thomas acknowledges that open source software may not be a cure-all, but he believes it could save billions of dollars, help foster innovation and empower our government to work smarter.
Membership in Open Source for America is open to any individual or entity signing the campaign’s mission pledge. Learn more at www.opensourceforamerica.org.
Julie Langenkamp, editor-in-chief of Information Management (formerly DM Review), has almost a decade of experience in print and online media. She is responsible for coordinating editorial and production aspects of the magazine as well as maintaining relationships with authors, vendors, marketers, analysts and public relations teams for the magazine, associated Web site and digital outlets.
©2009 Information Management and SourceMedia, Inc. All rights reserved.
SourceMedia is an Investcorp company.
Use, duplication, or sale of this service, or data contained herein, is strictly prohibited.
Code Red: How software companies could screw up Obama’s health care reform. July 18, 2009
Posted by gonzalezloumiet in open source.Tags: Health IT, Obama, open source, VistA
add a comment

he central contention of Barack Obama’s vision for health care reform is straightforward: that our health care system today is so wasteful and poorly organized that it is possible to lower costs, expand access, and raise quality all at the same time—and even have money left over at the end to help pay for other major programs, from bank bailouts to high-speed rail.
It might sound implausible, but the math adds up. America spends nearly twice as much per person as other developed countries for health outcomes that are no better. As White House budget director Peter Orszag has repeatedly pointed out, the cost of health care has become so gigantic that pushing down its growth rate by just 1.5 percentage points per year would free up more than $2 trillion over the next decade.
The White House also has a reasonably accurate fix on what drives these excessive costs: the American health care system is rife with overtreatment. Studies by Dartmouth’s Atlas of Health Care project show that as much as thirty cents of every dollar in health care spending goes to drugs and procedures whose efficacy is unproven, and the system contains few incentives for doctors to hew to treatments that have been proven to be effective. The system is also highly fragmented. Three-quarters of Medicare spending goes to patients with five or more chronic conditions who see an annual average of fourteen different physicians, most of whom seldom talk to each other. This fragmentation leads to uncoordinated care, and is one of the reasons why costly and often deadly medical errors occur so frequently.
Almost all experts agree that in order to begin to deal with these problems, the health care industry must step into the twenty-first century and become computerized. Astonishingly, twenty years after the digital revolution, only 1.5 percent of hospitals have integrated IT systems today—and half of those are government hospitals. Digitizing the nation’s medical system would not only improve patient safety through better-coordinated care, but would also allow health professionals to practice more scientifically driven medicine, as researchers acquire the ability to mine data from millions of computerized records about what actually works.
It would seem heartening, then, that the stimulus bill President Obama signed in February contains a whopping $20 billion to help hospitals buy and implement health IT systems. But the devil, as usual, is in the details. As anybody who’s lived through an IT upgrade at the office can attest, it’s difficult in the best of circumstances. If it’s done wrong, buggy and inadequate software can paralyze an institution.
Consider this tale of two hospitals that have made the digital transition. The first is Midland Memorial Hospital, a 371-bed, three-campus community hospital in southern Texas. Just a few years ago, Midland Memorial, like the overwhelming majority of American hospitals, was totally dependent on paper records. Nurses struggled to decipher doctors’ scribbled orders and hunt down patients’ charts, which were shuttled from floor to floor in pneumatic tubes and occasionally disappeared into the ether. The professionals involved in patient care had difficulty keeping up with new clinical guidelines and coordinating treatment. In the normal confusion of day-to-day practice, medical errors were a constant danger.
This all changed in 2007 when Midland completed the installation of a health IT system. For the first time, all the different doctors involved in a patient’s care could work from the same chart, using electronic medical records, which drew data together in one place, ensuring that the information was not lost or garbled. The new system had dramatic effects. For instance, it prompted doctors to follow guidelines for preventing infection when dressing wounds or inserting IVs, which in turn caused infection rates to fall by 88 percent. The number of medical errors and deaths also dropped. David Whiles, director of information services for Midland, reports that the new health IT system was so well designed and easy to use that it took less than two hours for most users to get the hang of it. "Today it’s just part of the culture," he says. "It would be impossible to remove it."
Things did not go so smoothly at Children’s Hospital of Pittsburgh, which installed a computerized health system in 2002. Rather than a godsend, the new system turned out to be a disaster, largely because it made it harder for the doctors and nurses to do their jobs in emergency situations. The computer interface, for example, forced doctors to click a mouse ten times to make a simple order. Even when everything worked, a process that once took seconds now took minutes—an enormous difference in an emergency-room environment. The slowdown meant that two doctors were needed to attend to a child in extremis, one to deliver care and the other to work the computer. Nurses also spent less time with patients and more time staring at computer screens. In an emergency, they couldn’t just grab a medication from a nearby dispensary as before—now they had to follow the cumbersome protocols demanded by the computer system. According to a study conducted by the hospital and published in the journal Pediatrics, mortality rates for one vulnerable patient population—those brought by emergency transport from other facilities—more than doubled, from 2.8 percent before the installation to almost 6.6 percent afterward.
Why did similar attempts to bring health care into the twenty-first century lead to triumph at Midland but tragedy at Children’s? While many factors were no doubt at work, among the most crucial was a difference in the software installed by the two institutions. The system that Midland adopted is based on software originally written by doctors for doctors at the Veterans Health Administration, and it is what’s called "open source," meaning the code can be read and modified by anyone and is freely available in the public domain rather than copyrighted by a corporation. For nearly thirty years, the VA software’s code has been continuously improved by a large and ever-growing community of collaborating, computer-minded health care professionals, at first within the VA and later at medical institutions around the world. Because the program is open source, many minds over the years have had the chance to spot bugs and make improvements. By the time Midland installed it, the core software had been road-tested at hundred of different hospitals, clinics, and nursing homes by hundreds of thousands of health care professionals.
The software Children’s Hospital installed, by contrast, was the product of a private company called Cerner Corporation. It was designed by software engineers using locked, proprietary code that medical professionals were barred from seeing, let alone modifying. Unless they could persuade the vendor to do the work, they could no more adjust it than a Microsoft Office user can fine-tune Microsoft Word. While a few large institutions have managed to make meaningful use of proprietary programs, these systems have just as often led to gigantic cost overruns and sometimes life-threatening failures. Among the most notorious examples is Cedars-Sinai Medical Center, in Los Angeles, which in 2003 tore out a "state-of-the-art" $34 million proprietary system after doctors rebelled and refused to use it. And because proprietary systems aren’t necessarily able to work with similar systems designed by other companies, the software has also slowed what should be one of the great benefits of digitized medicine: the development of a truly integrated digital infrastructure allowing doctors to coordinate patient care across institutions and supply researchers with vast pools of data, which they could use to study outcomes and develop better protocols.
Unfortunately, the way things are headed, our nation’s health care system will look a lot more like Children’s and Cedars-Sinai than Midland. In the haste of Obama’s first 100 days, the administration and Congress crafted the stimulus bill in a way that disadvantages open-source vendors, who are upstarts in the commercial market. At the same time, it favors the larger, more established proprietary vendors, who lobbied to get the $20 billion in the bill. As a result, the government’s investment in health IT is unlikely to deliver the quality and cost benefits the Obama administration hopes for, and is quite likely to infuriate the medical community. Frustrated doctors will give their patients an earful about how the crashing taxpayer-financed software they are forced to use wastes money, causes two-hour waits for eight-minute appointments, and constrains treatment options.
Done right, digitized health care could help save the nation from insolvency while improving and extending millions of lives at the same time. Done wrong, it could reconfirm Americans’ deepest suspicions of government and set back the cause of health care reform for yet another generation.
pen-source software has no universally recognized definition. But in general, the term means that the code is not secret, can be utilized or modified by anyone, and is usually developed collaboratively by the software’s users, not unlike the way Wikipedia entries are written and continuously edited by readers. Once the province of geeky software aficionados, open-source software is quickly becoming mainstream. Windows has an increasingly popular open-source competitor in the Linux operating system. A free program called Apache now dominates the market for Internet servers. The trend is so powerful that IBM has abandoned its propriety software business model entirely, and now gives its programs away for free while offering support, maintenance, and customization of open-source programs, increasingly including many with health care applications. Apple now shares enough of its code that we see an explosion of homemade "applets" for the iPhone—each of which makes the iPhone more useful to more people, increasing Apple’s base of potential customers.
If this is the future of computing as a whole, why should U.S. health IT be an exception? Indeed, given the scientific and ethical complexities of medicine, it is hard to think of any other realm where a commitment to transparency and collaboration in information technology is more appropriate. And, in fact, the largest and most successful example of digital medicine is an open-source program called VistA, the one Midland chose.
VistA was born in the 1970s out of an underground movement within the Veterans Health Administration known as the "Hard Hats." The group was made up of VA doctors, nurses, and administrators around the country who had become frustrated with the combination of heavy caseloads and poor record keeping at the institution. Some of them figured that then-new personal and mini computers could be the solution. The VA doctors pioneered the nation’s first functioning electronic medical record system, and began collaborating with computer programmers to develop other health IT applications, such as systems that gave doctors online advice in making diagnoses and settling on treatments.
The key advantages of this collaborative approach were both technical and personal. For one, it allowed medical professionals to innovate and learn from each other in tailoring programs to meet their own needs. And by involving medical professionals in the development and application of information technology, it achieved widespread buy-in of digitized medicine at the VA, which has often proven to be a big problem when propriety systems are imposed on doctors elsewhere.
This open approach allowed almost anyone with a good idea at the VA to innovate. In 1992, Sue Kinnick, a nurse at the Topeka, Kansas, VA hospital, was returning a rental car and saw the use of a bar-code scanner for the first time. An agent used a wand to scan her car and her rental agreement, and then quickly sent her on her way. A light went off in Kinnick’s head. "If they can do this with cars, we can do this with medicine," she later told an interviewer. With the help of other tech-savvy VA employees, Kinnick wrote software, using the Hard Hats’ public domain code, that put the new scanner technology to a new and vital use: preventing errors in dispensing medicine. Under Kinnick’s direction, patients and nurses were each given bar-coded wristbands, and all medications were bar-coded as well. Then nurses were given wands, which they used to scan themselves, the patient, and the medication bottle before dispensing drugs. This helped prevent four of the most common dispensing errors: wrong med, wrong dose, wrong time, and wrong patient. The system, which has been adopted by all veterans hospitals and clinics and continuously improved by users, has cut the number of dispensing errors in half at some facilities and saved thousands of lives.
At first, the efforts of enterprising open-source innovators like Kinnick brought specific benefits to the VA system, such as fewer medical errors and reduced patient wait times through better scheduling. It also allowed doctors to see more patients, since they were spending less time chasing down paper records. But eventually, the open-source technology changed the way VA doctors practiced medicine in bigger ways. By mining the VA’s huge resource of digitized medical records, researchers could look back at which drugs, devices, and procedures were working and which were not. This was a huge leap forward in a profession where there is still a stunning lack of research data about the effectiveness of even the most common medical procedures. Using VistA to examine 12,000 medical records, VA researchers were able to see how diabetics were treated by different VA doctors, and by different VA hospitals and clinics, and how they fared under the different circumstances. Those findings could in turn be communicated back to doctors in clinical guidelines delivered by the VistA system. In the 1990s, the VA began using the same information technology to see which surgical teams or hospital managers were underperforming, and which deserved rewards for exceeding benchmarks of quality and safety.
Thanks to all this effective use of information technology, the VA emerged in this decade as the bright star of the American health system in the eyes of most health-quality experts. True, one still reads stories in the papers about breakdowns in care at some VA hospitals. That is evidence that the VA is far from perfect—but also that its information system is good at spotting problems. Whatever its weaknesses, the VA has been shown in study after study to be providing the highest-quality medical care in America by such metrics as patient safety, patient satisfaction, and the observance of proven clinical protocols, even while reducing the cost per patient.
Following the organization’s success, a growing number of other government-run hospitals and clinics have started adapting VistA to their own uses. This includes public hospitals in Hawaii and West Virginia, as well as all the hospitals run by the Indian Health Service. The VA’s evolving code also has been adapted by providers in many other countries, including Germany, Finland, Malaysia, Brazil, India, and, most recently, Jordan. To date, more than eighty-five countries have sent delegations to study how the VA uses the program, with four to five more coming every week.
roprietary systems, by contrast, have gotten a cool reception. Although health IT companies have been trying to convince hospitals and clinics to buy their integrated patient-record software for more than fifteen years, only a tiny fraction have installed such systems. Part of the problem is our screwed-up insurance reimbursement system, which essentially rewards health care providers for performing more and more expensive procedures rather than improving patients’ welfare. This leaves few institutions that are not government run with much of a business case for investing in health IT; using digitized records to keep patients healthier over the long term doesn’t help the bottom line.
But another big part of the problem is that proprietary systems have earned a bad reputation in the medical community for the simple reason that they often don’t work very well. The programs are written by software developers who are far removed from the realities of practicing medicine. The result is systems which tend to create, rather than prevent, medical errors once they’re in the hands of harried health care professionals. The Joint Commission, which accredits hospitals for safety, recently issued an unprecedented warning that computer technology is now implicated in an incredible 25 percent of all reported medication errors. Perversely, license agreements usually bar users of proprietary health IT systems from reporting dangerous bugs to other health care facilities. In open-source systems, users learn from each other’s mistakes; in proprietary ones, they’re not even allowed to mention them.
If proprietary health IT systems are widely adopted, even more drawbacks will come sharply into focus. The greatest benefits of health IT—and ones the Obama administration is counting on—come from the opportunities that are created when different hospitals and clinics are able to share records and stores of data with each other. Hospitals within the digitized VA system are able to deliver more services for less mostly because their digital records allow doctors and clinics to better coordinate complex treatment regimens. Electronic medical records also produce a large collection of digitized data that can be easily mined by managers and researchers (without their having access to the patients’ identities, which are privacy protected) to discover what drugs, procedures, and devices work and which are ineffective or even dangerous. For example, the first red flags about Vioxx, an arthritis medication that is now known to cause heart attacks, were raised by the VA and large private HMOs, which unearthed the link by mining their electronic records. Similarly, the IT system at the Mayo Clinic (an open-source one, incidentally) allows doctors to personalize care by mining records of specific patient populations. A doctor treating a patient for cancer, for instance, can query the treatment outcomes of hundreds of other patients who had tumors in the same area and were of similar age and family backgrounds, increasing odds that they choose the most effective therapy.
But in order for data mining to work, the data has to offer a complete picture of the care patients have gotten from all the various specialists involved in their treatment over a period of time. Otherwise it’s difficult to identify meaningful patterns or sort out confounding factors. With proprietary systems, the data is locked away in what programmers call "black boxes," and cannot be shared across hospitals and clinics. (This is partly by design; it’s difficult for doctors to switch IT providers if they can’t extract patient data.) Unless patients get all their care in one facility or system, the result is a patchwork of digital records that are of little or no use to researchers. Significantly, since proprietary systems can’t speak to each other, they also offer few advantages over paper records when it comes to coordinating care across facilities. Patients might as well be schlepping around file folders full of handwritten charts.
Of course, not all proprietary systems are equally bad. A program offered by Epic Systems Corporation of Wisconsin rivals VistA in terms of features and functionality. When it comes to cost, however, open source wins hands down, thanks to no or low licensing costs. According to Dr. Scott Shreeve, who is involved in the VistA installations in West Virginia and elsewhere, installing a proprietary system like Epic costs ten times as much as VistA and takes at least three times as long—and that’s if everything goes smoothly, which is often not the case. In 2004, Sutter Health committed $154 million to implementing electronic medical records in all the twenty-seven hospitals it operated in Northern California using Epic software. The project was supposed to be finished by 2006, but things didn’t work out as planned. Sutter pulled the plug on the project in May of this year, having completed only one installation and facing remaining cost estimates of $1 billion for finishing the project. In a letter to employees, Sutter executives explained that they could no long afford to fund employee pensions and also continue with the Epic buildout.
nfortunately, billions of taxpayers’ dollars are about to be poured into expensive, inadequate proprietary software, thanks to a provision in the stimulus package. The bill offers medical facilities as much as $64,000 per physician if they make "meaningful use" of "certified" health IT in the next year and a half, and punishes them with cuts to their Medicare reimbursements if they don’t do so by 2015. Obviously, doctors and health administrators are under pressure to act soon. But what is the meaning of "meaningful use"? And who determines which products qualify? These questions are currently the subject of bitter political wrangling.
Vendors of proprietary health IT have a powerful lobby, headed by the Healthcare Information and Management Systems Society, a group with deep ties to the Obama administration. (The chairman of HIMSS, Blackford Middleton, is an adviser to Obama’s health care team and was instrumental in getting money for health IT into the stimulus bill.) The group is not openly against open source, but last year when Rep. Pete Stark of California introduced a bill to create a low-cost, open-source health IT system for all medical providers through the Department of Health and Human Services, HIMSS used its influence to smash the legislation. The group is now deploying its lobbying clout to persuade regulators to define "meaningful use" so that only software approved by an allied group, the Certification Commission for Healthcare Information Technology, qualifies. Not only are CCHIT’s standards notoriously lax, the group is also largely funded and staffed by the very industry whose products it is supposed to certify. Giving it the authority over the field of health IT is like letting a group controlled by Big Pharma determine which drugs are safe for the market.
Even if the proprietary health IT lobby loses the battle to make CCHIT the official standard, the promise of open-source health IT is still in jeopardy. One big reason is the far greater marketing power that the big, established proprietary venders can bring to bear compared to their open-source counterparts, who are smaller and newer on the scene. A group of proprietary industry heavyweights, including Microsoft, Intel, Cisco, and Allscripts, is sponsoring the Electronic Health Record Stimulus Tour, which sends teams of traveling sales representatives to tell local doctors how they can receive tens of thousands of dollars in stimulus money by buying their products—provided that they "act now." For those medical professionals who can’t make the show personally, helpful webcasts are available. The tour is a variation on a tried-and-true strategy: when physicians are presented with samples of pricey new name-brand substitutes for equally good generic drugs, time and again they start prescribing the more expensive medicine. And they are likely to be even more suggestible when it comes to software because most don’t know enough about computing to evaluate vendors’ claims skeptically.
What can be done to counter this marketing offensive and keep proprietary companies from locking up the health care IT market? The best and simplest answer is to take the stimulus money off the table, at least for the time being. Rather than shoveling $20 billion into software that doesn’t deliver on the promise of digital medicine, the government should put a hold on that money pending the results of a federal interagency study that will be looking into the potential of open-source health IT and will deliver its findings by October 2010.
As it happens, that study is also part of the stimulus bill. The language for it was inserted by West Virginia Senator Jay Rockefeller, who has also introduced legislation that would help put open-source health IT on equal footing with the likes of Allscripts and Microsoft. Building on the systems developed by the VA and Indian Health Services, Rockefeller’s bill would create an open-source government-sponsored "public utility" that would distribute VistA-like software, along with grants to pay for installation and maintenance. The agency would also be charged with developing quality standards for open-source health IT and guidelines for interoperability. This would give us the low-cost, high-quality, fully integrated and proven health IT infrastructure we need in order to have any hope of getting truly better health care.
Delaying the spending of that $20 billion would undoubtedly infuriate makers of proprietary health software. But it would be welcomed by health care providers who have long resisted—partly for good reason—buying that industry’s product. Pushing them to do so quickly via the stimulus bill amounts to a giant taxpayer bailout of health IT companies whose business model has never really worked. That wouldn’t just be a horrendous waste of public funds; it would also lock the health care industry into software that doesn’t do the job and would be even more expensive to get rid of later.
As the administration and Congress struggle to pass a health care reform bill, questions about which software is best may seem relatively unimportant—the kind of thing you let the "tech guys" figure out. But the truth is that this bit of fine print will determine the success or failure of the whole health care reform enterprise. So it’s worth taking the time to get the details right.
Phillip Longman is a senior fellow at the New America Foundation and the author of Best Care Anywhere: Why VA Health Care Is Better Than Yours as well as The Next Progressive Era: A Blueprint for Broad Prosperity.
SOURCE: http://www.washingtonmonthly.com/features/2009/0907.longman.html
Healthcare Industry Welcomes Open Source Technology July 9, 2009
Posted by gonzalezloumiet in Open, open source.Tags: open source
add a comment
July 08, 2009
By Amy Tierney
No one who covers IT and IP communications is surprised that the use of open source technology is increasing, as more organizations find ways to leverage developers’ for flexible, and often cost-effective solutions. And recently, there seems to be growing interest in the healthcare industry in particular.
For example, the Open Health Tools Foundation, a nonprofit organization that advocates for open source healthcare, reportedly approved a new project to develop server-based technology that would allow interoperability among different health information systems. The group launched the effort to build standards-based "Health Information Exchanges."
The project, which rolled out in beta form in February, is designed to reduce the cost of interoperability components, which have led to significant cost barriers for the HIEs in their quest to develop standards-based solutions, according to a ChiroEco report.
Open Health Tools is a joint effort between national health agencies, major health care providers, researchers, academics, international standards bodies, and companies from Australia, Canada and the United States, as well as the United Kingdom and other parts of Europe. Its goal is to develop healthcare IT products and services and provide software tools and components that boost the implementation of electronic health information interoperability platforms to improve patient care and access to electronic health records.
Misys Open Source Solutions, a division of Misys plc, is overseeing the project and built server-side components to integrate healthcare enterprise profiles. That initiative is designed to improve the way computer systems in the healthcare field share information. As part of its first task, Misys Open Source Solutions planned to address the profiles for patient identifier cross-referencing and patient demographics query, the company said.
According to a study by Talend, a provider of open source data integration solutions, respondents cited ease of use (59 percent) and performance (53.9 percent) are the top two criteria for implementing open source data integration solutions.
While, there appears to be a greater acceptance of open source software, companies have a few hurdles to overcome with the technology. As TMCnet reported, a recent survey by OpenLogic, a firm that sells enterprise open source software, found that 60 percent of enterprises using open source lack effective means to track what open source software is installed.
According to the study, 18 percent of respondents said they preferred open source software, while 41 percent said they think open source software is "on equal footing" with proprietary software. However, the majority of respondents said they have no automated way to track what open source software is used inside their organization because they don’t have formal inventory processes, or because they rely on self-reporting, TMCnet reported.
Amy Tierney is a Web editor for TMCnet, covering unified communications, telepresence, IP communications industry trends and mobile technologies. To read more of Amy’s articles, please visit her columnist page.
Edited by Michael Dinan
Former Red Hat execs aim to open-source health care July 7, 2009
Posted by gonzalezloumiet in Re, Red Hat, open source.Tags: open source, Red Hat
add a comment
by Matt Asay
It was bound to happen. With the U.S. government promising truckloads of cash to overhaul the U.S. health care system, while simultaneously making positive noises around open source, it was just a matter of time before someone connected the dots.

That someone appears to be Joanne Rohde, former executive vice president of worldwide operations at Red Hat, who has launched the Axial Project, a stealth-mode start-up that aims to "combin[e] the principles of Open Standards and Open Source…to connect all the parties in the Health ecosystem safely and securely."
It’s a big task, but then, that’s precisely what open source is good for tackling.
Indeed, as I’ve written before, the U.S. health care system, with its myriad of providers, insurers, etc. is ripe for open source. Open source isn’t a panacea, but it has proved itself adept at resolving precisely this sort of complexity, with Linux and the various Apache projects as just two examples.
I’ve been talking with Rohde for at least a year now–most recently meeting for breakfast in Raleigh in April–and have enjoyed seeing her ideas germinate and flower. The company has gone through various guises (and names: as late as April, Rohde was calling the company EHRmail), and is now growing to meet the challenges ahead of it.
Axial has been quietly assembling a team of seasoned veterans from Rohde’s Red Hat and UBS past, including Michael Yuan and John Casey, but most recently Matt Mattox, Red Hat’s director of ISV alliances, who announced via e-mail his move to Axial:

Axial has not yet raised venture funding, but planned to raise its seed money through alternative avenues, at least as of my April conversation with Rohde. Given the company’s mission–to build an integration tool kit around a message broker for health IT companies, universities, and corporations that allows sending and receiving of data across existing infrastructures–coupled with its open-source approach and roster of seasoned executives, I’m guessing funding won’t be an issue.
The real issue is whether even open source is powerful enough to fix the U.S. health care system. Good luck to Mattox, Rohde, and the Axial Project team as you seek to answer that question in the affirmative.
Follow me on Twitter @mjasay.
Matt Asay brings a decade of in-the-trenches open-source business and legal experience to The Open Road, with an emphasis on emerging open-source business strategies and opportunities. Matt is vice president of business development at Alfresco, a company that develops open-source software for content management. He is a member of the CNET Blog Network and is not an employee of CNET. Disclosure.
Open Source Meets Health Care July 6, 2009
Posted by gonzalezloumiet in Open, open source.Tags: Health IT, open source
1 comment so far
CIO Chat
Ed Sperling, 07.06.09, 6:00 AM ET
Changing from paper charts to electronic medical records sounds like a relatively easy sales pitch. It improves patient care, decreases the risk of error and adds enormous efficiency into the system.
But bringing state-of-the-art technology to health care is expensive, often running well into eight figures. Still, there are ways to keep the cost down and also provide excellent care. Forbes caught up with David Whiles, CIO of Midland Memorial Hospital in Midland, Texas, to look at ways to save huge amounts of money without sacrificing quality.
Forbes: What are you trying to accomplish with your electronic medical records?
David Whiles: First and foremost is patient safety. After that it’s efficiency. We started this project five or six years ago after receiving sunset notices on our major systems. That started us looking at replacing those systems and trying to figure out what the future would bring. We saw what was coming down the line. That was when Bush was putting his health IT plans into place and forming the Office of the National Coordinator for Health Information Technology. There were a number of reasons to move to electronic health records. We did not have any sort of electronic health records in place at the time.
What did you have before that?
We had a hospital information system, which is for the financial side of the business–patient accounting, general accounting, registration and basic order entry. It did not include physician order entry. We had automated our pharmacy department, too, but all of these were all separate systems with only a limited interface to the financial system. We had no clinical alert or bedside medication administration that notified the staff as to the appropriateness of the medication.
Did everything go smoothly from the start?
Well, we were somewhat shell-shocked from the sticker price. We were not in a financial situation to take advantage of the commercial systems that were being offered.
So what did you do?
We came across the VistA (Veterans Health Information Systems and Technology Architecture) system, which was developed by the Veterans Administration. That’s used by all the 160-plus VA hospitals in the United States, plus all of their outpatient ambulatory clinics. It’s been in use by the Veterans Administration for more than 20 years. It’s a very mature system. It’s won a number of accolades from the Institute of Medicine.
Is that available to non-VA hospitals?
Yes. It was released to the public through the Freedom of Information Act by the Veterans Administration. Today it’s publicly available. For a nominal fee, they’ll send you CDs of the software.
How much does it cost if you go to the commercial market.
Four or five years ago, the price was $18 million to $20 million for a hospital our size.
What does it cost to implement the VistA system?
The software is basically free, but it’s not free to install it. You need expertise to do that. It’s not a plug-and-play application. It’s a custom clinical system.
When you tallied all the costs, what was the final bill?
Our budget was $6.3 million, which was approved by our board of directors. That’s exactly what we spent. It included hardware–we have a full wireless system on both of our campuses–about 600 workstations, including 80 mobile workstations, and the bar code scanners and printers. The bulk of that money was for professional systems by Medsphere Systems Corp. They’re still our support vendor today. We rely on them for the technical expertise. They also have a lot of ex-VA employees who have experience with the Vista system.
Is it more upkeep on an open software system or less?
It’s probably about the same.
Is it fully implemented?
Yes. It was finished on Feb. 5, 2007. That’s the day we removed all legacy paper charts from our organization. At 5 a.m. that morning they pulled every paper chart. We’re not completely paperless, but we have no paper patient charts anymore.
Is it the same kind of complexity as an ERP system?
It’s probably far more complex. There are a lot of components to electronic health records, and the VistA system has the majority of those components. We use it for our lab system, pharmacy department, respiratory therapy and a number of departments around the hospital. That includes any nursing care, physician care and electronic documentation. When a patient is admitted, they get a wristband with a bar code. The nurses can scan that bar code to make sure it’s the right patient. The system matches the medication to the patient, makes sure it’s the right time for the medication, the right dosage and the right route of administration. When it matches up correctly, it gives them a green light.
Does it allow add-ins like portable devices?
Right now we’re evaluating portable devices. We have workstations on a stand right now for documentation or medication or administration. We don’t have any handheld portable devices yet.
What are your criteria for those?
It has to be light so people can carry it around but it also has to display the full application, so it won’t be cellphone size. We’re looking at tablet PCs. They also have to be waterproof. In the medical arena, you get stuff on devices. You have to be able to clean them and sanitize them. They also have to withstand shock if they’re dropped. And they need wireless connectivity for the barcode scanners.
But will those devices work with the overall VistA system?
Yes. That’s just a hardware issue. And there are plenty of good devices on the market these days.
How about security?
They will communicate through the wireless network. We’ve spent a lot of time on that network. They won’t be able to be tapped into.
Can they still access the Internet for information?
Yes. We have that already in our system.
What does the VA system run on?
The VA typically runs on Windows. We run on Linux. We’re using Hewlett-Packard servers, Red Hat Linux, the InterSystems Cache database management system, which is the only proprietary component in the stack. On top of that runs OpenVista.
Will there be changes to what you’ve installed over time?
Yes, it is a continuously evolving system. We are looking at adding in RFID technology for patient tracking and various other purposes.
Have you gotten a handle on what this has done for your legal liability?
It certainly improves patient safety in a number of areas. Medication is a big one. It’s certainly more foolproof than paper. Anything you do is kept permanently, and it has a lot of built-in protection from changing records. It’s a complete record of the patient care.
Is there a study that shows how much you’ve saved from an efficiency standpoint?
We’ve gone through a return on investment analysis. Our legacy systems went away. The money required for paper storage has gone down close to 100%. Electronic storage is a lot less expensive.



