Marian TrufașuProduct Designer
Give your product the chance to be used
Product design and design system · Pharmacy software, Germany

A 40-module pharmacy ERP on one design system, selected by a 120-pharmacy chain

Lead designer on the rebuild of a legacy pharmacy ERP — the design system, the page templates every screen is built from, and back-office reports that say what the numbers mean and what to do next.

Role
Lead designer
Team
3 designers
Scope
40 modules, design system, page templates
Status
2 modules in pilot, 3 in development
The back-office revenue screen
Revenue overview of a pharmacy back office, redrawn with sample data: four KPI tiles, a stacked monthly chart of revenue and costs, and the cost split as a donut chart.
1Every number has a comparison

Total, monthly average, best and weakest month, each set against the previous year or the average, so a figure never stands alone.

2Revenue and costs per month

One stacked chart shows how each month splits into goods, rent, staff, other costs and the result.

3Where the money goes

The cost split for the chosen period, with the result share called out underneath.

How decisions were made

Interviews with pharmacy owners, pharmacy managers and the client’s stakeholders.

One design system for 40 modules

Raw colour ramps resolve into light and dark swatches, shared scales keep every screen aligned, and components build the page templates. I run the library: other designers propose components, I add them, and versions are published regularly with a changelog. Developers take the tokens straight into the build.

Token board in four layers: colour palette, light and dark swatches, spacing, radius and type scales, and components building page templates.
How the tokens are layered · Reconstructed for this case study

Settle the layout once, in the template

Stakeholders disagreed about where actions should sit, and users arrived with habits from the different systems they had used before. Instead of settling it screen by screen, the list template was explored in four layouts. Option C — page title with search beside it, quick filters below — was chosen because it fits most of the use cases. Every list in the product now inherits it.

Four wireframes of the list template, A to D, each placing the title, search, quick filters and actions differently. C, the title with search beside it and quick filters below, is marked as chosen.
List template explorations · redrawn as wireframes

Reports that say what to do

Back-office reports usually stop at the chart. The ABC analysis goes one step further: next to turnover and revenue share (actual against ideal), it explains what the gap means in plain language and lists concrete next steps, for example “A items turn too fast: order them more often.” This part is shown as a concept; it is in the design, not yet in the released modules.

ABC analysis: turnover and revenue share, actual against ideal, an article class table, and a column explaining what the numbers mean with suggested next steps.
ABC analysis with interpretation · redrawn with sample data

Numbers a pharmacy owner can use

The revenue overview shows four KPI tiles (total, monthly average, best and weakest month, each compared with something), a stacked monthly chart and the cost split. Customer frequency is a heatmap of customers per hour across the week, so staffing can follow the real peaks. Both are built for pharmacy owners and managers — the people the interviews showed make these decisions.

Customer frequency heatmap: customers per hour from Monday to Saturday, with the weekly peaks outlined and the busiest and quietest hours summarised below.
Customer frequency · redrawn with sample data
120pharmacies in the chain that selected it
2modules in pilot
3modules in development

From the design system

Fewer inconsistencies, fewer UI bugs, and little front-end rework on standard components and behaviour.