Do we know how bad HealthCare.gov really is yet?
For the past two and a half weeks – sadly partially silenced by the government shutdown and debt ceiling drama – Obamacare as an information system has been melting down since enrollment in the “exchanges” or “marketplaces” for health insurance went live at the HealthCare.gov website on October 1, 2013. It’s clear that the situation is bad, and is starting to alarm even the most forgiving to the President and his policies, as liberal Statist sites like The Huffington Post publish articles with titles like “Obamacare Website Failure Threatens Health Coverage for Millions of Americans”.
The actual file name of that post is simply delicious: “obamacare-train-wreck_n_4118041.html”.
We’re starting to see lots of material being published about how HealthCare.gov came into being, and either baffled disappointment or a sense of “what else did you expect?” at how a web application project that as much as $634 million has been spent on can’t handle user loads, deliver simple web pages, or manage to correctly display drop-down list box contents, much less enroll millions of uninsured Americans for soon-to-be-universally-mandated health coverage.
It’s also been reported that of the people who have managed to actually not have HealthCare.gov error on them and get themselves enrolled that incorrect information has been passed to the insurers via the government’s website and that possible compromises of personal information (leaving enrollees vulnerable to identity theft) have both occurred.
I work in information technology, and while I’m not a software developer, I’ve got a very good handle on the architecture and design that multi-tier application systems employ, of which Obamacare’s HealthCare.gov certainly is one. For those who aren’t as familiar, multi-tier applications use “front ends” (a website through which you enter or view data, for example) and “back ends” (databases or other systems for storing and organizing data). In between the front end and the back end is normally “middleware”; software that analyzes or processes data as it is inputted into the front end or retrieves data from the back end and formats it for the front end user to see. Based on the common problems reported with healthcare.gov thus far, I think it’s obvious that inter-tier communications between layers of the application are responsible for many of the failures.
It’s not like multi-tier applications are anything new. I’ve been working on multi-tier application systems for over sixteen years. Well, it appears that some software developers might need some remedial education on the programming languages, development tools, and multi-tier systems they’re working with. It certainly seems that interfacing with government-produced, supplied, or owned software components designed specifically for information exchange between applications or application tiers are a challenge for some.
Michelle Ray (Twitter’s @GaltsGirl) drew my attention to a support forum post on the Java.net site from September 4, 2013. I’m pretty sure that the author of the thread-opening post is Srini Dhanam, who according to his page on LinkedIn works for a web site called GetInsured.com. They describe themselves as, “the nation’s easiest way to shop for health insurance. Since 2005, we’ve helped more than 2 million people find the health insurance policies that best fit their needs and their budget.” Sounds like they were a private sector (gasp!) health insurance “exchange” before government had the brilliant idea they had to be, uh, invented by the Patient Protection and Affordable Care Act (PPACA).
Mr. Dhanam is probably in the clear as far as the HealthCare.gov debacle goes for that site directly, but his support forum post indicates use of application code or programming objects that derive from government sources. One namespace URL referred to by the detailed error message he’s trying to get assistance with refers to “applicant-eligibility.ee.ffe.cms.gov” (don’t bother trying to access it; the name does not resolve). However, “cms.gov” is the Centers for Medicare and Medicaid Services, an agency within the Department of Health and Human Services (HHS) responsible for administering Medicare and working in partnership with state governments to administer Medicaid. I’m speculating that Mr. Dhanam’s problem could be related to difficulties getting the government’s systems in the multi-tier HealthCare.gov system to interface correctly with private insurers’ systems, which he could be working with or on.
From a data security/information assurance perspective, Dhanam’s use (as he says in his post) of version 7, Update 21 of the Java SDK and corresponding run time environment is also problematic. It expired on July 18, 2013. Version 7, Update 45 is the current release and includes many security fixes for vulnerabilities found in the earlier code.
Another identifiable organization within the post’s content is “NIEM”, the National Information Exchange Model (pronounced like “neam”). NIEM was created in 2005 as an inter-departmental panel to facilitate information sharing standards between government computer systems, and the primary cabinet-level departments who contribute to the organization are HHS, the Department of Justice (DOJ), and the Department of Homeland Security (DHS). Is anyone comforted that with an eight-year old developing standard for information sharing standardization between government departments in place, HealthCare.gov is having problems with…information sharing standardization between government departments and the private sector?
Doing some web searches on the “applicant-eligibility.ee.ffe.cms.gov” string led me to a different support forum post that includes it, plus additional references to NIEM. I tried through various approaches, but I couldn’t shed any light on the identity of that thread’s initiator, known by the handle “wbisantosh”. The first responder to his problem though, shed some interesting light on Mr. wibsantosh’s skills as a programmer (click to enlarge):
“Have you attended the training?…[S]eems you are in over your head.” Whether “wibsantosh” is involved in the coding of HealthCare.gov or one of the multitude of systems interfacing with it or not, that still seems like a fitting description of what has produced the horrific user experience of Obamacare thus far..
Lest anyone think a connection here to the actual HealthCare.gov site is tenuous, there’s one more thing I found. If you Google search for just the “ee.ffe” portion of the cms.gov string found from the support posts, the first item returned takes you to…drum roll, please…HealthCare.gov.
I think we’ve only scratched the surface of the technical disaster, from both information technology operational and security perspectives, that is the roll-out of Obamacare.
What do operations in the HealthCare.gov data centers or technical support centers look like? Probably something like this excerpt from the classic 1957 film starring Spencer Tracy and Katherine Hepburn, Desk Set:
Very fitting clip…
Obamacare isn’t about healthcare. Obama doesn’t care if it doesn’t work – ever. This is about transfer of power to the President! Healthcare is the carrot on the stick. And the mule obie is riding is POWER. This law strips us of our 3rd and 4th Amendment rights and nullifies the 9th and 10th Amendments. It gives obie legislative power if by no other means than he has already created legislation.
Our best weapon, right now (since we don’t have an effective congress), is to individually resist the law by NOT obeying it. Then hope the 2014 elections are not already bought and paid for by this TYRANT.
Like he clearly did last year!
You better wake up folks!
Thanks for reading Derrell.
I have one small quibble though on what our best weapon to resist is, and it’s something that even an ineffective Congress can do because it doesn’t require them to do anything but speak, which shouldn’t be a problem since, to a member, they all love the sounds of their own voices. It’s this:
Insist that Obamacare be enacted and enforced *exactly* as it is written into law: no delays, no waivers, no exceptions. Since the opposition’s first reply to Obamacare challenges is “It’s the law”, make them faithfully execute it.
Asking people to respond to positive principle on this issue, unfortunately, has failed. Negative reinforcement via Obamacare actually being executed as enacted could wake a lot of people up who aren’t actually involved in the national debate today.
I find that your quibble makes a lot of sense. It seems (Oklahoma?) there is actually a lawsuit underway to force all the original mandates to be enforced; that there are no exceptions as the law was written. Obama is in Constitutional defiance by altering the law himself. That is an authority vested solely in the Congress. That is an impeachable offense.
Making him enforce the law as passed by Congress is the “right” strategy.
Unfortunately I believe Obama’s defiance and his unwillingness to negotiate – indeed his taunting the Republicans to “get elected” – is grounded in his absolute assurance that he has the 2014 elections under his control and will not only keep and strengthen the Democrat control of the Senate but win the House too!
I keep telling this; in the interum between the 1st and 2nd debates last year the program to control the computer controlled voting systems in key States were finally locked up in his favor in Sept. of 2012. I’ve talked with people who have discussed a striking change in the attitude of the government between Obama’s lacklusted 1st debate and Biden’s debate with Ryan. Didn’t it strike you as a complete about face? Obama was worried about the election in the first debate. Accorder to members of the government in lower tiers there was a distinct change in attitude and when obie came out in his second debate it was like it was a different guy – because he already knew the outcome! We’ve heard all the usual evidence and rumors but do you recall people reporting that their votes for Romney were flipped by the voting machine to Obama. According to this discussion (and I am trying to pursue this) a top computer programmer had already written a program to flip votes but it was traceable. However it came about, it appears this program was re-written to be untraceable and key states like Ohio, Pennsylvania, and Florida who apparently use a computerized vote count were compromised. That was in 2012. In 2014 two years later will not this lawless tyrant have been able to put in place much more of this sort of thing? The House leadership caved and the Senate minority leader was never on board with the opposition to the budget ceiling and stopping obamacare. The noise is that Senators and Reps were somehow paid off – smoke and mirrors in my estimation – they were promised to be re elected by Obama himself!
Can’t substantiate these “rumors” nor what difference would it make – we have all kinds of nasty accusations and proof to back them up but what happens? Nothing. The lakkies in congress protect this “Curse”! So I guess we’ll just see next year.
Our system works. But it is being dismantled before our very eyes. What is our best strategy for that?
Bill O’Reilly’s 10/18 Talking Points Memo is amazing…