Healthcare product design and build, from Dhaka

Healthcare UX design that patients, clinicians and admin teams can rely on

I'm Maniruzzaman Jubayer, and with the senior team of designers and developers I lead, I design and build healthcare products: patient apps, hospital and clinic dashboards, health SaaS and the websites that sell them. I work remotely from Dhaka with founders and product teams in Europe, the US, the Gulf and Asia, and design every screen for the person opening it, who is often worried, busy or both.

Five healthcare case studies on this site · Built in React, Next.js, React Native and Flutter

Line drawing of a monitor with a gently breathing pulse line, a calendar card with one booked slot, and a heart shape on a small badge.

Health founders and product teams who work with me

Years building healthcare products
6+
Products shipped
50+
Behance gallery features
22

Maniruzzaman Jubayer

Design engineer and product design lead, with a senior team behind me

04 problems

The problems healthcare teams bring me

Four problems I hear from health founders again and again, each with what I do about it.

  1. Problem 1: Clinicians drown in alerts and clicks

    Staff screens grow one request at a time until every number is urgent and every task takes six clicks. When everything warns, people stop reacting and miss the alert that matters. I cut alerts to three levels named in words, make each one say what to do next and who owns it, and put key numbers on top with the working list below. My team designed Mediso, a hospital management dashboard.

  2. Problem 2: Patients arrive anxious, older or unwell

    A patient opens your app a few times a year, often on a phone, often on a bad day. Clinical words, grey helper text and tiny time slots lose them. I write patient words first and the clinical term second, ask one question at a time, keep targets large and test the booking flow at 200% text. My lessons from five health products go deeper.

  3. Problem 3: Privacy that gets in the way of care

    Teams either lock everything down until the front desk shares one login, or leave the analytics pixel on the patient portal. I agree who sees what with your compliance lead before the first wireframe, then design it in: everyone signs in as themselves, quick switching on a shared tablet, a session warning that keeps the draft, and an analytics plan that keeps marketing tags off logged-in screens.

  4. Problem 4: Booking and records that must not fail

    A slot that looks free but isn't, a form that clears when a call interrupts, an upload that stalls without a word. I define a slot once with the clinic and draw the staff calendar and the patient picker from that one model, hold the slot while the patient finishes, and make staff forms save as you go. My team designed VitalHealth, a healthcare SaaS for finding and booking doctors.

Healthcare products my team has designed

A patient app, a hospital dashboard, a health SaaS, a medical software website and a mental wellbeing platform.

CareUp: An AI healthcare app for finding a doctor and booking

Product design · Healthcare

CareUp

A mobile healthcare app, from user research and wireframes to the final UI.

View case study
Mediso: A hospital management dashboard

Product design · Healthcare

Mediso

Patients, appointments, staff and departments managed from one healthcare admin platform.

View case study
VitalHealth: A healthcare SaaS for finding and booking doctors

Product design · Healthcare

VitalHealth

A healthcare platform with more than 50 screens, from the design process to the final dashboard.

View case study

Planning a patient app or a clinic dashboard? Let's talk it through before the first wireframe.

Start a project

The healthcare products I design and build

Six kinds of health product, most of them with a patient side and a staff side on one data model.

  • Patient apps and booking

    Find a doctor, see credentials and real availability, book in a few taps, reschedule as easily, and keep appointments and records in one place. My team designed CareUp, an AI healthcare app for finding a doctor and booking.

  • Hospital and clinic dashboards

    Patients, doctors, shifts, departments and urgent reports on screens an admin can read at a glance under time pressure, with a profile for each patient and each doctor.

  • Healthcare SaaS

    Multi-clinic platforms with roles, calendars, payments and records, held together by one design system so staff learn the layout once, however many screens the product grows to.

  • Telehealth

    The states around the call, not just the call: how to join, what happens if it drops, a location check, a callback number and a consent step the clinic can switch on.

  • Mental health and wellbeing

    Calm screens for people who arrive ashamed or afraid: privacy shown at the first step, a small private start, and progress people can see. My team designed Sovia, website and app screens for a mental wellbeing platform.

  • Medical software websites

    Sites that earn a healthcare buyer's trust before they read the details: each product module easy to find, proof and answers in one place, designed for Webflow or built in Next.js.

