Back to work

Personal support-system concept

NICU4U

NICU4U did not begin as a design project. It began as a system I built to survive my daughter's 100-day stay in the neonatal intensive care unit.

Role
UX research, information architecture, service concept, prototype direction
Timeline
Personal project, 2026
Tools
Figma, journey mapping, personas, information architecture
Case study flow
  1. Why
  2. Background
  3. Model
  4. Artifacts
  5. Prototype
  6. Outcome

Problem

The problem was not a lack of information. The problem was trying to process, organize, remember, and communicate critical information under prolonged stress.

Why this matters

During my daughter's stay, I started building systems to answer questions that nobody could easily answer.

  • Is she growing appropriately for her gestational age?
  • Are we producing enough milk?
  • What changed this week?
  • What should we ask during rounds?
  • Who is responsible for this part of her care?
  • How do we keep family informed without repeating the same emotionally draining conversation?

The problem was not a lack of information. The problem was trying to process, organize, remember, and communicate critical information under prolonged stress - while working, while finishing school, while my wife and I were both exhausted and afraid.

The NICU is not a single information screen. It is a rotating cast of doctors, nurses, and specialists, each responsible for a different part of your child's care, handing off to each other across shifts while you try to keep up.

Design challengeHow might a NICU support system reduce communication strain without pretending uncertainty can be removed?

Primary evidence

NICU4U is grounded in longitudinal records from inside the problem.

The concept grew from a 100-day NICU stay, 578 feeding logs, growth tracking, pumping-output records, question lists, communication notes, and forecast models built to make uncertainty easier to reason about.

100 daysLived NICU stay
578Feeding logs
10 sheetsTracking artifacts
3 modelsGrowth forecasts

Where NICU4U started

The first system was not an app. It was a way to survive fragmented information.

I did what I always do under pressure: I started collecting data.

I pulled my daughter's medical records each week and built a tracking system in Excel: feeding times, volumes, daily totals, weight measurements, growth predictions, and questions we needed to carry into care conversations.

I also tracked pumping output alongside intake because numbers gave us something more useful than vague reassurance. That coping system became the foundation for NICU4U.

System model

How the system moves

01

Orient

Explain where the baby is in the care journey and what changed recently.

02

Translate

Make updates, terms, and next steps understandable without oversimplifying care.

03

Coordinate

Help Emily, James, and Nadia keep questions and updates from fragmenting.

04

Escalate

Clarify what can be answered in-app and what belongs with the care team.

Process artifacts

The work lives in the communication breakdown.

I framed NICU4U as a communication system around the Torres family and their nurse, not as a medical dashboard. The design question became how to reduce repeated explanation burden while keeping clinical authority with the care team.

NICU4U personas for Emily Torres, James Torres, and Nadia Hassan RN
Rounds
Emily
James
Nadia repetition loop

I used the Torres family as a design frame to generalize what I had experienced personally. Emily is the primary caregiver managing daily information. James is a secondary caregiver trying to stay oriented across gaps. Nadia is the nurse fielding repeated questions across shifts. These are not fictional problems - they are the communication patterns I observed firsthand and then abstracted into a design model.

Emily TorresJames TorresNadia Hassan, RN

Tracking artifacts

The system I built before NICU4U existed.

Ten tracking sheets. One hundred days of data. Five hundred and seventy-eight individual feedings logged. Three custom forecast models built to predict my daughter's growth trajectory and measure how far off my estimates were. My wife's pumping output tracked daily alongside my daughter's intake so we could see - with actual numbers - that supply was keeping pace. This is not a design research artifact. This is what I built during one of the hardest periods of my life, using the only tools I had available.

Real artifact restoration

The Torres journey map shows the communication breakdown across the family-care system.

Torres family NICU journey map

Design constraints under stress

Progressive disclosure, calm notification tone, no false reassurance, emotional readability, and clear escalation back to the care team.

Feature map

Daily summaries, term explanations, milestone tracking, guided questions, shared updates, and discharge preparation support.

Hi-fi prototype direction

The product response became a calm parent-facing system, not a medical dashboard.

These screens translate the journey-map findings into parent orientation: what changed, what matters now, what is coming next, and what should be asked during care conversations.

Plain-language translation

The Learn layer addresses confusion without pretending the NICU is simple.

The Learn screens are important because NICU confusion often comes from translating equipment, procedures, roles, and bedside language into something parents can use in the moment. The goal is not to replace clinicians. It is to help parents arrive at rounds with better questions.

Translation pattern

