Step 1
Define the decision
Your service sends who is asking, what they need, which policy version applies, and channel context. The format is the same for live API calls and offline packets.
How does the NHS verify treatment entitlement without retaining patient data at the verifier?
Patient and workforce checks with zero PII at the verifier.
Short answer: Trusts and partners receive entitled or not entitled with proof at the boundary - AffixIO does not maintain a standing patient database.
Stateless verification · No standing PII store · ML-DSA ready
Programme context
NHS England, trusts, and integrated care boards must verify treatment entitlement, prescription benefits, and workforce credentials across fragmented systems, under Caldicott principles and UK GDPR.
What teams are solving
Overseas visitor charging, pharmacy exemptions, and workforce checks often trigger copies of Home Office or HMRC data into local systems that are difficult to accredit and govern.
AffixIO approach: Eligibility is evaluated at the boundary; trusts receive yes or no. Patient identifiable data is not retained at AffixIO after the decision.
Where verification applies
- Overseas visitor charging
Residency and immigration-linked entitlement without copying Home Office datasets into trusts.
- Prescription charge exemption
Means-tested and condition-linked exemptions at the pharmacy counter.
- Workforce registration
Clinician and allied health registration checks via professional licence patterns.
- Research and trials
Eligibility criteria against external registries with minimal disclosure.
- Break-glass access
Cryptographic proof that policy allowed access, not role assumptions alone.
From request to verified outcome
The same three-step model used across AffixIO applies here: describe the decision, evaluate against sources you control, return yes or no with proof.
Step 2
Evaluate against authority
Checks run against registries and rules you authorise. Sensitive fields stay in systems you already operate wherever the design allows.
Step 3
Return yes or no with proof
The response is explicit, signed where required, and suitable for audit or partner handoff. AffixIO does not retain the request after the decision.
Where AffixIO sits in your stack
A thin stateless layer between citizen channels and core departmental systems. It answers eligibility questions; it does not replace case management, payments, or identity providers.
Your channelsGOV.UK services, contact centres, field applications, partner APIs, and automated agents.
AffixIOStateless verification via API and SDK. Binary outcomes with cryptographic proof.
Your core systemsDepartmental registries, identity, payments, HR, and case tools you already accredit.
Further reading: technical architecture, what AffixIO is, government data integration.
What you can implement
Treatment entitlement
Binary coverage for care pathways.
Workforce credentials
Registration status without storing clinician records.
Privacy by design
Supports Caldicott and UK GDPR narratives.
Example response (illustrative)
{
"eligible": true,
"proof": "<signed verification artefact>",
"decision_id": "dec_…",
"evaluated_at": "2026-05-15T12:00:00Z"
}
OpenAPI documentation: api.affix-io.com. Integrate via REST, webhooks, or SDKs.
How teams deploy
Managed API
Connect through your API gateway with TLS, mutual authentication where required, and departmental logging.
Self-hosted
Run inside your accredited boundary when policy requires on-premise or private cloud.
Offline and edge
Validate signed proofs locally where connectivity is limited. See offline verification.
Agentic channels
Machine clients receive the same binary signals as citizen channels. See M2M verification.
Cryptography and data handling
Built for long-lived programmes that must plan beyond legacy signatures and minimise data held at the verification boundary.
Stateless by design
No long-term store of who asked or the attributes inside a request. Supports proportionate DPIA narratives.
ML-DSA ready
Artefacts can use Module-Lattice-Based Digital Signature Algorithm (ML-DSA), aligned with NIST post-quantum direction, with optional HSM-backed key ceremonies.
Zero-knowledge outcomes
Where policy allows, demonstrate that a rule evaluated to yes without exporting underlying registry content.
Patent pending: AffixIO verification pipeline protected under GB2510622.0 (pending).
UK regulatory alignment
- UK GDPR and Data Protection Act 2018
- Government Security Classifications (OFFICIAL patterns; higher via your deployment model)
- NCSC cloud security principles
- Service Standard compatible citizen journeys
- Pseudonymised audit metadata for review
See GDPR compliance and privacy policy.
Common questions
Does AffixIO store citizen personal data?
No. AffixIO is stateless verification infrastructure. It evaluates a request against sources you authorise and returns a decision with proof. It does not maintain a standing database of citizens or request payloads.
Can this run offline for field teams?
Yes. Signed proofs can be validated where connectivity is limited, with reconciliation when the device or site is back online. This pattern is used across offline payment and access programmes on affix-io.com.
How does ML-DSA fit in?
Long-lived verification artefacts can be bound with ML-DSA (Module-Lattice-Based Digital Signature Algorithm), supporting post-quantum planning. HSM-backed ceremonies are available where your security policy requires them.
Is HIPAA relevant?
UK deployments focus on UK GDPR and Caldicott. AffixIO also documents HIPAA-aligned patterns for international programmes on affix-io.com.
Speak with our team
Share your channel mix, assurance constraints, and first use case. We will respond with a practical integration outline.
AffixIO is an independent technology provider. References to UK departments and agencies describe integration patterns for eligible programmes; they do not imply endorsement. Operational deployment is subject to your organisation's assurance, procurement, and data-sharing agreements.