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.
TFA, and virtually everything I've seen on 'Obamacare' are not helpful
First, I've yet to see *one* legitamit (or even fringe) news organization film themselves without editing sit down at a computer and **attempt to enroll in ACA**...if this exits, please post a link
2nd, a major problem of this article (and again virtually every news or analysis on ACA I've seen) is the lack of necessary information distinguishing **STATE EXCHANGES** and the **NATIONAL EXCHANGE**
I hear it mentioned that the two exist, and are different, and I see a map that shows which states have their own ACA program and which do not, therefore defaulting to the Federal system....however I absolutely have not heard any distinction made when any blog/news report/etc mentions 'Obamacare's failures'
3rd, The problems of "Obamacare" are myriad to be sure, but in the coverage of the "rollout of the website" no IT workers are interviews...no one with any expertise actually explains what the problems are...
We can easily understand (if you visit the website) & read a few news reports that the website's "failure" is a timeout when people try to sign up. Again, we don't know if this is the *state* or *federal* exchange, but the point is that the website breaks b/c of too many hits.
Server over capacity.
A few news articles to explain this much, but not any more.
what does /. call 'server over capacity' type problems???
ROUTINE IT WORK
I used to have my CCNA, it has lapsed. I'm not pretending rolling out a functional site like ACA is easy, but it's **well known** how to make a system like that, from a web coding perspective, work.
It's routine IT work done daily all over the world.
So, the real analysis is that the ACA needs more servers.
It's that simple....note 'simple' does not in any way mean "easy"....but the concept is well understood by many IT engineers.
"an open-source approach" is usually helpful in any system experiencing major problems...but this is routine IT work....not in any way a massive failure
if you want to assign blame: blame the contractor that got the 1$billion to develop the ACA site
Thank you Dave Raggett
Am I the only one that thinks things have gotten a bit hyperbolic. I hear a lot of non technical people talking about how "bad" the architecture is.
This is a new product and has more users a few weeks in then most of the big boys had in over a year.
We are not selling a iPhone or a plane ticket here. This is a complex infrastructure with lots of back end interactions. The front end is fairly modern. They haven't gotten around to minimizing and consolidating the JS files, but that will come I'm sure.
I've gotten through the sign up process, they added some stuff to do some ad-hoc shopping. I've seen much more dragging of feet by supposed enterprise players. What are we 20 days into this enormous platform? Most of the people complaining don't even need the damn thing because they already have insurance.
At the end of the day the exchanges are not even selling insurance. Insurance companies are doing that. It's like using googles shopping feature. Ultimately the insurance company is Amazon.com. If you need the insurance you'll go directly to the person selling it. Hell we probably should have started with the exchanges being nothing more than a fancy craigslist.
People who need insurance because they are sick or scared will get it. They will get the subsidies etc. The vast majority of these so called "healthy young" are just declining insurance through there employers. They just have to fill out a bunch of paper work with their HR department.
At the end of the day healthcare.gov is something to help people get insurance. The subsides and the new rules are what will get it for them.
I understand the political grandstanders on both sides using this in their latest talking points but I really expected a bit more from Slashdot. Crashing Websites, Grumbling Users: Obamacare's Debut Is a Typical Tech Launch is the most balanced and informed article I've seen written on this topic.
Basically the webs has been out for little 2-3 weeks now. It's a National rollout. And it's all on 1.0 code. Of course there will be issues. Network design is done using estimates, but scaling is done using metrics. Load-testing with a 100K concurrent user target will not help you when 200K users show up at your door.
This is all business as usual at the start of the sign-up period. Where users can also call in their applications and also fill them out in person. I'd be surprised if they couldn't mail in their applications as well.
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
It has become painfully obvious to me that government IT contracts exist solely to give well connected contracting companies billions of dollars of taxpayer's money since these same large creatively dead companies can't actually come up with products that real consumers would want. My guess is that if you contracted these companies to build an iPad that it would be 1 inch thick and have a 640 x 400 resolution and have an owner's manual that came in a set of binders.
So these companies are going to fight opensource as hard as they can seeing that it destroys all kinds of things they had going for them. Open source means that other companies can come in and scoop their contracts. Open source means that people like slashdoter and the DailyWTF will go through the code highlighting crap that came from 3rd rate 3rd world outsourced coders. Open source could even mean horror upon horrors that if good code is generated that other governments will copy it and simply modify it to their own needs.
But the worst horror is that if they charge 50 billion dollars for a few thousand lines of modifications to an existing system people like us will be willing to testify at the fraud trial.
Actually there is one worse horror: that people like us contribute free functionality, upgrades, and fixes.
Amazing how the public dialog is now "how to fix socialized medicine" when just a short time ago it was more like "should we have socialized medicine?" Well played, Mr Obama.
Since most of the world has socialized medicine, and it works quite well, you probably will only find sympathy from US readers where it is fashionable to make a profit on other people being sick. Sounds like a great system. BTW, my aunt from the US was visiting here and fell and broke her hip. Our socialized medicine took very good care of her. Total bill to her, since she doesn't pay taxes here was $2,000, including ambulance, surgeons fees, etc.. She's resting comfortably back home in the States now.
It's funny, really, you have everybody pay a little, so your business people can fly for cheap, but ask them all to pay a little so sick people can be helped and you would think you asked them to cut off their arm or something.
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?
They didn't even get to start coding until this spring,
Wow, if that is true, I'm actually impressed that they got it working as well as they did by October. That's a lot of work to get done quickly.
"First they came for the slanderers and i said nothing."
Answer this... if we knew everything about Obamacare at the time of voting that we know now... would it have passed?
No.
Actually yes. Every poll done on the ACA has shown that people approve of all the individual components and are a lot more approving of the whole when it's explained to them.
Which is why they don't tell us anything. They don't respect your vote. You don't get to decide. Your opinion is worthless. They will do what they want to do. And if you want something else they will lie to your face.
So I assume you disapprove of the standoff by John Boehner and the congressional Republicans. Where a minority of congressmen (ie the majority of the majority) for a party who received less than 50% of the congressional vote used the threat of an economic collapse to try and overrule the President and the Senate.
Was the IRS attacking political opponents of the president on purpose? Of course not. Until it was proven that they were.
Until it was proven that they weren't and there was no political bias to the IRS audits
I stole this Sig