Designing for patients’ AI use in healthcare

A two-quarter capstone with Microsoft. We researched in spring and are designing in fall, in progress.

1Frame 2Research 3Synthesize 4Test conceptsWe are here 5Prototype

Select a stage to see what happened. We are in stage 4.

Status
In progress. Research done (spring 2026), design underway (fall 2026)
Partner
Microsoft, through the UC Santa Cruz HCI M.S. capstone
My role
Researcher, prototyper, and team writer/editor
Research
9 patient and 3 medical expert interviews, a screening survey, contextual inquiry
Team LINCS
Laiy Joshi, Isha Chury, Nuti Mody, Cynthia Le, Sonia Salunke

The problemPatients use AI, but don’t tell their doctors

Patients are turning more and more to AI for health questions. It offers immediate care at minimal cost, which the current healthcare system can’t match. But the result can be a weaker relationship between patients and doctors, with AI substituting for the doctor instead of supporting the visit.

Our early research confirmed the gap: 59.25% of survey respondents don’t share AI-generated health information with their doctor, and another 29.6% do so only occasionally. Doctors often have no way of knowing where a patient’s information came from.

The challengeNo tool supports the patient-doctor relationship

The landscape: existing options each leave a gap. Doctronic accepts health insurance but has full capabilities in only one US state. Amazon Health AI can access records but requires an Amazon Prime account. Consumer AI tools are familiar and widely used, but weren’t designed for health questions.

The opportunity: none of them is built around the relationship between patient and doctor. Our aim is to support that relationship as AI becomes more common, not replace it. We framed the work around three questions:

  • How might we establish trust for patients using AI for health inquiries?
  • How might we increase adoption of a health-specific AI over foundational models?
  • How might we encourage patients to disclose AI use to medical experts?

The approachSpring for research, fall for design

Spring: research

  • Frame: a literature review on how patients and clinicians use AI, then a scoped-down set of five research questions after staff feedback, covering health literacy, trust, disclosure, high-AI-literacy users, and why patients turn to digital tools.
  • Collect: a competitive analysis, a screening survey for adults who had used AI for health inquiries in the last 12 months, 9 patient interviews, 3 medical expert interviews, and a contextual inquiry where patients prompted AI in an imaginary scenario. The study was approved by our IRB.
  • Synthesize: thematic analysis of interviews with quotes organized by theme, five key insights, a persona, and a user journey.
  • Ideate: how-might-we brainstorming that produced 30 ideas, which we mapped by novelty and feasibility into three concepts.

Fall: design

  • Prototype: we built interactive prototypes of each concept with AI-assisted coding, under a team AI policy: disclose AI use, and fact-check and test everything AI produces.
  • Test concepts: a survey with the interactive prototypes, plus in-person follow-up interviews with three participants.
  • Co-design: a peer workshop where participants sketched eight quick ideas each (Crazy 8s) guided by our how-might-we questions.
  • Next: a low-fidelity prototype of the chosen concept, usability testing, and a high-fidelity prototype.

Why these methods

A survey found patterns and screened for participants who had real experience. Interviews explained why patients behave as they do, especially around disclosure. The contextual inquiry let us watch what people actually did with AI, which mattered because early interviews suggested stated trust and real behavior can differ. In fall, interactive prototypes let participants react to an experience, not just a description of one.

My role

  • Contributed to developing the interview guide and question set for patient and medical expert interviews
  • Led or scribed multiple interviews, documenting each session for analysis
  • Wrote recruitment materials, including the survey invitation and outreach emails to patients and medical professionals
  • Served as the team’s writer and editor, keeping documents consistent as ideas changed
  • Built prototypes for Concepts 1 and 3
  • Researched existing pre-visit and post-visit tools, and presented the success metrics, risk plan, and next steps at our spring final

The results so farFive insights, three concepts, one direction

Five research insights

Hover over or tap an insight to see the evidence and what it meant for design.

Stated vs actual trust

Patients withhold information but act on AI advice.

One participant said the way to verify AI advice was going to urgent care. Design response: source citations.

Convenience and availability

Fast, immediate answers drive adoption.

AI gives quick responses that the current system can’t. Design response: prioritize speed and cost-efficiency.

Lack of disclosure

Fear of judgment keeps patients from naming AI as a source.

In our survey, 59.25% don’t share AI-generated information with their doctor and 29.6% do so only occasionally. Design response: a controlled AI summary.

Preference for consumer AI

Comfort and familiarity steer patients to tools they know.

All 9 patient participants named a consumer AI tool as their primary one. Design response: meet users where they already are.

Chatbot fatigue

Repeating context is frustrating.

Long chatbot replies can be tiring when patients feel unwell. Design response: multimodal AI.

Three concepts

The insights led to three concepts, each aimed at making it easier and more comfortable for patients to tell their doctors about AI use. Hover over or tap a sketch to enlarge it.

Sketches of a plug-in that detects a health conversation in a consumer AI chat and opens a side panel

Concept 1: plug-in for consumer AI

Meet users where they already are. It detects health conversations, summarizes shared symptoms, and prompts for disclosure.

Sketches of follow-up, check-in, and follow-up suggestion screens

Concept 2: what changed tracker

AI as a care companion. It monitors symptoms and recovery and nudges patients to share with their doctor.

Sketches of a profile, a chat that suggests next steps, and a pre-visit summary

Concept 3: AI-generated summary

Reduce friction around disclosure. Patients review, edit, and approve a shareable report for their doctor.

Where we are now

Early concept testing was small. Of the first five survey responses, four preferred the post-visit tracker. Follow-up conversations showed that preferences depended on each person’s needs and on specific features, more than on the concept itself.

We chose to focus on the pre-visit concept for four reasons: our Microsoft sponsor and staff pointed to it; both concepts fit different patients’ needs; it answers all three of our how-might-we questions; and it keeps AI from playing doctor, while clearly labeling the report as AI-generated. The turning point was reframing the question from “pre or post” to how a tool prepares a patient for their visit.

How we’ll know it works

  • Disclosure rates: how many participants choose to share AI summaries or conversations with their provider
  • Communication quality: whether the summaries improve patient-provider communication
  • Accuracy and time: whether summaries reflect patient concerns while reducing effort and preparation time

Our main risk is that user testing produces competing feature requests. Our plan is to prioritize feedback that ties back to the core research insights: trust, disclosure, continuity, and convenience.

“I feel that mentioning that I used AI doesn’t help.”

Participant 2, on telling doctors about AI use

Reflection so farLessons from a project in progress

Three things have shaped how I work on this project. Recruiting takes longer than planned: by our first deadline we had only five concept-test responses, so we reached out to people personally and followed up with interviews. Testing an experience is harder than testing an interface, so we made the prototypes look alike and used fixed AI responses to keep people on the experience. And separating pre-visit from post-visit too strictly made our concepts harder to tell apart until we reframed the question around what helps a patient prepare.

Beyond the research itself, the capstone has taught me a great deal about working as a team: brainstorming ideas together, organizing a long project across many people, and reaching out to find the right participants. It has also sparked a genuine interest in healthcare. Seeing how patients and clinicians communicate, and where AI now sits between them, has made me want to keep designing for health contexts.

Back to portfolio

Feel free to reach out, I promise I'm friendly!