How To FIx Healthcare.gov: Go Open-Source!
McGruber writes "Over at Bloomberg Businessweek, Paul Ford explains that the debacle known as healthcare.gov makes clear that it is time for the government to change the way it ships code: namely, by embracing the open source approach to software development that has revolutionized the technology industry." That seems like the only way to return maximum value to the taxpayers, too.
When your system doesn't work and you are way behind schedule.
Make a radical change and fire someone. That's sure to fix things.
John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
Prototype and test. Go open source if you want to do so, but it isn't a silver bullet. If you don't test your software under simulated load conditions, you won't know if it will work. And for a work in progress, open source may have a delayed benefit time of several months before you get the feedback you need. People scratch their own itches in open source. They don't necessarily look at the entire system integrity. Only testing will do that.
http://torrentfreak.com/obama-administration-uses-pirated-code-on-healthcare-gov-131019/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+TorrentfreakBits+%28TorrentFreak+-+Bits%29&utm_content=FaceBook
"As it turns out, the Government website uses the open source software DataTables, which is a plug-in for the jQuery Javascript library.
While using open-source software is fine, the makers of Healthcare.gov decided to blatantly remove all references to its owners or the original copyright license."
healthcare.gov didn't fail because the designers didn't use open source software at every point in the chain - if the rumors are to be believed, an audit found open source code in there that had simply had its licence removed - it failed because it was designed by the lowest bidder and was not subject to the rigorous testing regime demanded by a national service.
FOSS is great for reigning in costs, but it is not a patch for unskilled developers or a crutch for incompetent project managers who are unable to keep the project on track and within scope.
Look, I use open source all the time and have contributed to many projects and ran a few. I love open source just as much as the next slashdotter.
BUT, broad statements like "open source will fix healthcare.gov" don't add anything to the conversation. What if it was built on open source and it failed? Would we be making the same claims about commercial software? "If only they had used WebSphere and DB2!! Everything would have been wonderful!".
No. No. And. No.
As many people have already pointed out, the problems with healthcare.gov are mostly the same ones that plague many large scale IT projects. Insufficient testing, complex interactions between many existing complex systems (which are hard to get right), consultants that get paid for code delivered, working or not, and so on.
Now, TFA actually makes the argument that healthcare.gov as an _open platform_ would be a good idea. It goes on to point out that that's one thing that makes some of the bigger web apps successful: they are platforms for building apps rather than apps themselves. How much of that is true is open for debate (is google really a beautiful platform or is it a bunch of hacks held together by duct tape? only google engineering knows for sure...) , but as a goal, healthcare.gov as a platform isn't a bad idea.
However, platforms don't just materialize from thin air. In fact, building a platform before you have apps is a recipe for failure. It's usually only after the third or fourth app that the patterns emerge that make a platform possible. It takes time for good platforms to evolve.
Given that, designing healthcare.gov from the beginning as a platform would probably have failed, too. The developers would have created a wonderful platform for some vague requirements that likely didn't actually meet the needs of an insurance exchange at all.
From a pure software engineering perspective, what's happening right now isn't that bad. Version 1.0 launched, it had problems. Let's get working on Version 2.0 and maybe try out some new ideas. Then for Version 3.0 and 4.0, we can start thinking of a platform. The other important point here is that you have to plan for multiple versions and long term maintenance/evolution for software. The suggestion that healthcare.gov should have been run as a startup in the government rather than outsourced is probably the best idea for fixing the problem.
-Chris
Nice to keep beating the 'ACA' drum, but it's really Obamacare. You can't polish a turd.
Turd or not, it is really called the Affordable Care Act (actually Patient Protection and Affordable Care Act) Nowhere in the congressional record will you see a bill called Obamacare or the GOP trying to amend Obamacare. However, you will find plenty of citations to the PPACA.
Management is the reason why healthcare.gov has been such as disaster. Open source or not, it wouldn't have mattered. They didn't even get to start coding until this spring, because the government was so slow in issuing specifications for the site. Then as if the tight deadlines were not enough, Administrators kept issuing changes to the site up until last few weeks of September (despite an October 1st launch date). It wasn't little a change here or there either.
One of the last big overhauls was making it so people had to register before they could browse the plans. This was apparently becasue they wanted people to see what the price would be with the subsidy. The idea being that for many people the price before the credit would scare them away from buying in.
There is also more info on this at the new york times
That is a load of bull. There is a difference between insurance and healthcare. The main problem the ACA was supposedly trying to solve was a 15% uninsured rate. There were many reasons why that 15% didn't have coverage, including no small part of it that could afford insurance, but didn't want to pay for it. So the Democratic party grabbed hold of 100% of the market, not the 15% that was the problem, and started rearranging things with a hasty, thrown together plan that was scraped up from whatever they thought they could pass in short order with very unusual parliamentary maneuvering (remember "deemed to pass"?) and written in part by a "progressive" think tank. The result still won't cover 100%, not even close, has raised rates for many people, has ended up costing many people both their insurance and income since their work hours were cut back, caused economic contraction due to businesses pulling headcounts under the limits, and plenty of other problems. And the best part is, they expect it to ultimately fail so that they can force single payer on everyone! How does that figure into your BS comment "let's do nothing unless it's perfect. If a few million people suffer or die in the meantime "? How about this - why don't we do something deliberately, in a planned fashion, that has wide support in society? How about we just don't throw crap to say we did something? Are you planning to take responsibility for the people that die without insurance now that this bad piece of law, this planned failure has passed? One of the principal precepts of medical ethics is, "first, do no harm". The idea should be to do something that is both useful and productive, not just "something" that is already expected to be destructive and fail. The cure is going to be worse than the disease in this case. But at least it will be hideously expensive. For some reason I doubt you read much in the way of criticism of the law, but your conscience will be clear because "something" was done.
It failed because they went with the lowest bidder
It didn't fail because they went with the lowest bidder. This was apparently a "sole source" contract. They just added another task onto an existing contract.
Meet CGI Federal, the company behind the botched launch of HealthCare.gov
CGI's business model depends on embedding itself deeply within an institution.
"The ultimate aim is to establish relations so intimate with the client that decoupling becomes almost impossible," read one profile of the company. ...
CGI Federal's winning bid stretches back to 2007, when it was one of 16 companies to get certified on a $4 billion "indefinite delivery, indefinite quantity" contract for upgrading Medicare and Medicaid's systems. Government-Wide Acquisition Contracts — GWACs, as they're affectionately known — allow agencies to issue task orders to pre-vetted companies without going through the full procurement process, but also tend to lock out companies that didn't get on the bandwagon originally. According to USASpending.gov, CGI Federal got a total of $678 million for various services under the contract — including the $93.7 million Healthcare.gov job, which CGI Federal won over three other companies in late 2011.
It's also true that CGI Federal began lobbying as it started winning government work. According to OpenSecrets.org, it has spent $800,000 since 2006 lobbying on several different tax and appropriations bills.
Feds reviewed only one bid for Obamacare website design
Rather than open the contracting process to a competitive public solicitation with multiple bidders, officials in the Department of Health and Human Services' Centers for Medicare and Medicaid accepted a sole bidder, CGI Federal, the U.S. subsidiary of a Canadian company with an uneven record of IT pricing and contract performance.
CMS officials are tight-lipped about why CGI was chosen or how it happened. They also refuse to say if other firms competed with CGI, or if there was ever a public solicitation for building Healthcare.gov, the backbone of Obamacare’s problem-plagued web portal....
There is no evidence CMS issued any public solicitation for the Obamacare website contract. The Examiner asked both CMS and CGI for copies of any public solicitation notice for the Healthcare.gov task orders. Neither CMS nor CGI furnished any such public notice.....
The ID/IQ system provides a fast-track contract approval process, but it is much less likely than competitive bidding to secure high quality at a reasonable cost.
“Whenever you have limited competition, but certainly with a sole source or a one-bid offer, the government has to question whether it is going to get the best product at the best price,” said Scott Amey, general counsel for the Project on Government Oversight, a nonprofit watchdog organization that monitors federal contracting.
Both USAspending.gov, which tracks federal spending, and the FFATA Subaward Reporting System, which specifically tracks contracts, refer to CGI as the lone bidder for the Obamacare website design award.
Each site describes the CGI contract award as the product of “full and open competition,” but CGI is the only bidder listed.
I can't find the link at the moment, but apparently this company is "favored" within the administration.... for some reason.
much of left-wing thought is a kind of playing with fire by people who don't even know that fire is hot - George Orwell
There were 4 bidders according to Reuters.
Where did you get your information?