Loading NoazRX experience…
Healthcare-only pharmaceutical logistics

Pharmaceutical logistics, from distribution to the patient

NoazRX is a healthcare-only transport and evidence layer. We move medication between the parties in a pharmaceutical supply chain — distribution and central fill out to pharmacies, and pharmacies out to patients, long-term care, hospitals and clinics — and we produce the record of what happened on the way. Custody, temperature, proof of delivery, exceptions and returns are part of the transport workflow, not a report assembled afterwards.

We are not a parcel network with a healthcare page, and not a driver app you install. Read the full picture on pharmaceutical logistics, or start with the stage that matters to you: regional distribution or final-mile delivery.

  • Distribution & central fill → pharmacy
  • Pharmacy → patient, LTC, hospital, clinic
  • Custody, temperature, proof, exceptions
  • API, TMS and reporting in the workflow
Where NoazRX sits

One chain, two transport stages, one record

Medication reaches a patient through a sequence of licensed hands. NoazRX operates the transport between them and produces the evidence of each handoff. The stages below are ordered as the medication travels.

  1. 1 · Distribution and central fill

    Stock leaves a distributor, a central-fill operation or a chain's own consolidation point. NoazRX does not warehouse, store or dispense — it moves what those sites release, and records the release.

  2. 2 · Regional transport to the pharmacy

    The stage most patients never see: central fill to pharmacy, distribution point to pharmacy, replenishment runs, inter-store transfers and pharmacy-to-pharmacy movement. The recipient is a licensed site with a receiving process, which changes what the evidence has to prove.

  3. 3 · The pharmacy or care facility

    Receipt, count and acceptance. A discrepancy found here is a discrepancy found before it becomes a missing dose, which is why the manifest is reconciled at handoff rather than reconstructed later.

  4. 4 · Final-mile delivery

    The last leg, and the one with a person at the end of it: pharmacy to patient, specialty pharmacy to patient, pharmacy to long-term care, pharmacy or hospital to clinic. Who may accept, what proves they did, and what happens when nobody can — all decided before the route runs.

  5. 5 · Patient, resident, ward or clinic

    A documented handoff to a named recipient, or a documented failure to complete one. Both are outcomes. Only one of them is usually planned for.

What runs across every stage

The controls are the product

A parcel network optimises for the package arriving. Pharmaceutical transport has to answer a harder question afterwards: who held this, at what temperature, who accepted it, and what happened when something went wrong. Those answers are built into the transport workflow rather than assembled from it.

Chain of custody

An attributable record of every hand the medication passed through: scan, timestamp, driver identity, container reference, and the note explaining anything that departed from the plan. Custody is a continuous record; proof of delivery is one event inside it.

Temperature visibility

Ambient medication has a labelled range, and a vehicle cabin does not respect it by default — a logger we left in one for 165 days recorded a high of 50.6 °C and a low of −14.4 °C. Refrigerated and temperature-aware workflows are configured per programme, and what was recorded is part of the delivery record.

Proof of delivery

Recipient confirmation, signature or photo, timestamp, location context and the relationship of whoever accepted it to the patient. A pharmacy answering a dispute six weeks later needs the record, not a recollection.

Tracking and communication

A recipient-facing status link so the pharmacy is not the one fielding "where is it", and a dispatch view where drift is visible before it becomes a complaint.

API, TMS and reporting

Orders in, status out, records back into the systems a pharmacy already runs. A delivery record that lives only in someone else's portal is a record you do not have.

Delivery solutions built for care teams

Medical & pharmacy delivery solutions with software at the core

One platform behind the transport: dispatch, the driver workflow, the recipient contact and the record that comes out the other end. What follows is what the software does, described as capability — whether a given programme uses a given workflow is a decision made when its lanes are designed.

Urgent & hotshot delivery

Urgent and STAT requests are dispatched from the same queue as everything else, so an escalation does not become a phone tree. Pharmacists, on-call staff and the receiving site see the same ETA, the same handling requirement and the same signature rule.

Temperature-controlled transport

