MINDEASE — WELLBEING & CARE
A connected wellbeing and care concept: 90 patient screens, 12 doctor screens, and complete journeys from a daily check-in to a shared health record.
Tap an image to open it, browse and zoom into the details.
What I’m taking forward.
The redesign now connects 102 screens across patient and clinician journeys. The next step is moderated testing of task completion, navigation labels and consent comprehension with participants. Screen completeness alone does not establish usability or clinical benefit.
Everyday wellbeing, connected to care.
The redesigned experience connects 90 patient screens and 12 doctor workspace screens. Five patient destinations keep daily activities accessible while giving booking, conversations and health records their own spaces.
What changed
Distinct layouts now support account creation, check-ins, journal writing, workouts, appointments, clinician messages and document sharing. The desktop doctor workspace separates private visit notes from patient-facing summaries. Light and dark themes and reduced-motion preferences support different viewing needs.
What the review found
Scenario checks covered saving and reopening a journal entry, completing a workout, booking a sample appointment and sharing then revoking a record. During prototype review, the sharing headline changed after revocation while its badge still said active. Those labels were aligned, and the doctor viewer now shows an unavailable state when access is revoked.
The revised screens
Scope of the review
This is an interactive concept with fictional clinicians, sample records and simulated services. React supports sample interactions within a demonstration session; Figma uses linked screens and predefined input states. Neither prototype provides medical care. Participant research and clinical outcomes have not been established.
Your next step, without the clutter
What I set out to address
The dashboard groups check-ins, planned movement and upcoming care. Keeping these entry points together reduces the need to remember which section contains today’s next task.
Ask for the essentials first
The design decision
Basic profile details are collected before optional health background. Sensitive questions include context and can be skipped, so creating an account does not depend on disclosing a medical history.
Make a check-in manageable
The design decision
Mood selection leads to context and an optional reflection. Splitting those decisions keeps the first action short while leaving room to describe a more complicated day.
A private space to write
The design decision
The focused editor removes the main navigation and offers save and discard actions. The prototype supports saving and reopening sample entries; sharing with a clinician requires a separate choice.
Show the record, not a promise
The design decision
The trend view uses labelled sample entries and visible missing-data states. It is a way to inspect recorded activity, not an improvement score or evidence of a clinical outcome.
Different activities, different starting points
The design decision
Fitness and wellbeing share discovery, but programme details explain duration, intensity and equipment before a session begins. This makes the commitment visible before the start action.
Keep the controls close
The design decision
The focused player keeps the exercise and timer central, with pause, skip and finish-early controls. These actions support interruptions without forcing someone to complete a session.
Make the choice informed
The design decision
Specialty, languages, format and fees sit alongside appointment actions. The profile is fictional demonstration data, used to test the booking flow rather than endorse a real clinician.
Review before committing
The design decision
The booking summary brings the selected clinician, time, visit reason and fee together before simulated payment. It provides a chance to catch a mistaken selection in one place.
Keep care conversations distinct
The design decision
The clinician thread contains appointment context and attachment actions. Finn is kept in a separate category so a companion conversation cannot be mistaken for a medical consultation.
One place to manage documents
The design decision
Records have document names, dates and types, with dedicated upload, preview and organisation flows. The demonstration uses sample files and does not store real medical records.
Consent belongs to the document
The design decision
The sharing review identifies the recipient, selected records and access being granted. Revocation stops future prototype access; it cannot recall a copy someone has already downloaded.
Make the interface adaptable
The design decision
Appearance and accessibility controls include theme, text size and reduced motion. The React prototype applies these preferences within the demonstration session.
A working day, not a bigger phone screen
The design decision
The desktop overview gives appointments, patient context and clinical messages separate areas. Its wider layout supports scanning between tasks without duplicating the mobile dashboard.
Respect the patient’s access choices
The design decision
The clinician viewer checks the sample sharing grant before showing a record. Revoked access leads to a clear unavailable state instead of leaving the document visible.
Separate private notes from the summary
The design decision
Private clinician notes and the patient-facing follow-up are distinct fields. Preparing a visit summary requires an explicit action rather than exposing all working notes by default.