Written to bill
The note is written to get the visit paid. Researchers re-read it later and guess at the rest.
LastPatient Research · for research teams
Coming laterLastPatient Research is being built to run causal and Bayesian analysis on defined visit data. It estimates what would have happened under a different decision, for patients like this one, with a range showing how certain the estimate is.
Why LastPatient Research
The note is written to get the visit paid. Researchers re-read it later and guess at the rest.
Each new question goes back to the charts. 10,000 charts turn into 340 usable cases, and one answer takes 18–36 months.
Each site records the same visit its own way. So a multi-center study starts with re-abstraction, reading charts by hand to pull the data back out.
The data
Most reports tell you what happened. Causal AI estimates what would have happened if you’d chosen differently. That estimate is only as good as the data under it, and it needs five things.
| What causal methods need | How the data layer records it |
|---|---|
| Facts recorded before the decision, timestampedSo the estimate only uses what was known at the visit, not what happened after. | Each finding from the visit is stored as its own defined variable, with a record of where it came from and when. |
| The decision itself, as a defined variableSo the treatment chosen is a fact, not a guess made later from a billing code. | The treatment chosen at the visit is stored as its own variable, in the same record as the findings. |
| Outcomes at 6 weeks, 3 months and 1 yearSo every comparison has an end point measured the same way. | LastPatient Outcomes will collect PROMs, short standard questionnaires on pain and function, tied to the exact procedure and pre-op baseline.Coming next |
| One standard across every siteSo patients from different centers can be compared without re-reading charts. | Centers using the same data structure record the same defined variables, in the same way. |
| Facts confirmed by the physicianSo the inputs are what the physician saw, not what a model inferred. | The physician reviews the values and signs off before the note is closed. Each value keeps who confirmed it. |
Causal AI needs to know why you made the call. The EMR records what you billed. LastPatient records what you saw.
Methods
Causal AI is a family of statistical methods that estimate the effect of a decision, not just its correlation with an outcome. These are the methods the research module is being built around. Each gives an estimate with a range, never proof.
Counterfactual estimation
Estimates the outcome a patient would likely have had under the treatment they didn’t get. It compares them with patients who looked the same at the visit (same tear, same age, same goals) but were treated differently, across thousands of patients and dozens of factors.
Bayesian updating
Start from what surgeons already know, update with each new result, and report how sure we are. The starting point is called a prior. Each new patient’s result moves it, so evidence adds up instead of starting from zero with every study.
Target trial emulation
Write down the trial you’d want to run: who’s eligible, what each group gets, when follow-up starts. Then emulate it with visit data already recorded, with the same rules a real trial would follow.
Heterogeneous treatment effects
An average effect can hide groups that do much better or much worse. These methods estimate how the effect of a treatment changes with age, tear size, diabetes and other factors, and when it matters most.
Sensitivity analysis
Any estimate from real-world data could be bent by a factor nobody recorded. Sensitivity analysis asks how big a hidden factor would need to be to flip the answer. A small number means be careful. A large one means the result is hard to explain away.
A worked example
Newer methods estimate, patient by patient, how one treatment would compare with another, with a calibrated range of certainty.1 They only work on consistent, well-defined data. Here is what that could look like for one patient.
Illustrative, not a result
This patient, at the visit
Compared with patients who looked the same at the visit but got the other treatment.
The decision
Estimated knee score at 1 year (0–100, higher is better)
physical therapy, 8 weeks
71range 64–77
steroid injection
65range 57–72
Estimated difference, PT first minus injection
+6 pointsrange −2 to +13
The range crosses zero, so the honest reading is “PT first probably does better for this patient, but it isn’t certain.”
The research module isn’t built yet. This example shows what it’s designed to do.
How it works
Every visit is stored as defined variables, and the note, the codes and the analysis all come from that same record. LastPatient works alongside the EMR. Research is built on that record, not on notes read back after the fact.
The return
per new question
Model estimate. The alternative is 18–36 months of chart review.
one research database
Variables are defined the same way at every center, so the data pools without re-abstraction.
from first use to national publication
Early-user result, one surgeon.
Built for multi-center research
Variables are defined the same way at each center, so data pools without re-abstracting charts, and it lines up with the registries the hospital already reports to.
With LastPatient Outcomes, patient-reported outcomes, the scores patients give their own pain and function, will be tied to the exact operation and its baseline.
Data use agreements and IRB review still apply. We take away the prep work. The oversight stays where it is.
Transcription happens on the device, and we work under a signed BAA. SOC 2 Type I is planned for 2027.
Bring the next protocol. Our research team will walk through it.