Beyond Faster Horses

The assembly line was the real innovation

Chapter Three thumbnail

In the fall of 1806, two brothers pushed a flat-bottomed boat upstream on the Saône in eastern France using nothing but a series of controlled explosions. Claude and Nicéphore Niépce had spent years perfecting their machine, which worked by igniting a fine dust of clubmoss spores roughly a dozen times a minute. They called it the Pyréolophore. It was the first internal combustion engine.1*

It was also a far cry from the automobile. So, in 1863, Étienne Lenoir mounted his gas engine on a cart and drove from Paris to Joinville-le-Pont and back—eighteen kilometers in about three hours, barely faster than walking.2 Two decades later, Gottlieb Daimler and Wilhelm Maybach solved the power-to-weight problem with a small, fast-running engine, then bolted it into a horse carriage. The retrofit demonstrated what was possible, but carriage wheels, springs, and steering had not been designed around an engine’s vibration.3 No one sold their horses.

Karl Benz’s genius in 1886, on the other hand, was the engineering around the engine: a purpose-built tubular-steel chassis, a differential, evaporative cooling, electric ignition—assembled from an industrial base of precision tubes, chains, and wire-spoked wheels that the bicycle trade had only just made available.4 In August 1888, his wife Bertha took the Motorwagen (without telling him) and drove their two sons more than a hundred kilometers from Mannheim to Pforzheim, buying fuel at a pharmacy, clearing a blocked fuel line with her hatpin, and having a cobbler nail leather onto the failing brake blocks, inventing the brake lining somewhere along the way. It was the first long-distance drive in an automobile.5

A chronological timeline that shows the evolution of the automobile, from the first patent of the internal combustion engine in 1794 until the price of the Ford Model T hits $260 in 1925.

But for all its ingenuity, the car still didn’t change the world until after 1913 when, on the factory floor at Highland Park, Michigan, Ford’s engineers tied a rope to a Model T chassis and dragged it past lines of parts bins with a windlass, assemblers walking alongside, someone holding a stopwatch. They’d just invented the first moving assembly line. After months of iteration and engineering, the labor in a chassis fell from twelve and a half hours to ninety-three minutes, and the price of a Model T fell from $825 to as little as $260 by 1925, even as quality improved.6

Ultimately, the automobile companies that survived were the ones that invested in building assembly lines. During the industry’s first decades, more than seven hundred American companies entered automobile manufacturing.7 By 1913, Ford and General Motors already controlled more than half the market8 and, by 1927, only forty-four manufacturers remained.9 The firms that fell behind did not lose on the quality of their car, but on the ability to produce quality at scale.

A graph showing the rise and fall of active US automobile manufacturers from 1900 until 1927. The graph peaks at 272 active in 1909, dwindling down to 44 by 1927.

The system that builds the system

Consider the combustion engine as the large language model (LLM); the car as the AI agent; and the assembly line as the platform that designs, builds, and continually improves reliable agents at scale.

The models are already capable of clinical reasoning, and agents of completing discrete but complex workflows, even in high-stakes and regulated settings like healthcare. Today, the frontier opportunity is in scaling the value of AI, safely and reliably.

For health plans, the focus must shift away from demos and pilots (engines and cars) and toward infrastructure that scales (assembly lines). Aman Bhasin, the Chief Information Officer of Capital Blue Cross, is leading that shift inside a health plan today.

Aman Bhasin
Aman Bhasin is the Chief Information Officer of Capital Blue Cross.Cody Cutter
I think about it in the sense of a car. A track where I can go fast because I have predictability…those are the guardrails and the chassis we want to build. Instead of being reckless out on the street, driving a hundred miles an hour where there are a lot of unknowns.
Aman BhasinChief Information Officer, Capital Blue Cross

When investing in an AI system, health plan leaders must consider scale across six qualities: accuracy and reliability; observability; privacy and security; interoperability; customizability; and cost.

Six qualities of a scalable AI system for health plans: reliability, interoperability, observability, customizability, security, and affordability.

Accuracy and reliability for safety

LLMs are, by design, non-deterministic; reliability is not an intrinsic property—it has to be engineered into the system. After several years building secure systems at scale on Apple’s iCloud team, Saul Howard, VP of Engineering at Anterior, now spends most of his time thinking about this challenge.

“You have this LLM—the non-deterministic core—and to make use of that within your system, it’s absolutely imperative that every other piece of the system is as deterministic, as predictable, as schema-driven, as auditable as possible,” says Howard. “How do you build the power station around that core that can harness the power of the unpredictability and make it perform within a predictable system?”11

How do you build the power station around that core that can harness the power of the unpredictability and make it perform within a predictable system?
Saul HowardVP of Engineering, Anterior