The health rules and standards I design around

These are the rules that shape screens most often in health products. This is design guidance, not legal advice: your counsel and your regulatory lead decide what applies to you.

  1. HHS's summary of the Security Rule lists technical safeguards that become screens: access control so only authorised people reach ePHI, audit controls that record activity, and authentication that checks a person is who they say. HHS adds that an addressable specification does not mean optional. I turn these into a role matrix, a readable access history on each record and sign-in that never forces shared accounts.

  2. FHIR is HL7's standard for health care data exchange, and R5 is the current published version. Its resources include Patient, Practitioner, Appointment, Schedule, Observation, Consent and AuditEvent. When your API speaks FHIR, I name screens, fields and states the way those resources do, so a booking on screen maps to one appointment in the data and nothing gets lost between the design and the integration.

  3. IEC 62366-1:2015 specifies a process for a manufacturer to analyse, specify, develop and evaluate the usability of a medical device as it relates to safety, including risks from use errors. If your software is a device, the screens are part of that file. I work with your regulatory lead on use scenarios and testing, alongside the FDA's human factors guidance.

  4. The FDA uses the IMDRF definition: software intended to be used for one or more medical purposes that performs them without being part of a hardware medical device. A symptom checker or an AI assistant can drift into that territory through its wording alone. So I ask early what each feature is for, keep screen copy within what your regulatory lead has agreed, and design AI answers that explain themselves and point to a person.

  5. The Digital Technology Assessment Criteria cover five core areas: clinical safety, data protection, technical assurance, interoperability, and usability and accessibility. NHS adopters review a supplier's completed DTAC during procurement, and NHS England refreshed the form in 2026. I design so the usability and accessibility answers have evidence behind them. For UK teams, see product design for London.

  6. The W3C Recommendation of 12 December 2024 is my baseline for every patient screen: text that resizes to 200% without loss (1.4.4), targets of at least 24 by 24 CSS pixels (2.5.8), time limits people can extend (2.2.1) and sign-in without a memory test (3.3.8). The last two matter most in health, where sessions time out and patients forget passwords. My WCAG 2.2 checklist for React covers the code.

How I run a healthcare product project

The same four steps as every project, with the checkpoints a health product needs built in.

  1. 01

    Free 30 minute intro call

    We talk through the product, the users and the part that hurts most. I also ask three health questions: who owns compliance, whether any feature could count as medical device software, and whose developer account the app will ship from.

  2. 02

    Written scope and one fixed quote

    The scope lists every role, every core flow, the access matrix and the analytics plan to agree, so nothing about privacy turns up as a surprise later. You get one fixed quote for the whole project before any work starts. No retainer.

  3. 03

    Design sprints with a compliance checkpoint

    Weekly sprints in Figma, a written update in Slack every 48 hours and a review call each week in your time zone. Before handoff, your compliance or clinical safety lead reviews the consent, access and alert flows and the words on them.

  4. 04

    Handoff and build

    A documented design system, a walkthrough with your engineers, and the web front end in React and Next.js or the app in React Native or Flutter, built by my team if you want it. A person who knows the design reviews every change.

What you get from a healthcare project with me

