Moving between patients requires clarity about whose record is open and what happens when a visit ends. For MIS+, I focused the prototype on the queue, the selected patient’s context and explicit actions for moving forward.
Explore the screensThe clinic-network PRD notes twenty old navigation icons, inconsistent filters and busy forms. These are unvalidated design observations. The prototype focuses on reception and patients.
The challenge is retaining context when the queue changes. Patient details, history, current visit and summary belong together, while completion and non-attendance need distinct actions despite both advancing the queue.
Search for and select a demonstration patient
Review history, the current visit and the allergy warning
Complete the visit or separately mark it as missed
Move to the first waiting patient
Switching between list and record can obscure whose history and visit are displayed.
The left-hand queue accompanies patient details, history, current visit and summary. Search and selection work with demonstration records.
The composition assumes desktop space. Long histories and larger queues still need usability testing.
Completion and non-attendance change the queue but represent different events, requiring distinct actions.
Finish-and-next is separate from marking a missed visit. Both promote the first waiting patient.
Queue changes are local. Mistaken completion, reversal and consistency across workstations need further design before connecting real data.
Icon-only navigation demands memorisation, while allergy warnings can disappear among densely arranged fields.
The shell labels navigation and places an allergy strip above visit actions. New-patient entry has a separate route.
The strip does not establish comprehensive clinical warnings. Saved-state labels do not mean form data is persisted.
The palette and principles represented in the prototype. A full component specification is not yet part of this case.
Colours #DCECB9, #E2E8E3, #F5F7F4 and #18332C underpin MIS+’s queue, fields and summary.
#DCECB9#E2E8E3#F5F7F4#18332CLabelled navigation unifies three routes. Other labels do not establish functioning scheduling or finance modules.
Selection changes patient context; completion and non-attendance advance the queue locally against six fixture patients.
Read-only HTML previews of the original Russian-language prototypes. Demo data; personal identifiers replaced.
The process material demonstrates AI use for structure, code, demo data and states. The designer owns priorities, clinical context and verification. This documents an approach to prototyping without a measured speed gain.
The prototype implements three routes, patient search and selection, and local queue changes after completion or non-attendance. It brings visit context into a desktop composition and presents a new-record form.
In a future test, find a patient and identify whose history is open.
Record selection errors, lost context and repeated identity checks against the queue.
Run separate completion and missed-visit scenarios on a test queue.
Check action choice, understanding of the next patient and expectations of reversal.
Review the allergy warning and complete a test new-patient form.
Record warning discovery, omitted fields and saving expectations; test persistence once storage exists.
From totals to individual readings