Koncept digitálního zdravotního produktu vycházející z reálné praxe z FN Motol. Během koordinace vestibulární poradny jsem opakovaně viděla, že problém pacientů nespočívá pouze v připomenutí léku — obtížná je orientace v celé léčbě, recepty, komunikace s lékaři, dostupnost léků i porozumění informacím. Systémový přístup propojující pacienta, lékaře a lékárnu.
Role
UX Research · Produktový koncept · Prototypování
Kontext
SDA UX/UI kurz + vlastní zkušenost z FN Motol
Nástroje
Figma · FigJam · Macaly · GitHub · Vercel
Délka
UX výzkum a návrh vznikaly v rámci kurzu SDA UX/UI. Funkční klikatelný prototyp jsem následně vytvořila v Macaly přibližně během jednoho týdne.
Projekt vznikl jako součást kurzu UX/UI designu na SDA (říjen 2024 – duben 2025). Jedním z témat bylo navrhnout aplikaci pro připomínání léků. Vybrala jsem oblast, kterou jsem dobře znala z praxe: zdravotnictví.
Pět let jsem koordinovala vestibulární poradnu ve FN Motol. Každý den jsem komunikovala s pacienty, kteří bojovali s léky, recepty, termíny. Viděla jsem, co je opravdu těžké — a samotné připomínání léků to neřešilo.
Od začátku jsem věděla, že nechci projektovat jen připomínač. Chtěla jsem pochopit širší souvislosti léčby a navrhnout koncept, který propojuje pacienta, lékaře a lékárnu jako celek.
UX výzkum a prvotní návrhy vznikaly v rámci kurzu ve Figmě. Funkční klikatelný prototyp jsem následně vytvořila v Macaly a publikovala přes GitHub a Vercel — přibližně během jednoho týdne.
Ještě před návrhem jsem provedla dotazníkový výzkum. Vzorek tvořilo přibližně 30 respondentů. Cílem nebylo statistické potvrzení hypotéz — chtěla jsem pochopit problémy uživatelů a ověřit základní předpoklady, se kterými jsem vstupovala do projektu.
Vlastní zkušenosti z FN Motol mi pomohly formulovat výzkumné otázky a interpretovat odpovědi v kontextu reálného fungování zdravotnického prostředí.
Průzkumné hypotézy
Poznámka k metodologii
Hypotézy byly průzkumné, nikoliv definitivně potvrzené. Výzkum sloužil jako podklad pro designová rozhodnutí — spolu s přímou zkušeností z prostředí zdravotnictví.
Správa léků není problém jednoho člověka. Je to systém s několika aktéry — a každý hraje svoji roli. Prášek včas je navržen tak, aby propojoval všechny tři strany.
Potřeba
Přehled, klid, automatizace
Potřeba
Strukturované žádosti, přehled
Potřeba
Efektivní výdej, méně chaosu
Systémové myšlení
Aplikace pro pacienta je vstupní bod. Ale skutečný dopad přijde teprve tehdy, kdy bude propojená s lékařem a lékárnou — jako celek, ne jako tři oddělené nástroje.
Při rešerši existujících řešení jsem narazila na řadu aplikací zaměřených na připomínání léků. Většina z nich se soustředila především na samotné užití léku. Mě ale zajímalo, co se děje předtím a potom — recepty, dostupnost léků, komunikace s lékaři nebo orientace v léčbě jako celku.
Duplicitní léky
Různí lékaři předepisují stejnou účinnou látku pod různými obchodními názvy. Pacient to zjistí, nebo ne.
Docházející zásoby
Chronicky nemocní nestíhají hlídat, kdy jim dochází lék. Žádost o recept přijde pozdě — lék chybí.
Bariéra telefonování
Telefonovat lékaři kvůli receptu je pro mnoho pacientů psychologicky náročné. Odkládají to.
Nebezpečné kombinace
Léky předepsané různými specialisty mohou být v interakci. Nikdo pacientovi přehled nedá.
Klíčový insight z výzkumu
„Problém není zapomenout vzít prášek. Problém je, že prášek vůbec nemám — protože jsem se nestihla zeptat lékaře včas."
Na základě výzkumu jsem definovala pět klíčových oblastí, které musí aplikace pokrýt.
Sledování zásob, ne jen připomínky
Aplikace hlídá, kdy lék dochází, a automaticky navrhuje žádost o recept s dostatečným předstihem.
Digitální správa e-receptů
Celý proces od žádosti po vyzvednutí — žádost lékaři, sledování stavu, QR kód pro lékárnu.
Bezpečnostní síť interakcí
Upozornění na potenciálně nebezpečné kombinace léků, srozumitelně vysvětlené.
Propojení s lékaři a lékárnami
Rychlý přístup ke kontaktům, otevírací doby nejbližších lékáren, přímé objednání.
Informovaný pacient
Příbalové letáky v čitelné, strukturované podobě přímo v aplikaci.
Detailně jsem zpracovala jednu hlavní personu — chronicky nemocnou pacientku, pro kterou byla aplikace primárně navržena. Další cílové skupiny vznikly jako rozšíření produktu na základě výzkumu a zkušeností z praxe — pečující příbuzní a aktivní pacienti v produktivním věku.
Chronicky nemocná pacientka
55–70 let
Problém
Bere 4+ léků od více lékařů, nestíhá žádat o recepty včas, bojí se zbytečně volat.
Potřeba
Přehled, automatizace, klid.
Aktivní pacient
35–50 let
Problém
Chce mít vše pod kontrolou, nesnáší papírování, ocení digitální e-recept k vyzvednutí.
Potřeba
Efektivita, rychlost, přehlednost.
Pečující rodinný příslušník
30–45 let
Problém
Pomáhá rodiči se léky, vyzvedává recepty za něj, potřebuje přístup k informacím.
Potřeba
Sdílení, transparentnost, důvěra.
Uvítací obrazovka jasně sděluje hodnotu produktu třemi konkrétními přínosy — bez žargonu. Uživatel se může přihlásit nebo rovnou přeskočit do demo ukázky.
Onboarding průvodce ukazuje spodní navigaci v kontextu — ukazatel přímo na UI prvek s krátkým vysvětlením. Progressive disclosure, šest kroků, tlačítko „Přeskočit" vždy viditelné.
Domovská obrazovka integruje tři dimenze najednou: kalendářní plán na týden, aktuální stav zásob každého léku a aktivní upozornění. Uživatel vidí celou situaci na jednom místě.
Zásoby jsou vizualizovány progress barem — oranžová = docházející zásoby / varování, červená = kritický stav. Z upozornění „Dochází Lyrika" lze přímo jedním klepnutím podat žádost o recept.
Celý životní cyklus e-receptu je pokrytý v jednom místě. Od žádosti přes čekání na vyřízení až po QR kód pro lékárnu.
Formulář žádosti je předvyplněný — lék i lékař jsou doplněni automaticky z profilu. Uživatel jen zkontroluje a odešle.
Po odeslání se zobrazí potvrzovací modal s informací o lékaři a očekávané době vyřízení (1–2 pracovní dny).
Jakmile lékař schválí, aplikace zobrazí e-recept s QR kódem a čárovým kódem — připravený pro lékárnu.
Aplikace automaticky detekuje potenciálně nebezpečné kombinace léků v uživatelově profilu. Upozornění se zobrazuje přímo na domovské obrazovce — prominentně, ale ne alarmisticky.
Rozbalený panel interakce vysvětluje proč je kombinace riziková (srozumitelně, bez latinských termínů), co konkrétně hrozí a doporučuje konzultaci s lékařem — s přímým tlačítkem „Kontaktovat lékaře".
Záložka Podpora sdružuje dva adresáře: lékaři uživatele a nejbližší lékárny. Z každého kontaktu lze přímo zavolat, napsat e-mail nebo požádat o e-recept.
Funkce sdílení kontaktu lékaře řeší běžný scénář — předat kontakt na lékaře příbuznému. WhatsApp, email nebo kopírování do schránky. Detail lékárny ukazuje vzdálenost, hodnocení, otevírací dobu a mapu.
Aplikace funguje na konzistentním vizuálním jazyce. Zelená je primární barva pro důvěru a orientaci. Oranžová (Mango Tango) označuje docházející zásoby a varování. Červená signalizuje kritický stav — to, co vyžaduje okamžitou pozornost.
Příbalové letáky bývají schované v krabičkách, snadno se ztratí nebo se v nich obtížně orientuje. Chtěla jsem, aby měl uživatel základní informace o svém léku vždy po ruce — přehledně a srozumitelně. Leták je proto strukturovaný do jasných sekcí: Dávkování, Nežádoucí účinky, Interakce, Upozornění, Uchovávání. Součástí konceptu je také možnost ověřit informace v oficiálním zdroji prostřednictvím databáze SÚKL.
Výzva
Jak motivovat k vyplnění profilu bez frustrace?
Rozhodnutí
Demo mode s testovacími daty
Produkt pracuje s citlivými zdravotními údaji a v reálném provozu by vyžadoval napojení na externí systémy, například eRecept. Demo režim umožnil ověřit uživatelskou hodnotu a logiku produktu bez nutnosti zpracovávat osobní zdravotní data.
Výzva
Formulář žádosti o recept — příliš mnoho polí
Rozhodnutí
Automatické předvyplnění + badge „Vyplněno automaticky“
Pokud lék a lékař jsou v profilu, formulář se předvyplní a je jasně označen. Uživatel jen zkontroluje a potvrdí — kognitivní zátěž minimální.
Výzva
Jak zobrazit interakce tak, aby nestraší, ale informují?
Rozhodnutí
Dvoustupňový disclosure — banner → rozbalitelný detail
Banner je viditelný, ale není alarmistický. Kdo chce detail, klepne. Kdo ne, vidí jen zkrácené varování a tlačítko na lékaře.
Výzva
Chroničtí pacienti nechtějí aplikaci, která je kontroluje
Rozhodnutí
Jazyk podpory, ne surveillance
Texty formuluji jako asistenci: „Zbývá vám 16 tablet“ místo „Nezapomněli jste požádat o recept?“. Aplikace je spojenec, ne hlídač.
Prášek včas je zatím prototyp zaměřený na pacienta. Ale skutečná hodnota spočívá v propojení celého ekosystému. Zde jsou směry, které dávají smysl jako další kroky.
Dostupnost léku v okolních lékárnách
PacientPřed tím, než pacient vyrazí vyzvednout recept, zjistí přímo v aplikaci, kde je lék na skladě. Ušetří zbytečnou cestu a čekání. Propojení s lékárenskými systémy (Dr. Max, Benu, nezávislé lékárny) by bylo klíčovým infrastrukturním krokem.
Rozhraní pro lékaře
LékařLékař by mohl přijímat strukturované žádosti o e-recept přímo z aplikace — s kontextem pacienta a historií léků. Méně telefonátů, méně papírování, méně narušených ordinací. Jednoduché schvalování: lék, dávkování, potvrdit.
Rozhraní pro lékárnu
LékárnaLékárník vidí příchozí recepty s QR kódem dopředu. Může si připravit lék před příchodem pacienta. Snižuje čekací dobu a chaos u výdejního pultu. Propojení na systém zásobování dává lékárně lepší přehled o poptávce.
Rozšířené notifikace a automatizace
PacientInteligentní upozornění založená na spotřebě: aplikace odhaduje datum, kdy lék dojde, a automaticky navrhuje žádost s předstihem. Připomínky nastavené na míru — jinak pro chronického pacienta, jinak pro pečujícího příbuzného.
Možné financování produktu
BusinessMožné financování prostřednictvím zdravotních pojišťoven, lékáren nebo zdravotnických partnerů. Cílem je zachovat bezplatný přístup pro pacienty — produkt by měl sloužit jim, ne být bariérou z důvodu ceny.
Proč to má smysl
Zdravotnictví je oblast, kde špatná UX má přímé dopady na lidi. Každý krok k lepší komunikaci mezi pacientem, lékařem a lékárnou snižuje chyby, stres a zbytečné náklady — pro všechny strany.
Výsledkem je klikatelný produktový prototyp vytvořený v Macaly a publikovaný prostřednictvím GitHubu a Vercelu — kompletní tok od onboardingu přes správu léků po vyřízení e-receptu. Hlavním cílem projektu bylo ukázat způsob uvažování nad zdravotním produktem — propojení potřeb pacienta, lékaře a lékárny jako funkčního celku.
Projekt ukázal, jak mohou zkušenosti získané při každodenní práci s pacienty pomoci při navrhování digitálních zdravotních služeb. Mým cílem nebylo vytvořit další připomínač léků, ale ukázat, jak lze propojit potřeby pacienta, lékaře a lékárny do jednoho smysluplného systému.
Co bych udělala jinak
S více časem bych investovala do testování s reálnými uživateli — zejména staršími pacienty s více léky. Také bych hlouběji prozkoumala integraci s existujícími systémy (eRecept ČR, pojišťovny) a ověřila legislativní možnosti sdílení lékařských dat.
Všechny obrazovky interaktivního prototypu. Kliknutím zobrazíte detail.