Everything a health product team needs to build with confidence, and to answer a buyer's or an assessor's questions about the design.

  • Roles and an access matrix

    Every role, what each one needs to see and do, and the emergency route, agreed with your compliance lead before the wireframes.

  • Patient and staff flows on one model

    Booking, records, messages and payments mapped for both sides from one definition of a slot, an appointment and a record.

  • Clickable prototypes for testing

    Test booking and sign-in with people like your patients and your staff before a line of code is written.

  • Every screen and every state

    Empty, loading, error, held slot, session warning and dropped call, for phone, tablet and desktop, in light and dark.

  • A design system with health components

    Slot picker, status chip that always carries text, vital sign tile with unit and date, consent row and access history row, in Figma and in code.

  • Accessibility checks to WCAG 2.2 AA

    Contrast, 200% text, target sizes, focus order and sign-in checked on the key flows, with the fixes made, not just listed.

  • Developer-ready handoff

    Specs, tokens and annotated flows, plus a walkthrough with your engineers and quick answers while they build.

  • Front end or app build, if you want it

    Built by the same team that designed it, so the session warning you approved is the one patients see.

Services for healthcare teams

Most health products need more than one of these. Each line says what the service means in this sector.

Numbers that shape how I design for health

Each figure is quoted as its publisher states it, with its year. None is a market-size estimate.

people worldwide, an estimated 1.3 billion, experience significant disability (WHO fact sheet, 2023).
1 in 6
World Health Organization, Disability fact sheet, 7 March 2023
of US adults used telemedicine in the past 12 months, in 2021 (National Health Interview Survey).
37.0%
CDC National Center for Health Statistics, Data Brief No. 445, October 2022
of US hospitals said clinicians routinely use outside clinical information when treating patients, though 71% had routine access to it (2023).
42%
ONC, Data Brief No. 71, Interoperable Exchange of Patient Health Information Among U.S. Hospitals: 2023, May 2024
warnings per patient per day came from the monitors in one hospital's 66 adult intensive care beds, in a 2014 study.
187
Agency for Healthcare Research and Quality, PSNet primer on alert fatigue
adults struggle with health content for the public, and more than 6 in 10 with content that includes numbers (NHS, page updated October 2023).
4 in 10
NHS England, NHS digital service manual, Health literacy

My team, a large agency or a freelancer for a health product

An honest comparison, including where the others win. With me you get the senior people a healthcare UX design agency would bill for, without the layers between you and them.

What you getMy teamLarge agencyFreelancer
Senior people on your product from the first weekYesSometimesYes
You talk to the people doing the workYesVariesYes
Design and front-end build in one teamYesSometimesNo
Patient apps and clinic dashboards in the portfolioFive health projectsVariesVaries
Regulatory or clinical safety staff in-houseNoSometimesNo
Cover when someone is ill or awayYesYesNo
Room to staff several large products at onceNoYesNo
One fixed quote for the full scopeYesSometimesSometimes

What founders say about working with me

Working with Jubayer and the team has been a blast. Their creativity has honestly taken our platform to new heights. Incredibly professional and so proud to work with, we’re over the moon with their results, and we can’t wait to team up with them again.
Rihab LajmiCEO, Asendia AI (Backed by Y Combinator)
I highly recommend Jubayer for any design project. He quickly grasps complex concepts, excels in standard design practices, and responds promptly.
Abhishek NaleProduct lead, Strell

Guides for building healthcare products

What I have written on health products, accessibility, dashboards and AI features people trust.

Healthcare app design: lessons from 5 products

Product design · 15 min read

Healthcare app design: lessons from 5 products

Healthcare app design lessons from five health products my team designed: patients and staff, booking, records, consent, accessibility and alerts.

Before you hire a healthcare product designer: common questions

Straight answers to what health founders ask before they start.

How much does healthcare app design cost?

It depends on the number of user roles, the core flows, the platforms, how much research the product needs, the compliance and clinical safety reviews, and whether my team builds it too. A patient app with a clinic dashboard is two products on one data model, and the scope says so. After a free 30 minute intro call I write a scope and give you one fixed quote for the whole project. No retainer and no hourly billing.

Do you design HIPAA compliant apps?

There is no HIPAA certification for a design or a designer. HIPAA binds covered entities and their business associates. What I do is design the parts of the rule that show on screen: access control, audit history, sign-in for each person and session warnings that keep the draft. Your counsel decides how the rule applies to you, and I make sure the design can follow that decision.

