STATvault Request a demoDemo

Medical courier dispatch software and dispatch app

What does a dispatcher get with StatVault?

The dispatch board, live map, routes, coverage roster and standing orders, with Zippy, the assistant that can work the whole operation with you.

Dispatch is where a courier operation lives or dies. StatVault is medical courier dispatch software built inside a working dispatch office: a medical dispatch app that gives a dispatcher the whole day on one screen, with what was ordered, who has it, where they are, and what the field has actually observed. Where a general logistics dispatch app stops at a dot on a map, this one keeps the custody record too. It runs in production every day, across hundreds of stops a day.

The board: a logistics dispatch app built for specimens

The dispatch board lists every open order and route stop, grouped the way dispatchers think: waiting, assigned, picked up, delivered. Assign or reassign a driver, edit an order, add a leg, or clone a return trip without leaving the board. Each order opens to its detail: the plan, the custody timeline, the photos, and the notes drivers have left about the site. A first-visit badge marks a driver's first time at a building, so the dispatcher knows when to send directions.

The live map

The live map shows every driver from the driver app, their stops, the orders on their phone, and the temperature tags they are carrying. Sites appear as buildings with their access points and boxes, so "the back door on the left" is on the map, not in someone's head. A replay view called Chronoshift rewinds the fleet to any moment in the day, which ends most "where was the driver at three" arguments in seconds.

Who should take it

Every time an order needs a driver, the scorer ranks every driver who could take it and puts the best fit first, with the reasons. Right-click an unassigned order on the board and Zippy suggests up to three names with a score; open the driver picker and the rows are already sorted, the top pick highlighted, the reasons on hover, and Re-score re-evaluates live. It runs on plain data, not a chat model, so a suggestion is instant and free.

What goes in: where the driver is now, by live GPS; who is on today's manifest, which makes them a candidate, and the last sixty days of who runs this lane at this time of day on this weekday, which decides the rank; who is out on the coverage calendar, and who covers them; what each driver already carries; and what you have declared, where Avoid and Lockout beat any history and the driver who owns a standing order on its day always sorts first. Soft penalties such as home turf bend when a driver is already close, and the suggestion says so. When the top score is low, the top three are bunched, or rules were bent on a STAT, the scorer escalates and Zippy writes a short brief with a recommendation and alternatives.

The scorer suggests; you decide. Nothing assigns by itself unless an admin has explicitly turned on a rule that does, which is how instant dispatch covers the orders that land after hours. Pick someone else and your choice is logged next to the suggestion, so the Command Center Scorecard can show exact picks, top-three hits and overrides, and where the scorer was wrong. To change tomorrow's ranking, tell Zippy to avoid or prefer a driver, and it becomes a declared intent the scorer reads.

Routes and the coverage roster

Standing routes are first-class. The roster shows who drove each route and when, which weekday habits each driver keeps, and where coverage is needed. Time-off requests become coverage tickets. A dispatcher can see the gap on Tuesday before Tuesday arrives. Read more about driver scheduling.

Standing orders

Recurring orders run on a calendar that knows holidays and site closures. The schedule shows what will post, what was skipped, and why. Nothing quietly disappears because a holiday fell on a Monday. Read more about recurring orders.

Zippy

Zippy is not a chatbot bolted onto the side. It is StatVault with a voice, named after the man whose courier company this all started in, and it can do anything a dispatcher can do from the board.

Ask it a question and it answers from your live data with its sources: which stops are missing a tap today, what a driver's week looked like, what the notes say about a building's loading dock. Tell it to act and it acts: assign or reassign an order, message one driver or the whole fleet, file a driver's time off, correct a price or a pay line, open an incident, create an order in your TMS. Risky actions get a confirmation step first, and every action it takes is written to the record with Zippy named as the actor, so nothing it does is invisible afterwards.

It works wherever your team already is. On the web, in a conversation that remembers. In Slack, where coverage and custody alerts arrive and a reaction approves or declines. And in playbooks: write a rule once in plain English, such as what to do when a STAT order sits unassigned, and Zippy carries it out every time the condition is true, in shadow mode first if you want to watch before you trust it.