Explain what it is, why it may matter, what parents might hear during rounds, and one useful question to ask.

Boundary

The app can prepare parents for a conversation. It should not turn educational content into clinical advice.

Question and care-team loop

Questions needed to survive the gap between remembering and asking.

This flow turns parent questions into a shared object that can be saved before rounds, assigned to the right care role, answered in plain language, and marked for follow-up instead of disappearing into memory.

Family support loop

Supporters needed useful access without creating more work for the parents.

NICU4U2 separates approved family updates, practical help, lightweight encouragement, and access control. That matters because family support can become another communication job when parents are already depleted.

Clinical review boundary

The ecosystem only works if staff review and permission boundaries stay visible.

The staff-facing concept is included as a boundary artifact: parent-facing summaries, shared updates, and round questions need review rules, audit history, and permissions before they can enter a real clinical workflow.

NICU4Staff review and permissions dashboard sheet

What shaped the system

Information had to move between people, not just screens.

Treat personas as one communication system

Problem: Emily, James, and Nadia experience the same care moment from different informational positions.

Decision: Map the product around handoffs among the primary parent, secondary parent, and nurse.

Rationale: The support problem is not just what one parent knows; it is what has to be repeated, clarified, and trusted across the group.

Tradeoff: The concept becomes less like a simple app screen set and more like a service model that needs clinical review.

Lead with parent questions

Problem: Clinical structures do not match the way stressed parents seek information.

Decision: Frame content around what parents are trying to understand or do.

Rationale: A support product should reduce translation work.

Tradeoff: The system needs careful clinical review before real deployment.

Design walkthrough

How the concept moves from personal tracking to family-care coordination.

01

Torres family journey

Maps admission, daily care, questions, setbacks, and discharge preparation through actions, thoughts, communication strain, and opportunities.

User problem

Shows where uncertainty accumulates across time instead of treating the NICU as one information screen.

Design response

The journey map shifted the project toward communication breakdowns and repeated explanation burden.

02

Parent question builder

Organizes questions around what changed, what matters now, who can answer, and what the family needs to ask next.

User problem

Helps parents preserve questions before rounds or bedside updates.

Design response

The flow prioritizes clarity and handoff support over adding more medical content.

03

Care-team handoff view

Frames repeated questions and unresolved concerns so nurses can see what has already been explained.

User problem

Reduces the loop of Emily asking, James missing context, and Nadia needing to repeat the same explanation.

Design response

The concept became a communication support system rather than a generic parent education app.

Research / testing

Clarify parent needs during uncertain NICU moments and identify where communication strain accumulates.

Method

Persona development, Torres family journey mapping, information hierarchy critique, and support-flow modeling.

Findings

  • Parents do not fail to understand the NICU because they lack intelligence. They fail to keep up because critical information is fragmented across people, shifts, and moments of extreme cognitive load.
  • Repeated explanations create burden on both sides. Nurses answer the same questions across shifts not because parents are forgetful but because context does not travel with the question.
  • The anxiety around feeding and supply is not irrational. It is a direct response to feeling responsible for something you cannot fully observe or control. Data reduces that anxiety more reliably than reassurance does.
  • What parents need most during rounds is not more information - it is a way to hold their questions until they are in front of the right person.

Design response

The project frames NICU support as a layered communication system: what changed, what matters now, questions to ask, and who should answer.

Outcome

A communication-support concept organized around understandable updates, next-step clarity, repeated-question relief, and parent-to-care-team coordination.

Reflection

What this project sharpened.

This project sharpened something I already suspected: the hardest UX problems are not interface problems. They are coordination problems - moments where the right information exists somewhere in the system but cannot reach the person who needs it, at the moment they need it, in a form they can act on.

I lived that problem for 100 days. I built manual systems to manage it. And then I designed a product concept to address it - not because it was an interesting design challenge, but because I knew exactly what it felt like to need it.

The strongest next version of NICU4U involves clinical stakeholder review, nurse workflow research, and parent feedback sessions with families currently in care. The concept is credible when it stays focused on communication strain. It becomes dangerous if it ever implies it can reduce medical uncertainty itself.

That distinction - between managing information and managing outcomes - is one I understand personally, not just professionally.

Get in touch

Working on a complex product, research problem, or decision-heavy experience? I am based in the Dallas-Fort Worth area and open to UX research and product design roles.

Emailjoshua.meisenbacher@gmail.com

Send a note about UX research, product design, systems work, or a role where cognitive decision-making matters.

Email Joshua
Next projectSizeCompare