Contexts / Shad Abbaslou
Open to UK roles
~/work/safe-space
CASE FILE 003
Case file 003 · NHS CAMHS trust · discovery → live beta

Safe Space — youth mental health for the NHS

A child & adolescent mental-health team sees a teenager for an hour, then loses sight of them until the next appointment. This project built the two-sided service in between: a mood diary that is genuinely private for the teenager, and a dashboard that gives clinicians the right information at the right time — without adding workload.

Role
User Researcher · UI Designer
Client
NHS trust — CAMHS (anonymised)
Duration
6 months · discovery → beta
Framework
GDS Service Standard
The problemAn hour a week, then silenceA CAMHS team sees a teenager for one hour, then loses sight of them until the next appointment.
The moveTwo apps, one privacy modelA diary that is genuinely private for the teenager; a dashboard that preps the clinician without adding workload.
The proof21 people, 3 weeks, 1 real clinic19 interviews and 70 surveys in; a live beta out, used as part of real care.
01 · The setup

One hour a week, then the teenager disappears

The team called it the Triangle of Care — and every corner of it was blind.

— WHAT EACH CORNER KNEW, THE OTHERS COULDN'T SEE — THE YOUNG PERSON won't volunteer how the week really went PARENTS & CARERS worry in the dark CLINICIANS decide on a fifty-minute snapshot SAFE SPACE a diary that stays private shared only by choice right info, right time
Each corner held information the others needed. The service bridges the triangle without breaking the teenager's privacy.THE TRIANGLE OF CARE

The answer wasn't one app but two connected ones: a mood diary a teenager would actually trust, and a clinician dashboard that surfaces what matters before the session — named, in the GDS habit of saying what a thing does, "Clinician Data Dashboard".

02 · Research — 19 interviews · 70 surveys · 3 workshops

I asked all three corners before drawing anything

Two months of discovery, qualitative first, checked against numbers — then three co-design workshops: a half-day with 12 clinicians, two hours with 8 teens, and a feasibility session with the safety officer, digital governance and two developer leads.

REBUILT FROM THE DECKThe discovery programme — three corners of the triangle, then the numbers.
Clinicians8one-to-one interviews — psychologists, psychiatrists, MH nurses
Young people2 × 4interview rounds, ages 16–19, co-facilitated by a youth MH nurse
Parents3parents of current patients
Clinician surveyN = 30anonymous online form
Youth & parent surveyN = 40run with parental consent
Records pass1missed appointments and crisis incidents, for operational grounding
03 · Decisions

The teens rejected the feature adults assumed they'd love

Everything from the workshops went through a value-versus-complexity matrix, with GDS #2 — do less — as the tie-breaker. Peer-to-peer messaging died in the bottom-right quadrant: the teens themselves killed it, on privacy grounds.

REBUILT FROM THE DECKThe prioritisation matrix — user impact against technical complexity. GDS #2, "do less", broke the ties.
High impact · low complexity — kept
Journal entry with optional promptHigh emotional value; technically just text input and storage.
Clinician dashboard — patient list with mood statusSaves prep time; straightforward with NHS UI components.
High impact · high complexity — deferred
Real-time clinician notificationsNeeds polling or sockets; flagged for a later release.
Patient-to-clinician messagingClinical boundaries and safeguarding complexities.
Low impact · low complexity — parked
Mood input via emoji stickersThe standard slider already works.
Motivational quotes of the dayLow engagement impact.
Low impact · high complexity — rejected
Peer-to-peer messaging between patientsThe teens themselves rejected it on privacy grounds.
Custom dashboard widgets per clinicianToo much variation; not worth the build.
← user impact · technical complexity →

Privacy wasn't a checklist at the end — it shaped the product:

REBUILT FROM THE DECKThe privacy model — designed with the trust's clinical safety officer and digital governance.
Trust as data controllerdefined before a pixel was drawn
Parental consentfor younger users, documented in session
Gillick competenceteenagers deciding for themselves
Encryptionin transit and at rest
Email + PIN loginaligned with NHS identity standards for the pilot
Adoption by conversationa clinician introduces the app and records agreement
"My Mind Diary — your private space to share, only if you want." THE WAITING-ROOM POSTER LINE — PRIVACY AS THE PITCH, NOT THE FOOTNOTE
04 · The design

Private by default, shared only by choice

Try the shipped privacy model below — log a week, then decide, entry by entry, what your clinician sees.

LIVE REBUILDThe privacy model. Log a week, then choose what your clinician sees.

The young person's diary

What the clinician sees

A rebuild of the shipped model — private by default, shared entry by entry, and only ever by the young person's choice.CLICK A DAY
Four screens of the teen-facing app: home, mood calendar, weekly mood, planner
The shipped design: mood calendar, weekly view, planner. Private by default.PATIENT APP
Mood tracking screens of the patient app
Tracking a spring, one day at a time.PATIENT APP

The clinician's side opens on today, not on a database: the day's appointments with change chips — "stronger symptoms", "improved mood", "no episodes" — a patient timeline of quality-of-life indicators, and the entries a patient chose to share, right in the communication thread where the conversation happens. Session notes end with recommendation chips (micro-goals, DBT, thought journal) and a follow-up booking, so the admin happens inside the clinical flow.

Clinician dashboard: today's appointments, patient thread with a shared diary entry and voice note
Today's appointments, a shared entry, a voice note — the hour between sessions, visible.CLINICIAN DASHBOARD
Clinician dashboard patient view
Patient timeline: quality-of-life indicators over time.CLINICIAN DASHBOARD
Clinician dashboard session notes view
Session notes with recommendation chips and follow-up booking.CLINICIAN DASHBOARD
Screen recording of the interactive prototype
The interactive prototype in motion.PROTOTYPE · APR 2025
05 · Testing & beta

Tested mid-build, then run in a real clinic

Scenario-based sessions with 5 clinicians and 5 young patients changed the build where the evidence said: an entry-tagging system was added; a "your clinician read your entry" notification was postponed. QA ran on real iPhones and Androids.

21 people, in real care The beta put the system into one live clinic for three weeks — 3 clinicians, 10 patients, 8 parents — with the rollout metrics defined before rollout: clinician usage rate, entries per user per week, qualitative clinical outcomes. THE BETA COHORT · NEXT: THE TRUST'S ADOLESCENT UNIT, THEN NEIGHBOURING TRUSTS
06 · Outcome

The decisions that mattered were refusals

19interviews across the triangle8 CLINICIANS · 8 TEENS · 3 PARENTS
70survey responsesN=30 CLINICIANS · N=40 YOUTH & PARENTS
3co-design workshopsCLINICIANS · TEENS · GOVERNANCE
21people in the live betaONE CLINIC · THREE WEEKS

What I'd tell another designer taking this on: the product decisions that mattered most were refusals — no peer messaging, no notification theatre, nothing shared without an explicit choice. Trust was the feature. Everything else was UI.

LIVE ARTIFACTThe full Safe Space case study — the interactive site, personas and journey included.
Enter the artifact — full screen →

Source notes

  • Trust identity, staff and patient details anonymised throughout; personas in the full deck are labelled fictional.
  • Research figures (interview counts, survey Ns, workshop rosters, beta cohort) are from the project's research plan and rollout deck, shown above.
  • Full interactive case study: withcontexts.com/artifacts/safe-space