ctHelixOne
Licensed add-on EMS Transport

Non-emergent and inter-facility transports, alongside your 911 dispatch.

EMS Transport extends ctHelixCAD™ with a transport-specific dispatch board, multi-patient transports, treatment areas, billing data capture, and HIPAA-friendly primitives. CAD-only — we capture the data, you keep your existing PCR. The module stays hidden until your license enables it.

EMS Transport module overview with Dispatch, Patients, Facilities, Recurring Templates, Billing Exports, Units, and Settings cards
EMS Transport overview. The module’s surfaces — Dispatch, Patients, Facilities, Recurring Templates, Billing Exports, Units, and Settings.

One board, both modes

Schedule what you can. Dispatch what you can’t.

Real EMS work is half planned, half live. EMS Transport handles both on the same surface, on the same units, with the same audit trail.

Schedule what you can

Dialysis runs, IFTs, standing-order routes, scheduled discharges. Built once as recurring templates, instanced on the calendar, claimed by a unit when it’s ready.

Dispatch what you can’t

Unscheduled requests, MCI overflow, transport requests from on-scene units. Same board, same statuses, same audit thread as your scheduled work.

Mixed mode, one board

EMS Transport runs alongside your live 911 traffic. The transport board is its own surface, but the units, the audit log, and the operator are shared with the rest of dispatch.

The dispatch board

A purpose-built surface for transport work.

The transport dispatch board is its own surface. Today, Unassigned, and Calendar tabs let dispatchers move between live triage and forward planning without losing context. Status chips read at a glance — Scheduled, Assigned, En route, On scene, Cancelled.

Pickup time, request number, type, from → to facilities, unit assignment, and status all on one row. Click in for phases, patient detail, billing fields, and the audit thread.

EMS Transport dispatch board with Today, Unassigned, and Calendar tabs, showing transport requests by pickup time, request number, type, from/to facilities, unit, and status

Dispatching workflow

How a transport moves through the system.

From request to cleared, every phase is timestamped and attributed. The unit board, the patient record, and the audit log update together — no separate after-action reconciliation.

  1. 1

    Request created

    New transport entered from the dispatcher, or instanced automatically from a recurring template. Origin, destination, pickup time, type, service level, and the patient (if known).

  2. 2

    Service-level check

    When a unit is assigned, the system checks the unit can handle the requested service level. Per-agency setting: skip, allow-with-warning, or reject. Time-overlap conflicts get the same treatment.

  3. 3

    Unit assigned

    Unit is bound to the transport request and the status moves to Assigned. The unit sees it on the dispatcher board and on its mobile surface immediately.

  4. 4

    Phases drive status

    En route to pickup → On scene (pickup) → Loaded → En route to destination → On scene (destination) → Transfer of care → Cleared. Each phase is timestamped; the unit status follows the transport phase automatically.

  5. 5

    Capture, close, export

    PCS expiration confirmed, HCPCS codes captured, mileage recorded. Closed transports flow into the Patient Manifest and Transport Log reports; the billing export pulls the same data on demand.

What’s tracked per transport

The data each run carries.

Service levels

BLS, ALS, Critical Care, Cardiac, Bariatric, and custom — per-agency. Service-level enforcement modes are configurable so policy can grow as the operation does.

Facilities & destinations

Hospital and receiving-facility registry — name, address, lat/lng, and type (ED, urgent care, behavioral health, dialysis, skilled nursing). Drives the destination picker on every transport.

Patients & triage

Per-incident patient roster: name, DOB/age, sex, chief complaint, triage tag and category (Red/Yellow/Green/Black), and status. Triage categories and statuses are configurable.

Treatment areas

Named on-scene zones — Triage, Minor Injuries, Morgue, etc. — with capacity, location, and supervisor assignment. Patient movement between areas is logged.

Multi-patient transports

Multiple patients on a single transport when the operation calls for it. Explicit phase timestamps, transport-level service level, per-patient triage and destination.

Mileage

Mileage tracked at the status transitions that matter, with an audit trail linked to the originating transport. Aggregate reports by unit.

EMS Transport patient detail with demographics, MRN, address, phone, and operational notes

Patient management

One record per patient — referenced across every run.

Demographics, MRN, address, phone, and operational notes (mobility constraints, primary contact, medical considerations dispatch needs to know). Tabs for PCS, insurance, recurring templates the patient is on, and prior runs.

A patient created from a transport is the same patient on the next standing-order run. Dispatch isn’t typing the same details twice.

Configurable enforcement

Match your policy. Change it when policy changes.

Service-level matching, time-overlap protection on unit assignment, agency timezone for floating template times — all per-agency, all changeable as your operation grows. Each enforcement mode supports three settings: skip the check, allow with a warning, or block the action outright.

Pilot programs start permissive and tighten over time. Mature operations start strict. Either is one toggle away.

EMS Transport settings showing service-level match enforcement (Off / Warn / Block), time-overlap-at-assign enforcement, and agency timezone configuration

Billing data capture

Capture the data your billing partner needs.

EMS Transport doesn’t produce 837P claims. It captures the CMS-aligned data each transport needs and exports it for the billing partner you already use.

  • HCPCS codes for procedures and equipment, captured at the point the dispatcher knows them.
  • PCS (Physician Certification Statement) expiration tracked per patient and per recurring template — dispatchers get a warning before an outdated PCS would invalidate a run.
  • Service-level classification on every transport drives billing categorization downstream.
  • On-demand export of CMS-aligned data per transport for your billing partner. We don’t produce 837P claims.

HIPAA-friendly primitives

The protections PHI work depends on.

  • PHI tables scoped to the transport module, encrypted at rest.
  • PHI-specific audit log distinct from the general audit log — every read of a patient record is attributed.
  • Role-gated access throughout. The dispatcher who doesn’t need PHI doesn’t see it.
  • Short idle session timeouts on administrative and PHI-handling surfaces.

Final compliance posture depends on how you deploy. Talk to us about your framework.

All names, agencies, addresses, and other data shown in screenshots throughout this page are fictional sample data.

Want a walkthrough of EMS Transport?

We’ll spin up the module live and walk through scheduling, dispatching, patient capture, and billing export.