Back to All Case Studies
healthcareFull Access Unlocked

A Patient Supply Order Form That Holds Up to a Security Review

Clinical staff order device supplies for named patients. That makes an ordinary web form a patient-data system, subject to GDPR and an enterprise security review — which is where most such forms fail.

Global medical-device manufacturer · EMEA patient supply

healthcare
3
supply Lines
GDPR
patient Data
0
passwords

!The Need

Ordering consumables for an implanted or worn medical device is not a shopping cart. Each line item is a catalogue part number tied to a specific therapy — the device itself, its reservoirs, its sensors — and each order names a patient, their date of birth, their training date and, when therapy ends, the reason it stopped. That payload is health data about an identified person, so it falls under GDPR in every EMEA market the form serves, and it has to pass the manufacturer’s own security review before it can go anywhere near production. The original build authenticated against the corporation’s enterprise identity platform, which made every environment promotion a ticket through an internal process measured in weeks.

The Approach

We modelled the order around catalogue part numbers rather than free text, so the three supply lines — device, reservoirs, sensors — each carry their own part number and quantity and cannot be mistyped into something that does not exist. Patient identity, date of birth, training date and end-of-therapy reason are validated at the schema level, with the stop reason offering a defined set plus a free-text fallback so real clinical situations are not forced into the wrong box. The form is multi-language, because EMEA is not one market. Each submission renders a PDF the clinician can check before anything is sent, plus a recap view, and the completed order is emailed rather than left sitting in a database for someone to notice. We then replaced the enterprise identity dependency with magic-link authentication: no password is created, stored or transmitted, and a corporate mail gateway that pre-fetches links — the scanner opening the email before the human does — was handled explicitly rather than discovered in production.

Technologies Used

Next.jsTypeScriptSupabasePasswordless magic-link authZodPDF generation

The Output

Three supply lines ordered by catalogue part number and quantity — device, reservoirs and sensors — instead of free-text descriptions
Patient name, date of birth, training date and end-of-therapy reason validated at the schema level
A defined set of stop reasons plus a free-text fallback, so real clinical cases are not forced into the nearest option
A multi-language form, because EMEA is several markets rather than one
A PDF rendered per submission for the clinician to check, plus a recap view before anything is sent
Completed orders delivered by email rather than left in a database to be noticed
Passwordless magic-link authentication, with corporate mail gateways that pre-fetch links handled explicitly

The Impact

Patient data is minimised by design: the form collects what the order genuinely needs and nothing else
No password is created, stored or transmitted anywhere in the flow — the strongest credential is the one that does not exist
A part-number model means a supply order cannot describe an item the catalogue does not contain
The clinician sees the PDF before submission, so an error is caught by the person who knows the patient
Removing the enterprise identity dependency took environment promotion off an internal ticket queue measured in weeks
Security review has a specific, checkable story to assess rather than a general assurance

Ready to achieve similar results?

Contact Us
Supalabs AI solutions