deepjournall

Unpacking the forces shaping our world.

A column by Xavier Pennington

Xavier Pennington, Lead Columnist, Systems & Macro-Trends

July 13, 2026 · 13 min read

Algorithmic bias: a modern example of social inequality

In October 2019, a study published in the journal Science documented a regulatory paradox embedded inside the operational core of the U.S. healthcare system.

Algorithmic bias: a modern example of social inequality

In October 2019, a study published in the journal Science documented a regulatory paradox embedded inside the operational core of the U.S. healthcare system. A widely deployed risk-prediction algorithm, used by hospitals and insurers to allocate high-acuity care to patients with the most complex needs, was systematically flagging white patients as sicker than equally sick Black patients. The algorithm governed access to care management programs across many of the largest health systems in the country. Its decisions affected tens of millions of patients annually. And the source of the disparity was not a coding error in the conventional sense. It was a proxy variable: healthcare spending, used as a stand-in for healthcare need.

That single substitution, expenditure replacing condition, is the clearest contemporary example of social inequality produced at the algorithmic layer. It also illustrates why algorithmic bias cannot be treated as a software problem. It is a structural problem wearing a software interface. The algorithm was not misbehaving. It was doing exactly what it was asked to do, against data that already encoded the cumulative effect of unequal access, and producing decisions that scaled that effect across the population.

What follows is an examination of how automated systems in healthcare, criminal justice, hiring, and biometric identification are not introducing new forms of social inequality. They are industrializing existing ones. The mechanisms are consistent across sectors: training data encodes prior outcomes; the model optimizes against those outcomes; the resulting scores are treated as objective inputs into downstream decisions. The loop closes on the populations already exposed to the steepest structural friction. The four documented cases below demonstrate this loop in operation, and what is required to break it.

The mechanics of automated prejudice: how training data mirrors history

Machine learning systems do not learn in a vacuum. They learn from records: past hiring decisions, past loan approvals, past sentencing outcomes, past arrest patterns, past medical expenditures. When those records reflect prior inequity, the model inherits it. The mathematics of optimization does not distinguish between a pattern produced by cause and a pattern produced by correlation under discrimination. It minimizes error against the data it is given.

Three structural conditions reliably produce biased outputs. They should be understood as a class of failure modes, not isolated bugs.

First, the input distribution is skewed. The training population is not a representative sample of the affected population. Resumes submitted to a firm over a decade skew male; arrest records skew toward over-policed neighborhoods; medical expenditure data skew toward patients with employer-sponsored insurance. The model calibrates against a population that is already filtered through institutional gatekeeping.

Second, the label being predicted is itself a downstream artifact of unequal treatment. "Risk of recidivism" is partially a function of who gets arrested, who gets prosecuted, and who is detained pretrial. "Likelihood to succeed in a role" is partially a function of who got interviewed, who got mentored, and who was promoted. When we ask a model to predict an outcome that the system being modeled has already shaped, we are training it to reproduce the shape.

Third, the proxy variables are accepted as neutral. Spending equals need. Zip code equals risk. Arrest history equals dangerousness. Each substitution looks reasonable in isolation. Each substitution embeds the prior distribution of inequity directly into the model's coefficients.

Algorithmic bias is not a bug introduced into an otherwise neutral system. It is the predictable output of any system trained on the records of an unequal society.

The result is a feedback loop. The model scores a population. The scores drive decisions. The decisions generate new records. The new records retrain the model. Each iteration tightens the loop. The system converges on the pattern it was given. The important conceptual point is that the bias is not located in the code the way a syntax error is located in the code. It is located in the choice of what to predict, what data to train on, and what variable to use as a proxy. Those choices are made by people, under organizational pressure, within existing institutional constraints. The algorithm amplifies them.

Healthcare proxies: when spending metrics dictate patient care

The 2019 Science study is the most consequential documented case of algorithmic bias in U.S. public-facing infrastructure, and it requires a closer structural look.

The algorithm in question was used to identify patients who would benefit from enrollment in high-risk care management programs, which provide additional nursing support, specialist coordination, and post-discharge follow-up. These programs measurably reduce hospitalization and mortality for chronically ill patients. They are rationed because they are expensive.

The model used a regression of historical healthcare expenditures to predict future expenditure, and used predicted expenditure as a proxy for predicted health need. The choice was operationally defensible on its face. Patients who will spend more in the next year are, on average, sicker. The proxy held across the population. It did not hold across racial lines.

Black patients, on average, generate lower healthcare expenditures than white patients at equivalent levels of illness. This is not because Black patients are healthier. It is because they face systematically higher barriers to care: lower rates of private insurance, higher rates of being uninsured, greater geographic distance from specialty providers, and documented patterns of clinicians under-treating pain and under-investigating symptoms in Black patients. The historical expenditure record therefore encodes both illness and the accumulated effect of unequal access. The algorithm, optimizing for expenditure prediction, learned to allocate additional care to the patients who had historically been able to consume more of it.

