Public API · Availability
— / 99.9% targetunmeasuredTarget published over a rolling 30-day window. No observations have been recorded against it yet, so there is no attainment to report.
Platform status · Nov 14, 2026 · 00:19 UTC
What we promised, and what actually happened.
Every figure below is computed from recorded measurement windows by the database itself. None of it is entered by hand, which means an objective we are missing shows as missed. The same data is available without a credential at /api/v1/status.
Customer-facing objectives begin at launch. Figures below cover the platform as it runs today.
Targets are published, but no observation window has been recorded against them. Nothing here is claiming to be met.
Components
| Component | Status | Last measured |
|---|---|---|
| Public API | unmeasured | Never |
| Webhook delivery | unmeasured | Never |
| Compliance scanning | unmeasured | Never |
| Patient storefront | no objective | Never |
Service level objectives in detail
Webhook delivery · Delivery success
— / 99.5% targetunmeasuredTarget published over a rolling 30-day window. No observations have been recorded against it yet, so there is no attainment to report.
Compliance scanning · Scan success
— / 99.9% targetunmeasuredTarget published over a rolling 30-day window. No observations have been recorded against it yet, so there is no attainment to report.
Incident history · last 90 days
No published incident in the last 90 days.With no production deployment there is no customer traffic for an incident to affect, so this is not a record of uptime. Incidents are published here with their timeline, and every update is append-only.
How these numbers are produced
Each objective states the fraction of good events required over a rolling window. Observed counts are written to measurement windows, and attainment is derived from them by a database function — it is never stored as a figure someone can edit. An objective with no windows in range reports unmeasured, which is why you will sometimes see grey here instead of green.
The error budget is the share of permitted failure still unspent. At 100% nothing has gone wrong in the window; at 0% the objective is exactly at its target and the next failure breaches it. Incident updates are append-only: once posted, an entry cannot be edited or deleted, because a timeline that can be rewritten afterwards is a press release.
Two limits worth stating plainly. API responses served from the edge cache never reach our code and so are never counted — the sample is the traffic that reached the origin, which is the traffic that could have failed, so the published figure understates availability rather than flattering it. And requests we reject for a bad credential or a malformed body are excluded entirely: those callers did not experience an outage, and counting them would make this page describe our callers instead of our service.