Features
Every section describes something that exists in the application today. No planned features, no integrations that have not been built.
1. Inventory
Products, suppliers and categories are shared across the organisation, so a group does not maintain the same catalogue several times over. Balance, reorder level, critical marking and withdrawal history belong to each individual clinic.
2. The stockroom
A tablet is mounted in the stockroom and tied to the clinic by a manager. It is signed in as the clinic, not as a person, so whoever fetches an item does not have to log in mid-task.
3. Ordering
Every item has its own reorder level per clinic. When the balance falls below it, the item is flagged automatically in the application and appears on the To Order list, together with how much is missing.
4. Statistics
Consumption per behandlare is the whole point of the system, and at the same time it is data about employees. The figures are therefore deliberately framed: they are shown to managers, compared against the median for colleagues, and never ranked.
5. Groups
The catalogue is shared, the operation is per clinic. The clinic switcher is shown only to someone who genuinely has access to more than one clinic. A single clinic sees no extra control at all.
6. Data
The catalogue can be read in from a spreadsheet instead of being typed. The file is read on the server and errors are reported row by row and column by column, so a mistake in row 40 does not quietly take the rest with it.
7. Permissions
Three roles, plus the tablet as its own sign-in. Nobody sees buttons that would be refused anyway. Someone without permission does not see the control.
8. Traceability
Withdrawals and the event log are rows that are added, never changed or removed. The application has no function for deleting them. Products and suppliers are archived instead of disappearing.
We show the system in a walkthrough and answer what it does and does not do.