It’s also important not to treat software SLAs as a safety standard. When Firestone’s Decatur plant went through one troubled production period, the same tire became roughly fifteen times more likely to fail. NHTSA logged reports of 271 deaths associated with the tires under investigation.12 And one degraded Takata propellant formulation forced the recall of some 67 million airbags.13 Today, automotive quality is measured in defective parts per million, not percentages, with the best suppliers held to single digits.14 A fleet of 10,000 cars of which 9,999 are safe is “99.99 percent reliable,” but scaled to a population of a few million, it puts several hundred lives at risk.

“For an engineer, a 99.99% might be fine. That’s a great error rate…four nines,” Howard says. “But for a doctor, four nines means that somebody had a bad outcome in their healthcare journey.” The infrastructure that determines the care humans receive deserves the same engineering seriousness.

Observability for better care

The automotive industry learned to trace a single defective part to every car that carried it. As the Takata recalls widened, any driver in America could look up their VIN and know within seconds whether their vehicle was affected.15 Clinical AI can hold itself to something similar, with each micro-decision auditable. Every time an agent acts, it leaves an observable trail behind it: every fact extracted, where on the page it came from, each criterion applied, any and all actions taken, and why. The agent’s output is not a “chat message” but an assertion: an independently checkable clinical or operational fact, written with its provenance to an append-only log that can be replayed exactly, years later.

Half of this is compliance; regulators already require payers to give specific reasons for adverse decisions,16 and an emerging design literature argues for tamper-evident audit logs of AI recommendations.17 But the other, more important half is improving care; a decision that can be decomposed is one that can be investigated. “If we are making a denial on a request for coverage, we need to understand why we did it. What was the actual data?” says Bhasin. “When you think about a regulator, when you think about a member, we ought to be able to look back and know exactly why the decision was made.”

Privacy and security by design

In 1854, at the Crystal Palace exhibition in New York, Elisha Otis stood on a hoisted elevator platform and ordered the rope cut. The platform dropped a few inches and stopped; a spring-set brake locked into the notched rails the moment the rope lost tension, and Otis called down to the crowd, “All safe, gentlemen, all safe.” The elevator’s safety did not depend on an operator’s vigilance or an inspector’s checklist; it was designed into the machine.18

The most sensitive data humans have deserves the same safety by construction, or “zero trust architecture.” For example, an append-only decision ledger that records the shape of the work (which facts, produced by which steps, in what order), rather than the patient data itself, so that engineers and clinicians can debug a workflow without unnecessary access to PHI; strict ingress and egress rules on protected data; customer environments carefully segregated; separating the system’s control plane from its data and compute plane.

“Security is very different in AI,” Bhasin says. “Instead of having a guard at the gate, at the entry and the exit point…it has to be at every gate, at every step. We have to have security enabled because there’s a lot more ingress and egress points with AI.”

Interoperability as a precondition

No health plan runs on a single system, and the automotive industry had to solve a similar challenge. From the 1910s, the Society of Automobile Engineers—“Automotive” from 1916—collected specifications into shared standards so that a supplier’s part could work in any maker’s machine.19 Healthcare has its own emerging standard: FHIR (Fast Healthcare Interoperability Resources), a data model all healthcare organizations, not just health plans, can operate in.20 The system also has to sit alongside the existing platforms—headless where needed, integrable everywhere, taking data from where it lives and writing results back without disrupting or fragmenting it—and help lead the industry’s convergence rather than inventing a private ontology.

As Gautam Shah, who led product at Carelon before becoming Chief Product and Strategy Officer of NextGen Healthcare, notes, the challenge of building a system with these qualities looks different at scale. “Every solution is a point solution unless it's built to be integrated. You're never going to be the be-all, end-all system, so you have to be built to sit well inside a workflow—whether or not you're the thing someone sees in the UI—connecting into multiple health systems, multiple EMRs, multiple downstream systems.”21

Customizability across the stack

Ford offered the Model T in any color “so long as it is black.” When buyers wanted variety, General Motors offered “a car for every purse and purpose” and took the market. Ford had to shut his factories for months in 1927 to retool for a different car.22

Every plan runs the same workflows differently: different criteria interpretations, different thresholds, different rules about what a machine may decide and what a human must. A scalable system holds quality to the same bar but layers each plan’s proprietary rules and methods on top: versioned, swappable, and configurable. A plan’s accumulated judgment and processes stay its own intellectual property, walled off from unauthorized parties. And the plan steers the system with tools through which its own teams configure workflows, adjust thresholds, and improve outcomes without over-reliance on an external engineering queue.

