And quoted Bryce Williams (managing director of exchange solutions for Towers Watson) from the Sunday Wall Street Journal section of the Denver Post:
"Unless you are desperate for health insurance, our advice is to wait until November or December. It's kind of like not buying the first model of a car when it comes out - wait until the kinks get worked out."
This has turned out to be good advice, especially for those who tried to get onto the healthcare.gov site. Some estimates in the media, indeed, claim maybe only 20,000 have actually physically managed to sign up without getting the spinning "symbol of death" indicating the server is kaput.
So what happened? How did it all go wrong? According to Christopher Weaver and Louise Radnofsky, writing in a piece in the WSJ, most of the problems - according to policy and technology experts, occurred because of a design element that requires users of the federal site (which serves 36 states) to create accounts before shopping for insurance. Of course, this is exactly opposite to human nature, because typically people want to know what they're getting into, and all that's available before they sign onto anything or create an account. (An "account" normally translates into 'money' and people will wish to know what the options are before they spend any)
The decision to move ahead without that feature proved crucial because, before users can begin shopping for coverage, they must cross a busy digital junction in which data are swapped among separate computer systems built or run by contractors including CGI Group Inc., the healthcare.gov developer; Quality Software Services Inc., a UnitedHealth Group Inc. unit; and credit-checker Experian PLC.
Sadly, healthcare.gov was initially going to include an option to browse before registering, but that tool was delayed, people familiar with the situation said. The upshot was.....havoc. People naturally insisted on browsing first, then likely stymied when they registered - found things went amiss - then perhaps didn't complete the process. This may explain why, according to a CBS News report this morning, many insurance agencies have complained about duplicate registrations, errors littering other registrations.... and other problems.
If any part of the web of systems fails to work properly, it could lead to a traffic jam blocking most users from the marketplace. That’s just what happened on Oct. 2, and officials identified a bottleneck where those systems intersect at a software component sold by Oracle Corp. that still hasn’t been cleared. This bespeaks a modularity problem in the overall software operation. Many of the sort of internal software deviations highlighted can be traced directly to the modularity applicable to a given software program. Modularization allows the software designer to decompose a system into functional units, to impose hierarchical ordering on function usage, implement data abstractions and develop independently useful subsystems. As pointed out by the techies in further examination of the healthcare,gov modules, there occurred some breakdowns in mutual exclusion – an attribute necessary to preserve modularity. Basically, “ME” is needed to ensure multiple processes don’t attempt to update the same components of the shared processing state at the same time.
That may well be a hard bugger to fix and bring up to expectations, with likely million waiting to get access to health care. It may well be necessary for the government to redirect prospective buyers to the sites of the insurance companies themselves - wherein the selection or choice will already have been made, and hopefully the companies will already be on the exchange sought.
Tech experts Brett Norman and Jason Millman, highlight further bugbears to do with the likely "ME" problem, i.e the consumer end of the website, designed by one contractor, is not “talking to” the back end of the website, developed by a different company. This communication impasse then leads to breakdowns in mutual exclusion .
A further article by Robert Pear, Sharon LaFraniere and Ian Austen in The New York Times, notes that as one tech expert has observed, this software "wasn't even ready yet for beta testing".
In hindsight, it surely would have been better to postpone the inaugural date for healthcare.gov than to trot out a product not likely to pass a proper beta test for a proper software company. It would have been better to be late than to have a roll out that has now become a laughing stock, and which the ever predatory Reepos are likely to want to exploit as a vehicle for more attacks on "Obamacare".
Let's hope they get this thing fixed and soon!