Vehicles and transport containers can carry ambient and refrigerated workflows where a programme is configured for them, with temperature records linked to the delivery rather than kept in a separate system. Driver handling prompts follow the pharmacy's own procedure. What a specific programme supports — including whether frozen or dry-ice handling is in scope at all — is decided per lane and stated in the operating plan, not here.

Pharmacy delivery software suite

Integrate with pharmacy management, EHR, and inventory systems to automate manifests, proof of delivery, and billing. Configurable dashboards surface compliance workflows, while APIs extend delivery software data into ERP and analytics tools.

Delivery analytics & optimization

Routing sequences mixed pharmacy and facility runs, and the delivery record is queryable afterwards: dwell at a stop, exception rate by reason, temperature readings against a lane. Reporting describes what your own programme did — it is not a benchmark against numbers you cannot inspect.

Track a package

Give patients real-time visibility

Share a secure tracking link so a recipient can see status and ETA without the pharmacy exposing anything else about them. Tokens expire on completion and can be revoked.

  • Privacy controls designed for PHI-aware sharing
  • Live courier map with timestamped updates
  • Automated expiry on delivery completion
Measured, not asserted

What a delivery vehicle actually recorded

A single-use logger sat in a delivery vehicle cabin for 165 continuous days. Every figure below is recomputed from that committed export and checked against the device's own summary before the page is allowed to build. The study describes one vehicle, one logger position and one region — it is an environment, not a fleet, and not a statement about any medication's stability.

50.6 °C

Highest cabin reading across the recording.

−14.4 °C

Lowest cabin reading across the recording.

165 days

Continuous recording, at a ten-minute interval.

23.7 °C

Mean kinetic temperature, the statistic controlled room temperature is defined by.

Service levels, described by what they require

Each service level is a different set of operating conditions, not a different promise. Switch tabs to see what a lane needs before it can run that way.

Rush — the fastest lane a route can support

For orders where the delay itself is the clinical problem: a discharge waiting on a medication, an on-call therapy, a dose a facility cannot start without. A rush lane is designed one route at a time, because whether it is achievable depends on the distance, the pickup, the receiving site and the coverage available that day.

  • Proof capture at handoff: recipient confirmation, photo or signature, timestamp and driver identity.
  • Custody prompts for controlled medications, configured to the pharmacy's own procedure.
  • A recipient-facing link with status, so the pharmacy is not the one answering “where is it”.

When it fits

Discharge medication, on-call specialty therapy, a dose a facility cannot wait for.

What it needs

A short, known lane, a pickup that can be ready on notice, and a receiving site that can accept out of cycle.

Escalation

Named contacts and a defined trigger, agreed before the lane runs rather than improvised during it.

Lane Distance and access decide the window
Pickup Readiness at origin, not courier speed
Receiving Who can accept, and when
Availability: a rush lane runs where local coverage, the route design and the operating plan support it. Coverage is planned, not assumed — see the coverage pages. Domestic only: Canadian prescriptions stay with Canadian transport and U.S. prescriptions with U.S. transport. Nothing crosses the border.
LOGISTICS STRATEGY & PLANNING

Built to Scale. Designed for Healthcare.

A programme is designed before it runs. Whether you are an independent pharmacy, a central-fill operation or a multi-location group, the work starts with the same questions: which lanes, at what volume and rhythm, with what temperature and custody requirements, and what you need to be able to prove afterwards. The plan comes out of those answers — not out of a service tier chosen from a page.

What We Do

  • Central fill → pharmacy distribution
  • Central fill → direct-to-patient delivery
  • Pharmacy → patient same-day & scheduled delivery
  • Inter-city and multi-hub lane planning
  • Route optimization and load balancing
  • Driver, vehicle, and capacity planning

Central Fill Pharmacy Logistics (End-to-End)

We support both delivery to individual pharmacies and direct delivery to patients, as requested. Every engagement includes complete documentation and traceability.

  • Chain-of-custody tracking
  • Proof of Delivery (POD)
  • Photo proof at drop-off
  • Time-stamped delivery confirmations
  • Digital documentation & audit logs
  • Signature capture or contactless confirmation

Built for Scale & Compliance

  • Route optimization tuned for healthcare routes
  • Live tracking & exception handling
  • Secure documentation storage
  • Audit-ready delivery records
  • Scalable from local to inter-city lanes

