DutyDoctor: Healthcare Scheduling Platform UI Design

Responsive UI design supporting team collaboration on physician scheduling, shift management & hospital operations
Project: DutyDoctor Healthcare Scheduling Platform
My Role: UI Designer - Supporting Team
Deliverables: Responsive UI Design, Dashboard Mockups, Component Library
Tools: Figma, Wireframes, Responsive Design, Prototypes
Type: Team Collaboration - Production Design
Live Preview

About the App

DutyDoctor is a healthcare scheduling and shift management platform designed to streamline physician scheduling, duty allocation, and hospital operations.

The main idea: "Simplify hospital scheduling and empower healthcare teams to manage shifts efficiently and fairly."

My Contribution: I supported the design team by creating responsive UI designs for the web platform, focusing on usability, clarity, and team collaboration workflows.

Key Features & Functionality

  • Physician Scheduling Dashboard - View, manage, and assign shifts across departments with drag-and-drop functionality
  • Duty Roster Management - Create and optimize schedules, handle leave requests, and manage shift conflicts
  • Hospital Operations Hub - Centralized view of staff availability, duty assignments, and coverage status
  • Responsive Design - Works seamlessly across desktop, tablet, and mobile devices for on-the-go management
  • Team Collaboration Tools - Notifications, alerts, and communication features for coordinated scheduling

    • Design Approach

    User-Centered Design - Focus on healthcare administrators and physicians with intuitive interfaces for fast decision-making.

    Information Hierarchy - Clear visual hierarchy to prioritize critical scheduling information and actions.

    Responsive Layout - Flexible grid system and adaptive components for all screen sizes.

    Accessibility First - Color contrast, readable typography, and clear navigation for all users.

    Team Collaboration - Visual feedback, notifications, and shared views to support coordinated workflows across the hospital.

    UI/UX Design Priorities

  • Clarity Over Complexity - Clean interface with minimal visual noise for quick decision-making
  • Quick Actions - Primary actions (assign shifts, manage duties) are prominent and easy to access
  • Visual Status Indicators - Color-coded shifts, availability status, and alerts for easy scanning
  • Responsive Grid System - Works flawlessly on desktop, tablet, and mobile for remote scheduling
  • Data Accessibility - Tables, calendars, and dashboards that clearly present scheduling data


    • My Contribution to the Team

  • UI Design & Mockups - Created high-fidelity designs for scheduling dashboard, roster views, and administrative panels
  • Component Design - Built reusable UI components (buttons, cards, modals, tables) for consistency
  • Responsive Design - Designed layouts that work seamlessly across all screen sizes and devices
  • Design Documentation - Created design guidelines and component specifications for development team
  • Team Collaboration - Supported product, UX, and development teams in translating requirements into visual design


    • The Problem

    Hospital and healthcare organizations struggle with efficient physician scheduling and duty management. Key challenges include:

  • Manual Scheduling Complexity: Traditional spreadsheets and manual processes are time-consuming and error-prone
  • Coverage Gaps: Difficulty ensuring adequate staff coverage across shifts and departments
  • Fairness Issues: Hard to distribute duties equitably across the physician team
  • Communication Delays: Updates and changes don't reach all stakeholders quickly
  • Lack of Visibility: Limited overview of real-time availability, leave balances, and staffing status

    • Design Goal: Create an intuitive, responsive scheduling platform that streamlines physician duty allocation, improves team coordination, and gives administrators clear visibility into hospital staffing.



    Design Deliverables

    Key Screens & Components Designed:

    Physician Scheduling Dashboard - Main view showing all physicians, shifts, departments, and assignments

    Shift Calendar View - Interactive monthly/weekly calendar for viewing and assigning shifts

    Duty Roster Cards - Visual representation of each physician's assigned duties, leave, and availability

    Staff Directory - Filterable list of physicians with specialization, experience, and availability status

    Leave Request Modal - Interface for submitting and managing leave requests

    Shift Assignment Panel - Drag-and-drop interface for assigning shifts to physicians

    Notifications & Alerts - Visual feedback for schedule changes and important updates

    Responsive Layouts - Designs that adapt seamlessly from desktop to mobile devices

    Component Library - Reusable buttons, cards, tables, modals, and navigation patterns

    Design Approach & Challenges

    Challenge 1: Displaying Complex Data - Presenting multiple scheduling variables (physicians, departments, shifts, availability, leave) without overwhelming the user. Solution: Hierarchical layout with tabs, filters, and color-coding for quick visual scanning.

    Challenge 2: Mobile Responsiveness - Ensuring the scheduling interface works on smaller screens without losing functionality. Solution: Collapsible sections, scrollable tables, and touch-friendly interactive elements.

    Challenge 3: Visual Hierarchy - Guiding users to critical actions (assign shifts, view coverage gaps) while keeping supporting information accessible. Solution: Large primary buttons, prominent alerts, and contextual menus.

    Challenge 4: Team Collaboration - Supporting multiple stakeholders (admins, supervisors, physicians) with different needs. Solution: Role-based views and varying levels of detail for different user types.

  • Welcome Screen - Warm introduction, language selection, accessibility settings
  • Onboarding - Journey selection, expectation-setting, progress indication
  • Consent & Privacy - Clear data usage explanation, caregiver opt-in, transparent information flow
  • Screening Questionnaire - Bite-sized questions, saved progress, clear "this is not a diagnosis" messaging
  • Safety Support Screen - Immediate help pathways, emergency contacts (112 in India), escalation options
  • Screening Summary - Results explanation, next steps recommendation, de-pathologized language
  • Clinician Booking - Search filters (language, cost, credentials), appointment scheduling, preparation guides
  • Appointment Preparation - What to expect, questions to ask, documentation to bring, cost transparency
  • Care Plan - Treatment options clearly explained, therapy types, medication info (when prescribed)
  • Therapy & Daily Support - Task breakdowns, focus sessions, appointment booking, progress tracking
  • Medication Tracking - Dosage tracking, side effect logging, clinician communication
  • Progress & Follow-ups - Symptom trends, care team communication, concern escalation
  • Privacy Settings - Data sharing controls, caregiver permissions, account security

    • Visual Direction - Calm & ADHD-Friendly:

    Color Palette (Restrained):

  • Primary (Teal/Green #29a587): Primary actions, next steps, trust-building elements
  • Success (Soft Green): Positive confirmations, completed steps, healthy outcomes
  • Warning (Amber #FFC107): Caution states, needs attention but not urgent
  • Alert (Red #DC3545): Immediate concerns, safety flags, urgent actions
  • Neutrals (Grays): Secondary information, supporting content, backgrounds

    • Typography & Spacing:

  • Readable sans-serif typography with generous sizing (18px+ for body text)
  • Generous spacing between elements to reduce cognitive load
  • Strong contrast for accessibility (WCAG AA or better)
  • Large touch targets (48px+ minimum) for accurate interaction

    • Interaction Principles:

  • One primary action per screen—no cognitive overload
  • Clear progress indication—users always know where they are
  • Restrained use of color coding—never color alone to communicate meaning
  • Avoid crowded dashboards, distracting animations, punitive streaks, excessive notifications

    • Overall Tone: Calm, friendly, respectful. Visual design reinforces that ADHD is a normal variation, not a defect. The interface should feel like a supportive companion, not a clinical tool.

    Three Key Design Decisions & Trade-offs

    Decision 1: Screening as Tool, Not Diagnosis

    Challenge: Adults often self-diagnose via screening tools online, then feel validated or devastated without professional assessment. How do we use screening to educate without over-claiming?

    Alternatives Explored: (1) Present screening results with percentile interpretation ("You score higher than 80% of users"), (2) Show results as "symptom intensity" without diagnostic language, (3) Results lead directly to professional assessment recommendation.

    Decision Made: Screening results explain what symptoms suggest, but explicitly state "This is NOT a diagnosis. A qualified clinician must assess you." Position the screening as the beginning of the journey, not the destination.

    Trade-off: Users may want definitive answers from the app. Gains: Prevents misdiagnosis, builds trust by being honest about limitations, sets healthy expectations for professional assessment.

    Remaining Validation Needed: Clinical review by qualified Indian mental-health professionals. User testing to confirm messaging reduces self-diagnosis pressure.

    Decision 2: Caregiver Involvement is Optional & Consent-Based

    Challenge: In India, family dynamics around mental health are complex. Some users want family involvement; others need autonomy from family. How do we support both without judgment?

    Alternatives Explored: (1) Family involvement mandatory, (2) Family involvement optional but default-recommended, (3) Users choose at each stage whether to involve caregivers.

    Decision Made: Caregiver involvement is always optional. Users can proceed alone and add caregivers later if they choose. When adding caregivers, app makes clear what data each person sees.

    Trade-off: Some users may miss supportive care opportunity. Gains: Respects autonomy, works for users with unsupportive families, makes app accessible to all users regardless of family context.

    Remaining Validation Needed: Interviews with Indian adults about family dynamics and care preferences. Assessment of whether optional caregiver involvement affects treatment outcomes.

    Decision 3: Immediate Safety vs. ADHD Severity

    Challenge: Safety screening questionnaires often conflate "suicidal ideation" with "ADHD symptom severity." A person with severe ADHD may score "high risk" simply because inattention is severe. How do we separate these?

    Alternatives Explored: (1) Combined safety & ADHD screening in one flow, (2) Separate screening but identical language (confusing), (3) Distinct screening phases with clear labels and different next-step pathways.

    Decision Made: Safety screening is distinct and separate. Safety questions ask about immediate danger, self-harm, or crisis. ADHD screening focuses on attention, organization, and impulse control. Results show different pathways: safety concerns → immediate escalation; ADHD symptoms → professional assessment.

    Trade-off: Longer onboarding journey. Gains: Prevents false escalation, appropriately triages urgent cases, de-stigmatizes ADHD severity as "not automatically a crisis."

    Remaining Validation Needed: Clinical review by Indian mental-health professionals. User testing with ADHD adults to confirm messaging doesn't minimize real safety concerns.



    Final Design Scope

    Designed Screens & Flows:

  • Welcome and onboarding (language selection, app overview)
  • Starting-point selection ("I think I have ADHD," "I have a diagnosis," "Help with existing care")
  • Consent and privacy explanation
  • ADHD screening questionnaire (bite-sized, saveable, de-stigmatized language)
  • Separate safety screening (suicide/self-harm risk, immediate escalation pathways)
  • Screening summary and next-step recommendation
  • Clinician search and booking (filter by language, cost, credentials, availability)
  • Appointment preparation guide
  • Care plan presentation (treatment options, therapy types, clarity on medication role)
  • Daily support tools (task breakdowns, focus sessions, coping exercises)
  • Medication tracking (only when prescribed; connects to clinician)
  • Progress tracking and follow-up communication
  • Privacy and permission settings (caregiver access control)

    • Future Design Phases (Not Yet Completed):

  • Advanced symptom tracking and trends visualization
  • Community features (peer support, stories, de-stigmatization content)
  • Integration with Indian public and private healthcare systems
  • Multilingual expansion (Telugu, Tamil, Marathi, etc.)
  • Offline functionality (cached screening, accessible content in low-bandwidth scenarios)

    • Important Clinical & Legal Notes: This design represents UX and user-journey thinking. Implementation requires:

  • Clinical validation: All screening tools, symptom information, and medication guidance must be reviewed by qualified Indian psychiatrists/psychologists.
  • Safety pathway review: Emergency escalation (112, crisis lines, family contact) needs coordination with actual emergency services.
  • Regulatory compliance: Healthcare app registration, data privacy (India's Digital Personal Data Protection Act), and telemedicine licensing.
  • Accessibility testing: Formal audit with users who have various ADHD presentations, vision/motor disabilities, and literacy levels.


    • Lessons Learned

    Language Matters in Mental Health Design: Words like "disorder," "defect," "risk," and "abnormal" carry shame. The same clinical information presented as "variation," "difference," and "trait" feels different to users. ADHD-friendly design is as much about de-stigmatization language as it is about interface simplicity.

    Screening is Scary: Users coming to an ADHD app often have deep shame and self-doubt. A screening tool that feels clinical and pathologizing drives them away. Making the questionnaire feel like understanding rather than judgment is critical to completion and trust-building.

    Indian Context Changes Everything: Designing for India means understanding: family hierarchy and decision-making patterns, literacy diversity (not all users can read English medical terms), cost sensitivity (pricing must be transparent and reasonable), low-bandwidth realities (can't assume always-on connectivity), and cultural attitudes toward mental health (many users face stigma from family and community).

    Separation of Concerns Prevents Misdiagnosis: Early iterations combined ADHD screening and safety screening. Testing revealed this causes confusion: a person with severe ADHD symptoms might score "high risk" on a combined scale, leading to inappropriate crisis escalation. Separating these journeys clarifies clinical pathways.

    Transparency Builds Adoption: Users don't trust apps that make clinical claims they don't understand. Being explicit about what the app can and cannot do ("screening is not diagnosis," "pricing includes this," "clinician will also assess you") builds more trust than trying to appear more authoritative.

    ADHD-Friendly Design Benefits Everyone: Large touch targets, generous spacing, one action per screen, clear progress—these features benefit not just ADHD users but also elderly users, people with motor disabilities, and anyone using the app while distracted or stressed.



    Future Improvements & Validation Priorities

    Critical Validations Before Launch:

  • Clinical Content Review: All screening questions, symptom information, medication guidance, and treatment descriptions must be reviewed by qualified Indian psychiatrists/clinical psychologists. Screening tools must be validated for Indian populations.
  • Safety Pathway Testing: Emergency escalation flows (112, crisis helplines, family contacts) must be tested and coordinated with actual emergency services. Legal review of liability and crisis response obligations.
  • User Research with Actual ADHD Adults: Test with 20+ Indian ADHD adults aged 18+ (diverse literacy, language preferences, family dynamics). Validate that screening messaging reduces shame, onboarding is understandable, and clinician-booking flows work.
  • Accessibility Formal Testing: WCAG 2.1 AA compliance audit. Testing with users who have vision, motor, and cognitive disabilities. ADHD-specific usability testing (does one-action-per-screen reduce cognitive load?).
  • Privacy & Compliance Audit: Align with India's Digital Personal Data Protection Act, healthcare data security standards, and telemedicine regulations. Legal review of clinician partnerships and liability.

    • Phase 2 Design & Development:

  • Offline functionality (cached screening content, accessible without constant internet)
  • Multilingual expansion (Telugu, Tamil, Marathi, Hindi with cultural adaptation)
  • Clinician directory integration (connecting to actual Indian psychiatrists, therapists, low-cost options)
  • Progress tracking dashboards (simple visualization of symptom trends over time)
  • Community features (peer support, de-stigmatization content, success stories)
  • Advanced daily support tools (focus timers, task breakdown templates, reminder customization)

    • Success Metrics to Track:

  • Screening completion rate (% of users who start and finish screening)
  • Clinician booking conversion (% of users who proceed to book assessment)
  • Trust score (user confidence in app's privacy and clinical appropriateness)
  • De-stigmatization impact (measured through qualitative feedback and sentiment analysis)
  • Safety escalation accuracy (false positive vs. true positive rate for crisis detection)
  • Long-term engagement (% of users returning monthly, therapy plan adherence)
  • Clinical outcomes (through partner clinician feedback, user-reported symptom improvement)
    • Item 2
    Item 2
    Item 2
    Item 2

    Summary

    DutyDoctor is a responsive healthcare scheduling platform that simplifies physician duty allocation and empowers hospital teams to manage shifts efficiently, fairly, and transparently.

    This case study showcases UI design work supporting a collaborative team effort to solve critical scheduling challenges in healthcare operations.

    Next Project io canvas
    Developed by abhishekar k