Standard 4 — Handover & Communication
Criteria in this standard
4.2 — Structured Handover at Destination
4.3 — Real-Time Status Communication to Dispatch
4.4 — Written Documentation Accompanies Patient
4.5 — Language-Appropriate Communication with Patient
Structured Handover at Pickup
Non-Negotiable
In plain terms: Crew get a real, structured briefing from sending staff covering everything that matters — not a quick, informal rundown that varies depending on who happens to be handing over.
| Transport category | Standalone MTO | Hospital-operated | Ambulance service |
|---|---|---|---|
| Applicability | Full | Full | Full |
Why this matters
An unstructured verbal handover depends entirely on what the handing-over staff member happens to think to mention in the moment, which means critical details — a specific allergy, a recent medication change — can be omitted simply because they weren’t top of mind during a brief exchange. A standardized format forces coverage of the specific categories most likely to matter clinically, regardless of who is giving or receiving the handover.
What good looks like
- A standardized format is actually used, not a verbal summary that varies by staff member.
- Allergies and specific concerns are covered explicitly, not folded into general diagnosis.
- The handover is documented with both parties’ acknowledgment.
Common failure modes
- Handover quality depends heavily on which staff member is giving it.
- Allergies get mentioned only if the handing-over staff member happens to recall them.
- No documentation exists confirming the handover actually occurred.
Worked example
If you are starting from zero — do this first
- Build a standardized handover card or checklist with required fields.
- Require both parties to complete and sign it together, not just crew alone.
- Pilot it with a sending facility partner and refine based on gaps found.
Self-assessment questions
Evidence: Handover card or checklist
Evidence: Completed handover record
Evidence: Signed handover record
Common reasons for a PARTIAL answer
- A format exists but isn’t consistently used by all sending facility partners.
- Handover happens but only one party signs or acknowledges it.
Implementation plan
| When | What |
|---|---|
| Week 1 | Build a standardized handover card with required fields. |
| Week 2 | Pilot with one or two sending facility partners. |
| Week 3 | Refine based on pilot feedback and roll out broadly. |
| Ongoing | Audit handover card completeness periodically. |
How the Monitor verifies this
| Method | What | Detail |
|---|---|---|
| DOCUMENT | Handover record review | Checks completed handover cards for consistency and both-party acknowledgment. |
Evidence base
Structured Handover at Destination
Non-Negotiable
In plain terms: At arrival, receiving staff get a real briefing specifically on what happened during the trip — not just a repeat of what the sending facility already said.
| Transport category | Standalone MTO | Hospital-operated | Ambulance service |
|---|---|---|---|
| Applicability | Full | Full | Full |
Why this matters
Receiving staff already have access to the sending facility’s own records in most cases — what they genuinely need from crew is specifically what happened during the transport itself, information that exists nowhere else. A handover that simply repeats the pickup information without adding transport-specific detail misses the one thing only crew can actually report.
What good looks like
- The handover specifically covers what changed during transport.
- Receiving staff provide documented acknowledgment of the handover.
- Handover goes directly to a responsible clinician, not whoever is nearby.
Common failure modes
- The handover repeats pickup information without transport-specific detail.
- No acknowledgment record confirms the handover was actually received.
- Handover is given to whichever staff member happens to be present.
Worked example
If you are starting from zero — do this first
- Build a destination handover format specifically structured around transport changes.
- Require documented receiving-staff acknowledgment.
- Confirm handover goes to a named, responsible clinician, not whoever is nearby.
Self-assessment questions
Evidence: Destination handover record
Evidence: Receiving staff acknowledgment
Evidence: Named recipient on handover record
Common reasons for a PARTIAL answer
- Handover repeats baseline information without highlighting transport-specific changes.
- No clear process ensures handover reaches a specifically responsible clinician.
Implementation plan
| When | What |
|---|---|
| Week 1 | Build a destination handover format focused on transport-specific changes. |
| Week 2 | Train crew on leading with changes, not repeating baseline information. |
| Week 3 | Build a documented acknowledgment requirement. |
| Ongoing | Spot-check destination handover records for transport-specific content. |
How the Monitor verifies this
| Method | What | Detail |
|---|---|---|
| DOCUMENT | Destination handover record review | Checks for transport-specific content and documented receiving-staff acknowledgment. |
Evidence base
Real-Time Status Communication to Dispatch
Core
In plain terms: Dispatch actually hears from crew at set points throughout the trip — and if an expected check-in doesn’t come, something real happens about it.
| Transport category | Standalone MTO | Hospital-operated | Ambulance service |
|---|---|---|---|
| Applicability | Full | Full | Full |
Why this matters
Communication only at departure and arrival leaves a long gap during which a problem — vehicle breakdown, patient deterioration, a crew member in distress — could develop with nobody at dispatch aware anything is wrong. Checkpoint communication closes this gap, but only if a missed checkpoint actually triggers a response; otherwise the checkpoint system provides an illusion of oversight without the substance.
What good looks like
- Checkpoint communications actually happen at defined intervals.
- A documented procedure exists for what dispatch does when a checkpoint is missed.
- A documented instance exists of this escalation procedure actually being used.
Common failure modes
- Communication happens only at departure and arrival, no interim checkpoints.
- A missed checkpoint has no defined dispatch response.
- No example exists of the escalation procedure ever actually triggering.
Worked example
If you are starting from zero — do this first
- Set specific checkpoint intervals appropriate to typical route lengths.
- Build a defined, time-bound escalation procedure for missed checkpoints.
- Test the escalation procedure, don’t just document it.
Self-assessment questions
Evidence: Checkpoint communication log
Evidence: Written escalation procedure
Evidence: Escalation event record
Common reasons for a PARTIAL answer
- Checkpoints exist but a missed one has no defined response.
- The escalation procedure has never actually been tested or used.
Implementation plan
| When | What |
|---|---|
| Week 1 | Set defined checkpoint intervals for typical route types. |
| Week 2 | Build a time-bound escalation procedure for missed checkpoints. |
| Week 3 | Test the escalation procedure with a simulated missed checkpoint. |
| Ongoing | Review checkpoint adherence and escalation triggers periodically. |
How the Monitor verifies this
| Method | What | Detail |
|---|---|---|
| DOCUMENT | Checkpoint and escalation log review | Reviews checkpoint communication logs and any escalation event record. |
Evidence base
Written Documentation Accompanies Patient
Core
In plain terms: A real written record of the trip actually travels with the patient — not just whatever crew happened to say out loud at handover.
| Transport category | Standalone MTO | Hospital-operated | Ambulance service |
|---|---|---|---|
| Applicability | Full | Full | Full |
Why this matters
Verbal handover, however thorough, is not retrievable later — a written record is what the receiving team can reference hours or days afterward if a question arises about what happened during transport. A record limited to final values at arrival loses the trajectory information that trend data over the journey actually provides, which can be clinically significant in its own right.
What good looks like
- Written documentation actually arrives with the patient, complete.
- Vital sign trends are included, not just final values.
- Incidents are clearly documented even if they resolved without lasting effect.
Common failure modes
- Documentation is sent separately and doesn’t actually arrive with the patient.
- Only final vital sign values are recorded, losing trend information.
- A resolved incident is omitted since it “didn’t end up mattering.”
Worked example
If you are starting from zero — do this first
- Confirm documentation physically or immediately accompanies the patient, not sent separately.
- Check whether vital sign trends are captured, not just final values.
- Confirm resolved incidents are still documented, not omitted.
Self-assessment questions
Evidence: Transport record present at handover
Evidence: Trend documentation
Evidence: Incident documentation
Common reasons for a PARTIAL answer
- Documentation delivery relies on a system with occasional delay.
- Resolved incidents are sometimes left out of the written record.
Implementation plan
| When | What |
|---|---|
| Week 1 | Review current documentation delivery timing against actual handover. |
| Week 2 | Build a physical/immediate-access backup to any electronic system. |
| Week 3 | Confirm trend and incident documentation requirements are being met. |
| Ongoing | Spot-check documentation completeness and delivery timing. |
How the Monitor verifies this
| Method | What | Detail |
|---|---|---|
| OBSERVE | Handover observation | Confirms written documentation is physically present at the point of handover. |
Evidence base
Language-Appropriate Communication with Patient
Standard
In plain terms: When crew and patient don’t share a language, there’s a real way to communicate that actually gets used — not skipped because it felt too hard in the moment.
| Transport category | Standalone MTO | Hospital-operated | Ambulance service |
|---|---|---|---|
| Applicability | Full | Full | Full |
Why this matters
A phone interpretation line that exists in the organization’s resources but that crew have never actually used provides no real benefit to a patient during an actual transport — access on paper and genuine use in practice are different things. The gap between the two is usually about familiarity and friction: crew need to know exactly how to access the resource quickly, or it won’t be used under the time pressure of an actual transport.
What good looks like
- A practical interpretation method is actually available on board, genuinely accessible.
- A documented instance exists of the method being used during an actual transport.
- Crew can describe how to access it without hesitation.
Common failure modes
- An interpretation resource exists in policy but is rarely actually used.
- No example exists of the resource ever being used in a real transport.
- Crew aren’t confident or quick in knowing how to access it.
Worked example
If you are starting from zero — do this first
- Check actual usage records for any interpretation resource, not just its existence.
- Simplify access if crew find it cumbersome in practice.
- Brief crew directly and confirm they can describe access confidently.
Self-assessment questions
Evidence: Usage log
Evidence: Usage record
Evidence: Crew interview
Common reasons for a PARTIAL answer
- A resource exists but access is cumbersome enough to discourage real use.
- Crew know the resource exists but hesitate on how to access it quickly.
Implementation plan
| When | What |
|---|---|
| Week 1 | Review current interpretation resource usage records. |
| Week 2 | Simplify access if usage is low due to friction. |
| Week 3 | Brief all crew directly on fast access. |
| Ongoing | Track usage to confirm the resource is genuinely used. |
How the Monitor verifies this
| Method | What | Detail |
|---|---|---|
| ASK | Crew access check | Asks crew to describe how to access interpretation during an actual transport without hesitation. |