Dark Algorithms and UX in Health Insurance
jb-rubinovitz.ghost.io
jb-rubinovitz.ghost.io
No, this is just garden-variety incompetence. This is the result of incredibly complex specs being implemented by teams of dozens or hundreds, including offshore work and highly distributed teams. The kind of evil plots suggested here would be passing through not just executives, but architects, product owners, scrum masters, lead engineers, and the delightfully unpredictable hands of the cheapest programmers money can buy. Dozens of opportunities for sabotage of something so overtly evil.
I've worked in insurance IT quite a bit. They're just not smart enough to do this.
Perhaps that is the evil plan working as intended
The only time you see really good UX for these things is in the startup (or post-startup, ie Amazon or Google) world, where UX for end users becomes a top-level requirement, and driving clicks is measured and actively improved.
The fact that this article is garbage doesn't mean it's wrong, though. I'm very close to someone who works on healthcare UI/ux and it's true that they aren't allowed to encourage use of their healthcare (ie going to a doctor). Whether or not this goes farther to out right denying claims, I can't say, as it likely depends on the provider (UA is likely to be awful whereas non-profit orgs are probably less so). But at the very least, they put a lot of thought into minimizing costs, which can hurt patients in life threatening ways. It's pretty easy to see the incentives are all fucked and will lead to this sort of thing.
The sad reality is that the state must hold them to account because a few blog posts here and there is going to do nothing in the face of billions of dollars.
Edit: before anyone else bothers, I am fully aware that pointlessly complex state processes, greed, and corruption are part of why the regulations are so complicated. But, making them "simpler" doesn't change the profit motive: the only way to truly solve this problem is to provide a public option because currently patient outcomes aren't aligned with profit interests.
Those are essentially the same.
However, the second and third examples are speculative. They might be a result of an algorithm, or they might be a result of stupid policies, or they might be a result of operational errors. Who knows? Alleging that it's a "dark algorithm" sounds cool, but it isn't really damning without evidence.
So we're down to one example of actual dark UX, which doesn't make for a particularly strong allegation. I wish the author had taken just a little more time before publishing to collect a few other authentic examples.
That said, I know from my own experience that health insurers' online portals tend to have horrible UX, because it is not in their best interest to have great UX. Just yesterday, I had to fill out a form indicating that none of the five members of my household had other insurance or were Medicaid-eligible. There were a total of 10 checkboxes I had to check. After checking each one, I got a loading indicator and then the page refreshed, so I had to scroll the page back down to the next checkbox. It didn't prevent me from filling in the information, but it definitely made it needlessly tedious.
> So, my laugh cry scenario here is that they statistically set/just have variables in the code base that say claims spanning a certain amount of time are denied. E.g.
WTF, you wrote that code!
'oh i'll just give up and eat the $X,000 charge because I cannot find the submit button?'
Yeah right. The only thing that would do is add to your expenses tying up on-call tech support.
It's a big stretch of the imgaination to dismiss this behavior as 'designer error'. This is a great example of where class action lawsuits can and should be employed.
And by the way, this push for electronic medical records(EMR) was a way for them to further decrease their overhead (thank you insurance lobbies). EMR that is CCHIT certified (= Certification Commission for Health Information Technology, pronounounced 's-h-i-t', for real) can interface with payment clearing houses directly (I as a physician have to pay to use a clearing house, btw). Then the claims are scrubbed by their scripts and rejected for various reasons, (for example, no referral from PCP, invalid gender for treatment code,etc). No humans involved. This allows them to lay off vast swaths of auditors. And effectively outsources their work onto the physician's office. And increases their earnings per share.
Now you know why the only new physicians you will meet are not homegrown anymore. It costs 400k to go to medical school. Then you have 3-7 years of postgraduate training at 35k a year. Then your debt has ballooned to 800k with deferred interest payments. BTW, new physicians get paid 90-100k.
Yes, it takes planning and dedication to set yourself up on solid financial footing post-medical school, and it's entirely conceivable to be in your early thirties before you're debt free. But it's pretty damn hard to be struggling financially as a physician in any field.
Instead, most MDs are looking to become 'boutique' docs. Each patient pays $2k a year for as much primary care as he/she wants. The boutique doc limits his panel to 500 patients. He makes 6x the money for 1/10 the work. now the doctor can spend an hour with each patient and treat him like a human being instead of a slab of meat. And cut the expensive insurance middleman out of the picture.
So right, who needs the stress and bs that comes with a corporate existence. Why should the people who do the work (programmers and coders in your case perhaps) support the wasted busy work of people who are corporate drones and never actually interface with customers/patients/clients/aka the people who pay the money.
Since two of the three are complete speculation, without any evidence, I'll address the first example.
"suppress empty div" could mean that it is hiding an element until a condition in the form is met. You need to see the accompanying JS to understand any intent. It's entirely possible that bad programming is keeping the div both empty and suppressed.
Bureaucratic systems like health insurance are about preserving your position as having the most benefit with the least amount of responsibility. They are ecosystems of mediocrity.
A VP at an insurance company generally cares about two things, balance sheets that make him/her look like they're doing a good job and tomorrow's tee time.
Directors care about their line on the balance sheet pleasing the VP. That's how you get most insurance company software written by low-wage, visa workers, who could care less about code quality or maintainability, because they'll be at a new gig within a year or two.
NB: I think this is also how enterprise tech works.
Put it in the perspective of a freelance web developer. If someone is going to pay you x amount of dollars to build a website, but cost you more than x in support time and change requests, you either have to up the price or not take on the customer.
In some industries/companies/communities/what-have-you, there seems to be this consensus that exploitation, scamming and backstabbing is the obvious way to make the big bucks. Is this objectively true, or is it just some kind of oral history and tradition handed down from 1800s industrialists?
Depending on that score they present more or less dark UI patterns to that user. Past a certain threshold they probably don't want to keep the insuree anyway, so if they switch it's still good for the insurer. They can calculate the likelihood the user will switch and how much the insurer will lose in premium, versus how much they'll win if they delay claims as much as possible.
I have personal experience in customer service scenarios where people classed by 'the computer' with an LTV score below a certain value were not to be retained if they wanted to cancel our service (c.f. for a higher level LTV customer we might offer a promotion or something) and people with a score even lower were to be actively encouraged to leave if they reported any problems - even to the point where we were supposed to suggest they try somebody else rather than spending any time fixing their problems.
Granted, these were (allegedly) people who were actively costing the company money in that it cost more to service their account than the revenue they provided, but it was an automated decision made by an algorithm that the phone and retail reps just had to enforce.
1. If you insure a bunch of people against, in short, stuff that can kill them, then it's really in your best financial interests to be making sure that as many of those people as possible are seeing a doctor as regularly as possible (within reason) because that's how you avoid situations where someone makes shitty healthcare decisions for 3 decades then suddenly needs every imaginable treatment for every imaginable ailment that said person, who is obviously not a healthcare professional, would have never seen coming because they weren't regularly attending to their health in a low cost consistent kind of way, instead they just let their health deteriorate until it was an emergency. Which, from my understanding, especially in America, is where the vultures pounce to ensure your insurance companies pays top dollar for critical drugs and treatment.
2. On a purely accounting note, wouldn't this just fuck up your cash flow figures? I mean, if someone needs to get their insurer to pay for something because they don't have another option and they try and claim for that thing, isn't it in your best interest to make sure you pay out the amount at least reasonably quickly because, especially if you're acting in bad faith, their going to eventually break their way through the system to the "submit claim button" through sheer hours of trying, or their going to end up in court because they don't have other options. Then you've suddenly got a massive lump sum payout that probably wasn't in your forecasted expenses. To me, that just sounds like unpredictable silliness.
But then again, I live in a country with free health insurance so I genuinely could be entirely missing the mark here and it could genuinely be more profitable to pinch your pennies as an insurer.
https://www.healthcare.gov/coverage/preventive-care-benefits...
As a Brit I sort of agree, because I think free healthcare at point of delivery is the right solution. However the more continental model works perfectly well and many countries use private insurers for that sort of model. Insurance companies have a lot of expertise in risk management, analysis and costing so to claim that they've no place in healthcare is odd.
Which is why I have issues with both the right-wing insistence that nothing is wrong with ours that a little more free market can't cure, and the left-wing insistence that only a purely socialist single payer system will provide financial responsibility and social justice.
So while Insurance company profits are not the direct cause of the outlandish healthcare costs in the US, they are a huge contributor to our problem and a core driver for many of it's multitudinous factors.
There are a very many good reasons to have insurance for health care expenses, in fact they are the perfect example of where insuring for the average cost helps those who see orders of magnitude larger costs due to black swan events that would otherwise ruin them. Another interesting stat showing how important health insurance is; 5% of policyholders are responsible for 95% of total costs.
Now you can argue that you think a national, government run, single payer insurance company would be more efficient, or more fair, or result in better health outcomes, or... but that’s an argument for a different kind of insurance company. It doesn’t change the fact that there is an insurance company very directly and intimately involved in your health care.
Anybody arguing for that as an alternative to our current system is... uninformed.
We already have it, and we spend more per capital on (non-universal) public healthcare via that government run insurance than many countries with public universal health care (including Canada, and the UK).
Obviously it is not our lack of "publicly run health insurance" that is the problem here.
Laughing aside, the real data pinch in HI is the meta data of the meta data. Once you understand the abstracted layer there, the rest is following EDI compliance contracts and creating views appropriate to the end user.
It's a slippery slope.
1. Making claim submission impossible
He said he tried to submit a claim at the last minute. I believe the hidden page was just lazy work, because the page has to be visible again soon. If they hid the page at an appropiate time I don't know.
2. Routinely denying claim submissions
As far as I can tell, in Brazil a regulated health insurance plan can't deny you service based on how many claims of a certain kind you submited. They could before.
But the industry will find other ways to not lose money. Readjust prices based on number claims (from all users), prevent you from entering the plan and making a claim right away, pay for a quota of every procedure you take.
All these mechanisms already existed, but if they can't deny claims anymore they will tweak the other points.
3. Saying the customer has other insurance
This is fucked up. I can't find a explanation that isn't malicious.
Here is one similar case that happens in Brazil though. If you have health insurance and use the free health insurance (SUS). The Union will charge back your plan, not you. It's their job to sort it out not yours.
even with the latest illegitimate corrupt government killing most of the work laws last couple months, its still way ahead of the US.
The problems you're seeing may not even be a part of our software even though our software will do the heavy lifting. Each Health Care customer hosts their own product, although in recent times this is changing thank god. This means they maintain their infrastructure apply patches, manage their network, do their own provisioning, etc, etc.
This also means if a manager has the bright idea to $save money$ and build their own in house customer facing claim submission portal we don't know about it. How can we open our software up to work with their shitty portal if we don't even know it exists?
It may be harsh to assume the portal is shitty and has bugs like you experienced in item 1 but it really is a safe guess. Most of these US based companies are staffed by workers in India. These workers in India have a long list of obstructions preventing them for doing their job properly: a) 8am on the US Eastern seaboard is 6:30pm in Noida, India. So they're all basically working the night shift.
b) Lack of strong labor laws or fair compensation. High turnover in a critical IT field is bad, bad, bad. I've gotten calls from people in India who are trying to find out who their manager is in the US. I don't know bro I'm just a vendor :(.
c) A handful of non-technical, non-healthcare business folks managing a team of people on the other side of the world is a recipe for pain and failure. Here's a great example of the mysterious cause behind "Rising Medical Care Costs".
d) Lack of training and proper communication leads to horrible awful undocumented software abominations. I am borderline willing to blame my balding on these troubleshooting calls.
What I'm trying to make clear is that the failure may be between some shitty interface Insurance Co. #1234 built to save money. If that's the case it'll never really get fixed as the people managing it may not even be aware of the bug. If all goes well and the interface to our Insurance software is actually correct then "Hooray!" your customer facing bug gets to someone like me!
Now we've entered the realm of a US based software company. But our service that processes this information is 12 years old, the ONE guy who built it in the 90s is long gone, and there's no documentation. So good luck getting someone to take ownership of that. That's assuming I can even reproduce the bug. Reproducing the bug may be an odyssey wholly unto itself. It might take 3 developers and 1 QA engineer that has 20 years of seniority to figure out why logging isn't working for this 12 year old service.
So that's your dark pattern. It is more of business pattern but its a pattern that has so far caught every god damn piece of Health Care software in its net.