Should I hire a healthcare UX design agency or a smaller team?

An agency suits you if you need many people across several large products at once, or in-house regulatory staff. If you want senior people on one product, a fixed quote and the same team designing and building, my team fits better. You work with me directly, and in reviews with the designers and developers doing the work. Book a free intro call and I will tell you honestly which fits your project.

Can you design around HL7 FHIR and EHR integrations?

Yes. When your API exposes FHIR resources such as Patient, Appointment, Schedule and Observation, I name the screens, fields and states the way those resources do, so the design and the integration agree. My team builds front ends in React and Next.js that connect to your APIs. The integration with a specific EHR is planned with your engineers, because each vendor's access and limits differ.

Is my health app a medical device?

It might be. The FDA uses the IMDRF definition of software as a medical device: software intended for one or more medical purposes that performs them without being part of a hardware device. Intended use is the key, and screen copy can change it. Ask a regulatory specialist early. If the answer is yes, I design with IEC 62366-1 usability engineering in mind and work with your regulatory lead on use scenarios and testing.

How long does it take to design a healthcare dashboard?

It depends on the number of roles and screens, how much research the product needs and how many review rounds your clinical and compliance leads want. A focused dashboard is usually a matter of weeks, not months. Your written scope after the intro call sets out the timeline flow by flow, with the review checkpoints marked, so you can plan a launch on a real schedule rather than a guess.

Do you design for older patients and people with disabilities?

Always. WHO estimates that 1 in 6 people experience significant disability, and many patients are older or unwell when they use the product. Every patient screen meets WCAG 2.2 level AA: text that resizes to 200%, targets of at least 24 by 24 CSS pixels, time limits people can extend and sign-in without a memory test. I write patient words first and test the booking flow at 200% text.

Can you design health products for the NHS or for Europe?

Yes. For the NHS, I design with the DTAC in mind, especially its usability and accessibility area, so your answers have evidence behind them. For Europe, the GDPR treats health data as a special category, so consent rows are separate, unticked and say who sees the data. I work remotely from Dhaka with teams in the UK and Europe, and native speakers on your side approve the words.

Sources and references (11)
  1. U.S. Department of Health and Human Services, Summary of the HIPAA Security Rule, read 14 October 2026, read 14 October 2026: hhs.gov
  2. HL7, FHIR specification home page (v5.0.0, R5), read 14 October 2026, read 14 October 2026: hl7.org
  3. International Electrotechnical Commission, IEC 62366-1:2015 publication page, read 14 October 2026, read 14 October 2026: webstore.iec.ch
  4. U.S. Food and Drug Administration, Software as a Medical Device (SaMD), read 14 October 2026, read 14 October 2026: fda.gov
  5. NHS AI and Digital Regulations Service, Using the Digital Technology Assessment Criteria (DTAC), read 14 October 2026, read 14 October 2026: digitalregulations.innovation.nhs.uk
  6. W3C, Web Content Accessibility Guidelines (WCAG) 2.2, read 14 October 2026, read 14 October 2026: w3.org
  7. World Health Organization, Disability fact sheet, 7 March 2023, read 14 October 2026, read 14 October 2026: who.int
  8. CDC National Center for Health Statistics, Data Brief No. 445, October 2022, read 14 October 2026, read 14 October 2026: cdc.gov
  9. ONC, Data Brief No. 71, Interoperable Exchange of Patient Health Information Among U.S. Hospitals: 2023, May 2024, read 14 October 2026, read 14 October 2026: healthit.gov
  10. Agency for Healthcare Research and Quality, PSNet primer on alert fatigue, read 14 October 2026, read 14 October 2026: psnet.ahrq.gov
  11. NHS England, NHS digital service manual, Health literacy, read 14 October 2026, read 14 October 2026: service-manual.nhs.uk

Let's design your healthcare product