KBSMC

Translating Complex Questionnaire Logic into Intuitive UI

Overview

I took part in designing the questionnaire experience for Kangbuk Samsung Hospital (KBSMC), a major Seoul general hospital that handles 300,000+ annual health check-ups. On the screen patients actually see, I restructured complex medical logic into an intuitive visual UI. At the same time, I added a preview section to the backend admin so the team could check the questionnaire screen before it shipped, which sped up development.

Role & Scope
UXUI Design
Timeline
2025.8
Platform
Web
Mobile
Tools
Figma

Background

Each screening type had a different target user and questionnaire structure.

KBSMC runs three types of health screenings: preventive, comprehensive, and corporate. Preventive checkups are largely legally mandated, covering general adults and employees with a basic questionnaire. Comprehensive checkups exist to catch disease early, which means a much deeper, more detailed questionnaire for each individual. Corporate checkups are company-paid and built around employees, with the questionnaire itself changing shape depending on the contract. Three different audiences, three different questionnaire structures, and my job was to fold them all into one coherent system.

  • Type 01

    Preventive Checkup

    Basic health screening, largely mandated by law.

    Target
    General public · Employees
    Exam depth
    Basic
    Cost
    Low
  • Type 02

    Comprehensive Checkup

    Built to catch disease early, so it goes far deeper.

    Target
    Individuals
    Exam depth
    Very detailed
    Cost
    High
  • Type 03

    Corporate Checkup

    Employee health management, shaped by the contract.

    Target
    Company staff
    Exam depth
    Varies by contract
    Cost
    Largely company-covered

Three screening types, three different questionnaire structures — one system had to hold all of them.

Finding the Flow

A flow designed to reduce fatigue, one question at a time.

The questionnaire was built from seven question categories and four levels of conditional logic; branch it all out and you get 100+ possible paths. Show users that complexity directly, and they're liable to give up before finishing. I redesigned the flow to feel like a simple conversation instead, showing just one category's questions per screen.

What the system holds

  • 1 Medical History ×12Q
  • 2 Medications ×8Q
  • 3 Surgical History ×5Q
  • 4 Oral Health ×4Q
  • 5 Family History ×3Q
  • 6 Women's Health ×4Q
  • 7 Other ×4Q

7 categories × up to 30+ answers = 100+ paths

What the patient sees

  • STEP 01 · MEDICAL HISTORY One question
  • STEP 02 · MEDICATIONS One question
  • STEP 03 · SURGICAL One question
  • ··· 7 CATEGORIES One question

Done ✓

100+ possible paths, experienced as a single, calm conversation.

IA & Design Pattern

A visual hierarchy you can actually follow.

I gave the sub-questions in each category a hierarchy and structured them as a tree: a top-level question, sub-questions beneath it, and follow-up questions beneath those, capped at four levels deep to keep the questionnaire from getting too complex. To make that hierarchy recognizable at a glance, I used a different button design for each level.

Question hierarchy as a tree, capped at four levels deep.

  • Yes / No Toggle

    Input · Toggle

    Binary choice buttons. Selecting one switches it to the accent colour and fills its circular check.

    Default

    Yes No

    Yes selected

    Yes No

    No selected

    Yes No
  • Condition Option

    Input · Selection

    The depth 1 condition card. Round check aligned right; selecting it expands the questions nested beneath.

    Default

    Hypertension

    Selected

    Heart disease

    Selected + callout

    Heart disease
    !For cardiac patients, exercise stress tests may be restricted.
  • Medication Checkbox

    Input · Checkbox

    The depth 3 medication item. Square check, with the drug class and an example sub-label.

    Default

    AnticoagulantsWarfarin, Xarelto, etc.

    Selected

    AntiplateletsAspirin, Plavix, etc.

    Selected + callout

    AntiplateletsAspirin, Plavix, etc.
    !While on antiplatelets, tissue biopsy may be restricted.
  • Radio Option

    Input · Radio

    The depth 4 single-choice radio, the deepest level a question can reach. Circular indicator aligned right.

    Default

    Yes — confirmed with physician

    Selected

    No — cannot be stopped

    Selected + callout

    No — cannot be stopped
    !Biopsy will not be available.
  • Callout

    Feedback

    Inline warning on an amber ground with a round ! icon, shown conditionally based on what the patient selected.

    Warning (default usage)

    !Some conditions may restrict the selection or progress of screening items. Please answer accurately.

    Short variant

    !You must report use of anticoagulants before any endoscopic procedure.
  • Depth Layers

    Layout · Nesting

    Three levels of conditional container, each tied to the option above it by a tail arrow.

    Depth 1 — accent

    Condition areabg #EAF1FE

    Depth 3 — surface

    Medication areabg #FFFFFF

    Depth 4 — accent

    Radio areabg #EAF1FE

A different component design at each depth, so the hierarchy reads at a glance.

Admin

The admin screen is organized around edit permissions.

I split the admin's information into two groups: what PMs and developers can freely edit (question text, branching logic, answer options, warnings), and what stays locked because it's synced from the hospital's back-office (clinical codes, exam records). That distinction is clear on screen, so admin users always know what they can and can't touch while building a questionnaire.

Existing back-office

  • OCS question code R101_E14
  • OCS answer code S-4
  • Patient exam record SRS0031
  • Question sequence 2 / 5
  • Department ID

Questionnaire admin

Read-only · synced from back-office

  • OCS version2024Q-1
  • CodeR101_E14
  • OCS levelS-4
  • Question order2 / 5

Editable by operator

  • Question texteditable
  • Branching logic · answer optionseditable
  • Warning text · exam code bindingeditable
  • Locked · read-only
  • Editable by operator
  • Exam code linked
  • Synced · no edit

The permission boundary — what the back-office owns, and what operators can edit.

Final Delivery

Designing a Real-Time Validation Admin

I designed a backend admin to manage the user-facing questionnaire, with a focus on operational efficiency and developer velocity.

SaaS

By integrating a live mobile preview on the right, PMs can instantly validate how changes apply to the end-user interface.

Mobile

Impact

Stronger business results, and a smoother process to get there.

This project secured a key enterprise partnership, streamlined the cross-functional development cycle, and delivered measurable business results.

Secured a Contract Renewal with Kangbuk Samsung Hospital

Successfully restructuring and scaling the questionnaire flow for a system handling 300,000+ annual health check-ups built enough trust with KBSMC to renew the contract.

Minimized Cross-Functional Friction with Real-Time Validation

Introducing a live mobile preview and Code View into the admin improved operational efficiency.

Takeaway

I learned how to solve complexity through design.

Being involved end-to-end, from product design through design QA, gave me especially valuable experience in the two areas below.

Translating Complex Requirements into Clear Visual UI

Learned to align diverse requirements from PMs and developers, successfully transforming complex logical structures into intuitive, visual UI components.

Designing for Clear Communication

Designing a live preview helped create clear communication between PMs and developers, the admin product's primary users.