As a European company preparing to enter the U.S. insurance market, we started with a simple question: “Why does product change take so long in a market that invests billions in technology every year?”
The explanation we kept hearing was always the same: “The regulators are killing our speed.”
The deeper we looked, the more it became clear that this diagnosis is wrong. The regulators are not the problem. The architecture is.
What became clear very quickly is that the51-regulator structure is not temporary. It is a permanent feature of the American market – baked in since 1945.
If your Time-to-Market (TTM) is measured in months rather than days, stop blaming the regulator in Florida or California. Your technology architecture is fighting a battle it was never designed to win.
Regulatory Federalism and its Resource Gap
The current structure of the U.S. insurance market is rooted in the McCarran-Ferguson Act of 1945, which established insurance as a state domain. That was over 80 years ago. This created a “Regulatory Federalism” that persists – unchanged in its core logic – even in 2026, and there is nothing accidental about it. The structure has survived every wave of federal reform debate precisely because it serves too many entrenched interests to be dismantled.
Writing back in 1999 in the Florida State University Law Review, Professor Susan Randall described state insurance departments as “hopelessly underfunded and understaffed.” That was 27 years ago. The fact that this diagnosis is still quoted today – because nothing structurally changed – tells you everything you need to know. We have delegated oversight of a multi-trillion dollar national industry to 51 separate entities that still lack the collective resources to keep pace with modern financial innovation.
Why Your Filing Sits in a Drawer
Here’s what nobody talks about openly: the real bottleneck isn’t the legal framework. It’s the administrative capacity of the regulators actually processing your filings. According to NAIC’s Insurance Department Resources Report, the disparity between state resources is staggering, and it directly impacts your bottom line.
- The scale of the filing problem: A national carrier typically manages hundreds of filings and thousands of SERFF interactions annually. Each one is a separate process, separate timeline, a separate relationship with a separate state agency.
- Prior Approval states – roughly 25–30 jurisdictions depending on product line – are where the real damage happens. Average backlog: 120 to 180 days for a rate approval. That is two to six months of market opportunity you simply cannot access.
- Fiscal Mismanagement: The R Street Institute (Policy Study No. 163) reveals the root cause: many states treat insurance fees as a "cash cow." In jurisdictions like New York or Florida, less than 10% of the massive regulatory fees paid by insurers are actually reinvested into the Department of Insurance (DOI) for staffing and technology.
To put that in concrete terms: a national carrier paying roughly $250,000 per state per year in regulatory fees – $12.75M nationally – sees New York reinvest just 4.9% of that back into DOI operations. The rest disappears into general state budgets. Your filing is sitting in a drawer because nobody funded the person whose job it is to open it.

AI and Climate Risk: A New Layer of Scrutiny
And it is getting harder. The Deloitte 2026 Insurance Outlook highlights, AI governance and climate risk are adding entirely new layers of scrutiny on top of an already fragmented system. In the U.S., that complexity does not just add – it multiplies across 51 jurisdictions.
Regulators are no longer just reviewing actuarial tables. They are auditing the underlying logic of your AI models. Ask your self honestly: can you respond to a state auditor’s question about your model’s “explainability” or climate risk exposure without waiting 8 weeks for a dev cycle? If the answer is no, you have an architecture problem.
Three Paths to Compliance – and Why Two of Them Fail
Carriers typically try three approaches to this problem. Two of them don’t work at scale:
- The Legacy Core (Hardcoding): Attempting to bake 51 state-specific rules into your core system. This leads to "spaghetti code" where a minor change in Iowa requires a full system deployment. TTM: 6-9 months.
- The Microservices Route: Building 51 separate services. While cleaner, this creates massive DevOps overhead and a synchronization crisis. Managing 51 distinct versions of a product’s logic is unsustainable.
- The Business Rules Engine (BRE) Layer: Decoupling logic from code via a high-performance abstraction layer. In this model, regulatory rules are stored and managed outside the core codebase.
My take: the carriers that figure this out first will not win because they hired more developers. They will win because they stopped treating compliance as a coding problem and started treating it as an orchestration problem.
In 2026, the most valuable thing in your tech stack is not processing power – it is the ability to change a rule in Texas on a Tuesday without touching your core system.

How Higson Handles It
Looking at the U.S. market through this lens reminded me why Higson was built in the first place – the speed of making changes. In our origin story, the pain was finding a single keyword, “Bonus-Malus,” buried somewhere inside 37,000 lines of legacy code. It took 3 to 4 days just to locate it. The fix itself took a few hours. That bottleneck was killing the carrier’s ability to move. Now scale that to 51 jurisdictions, each with its own rules, its own filing requirements, its own pace of change…
That’s the problem Higson was designed to solve. For transparency: I lead business development for Higson at Decerto, so I am obviously going to tell you it is the right solution. But the architecture speaks for itself. Higson implements a Cascading Logic structure:
The logic is straightforward: one core engine for the whole country, with state-specific rules that plug in on the fly based on jurisdiction. When Texas has a different modifier than Ohio, Higson knows – no code change required. And when a regulator asks for an adjustment, your analyst makes the change in a sandbox, tests it, and pushes it live in minutes. No dev ticket. No sprint cycle. No waiting.

When a single CPU can handle 16,500 complete insurance premium calculations per second – each one running 13 decision tables including an 86,800-row table, benchmarked by our engineering team in December 2024 – compliance becomes a background process rather than a bottleneck. And because Higson is licensed per CPU used in production, you pay for exactly the capacity you use – nothing more.
In a 51-regulator market, compliance is no longer a legal workflow – it is a system architecture problem.
So Where Does That Leave You?
The 51-regulator structure of the U.S. insurance market is not going away. In 2026, the winners won’t be the carriers waiting for federal reform or lobbying for harmonization. They will be the ones who looked at 51 regulators, said “that’s a data orchestration problem,” and solved it with a high-performance rules engine. Your competitors are already asking these questions. The only question is whether you’ll be the one setting the pace – or the one trying to catch up.
Key Sources:
• R Street Policy Study No. 163 — Fiscal Efficiency data
• Deloitte 2026 Insurance Outlook — AI governance (pg 2-3)
• Prof. Susan Randall, FSU Law Review (1999) — Regulatory Federalism [cited intentionally: the fact that a 1999 diagnosis still applies in 2026 is itself the argument]
• NAIC Insurance Department Resources Report — state capacity gaps

Take Full Control of Your Product Logic
We provide fee Proof Of Concept, so you can see how Higson can work with your individual business logic.


.png)


.png)