Multiple Responders

In AngelTrack, you can assign multiple shifts to a single dispatch.

Multiple responders look like this on the dispatch board:

Multiple responders

Dispatchers can freely add and remove as many responders as they like to a dispatch.


Only active shifts can be used for a multi-response call. When a dispatch is assigned to a scheduled shift, or to an affiliate, no additional responders can be added.

Only one shift can perform the actual transport of the patient. All other shifts can arrive on-scene, and can make patient contact, but cannot begin transport; instead, when they press their progress button to clear the scene, they will be marked "back in service" rather than "transporting".

The Primary Responder

The primary responder is whichever shift or affiliate performed the transport.

It is their vehicle that determines the service level performed. That means, for example, that if a wheelchair van performs the transport, then the transport cannot be considered as BLS or ALS, even though BLS and ALS units may've been on-scene.

If transport has not occurred, then the primary responder is the first shift to be assigned.

If multiple shifts are on-scene, the first one to press their "progress" button will be marked as "transporting", and hence will become the primary responder. All other shifts will be marked as secondary responders; when they then press their "progress" button, they will be marked as "back in service".

Interaction with the dispatch board

If a dispatcher manually advances any shift to "transporting", AngelTrack will mark them as the primary if not already so marked; all other responders then become secondaries. If a dispatcher thereafter advances the progress of any of the secondary responders, they will be marked "back in service," rather than "transporting."

If a dispatcher unassigns the primary responder from the dispatch, then the next secondary responder will automatically become the primary.

Special rule on the dispatch board for unassigning a responder

If a dispatcher unassigns any responder from a shift (even the primary), and if at least one other assigned responder has participated in the call and has already returned to service, then AngelTrack will automatically close the call. AngelTrack does so on the assumption that because at least one response has completed, any further response is unnecessary.

This is an ambiguous situation, because the dispatcher might possibly want the call to go back to "Unassigned" rather than "Closed." If the dispatcher wishes for the call to go back to "Unassigned" in this situation, he or she must click the "Assigned to" link to open the Dispatch Assignment page, and then click the "Unassign" button.

Reassigning a call when the initial responder is already on-scene

If the initial responder is already on-scene, but a different responder is going to perform the transport, you have a choice:

  1. Completely reassign the dispatch to the other responder. The initial responder will be removed from the dispatch, freeing them up to run some other call. If the initial responder had already arrived on-scene prior to being unassigned, then those crew members will remain attached to the PCR, giving them the ability to add information to it. If this is undesirable, then a dispatcher must manually detach those crew members from the dispatch.
  2. Add the other responder as a secondary to the initial responder. The initial responder will remain assigned to the dispatch -- i.e. they will still see the run-call page, until the call closes. All crew members from both shifts will remain attached to the PCR, giving everyone the ability to add information to it. Once the additional responder presses the "Transporting" button, the initial responder can then press the "Back in Service" button to be freed up to run a different call.

Both outcomes are nearly the same; the only difference is, for option 1 (a call is reassigned to a completely different shift), the previous shift will no longer see the run-call page, and thus no longer have the option to mark themselves as the transporting unit.

Run Call

The Crew Member Run Call page is multi-response aware, and shows each crew member the progress of their own vehicle.

Every responding vehicle can record their progress independently, though there is only one set of odometer readings which are for use by the transporting vehicle.

Crew members who are manually attached by a dispatcher, for example a wheelchair driver providing lift assist, are assumed to be onboard the primary reponder, and so are allowed to mark its progress.

Unattended mode / Crew self-close

When AngelTrack is in unattended mode, or if a crew otherwise has call-closure privileges, AngelTrack allows them to self-close their call only if they are the primary responder and have marked themselves "back in service".

This is so because the primary responder is the unit who performs the transport. As such, if the primary responder is back in service, then either of the following are true:


The Followup page is multi-response aware, and allows editing of the data for all responders.

When crew members access the Followup, it will pre-select whichever responder they belong to, so that they will see their own times. They can then switch to the other responders if that data requires editing:

Multiple responders

Within the followup, each responder attached to a dispatch has their own set of fields that describe the movements of their vehicle:

...while all the other followup fields are common to all responders. For example, every responding unit has their own separate "Time On Scene", but there can be only one "Time Transport Began", because the patient can only ride in one vehicle.


As noted above, the Followup offers separate datafields for each responder. The rest of the PCR is common to all responders and crew members.

The PCR allows write access to every crew member who arrived on-scene. Any of them can record procedures and other data on their own behalf, or on behalf of other crew members.

The normal PCR rules apply for liability in completing the report and sending it to QA: Whoever is marked as "Attending" is liable to finish the report; if nobody is marked as "Attending," then all crew members are liable.


The PCR describes patient-care events relative to the leg times; for example, if patient contact occurred at 14:30, then vital signs taken at 14:45 will be described as "Patient contact + 15 minutes".

When multiple responders are present, there will be multiple times of patient contact. For the sake of clarity, the PCR always describes all patient-care events relative to the leg times of the primary responder, because they -- being the transporting unit -- are the ones who will fill out the PCR. For example, if the primary responder made patient contact at 14:30, and a secondary responder did likewise at 14:40, then vital signs taken at 14:45 will be described as "Patient contact + 15 minutes," even if they were taken by the secondary responder who made patient contact just 5 minutes prior.

QA Review

The QA Review page shows all responders attached to the dispatch, and allows the QA reviewer to select any unit to see its times, delays, and disposition fields. As usual, the QA reviewer has authority to modify all five disposition fields (crew / unit / patient / transport / release), for any responder, as he or she sees fit.

AngelTrack's QA service level estimator performs its calculation using the primary responder's vehicle, as that is what transported the patient. As such, the service level determination is limited by the maximum service level of that vehicle, as configured in its Vehicle Edit page.

Trauma Registry Reports

For a multi-response call, AngelTrack will upload to your trauma registry a single report that represents the primary response (i.e. the transporting vehicle), including all crew members of additional responding shifts if they arrived on-scene.

The report includes all PCR data, regardless of which responder performed each exam/procedure, and regardless of which crew member performed the PCR bookkeeping.

The NEMSIS spec makes it possible to upload multiple separate reports per dispatch, one for each responder... but it is very difficult to satisfy state data validation rules when PCR findings are split among multiple responses, so combines all data into a single report, and submitted in the name of the transporting unit.

If you want AngelTrack to send a separate trauma registry report for each responder, then you must dupe the dispatch and assign one copy to each responder for which a separate report is to be made.


AngelTrack's billing system is unaffected by the presence of additional responders. All billing codes are determined by the primary responder, i.e. by the transporting vehicle.

Because AngelTrack automatically sets the designation of primary responder, and synchronizes all of the billing-related fields, billers need not take any special action for a multi-response call.

When standby minutes are billable, they are calculated for the primary responder i.e. the crew that performed the transport.

Help Index - Training Portal - AngelTrack Support