Tell us your volume, coverage area, and compliance needs — we’ll design the logistics plan.

Operational intelligence that scales

The modules behind each service level, and what each one records.

Live demonstration

HeartBeat Monitoring

Monitor pharmacy fridges through live temperature readings, configured operating ranges, excursion periods, missing-data gaps, alert visibility and audit-ready reporting.

Two capabilities: delivery temperature monitoring in transit, and in-pharmacy fridge monitoring. The public demonstration shows the in-pharmacy fridge.

View the live HeartBeat demo

Read-only demonstration equipment. No customer or patient data.

AI POD Monitoring

Signature, seal and photo capture is checked for completeness before a delivery can be marked complete.

Live Driver Movement

See where a route is, re-sequence stops, and surface drift before it becomes a complaint.

Enterprise Sorting & Labeling

Produce route-ready labels and reconcile the manifest at the pharmacy, so a discrepancy is found before the route leaves.

Patient Links

Send a recipient a status link and delivery instructions, carrying the minimum information the message needs.

Cold-Chain & Security

Temperature records tied to the delivery, seal capture, and handoff rules for specialty medication.

Partner Connectivity

Export delivery records into the systems you already run, so the evidence is yours and not only ours.

NoazRX HeartBeat

Live pharmacy fridge monitoring, without hidden gaps

See current temperature, configured operating limits, recorded excursions, gateway status and missing-data periods from a real NoazRX demonstration fridge.

  • Live demonstration
  • Read-only
  • No customer data
Loading
Current temperature —
Range status
Reading unavailable
Configured range
—
Last reading
Loading live reading…

HeartBeat is pharmacy temperature monitoring for fixed equipment. A gateway and sensor report each fridge continuously, so live temperature monitoring, fridge excursion alerts and audit-ready temperature records come from the same record instead of a clipboard round.

  • Live equipment status
  • Configured operating ranges
  • Excursion visibility
  • Missing-data and offline-period visibility
  • Alert and acknowledgement history
  • Audit-ready monitoring records

Tell us how many fridges or monitored assets you need to monitor. We’ll discuss sensor setup, alert routing and reporting.

HeartBeat reports recorded readings against the operating range configured for each unit. It does not determine regulatory compliance or medication safety on your behalf.

Coverage

How coverage is decided

NoazRX supports configured programmes in Canada and the United States. Whether a specific lane can be operated is not a property of a city; it is decided by the lane itself. Transport is domestic on both sides of the border — nothing crosses it.

What we need to know

The inputs that decide whether a lane is operable, and on what service level.

  • Origin and destination, and what each of them is: distributor, central fill, pharmacy, facility, patient address
  • Volume and rhythm — a daily cycle and an occasional run are different problems
  • Pickup readiness and receiving windows at both ends
  • Temperature requirement, if the product has one
  • Custody requirements, including anything controlled
  • What the pharmacy or facility needs to be able to prove afterwards

What decides feasibility

The constraints that turn a plausible lane into an operable one.

  • Local driver coverage on the days and hours the lane needs
  • Distance and access — buildings, elevators, loading, reception hours
  • Whether the receiving site can accept out of its normal cycle
  • Whether the service level is achievable on that route, rather than in general
  • Escalation: who is called, on what trigger, and by when

What we will not tell you

Because a coverage answer that is not true is worse than a slow one.

  • That a city is covered because it appears on a map
  • That a duration is guaranteed before the lane has been designed
  • That a workflow the software can configure is a workflow already running near you
  • That a capability exists because there is a field for it
The technology layer

Software that produces the record, not software that describes it

The evidence a pharmacy needs is only trustworthy if it is captured as the work happens. NoazRX runs the dispatch, the driver workflow and the recipient contact, which is why the custody trail, the proof of delivery and the exception record are outputs of the delivery rather than a form somebody fills in afterwards.

Pharmacies dispatching their own programme start with pharmacy delivery software. Organisations integrating delivery into systems they already run start with the healthcare TMS and API layer: orders in, status back, delivery records exported into their own reporting. Recipients and pharmacy staff follow a delivery through live delivery tracking.

