Workshop note

Designing occupational-health workflows without flattening the work

Specialist software becomes useful when it respects clinical review, operational constraints, and the points where judgement still belongs to a person.

Occupational-health software often begins with a spreadsheet, a paper form, or a sequence of messages between people who already understand the work. Replacing those tools is easy. Preserving the reasoning hidden inside them is not.

Start with the decision, not the dashboard

A dashboard may be the final surface, but it is rarely the real problem. The useful questions are earlier:

  • What decision must be made?
  • Which evidence supports it?
  • Who may review or correct the result?
  • What must remain traceable later?
  • Where does clinical judgement override an automated interpretation?

The workflow should be designed around those answers before charts and cards enter the room.

Automation should prepare review, not impersonate it

Audiogram interpretation, health-checkup summaries, ergonomics assessments, mental-wellbeing questionnaires, and fitness testing can all benefit from consistent calculation and structured reporting. None of that removes the need for appropriate professional review.

A responsible system makes uncertainty visible, keeps source data available, and distinguishes a generated interpretation from a confirmed clinical conclusion.

Privacy changes the product architecture

Sensitive information cannot be treated as ordinary marketing data. Access boundaries, identifiers, exports, screenshots, logs, and support workflows all require deliberate choices.

That is why Quack & Honk’s public case studies show only logged-out landing pages. Demonstrating the interface is not a reason to expose the people whose information the system exists to protect.