The published estimate was stark: the algorithm assigned the same risk score to Black patients who were, by clinical assessment, considerably sicker than the white patients receiving the same score. After the researchers and the algorithm's developers collaborated on a recalibration that used direct health indicators rather than cost proxies, the racial gap in recommended care dropped by more than 80 percent.

This is not a story about a bad model. It is a story about how a metric that looks objective, healthcare expenditure, silently carries the imprint of every prior policy decision that produced unequal access. Replace the metric and the disparity shrinks. The disparity was never in the mathematics. It was in the choice of what the mathematics was asked to optimize.

Criminal justice and the recidivism risk trap

If the healthcare case illustrates the danger of proxy variables, the criminal justice case illustrates the danger of optimizing against an output the system itself produces. The two failure modes compound in practice; they should be examined separately.

COMPAS (Correctional Offender Management Profiling for Alternative Sanctions) is a risk-assessment instrument used in sentencing, pretrial detention, and parole decisions across multiple U.S. jurisdictions. Its output is a recidivism risk score, intended to estimate the likelihood that a defendant will reoffend within a specified window. The 2016 ProPublica analysis of COMPAS scores in Broward County, Florida, documented a structural disparity that has shaped the policy debate ever since.

Among defendants who did not subsequently reoffend, Black defendants were roughly twice as likely as white defendants to have been classified as medium or high risk. Among defendants who did reoffend, the algorithm's predictive accuracy was more comparable across groups. The asymmetry is the central finding: false positive rates, the rate at which the model labels someone as future-dangerous when they are not, were dramatically higher for Black defendants. False negative rates were higher for white defendants.

The institutional consequences are immediate. Pretrial detention, sentencing length, parole denial, and bail amounts are routinely informed by these scores. A tool with a 2x false-positive disparity against Black defendants is not a neutral input to those decisions. It is an accelerant.

The structural defense of COMPAS, advanced by its vendor, holds that the score's overall predictive accuracy is comparable across groups, and that the disparity in error rates is unavoidable when base rates of arrest differ between populations. The argument is technically coherent. It is politically inadequate. Base rates of arrest in the United States are themselves the product of policing patterns that concentrate enforcement in specific neighborhoods, of mandatory minimums that produce more charges for equivalent conduct, and of prosecutorial discretion that varies by jurisdiction. To use arrest base rates as a non-negotiable input is to embed those enforcement patterns into every risk score the system produces.

The system is not measuring the risk of future crime. It is measuring the risk of future arrest, conditional on prior exposure to an enforcement apparatus that does not distribute itself evenly. The difference matters, because the second measure will, over time, pull future enforcement toward the populations the model flags. That is the feedback loop in its sharpest form: the score justifies the surveillance, the surveillance generates the data, the data retrains the score.

The gender gap in hiring and facial recognition benchmarks

Two further cases round out the documented landscape, and they operate through different mechanisms than healthcare costs or recidivism prediction.

Amazon's experimental recruiting engine, in development from 2014 and discontinued in 2018, illustrates the failure mode most directly. The model was trained on resumes submitted to the company over a ten-year window. That window skewed heavily male, particularly in technical roles. The model learned to weight features correlated with the dominant pattern. It down-weighted resumes that mentioned women's colleges, down-weighted the word "women's" in any context, and down-weighted candidates whose records included attributes associated with female candidates in the historical corpus.

The technical team reportedly attempted to neutralize the most obvious gendered signals. The underlying distribution remained. Amazon scrapped the tool, not because it produced a regulatory violation but because it would not produce reliable hires. The case demonstrates that, given enough data and a sufficiently skewed distribution, the model will find proxies for the protected attribute even when the attribute itself is removed from the input. The proxy is not a coding error. It is the inevitable mathematical consequence of asking a system to predict outcomes from a history in which one group was systematically preferred.

NIST's 2019 demographic effects study of facial recognition algorithms documented the second case. Across many commercial vendors, false match rates varied dramatically by demographic group. The most consequential finding for policy purposes: some algorithms misidentified darker-skinned women at rates 10 to 100 times higher than lighter-skinned men at specific operating thresholds. The figure most often cited is a 34.7 percent error rate for darker-skinned women in certain benchmarks. False positive rates in law enforcement applications have direct downstream consequences: a system that flags an innocent person as a match against a suspect database is a system that produces wrongful investigation, detention, and arrest.

NIST's study is methodologically important because it was vendor-agnostic. The bias was not idiosyncratic to one provider. It was systemic across the field, consistent with the hypothesis that training datasets for face recognition skew toward lighter-skinned and male faces, and that the resulting models generalize less reliably to the populations outside the training distribution.

The two cases together demonstrate that algorithmic bias is not concentrated in any single technical decision. It emerges wherever a system is trained on a population, deployed against a broader population, and then trusted to make consequential decisions about members of the population it has not seen.