Privacy is a design constraint on all of it — what appears on a manifest, who can open a record, how long it is kept. Those privacy controls are built to support a healthcare organisation's own obligations under HIPAA and PHIPA; they are not a substitute for that organisation's own compliance programme, and NoazRX does not claim to be one.

Frequently asked

Questions buyers actually ask first

Short answers about what NoazRX is, what it does not do, and how a programme gets designed.

What does NoazRX actually do?

NoazRX is a healthcare-only transport and evidence layer for pharmaceutical logistics. It moves medication between the licensed parties in a supply chain — distribution and central fill out to pharmacies, and pharmacies out to patients, long-term care, hospitals and clinics — and it produces the custody, temperature, proof-of-delivery and exception record for each movement.

Is NoazRX a courier company or a software company?

Both, deliberately. The evidence a pharmacy needs is only trustworthy if it is captured while the work happens, which means the transport workflow and the record have to be the same system. A courier that hands you a PDF, or software that receives a status from someone else's driver, produces a weaker record than either party claims.

Do you operate warehouses, storage or fulfillment facilities?

No. NoazRX does not warehouse, store, pick, pack or dispense, and it is not a wholesale distributor. It moves what licensed sites release and records the movement. Transport between those sites is described on regional pharmaceutical distribution.

Which cities do you serve?

NoazRX supports configured programmes in Canada and the United States, and whether a specific lane can run is decided by the lane rather than by the city: origin and destination, volume and rhythm, pickup readiness, receiving windows, temperature and custody requirements, and local driver coverage. Tell us the lane and you get a straight answer about that lane. See how coverage is planned.

How fast can you deliver?

Service levels are designed around route requirements. A same-hour or STAT lane depends on distance, pickup readiness, building access and whether the receiving site can accept out of cycle — so a duration published on a marketing page would be a number about no particular route. Commitments are agreed per programme, against a specific lane. See how service levels are designed.

Do you transport prescriptions across borders?

No. Every run stays inside the originating country: Canadian prescriptions move with Canadian transport and U.S. prescriptions with U.S. transport. Nothing crosses the border.

What do you record for each delivery?

A programme can be configured to capture barcode scans, custody events with timestamps, driver identity, container or tote references, temperature readings where the lane is monitored, recipient confirmation with a photo or signature, the relationship of whoever accepted it to the patient, and an exception reason where the delivery did not complete as planned. See chain of custody and proof of delivery.

Can you handle refrigerated and temperature-sensitive medication?

Temperature-aware and refrigerated workflows can be configured where a programme's requirements support them, and the readings become part of the delivery record. We publish our own measurements of what a delivery vehicle cabin actually does rather than a compliance percentage — see the research and cold chain and refrigerated transport.

What happens when a delivery cannot be completed?

The failure is recorded rather than retried silently: the reason, the attempt, who was contacted, and what happened to the medication afterwards. Reattempt and return-to-pharmacy rules are agreed when the programme is designed. See delivery exception documentation and returns and reverse logistics.

Are you HIPAA and PHIPA compliant?

NoazRX builds privacy controls designed to support a healthcare organisation's obligations under HIPAA and PHIPA: minimum-necessary information on a manifest, role-based access to delivery records, expiring recipient links, and defined retention. Those are controls, not a certification — there is no such thing as being certified HIPAA compliant — and they do not replace your own compliance programme. See privacy controls in a delivery workflow.

Ready to modernize pharmacy delivery?

Tell us the lanes: where medication starts, where it has to arrive, at what volume and rhythm, with what temperature and custody requirements, and what you need to be able to prove afterwards. That is the conversation that produces an honest answer.

Lane-by-lane programme design Integration with the systems you already run A straight answer about what we cannot do

Talk to us

Call +1 833-712-NOAZ or email support@noazrx.com.

Escalation paths

Temperature-sensitive and controlled medication programmes are designed with a named escalation route, agreed before the first route runs.

Documentation

Handling guides for drivers, pharmacies and recipients, written against your programme's own procedure.

Do not include patient names, prescription information or other personal health information.

Loading verification question…