Obamacare’s Website Is Crashing Because It Doesn’t Want You To Know How Costly Its Plans Are

Forbes:

A growing consensus of IT experts, outside and inside the government, have figured out a principal reason why the website for Obamacare’s federally-sponsored insurance exchange is crashing. Healthcare.gov forces you to create an account and enter detailed personal information before you can start shopping. This, in turn, creates a massive traffic bottleneck, as the government verifies your information and decides whether or not you’re eligible for subsidies. HHS bureaucrats knew this would make the website run more slowly. But they were more afraid that letting people see the underlying cost of Obamacare’s insurance plans would scare people away.

HHS didn’t want users to see Obamacare’s true costs

“Healthcare.gov was initially going to include an option to browse before registering,” report Christopher Weaver and Louise Radnofsky in the Wall Street Journal. “But that tool was delayed, people familiar with the situation said.” Why was it delayed? “An HHS spokeswoman said the agency wanted to ensure that users were aware of their eligibility for subsidies that could help pay for coverage, before they started seeing the prices of policies.” (Emphasis added.)

As you know if you’ve been following this space, Obamacare’s bevy of mandates, regulations, taxes, and fees drives up the cost of the insurance plans that are offered under the law’s public exchanges. A Manhattan Institute analysis I helped conduct found that, on average, the cheapest plan offered in a given state, under Obamacare, will be 99 percent more expensive for men, and 62 percent more expensive for women, than the cheapest plan offered under the old system. And those disparities are even wider for healthy people.

That raises an obvious question. If 50 million people are uninsured today, mainly because insurance is too expensive, why is it better to make coverage even costlier?

Political objectives trumped operational objectives

The answer is that Obamacare wasn’t designed to help healthy people with average incomes get health insurance. It was designed to force those people to pay more for coverage, in order to subsidize insurance for people with incomes near the poverty line, and those with chronic or costly medical conditions.

But the laws’ supporters and enforcers don’t want you to know that, because it would violate the President’s incessantly repeated promise that nothing would change for the people that Obamacare doesn’t directly help. If you shop for Obamacare-based coverage without knowing if you qualify for subsidies, you might be discouraged by the law’s steep costs.

So, by analyzing your income first, if you qualify for heavy subsidies, the website can advertise those subsidies to you instead of just hitting you with Obamacare’s steep premiums. For example, the site could advertise plans that “$0″ or “$30″ instead of explaining that the plan really costs $200, and you’re getting a subsidy of $200 or $170. But you’ll have to be at or near the poverty line to gain subsidies of that size; most people will either not qualify for a subsidy, or qualify for a small one that, net-net, doesn’t make up for the law’s cost hikes.

This political objective—masking the true underlying cost of Obamacare’s insurance plans—far outweighed the operational objective of making the federal website work properly. Think about it the other way around. If the “Affordable Care Act” truly did make health insurance more affordable, there would be no need to hide these prices from the public.

Subsidy verification created a traffic bottleneck

Comparable private-sector e-commerce sites, like eHealthInsurance.com, allow you to shop for plans and compare prices simply by entering your age and your ZIP code. After you’ve selected a plan you like, you fill out an on-line application. That substantially winnows down the number of people who rely on the site for network-intensive tasks.

The federal government’s decision to force people to apply before shopping, Weaver and Radnofsky write, “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. 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.”

Read more