Introducing the platform

The truth is already in your systems.

One engine. Two surfaces. Private operational data through Process Evidence Studio. Public performance records through Parallax.

Take the free PULSEGet in touch

The Lanthra suite

The engine

One analytical method. Four properties that make it defensible.

01

Expected versus actual

The engine models what context predicts (sector, scale, complexity, volume) then surfaces the residual. The residual is the signal. What context cannot explain is where the analytical question lives.

02

Structural versus controllable

The residual splits into two parts. One is structural: it reflects circumstances the organisation cannot change (geography, statutory obligations, inherited infrastructure). The other is controllable: it reflects decisions, processes, and effort. Only the controllable part is actionable. The engine separates them before surfacing any recommendation.

03

Honest about limits

Power-checked, significance-corrected, and designed to report nulls. When there is insufficient evidence to separate signal from noise, the engine says so. Correlations are quarantined from causation claims. The output is a position the analyst can defend, not a confident-sounding inference the data does not support.

04

Compounds on outcomes

Every recommendation is tracked against what actually happened. The record feeds back into the model. Over time, the engine sharpens on the outcome distribution of this specific dataset, not a generic prior.

Worked example

Local government benchmarking

The engine applied to 317 English councils. Each point is a council. The vertical axis is performance. The horizontal axis is context. The colour separates structural from controllable variation. Points above the band are outperforming their context. Points below are not.

Benchmark scatter: 317 English councils, performance against context with structural and controllable variation separated
Parallax local government — benchmark output

Process Evidence Studio

The engine, pointed at your operational data

PES is the engine applied to process data. It takes an organisation's event log (every timestamped record of work moving through a system) and separates the designed process from what is actually happening.

The designed process is not the actual process

Every organisation has a process diagram. Most have never measured the gap between that diagram and the event log. Rework loops, long-tail variants, and bottlenecks that appear nowhere in the design are invisible until the data is interrogated. That gap is where cost and risk live.

Upload, detect, run

Upload an event log. PES detects field roles automatically (case identifier, activity name, timestamp) across single or multi-file datasets and joins them without manual configuration. The analysis pipeline runs from there.

PES upload interface showing automatic field-role detection across a multi-file dataset

Dataset loaded

5,000events
501cases
9variants
31activities
PES dataset overview: 5,000 events, 501 cases, 9 variants, 31 activities

Every variant, mapped

The variant graph shows every path through the process and its frequency. The happy path is clear. So are the deviations. The gap between the two is not a diagram: it is evidence, drawn from the actual event record.

PES variant graph: all nine process variants mapped by frequency, with the happy path and long-tail deviations visible
long-tail variant — 3% of cases, 14 steps vs. 6 on the happy path
Variant graph: all nine paths detected from the event log

Algorithms calculate. Consultant interprets.

See it run

Upload to analysis in under two minutes

PES runs against your event log in a closed environment. No data leaves your infrastructure during the diagnostic session.

Request a walkthrough

The method

How the engine separates what councils control from what their circumstances fix

Most tools that touch local government data stop at description. They show you the number. They do not tell you how much of it is structural — fixed by deprivation, age profile, funding formula. How much is controllable margin that management decisions can actually move. Parallax was built to answer the second question.

Structural versus controllable margin

OLS decomposition · 151 upper-tier English councils · open public data

Explained by circumstance (structural)
Controllable margin — cost leakage territory
Controllable margin — intervention territory
Controllable (limited signal)
Reserves resilience
9-year smoothed · deprivation, responsibilities and funding held constant
19%
81%
The dominant term. Decides survival.
Corporate-core overhead
Genuine non-rechargeable · York outlier fenced at 3× IQR on residual
15%
85%
£147.2m national opportunity after outlier fencing.
Early-stage cancer diagnosis
Stage 1–2 at diagnosis · public health spend as lever candidate
23%
77%
Lever test run. Current result: well-powered null on open data.
Under-75 cancer mortality
Age-standardised · structural factors dominate
63%
37%
Spending intervention limited at this data resolution. Named as boundary finding.
Decompositions use ordinary least squares against full population of 151 upper-tier English councils. Structural variables: deprivation index, age profile, statutory responsibilities, funding settlement. All source data is open public data.

The engine in output: local government benchmarking

Each point is a council. The vertical axis is actual performance. The horizontal axis is what context predicts. The diagonal is the match line. Points above it are outperforming their circumstances. Points below are not. The colour separates structural from controllable variation.

Benchmark scatter: 317 English councils, performance against context

Parallax local government — benchmark output

Every test reaches a verdict

No result is suppressed. No finding is reported without passing all three gates.

Lever–outcome pair tested
Confirmed lever
Significant. Mechanism credible.
Actionable. Reported.
1
current findings
Well-powered null
No signal. Test had power to find one.
The absence is the finding.
12+
current nulls
Confounding trap
Significant. Mechanism not credible.
Quarantined. Named explicitly.
3
identified & quarantined
Boundary finding
Question real. Open data insufficient.
Catalogued with resolution path.
4+
boundaries catalogued

Where the data stops

Each boundary is a first-class finding — not a disclaimer.

01
Adult social care
Does adult social care spending improve population health outcomes?
Resolved by:

Linked individual-level data across the social care and acute boundary.

02
NHS / Social care
Does Continuing Healthcare eligibility vary controllably across ICBs?
Resolved by:

Individual CHC assessment records joined to diagnosis and care history.

03
Older people
What share of pensioner falls admissions is preventable through community intervention?
Resolved by:

Granular prevention spend by programme joined to admissions by mechanism code.

04
Cancer / Primary care
Does early cancer diagnosis vary with GP referral practice rather than screening uptake?
Resolved by:

Linked screening and GP two-week-wait referral data at PCN level.

05
Corporate efficiency
Is the overhead saving opportunity eroded by service quality deterioration?
Resolved by:

Internal service satisfaction and support response time data — available within the authority, not public.

£147m
The one place the engine finds a confirmed opportunity.

Corporate-core overhead: 107 of 151 upper-tier councils carry a controllable residual above their need-adjusted peers. After outlier fencing, £147.2m per year.

The method is transparent because the source data is public and the analytical steps are reproducible. What is not replicable without the engine is the plausibility map, the structural-variable selection, the lever-logic layer, and the outlier fencing. If you want to understand how this applies to a specific authority or a specific question, that is the conversation the paid engagement starts.

Request a briefing