Paula RodasSenior Product Designer & Product Builder· open to new projects

Let's talk
ES
Work
RESEARCH SYNTHESISINFORMATION ARCHITECTUREUX WIREFRAMES

HSJD · Hospital Sant Joan de Déu

How do you help families find and understand health information based on their needs? This case explains how architecture, navigation, and content structures shaped a proposal for exploring health advice, looking up conditions, and finding support resources.

8 min read

Context / clientFail Fast · Hospital Sant Joan de Déu Barcelona
IndustryHealth and education
My roleUX Designer
Date2022
CollaborationUI Design · Fail Fast team
ToolsFigma · FigJam · Miro
PlatformWeb · Desktop and mobile
In short

Executive summary

Challenge

The design goal was to define a structure that let people find their way, locate relevant information, and explore it at different levels of detail.

My role

My work focused on information architecture, wireframes, and phased prioritization.

Key decision

Exploring content and looking up specific information had to work side by side.

Result

The delivery brought together a connected architecture, page patterns for desktop and mobile, and a phased implementation sequence.

Sant Joan de Déu — Escola de Salut

OVERVIEW

Overview

In 2022, at Fail Fast, I worked on defining the Escola de Salut, an educational platform from Hospital Sant Joan de Déu Barcelona. My work started from the needs the team had gathered in earlier workshops. I turned them into design criteria, architecture, and wireframes for desktop and mobile, and I prioritized the proposal into phases when concerns came up about implementing it. The case focuses on how these decisions gave structure to an experience that brought together health information, conditions, and resources for families and caregivers.

THE CHALLENGE

The challenge — turning diverse needs into clear paths

Summary of needs by audience: stakeholders, families with healthy children, and families with chronically ill children

The needs and requirements gathered brought together the perspectives of stakeholders, families with healthy children, and families with chronically ill children. The platform had to address prevention, information about conditions, and everyday support.

  • Find what’s relevant: reach content across many topics and formats.
  • Understand complex information: guide reading and explain medical terms.
  • Fit the time available: offer quick formats as well as more in-depth content.
  • Connect information and care: bring useful resources closer to help families cope with the illness.

The design goal was to define a structure that let people find their way, locate relevant information, and explore it at different levels of detail.

Proposed journey

Find your way → find → understand → access resources

BENCHMARKING

From workshops and benchmarking to design criteria

The team had run the workshops before I joined. I reviewed the needs I received and compared them with a benchmark of health platforms.

The comparison helped me assess how leading examples handled access, reading, and the relationships between content. I used that analysis to choose patterns that answered the project’s needs and to spot problems worth avoiding.

Analysis of leading health platforms and the design criteria drawn from it

Three criteria came out of it:

  • Adapt access to what people are looking for.

  • Organize reading at different levels of depth.

  • Make the source of the information and related resources visible.

    Process

    Earlier workshops → benchmark → design criteria → architecture → wireframes

NAVIGATION

Orient: connecting each area with its content

A family looking for general advice doesn’t arrive with the same question as someone who needs to understand a diagnosis. The architecture had to account for those differences and connect the landing pages with the detail pages.

I defined a sitemap and a diagram that organized the areas of healthy living, conditions, family support, training, and news, along with search.

Sitemap and content architecture diagram: from the general entry point to detailed information

I also worked on the home page and the section landing pages to give each area context and bring its content closer. The architecture set the relationship between these layers: general entry, choosing content, and reading the details.

The first wireframes used broad blocks to review hierarchies and relationships before defining how they would look.

First wireframes of the healthy living 360 and conditions A–Z hub pages
Decision

First define how the system connected, then adjust access and reading for each type of page.

DISCOVERY FLOW

Find: fitting the hub pages to how people look for information

Families with healthy children needed access to advice and content about healthy habits. For that kind of exploration, I proposed hub pages with categories and filters to browse articles and narrow down what was relevant.

Hub page with categories and filters to explore advice and healthy habits

Families with chronically ill children needed to learn about a condition, its symptoms, or its treatments. For looking up a specific condition, I proposed search and alphabetical access to make it easy to find a known term.

Conditions hub page with search and alphabetical access

Exploring content and looking up specific information had to work side by side. I adapted the same hub page concept to both needs: different ways in, with one shared purpose, helping people reach the detailed content.

UX WIREFRAMES

Understand: defining pages and rules for presenting content

The needs we received showed that some families had little time and preferred quick formats. For articles, I proposed a summary of what you would learn, a quick read, and the full content: a structure that let people choose how deep to go.

Article structure with a summary, a quick read, and the full content

For families with chronically ill children, looking up a condition meant understanding it, learning about treatments, and finding support. I organized the condition pages into sections that followed those questions, from the first explanation to living with the condition and resources for families.

I defined indexes and side menus to reach each section, including their mobile version, and added authorship, sources, and review dates to make the origin of the content visible.

Condition page with a section index, mobile navigation, and content types

The work went down to the level of content blocks: lists, tables, images, and content that needed emphasis, like warning signs. These rules guided how to present information based on its nature.

Content presentation rules: lists, tables, image and explanation, warning signs
Criterion

What people need to look up → reading level → content structure

PRIORITIZATION

Prioritize: turning the proposal into a phased delivery

Wireframes with the delivery marked by phases 2 and 3

Once the proposal was defined, concerns came up about implementing some features, along with pressure to move forward. The team asked me to prioritize.

I reviewed what each feature contributed to the needs we had identified and organized the proposal into phases. I showed that sequence directly on the wireframes, with marks that set apart the elements planned for later.

The delivery gave the team a reference to move forward step by step while keeping the proposed evolution visible.

UX REVIEW

From wireframes to UI work

Food and nutrition page with the visual language defined by the UI team

I reviewed the architecture and wireframes with the team and my manager. Then the UI team developed the visual design, which we reviewed together to keep the experience consistent.

My knowledge of UI components helped me define structures and behaviors from the wireframe stage. At Fail Fast, I often got feedback on how clear my wireframes were and how easy they were to carry into the visual design. That level of detail gave the team a base to keep working from: hierarchies, content patterns, and interactions already defined.

Attribution note: the research done before I joined was the team’s work, and the final visual design was the UI team’s. My work focused on information architecture, wireframes, and phased prioritization.

Conditions hub page with alphabetical lookup, and a condition page with section navigation

RESULT

Result — a documented proposal and recognizable patterns in today's product

The delivery brought together a connected architecture, page patterns for desktop and mobile, and a phased implementation sequence.

On the platform, as checked recently, structures from the proposal are still recognizable:

These patterns show structural continuity with today’s product, which has kept evolving since I worked on it.

Visit the Escola de Salut (opens in a new tab)

LEARNINGS

Learnings

Understanding each segment's needs lets you adapt the design

Families with healthy children and families with chronically ill children asked different questions. Exploring and looking up specific information had to work side by side to answer them.

A wireframe can also define content rules

Working on indexes, reading levels, and block types helped define the experience before the visual design.

A proposal needs an implementation sequence

Prioritizing let me connect the experience proposal with an implementation sequence, defining what had to move forward and what was planned for later.

UI knowledge makes a delivery more concrete

Anticipating components and behaviors helped me explain how the structure should work and made it easier for the UI team to take it forward.

Does your content help when it's needed most?

Let's see how to make it easier to find and understand.