User workflow
Define the information and actions required for the intended device workflow.
Medical and healthcare devices can have very different display, interaction and software workloads. Define the product workflow and product-specific validation needs before fixing the embedded architecture.
Use these questions to narrow the HMI workload, then compare compute, display, GUI and engineering paths.
Define the information and actions required for the intended device workflow.
Set screen size, information density and viewing requirements from actual use cases.
Map sensors, host systems, networking and peripheral connections before architecture selection.
Identify product-specific software, usability, documentation and validation requirements early in the project.
A focused serial or MCU interface, a richer RTOS HMI and an application-class Linux system solve different problems. The HMI Selector uses the rest of your brief to narrow the starting point.
For focused control and status interfaces where integration effort, startup and cost matter strongly.
For richer graphics, more pages and broader I/O while retaining an embedded real-time product model.
For complex workflows, larger software stacks, networking, media or application-style functionality.
No single architecture is assumed for this application. Use the workflow, display, UI, interfaces and project constraints to compare the practical HMI paths.
Use the selector for an initial architecture direction, or share the project constraints for a more specific discussion.