Beyond the code: addressing the socio-technical roots of disparity

The four cases described above share a structural anatomy. The table below summarizes the mechanism and the documented disparity in each domain.

DomainProxy or input patternDocumented disparity
HealthcareHealthcare spending used as proxy for health needAt any given risk score, Black patients were clinically sicker than white patients
Criminal justicePrior arrest base rates used to predict future riskApproximately 2x higher false positive rate for Black defendants than white defendants
HiringResumes from a male-dominated decade used as training corpusModel systematically down-weighted features associated with female candidates
Biometric identificationTraining datasets skewed toward lighter-skinned and male facesError rates up to 34.7% for darker-skinned women in specific benchmarks

The pattern is uniform. In every case, the system optimized against an input that itself encoded the prior distribution of inequity, and the optimization scaled that distribution into downstream decisions. The policy conversation about algorithmic bias has, predictably, focused on technical remedies. Audit the data. Diversify the training set. Test for disparate impact. Disclose model documentation. Each of these interventions has value. None of them reaches the structural layer where the bias originates.

Three reforms would matter more than any technical adjustment.

First, the choice of optimization target must itself be a regulated decision. In the healthcare case, the central failure was not a bug in the regression. It was the institutional decision to predict expenditure rather than need. When the metric is a social outcome produced by inequitable access, optimizing for the metric perpetuates the inequity. High-stakes algorithmic systems deployed in public-facing domains should require an explicit defense of the optimization target by an entity with the authority to reject it. The proxy needs to be defended, not assumed.

Second, transparency of input distribution should be a precondition for deployment. The COMPAS score is proprietary. The healthcare algorithm was proprietary. The facial recognition benchmarks depend on vendor cooperation. Where consequential decisions are made about individuals using systems whose training data, calibration, and error rates are not publicly auditable, the affected population has no mechanism to contest the decision. Audit requirements, particularly for systems deployed in public administration, criminal justice, and healthcare, are a precondition for any meaningful accountability. Without them, we are being governed by systems we cannot inspect.

Third, the feedback loop must be broken at the institutional layer. If the score is used to allocate enforcement, the enforcement data cannot also be used to retrain the score, without producing the self-fulfilling disparity documented in criminal justice applications. This is a structural choice about how algorithmic outputs interact with the data the algorithms are trained on. It is not a technical fix. It is a governance decision.

Algorithmic systems do not introduce bias into neutral institutions. They reveal which institutions were already willing to optimize against the populations they were supposed to serve.

The cumulative picture is uncomfortable. Algorithmic systems are not creating a new social stratification in the United States or in any other country that has adopted them at scale. They are accelerating and obscuring a stratification that was already documented across healthcare access, criminal justice exposure, labor market participation, and biometric surveillance. The advantage of the algorithmic moment is that the disparities are now measurable at the population level, attributable to specific design choices, and, in principle, contestable. The disadvantage is the speed and scale at which they propagate. A single flawed model can govern millions of decisions a year. The human-administered version of the same bias would have required millions of biased human decisions to match the throughput.

This is the structural fact the policy debate has been slow to absorb. Algorithmic bias is best understood as the latest operational layer of social inequality, not a novel problem requiring novel ethics. It is the same inequality, instrumented differently. The example of social inequality today looks like a risk score, a hiring recommendation, a face match, a care management enrollment. The principle behind it has not changed: systems that optimize against historical records of unequal treatment will reproduce those records, faster and at greater scale, until the underlying inputs are altered.

The work is not to teach algorithms to be fair. The work is to alter the records.

FAQ

Why did the healthcare algorithm flag white patients as sicker than Black patients?
The algorithm used healthcare spending as a proxy for health needs. Because Black patients historically faced higher barriers to care and lower access, they generated lower expenditures despite being equally or more ill than white patients.
How does the COMPAS tool contribute to bias in the criminal justice system?
The tool uses arrest base rates to predict recidivism, which reflects existing policing patterns that concentrate enforcement in specific neighborhoods. This creates a feedback loop where the algorithm flags populations based on prior exposure to an uneven enforcement apparatus.
Why did Amazon's hiring engine discriminate against female candidates?
The model was trained on a decade of resumes that skewed heavily male, particularly for technical roles. It learned to weight features associated with the dominant male pattern and down-weighted attributes linked to female candidates.
What is the primary cause of high error rates in facial recognition technology?
Training datasets for these systems often skew toward lighter-skinned and male faces. Consequently, the models generalize less reliably to populations outside of that training distribution, such as darker-skinned women.
Can algorithmic bias be fixed by simply adjusting the code?
No, because the bias is not a syntax error but a result of choices regarding what to predict and what data to use. Meaningful reform requires regulating optimization targets, ensuring transparency of input distributions, and breaking feedback loops at the institutional level.

Xavier Pennington