I think about it as a blend of what Henry Ford did, but then what Toyota did in lean process to give you quality—but quality with customization and options. And that together, I think, is what the AI chassis of healthcare today looks like.
Aman BhasinChief Information Officer, Capital Blue Cross

“We do have an analogy that we can compare with what Ford did with the Model T in terms of having repeatable process. That’s our governance, that’s our rapid data availability,” Bhasin says. “But at the same time, as a CIO, I also feel like we have customers who are asking us for more. They want specific customized solutions. I think about it as a blend of what Henry Ford did, but then what Toyota did in lean process to give you quality—but quality with customization and options. And that together, I think, is what the AI chassis of healthcare today looks like.”

Cost reduction through engineering and operations

Low-cost intelligence is a core motivation for the AI transformation, and reducing costs at scale is both an engineering and an operational challenge.

In engineering, for example: routing each task to the smallest model that can do it verifiably rather than the largest one available; caching what has already been reasoned; designing the architecture so the expensive calls happen once, not per workflow; choosing hosted or dedicated capacity where appropriate.

And in operations: sampling completed work for statistical confidence; putting human judgment at the points of highest leverage; automating high-confidence, low-risk workflows and maintaining close manual involvement in low-confidence, high-risk ones; and building the tooling for small QA teams to supervise large volumes of work.

But to manage costs, the unit of production—the workflow—has to be made legible. Most clinical operations today live in scattered systems and tacit knowledge: SOPs and policies as PDFs, procedures as training decks, judgment in the minds of clinicians who have completed the same procedure several thousand times. The preparatory work is in mapping where the data lives and how it flows; decomposing workflows into discrete tasks, each with defined inputs, outputs, and a standard for what “done” means; and digitizing policies into machine-executable form.

Florence clinical AI architecture combining a nondeterministic large-language-model core with deterministic safeguards, including an immutable decision log, PHI separation, evaluation loops, an agent harness, and a knowledge layer

The future is already here

Since the early 1920s, deaths per mile driven in America have fallen by more than ninety percent (from roughly 18 deaths per hundred million miles to about 1.3) while miles driven have multiplied beyond anything the 1920s could have imagined.23

Clinical AI is earlier on the same curve, but the inflection is already visible. On some of the hardest clinical workflows that exist, from oncology determinations to spinal reviews, decision quality scores (precision, recall, and F1 scores) already run between 95-100 percent.24

When you’ve reached that threshold level of accuracy…you gain the confidence that the system is producing the output that you need, so that you can then scale it across to millions or tens of millions of claims, or tens of millions of insured lives.
Rob DuffyChief Technology Officer, HealthEdge

“You get to a point where the humans are just saying yes, that output is accurate,” Duffy says of scaling a deployment. “And when you’ve reached that threshold level of accuracy…you gain the confidence that the system is producing the output that you need, so that you can then scale it across to millions or tens of millions of claims, or tens of millions of insured lives.”

The combustion engine was a marvel. But it waited eighty years for the car, and the car waited another generation for the assembly line that built it a million times without breaking. The same opportunity is in front of the biggest industries today, of which healthcare, nearly a fifth of the American economy, is perhaps the most consequential.25 The engine is here, and the car is already on the road. Whether we wait another generation to scale its value, or do it today, is up to us.

Notes

  1. 1*.

    The Pyréolophore’s claim is contested. It was not the first internal combustion engine to be patented: Robert Street had patented the concept in England in 1794, and François Isaac de Rivaz, a Swiss inventor, received a French patent for his hydrogen-fueled engine, about two months before the Niépces received theirs, and described mounting the engine on a cart.

  2. 1.
  3. 2.

    Musée des Arts et Métiers, Le moteur Lenoir, 5 (the eighteen-kilometre round trip from Lenoir’s Paris workshop to Joinville-le-Pont and back in 1863, completed in three hours).

  4. 3.
  5. 4.
  6. 5.
  7. 6.
  8. 7.
  9. 8.
  10. 9.
  11. 10.

    Aman Bhasin, shoot interview, 2026.

  12. 11.

    Saul Howard, shoot interview, 2026.

  13. 12.
  14. 13.
  15. 14.
  16. 15.
  17. 16.
  18. 17.
  19. 18.
  20. 19.
  21. 20.

    HL7 FHIR specification; CMS-0057-F requires FHIR-based APIs of Medicare Advantage organizations, Medicaid and CHIP fee-for-service programs and managed-care plans, and qualified health plan issuers on the federally facilitated exchanges (see note 16).

  22. 21.

    Gautam Shah, shoot interview, 2026.

  23. 22.
  24. 23.
  25. 24.

    Anterior internal evaluation data, 2026.

  26. 25.