Custody decisions stay with people. Zippy proposes, prompts and executes what you asked for; it does not decide on its own who holds a specimen. Read more about Zippy, the AI dispatch assistant.

Reaching a driver, and knowing what came back

Five ways to reach a driver's phone, each with what the system can show you afterwards.

Every answer lands in the Command Center Acks tab, one line per answer: time, channel, driver, subject, disposition, reason and device. The admin Notifications page records every phone push as sent, skipped because the phone has no token, or failed with the provider's reason, so "the alert never arrived" is a lookup, not an argument. A driver's page shows battery, the battery-optimisation exemption and the app version, because a phone the operating system put to sleep receives nothing.

Per-location procedures, prompts and broadcasts as your compliance record

The same tools that run the day double as the record a compliance reviewer asks for. Every building can carry its own procedure. A per-location prompt is a short instruction attached to a site's access point, or to one order: sign the log book before opening the lockbox, call the lab from the dock, badge in at the side door, gloves on in this room. Write it once on the site and every driver who stops there sees it, on their first visit and every visit after. It rides the driver's manifest, so it works with no signal, and when it is gated it blocks the pickup or delivery swipe until the driver taps Got it. The acknowledgement is recorded per driver, per location, per stop, so you can show that a particular driver confirmed a particular site's procedure on a particular day, not that a notice went out once. An ack-required broadcast does the same for the whole fleet: a new handling procedure, a holiday schedule, a reminder about ice packs or cooler temperatures goes out once, every driver must answer Acknowledge or I can't comply with a reason, and the card returns on every app open for seven days until they do.

Every answer lands in one place, the Command Center Acks tab: time, channel, driver, subject, disposition, reason and device, one line per answer, with passive "seen" receipts kept out so it records answers only. Ask Zippy "who hasn't acknowledged the new specimen handling notice?" and it names them. When a lab or a hospital asks whether your drivers were told, and whether each one confirmed, you open the tab instead of searching a group chat.

The small things, all day

Alerts that mean something

The command center collects the alerts that need a person: a late pickup, a missed scan, a temperature out of range from a SmartBox or a tag. SmartBox lid, contents and photo events show live in the dispatcher event feed. Alerts are deliberately scarce. A dispatcher who sees fewer, better alerts acts on them.

Related

Further reading: How Messages Reach Drivers (Chat, Acks, Pins, Nudges), The Dispatch Scorer.

Questions couriers ask

How does it pick a driver?
A scorer ranks every driver who could take the order by live position, today's manifest, sixty days of lane history by time of day and weekday, who is out on the coverage calendar, current load and your declared avoid or preferred rules. By default the top pick is suggested with reasons and a person assigns. If an admin explicitly turns them on, a Playbook rule written in plain English can assign a named driver the instant an order arrives and an Automaton rule can assign the best-scoring driver; either can run in Shadow first, logging what it would have done, and neither acts until an admin switches it to live.
Can I prove my drivers were told about a procedure?
Yes. Attach it to the site as a per-location prompt, or send it to the fleet as an ack-required broadcast. Each driver must answer, and every answer is recorded per driver, per location, with time, device and reason in the Acks tab.
Does StatVault replace my dispatchers?
No. It gives them their day back. The scorer ranks the drivers, nudges and ack cards chase the answers, the roster knows who ran what, and Zippy does the typing, so a dispatcher spends the hours they used to lose on phone calls thinking critically about the day with better tools in hand. Every custody decision stays with a person.
Does it show where drivers are right now?
Yes. The live map shows each driver's position from the driver app, with their stops and the work on their phone.
Can it handle standing routes and recurring orders?
Yes. Routes and standing orders run on a calendar with holidays and blackouts, and the coverage roster shows who drives each one.
What is Zippy?
Zippy is StatVault with a voice. It can pull any lever a dispatcher can: assign and reassign, message a driver or the whole fleet, file time off, fix a price or a pay line, open an incident, create an order. You ask in plain English on the web or in Slack, or you write a playbook rule once and Zippy acts on it every time the condition is true. Every action is confirmed before it lands and recorded with Zippy as the actor.