Cruise Ship Passenger Overboard Incident Report Form
Document a passenger overboard incident with time-stamped location, crew response, GMDSS communications, search actions, and follow-up notes in one report.
Trusted by frontline teams 15 years of frontline software AI customization in seconds
Built for: Cruise Lines · Passenger Ferry Operators · Maritime Operations · Shipboard Safety And Security
Overview
This Cruise Ship Passenger Overboard Incident Report Form is built to document a passenger overboard event from the first report through search, notification, and follow-up. It captures the incident overview, passenger identity and last known location, immediate crew response, GMDSS communications, coast guard notification, search pattern used, recovery actions, witnesses, and evidence preservation.
Use this template when a passenger is reported missing overboard, when there is a suspected overboard event, or when you need a single record that ties together bridge actions, medical response, and external notifications. The form is structured to support a clear timeline and audit trail, with fields for exact times, reporting source, crew on scene, and what happened after the report was received. It is also useful for post-incident review because it separates confirmed facts from witness statements and follow-up notes.
Do not use this template as a general onboard injury form or routine missing-person log unless the event involves a possible overboard scenario. If no passenger identity is known, or if the report is only a vague concern with no supporting facts, capture the minimum necessary information and update the record as verification improves. The form is most effective when the team records precise times, uses conditional logic for medical or recovery details, and avoids filling every field with assumptions.
Standards & compliance context
- If the form collects passenger PII, keep the fields limited to minimum necessary data and disclose how the information will be stored and used.
- Use clear required versus optional labeling and accessible field validation so the form remains usable under WCAG 2.1 AA expectations.
- If the report is used for safety review or regulatory follow-up, maintain a consistent audit trail with time-stamped entries and preserved evidence references.
- Avoid collecting sensitive personal details that are not needed for the incident record, especially when a location or identity can be confirmed through other shipboard logs.
General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.
What's inside this template
Incident Overview
This section establishes the incident timeline and how the report entered the system, which is the foundation for every later action.
- Date of Incident
- Date and Time Reported
- Reporting Vessel / Location
- Incident Type
- How Was the Incident Reported?
Passenger and Last Known Location
This section captures who was involved and where the passenger was last confirmed, which directly informs search and verification.
-
Passenger Name
Enter only if known and needed for identification.
- Cabin Number
-
Last Known Location
Describe the last verified location on board or near the vessel, including deck, side, and nearby landmarks.
- Last Seen Date and Time
-
Last Seen By
Crew member, passenger, or CCTV reference if available.
- Location Certainty
Immediate Crew Response
This section records what the crew did first, so the report shows the operational response instead of only the outcome.
- Immediate Response Actions Taken
-
Crew Members on Scene
Approximate number of crew members directly involved in the immediate response.
- Was the Passenger Accounted For?
- Was There Any Injury or Medical Need?
- Medical Response Details
Communications and Notifications
This section documents the external and internal notification trail, including GMDSS and coast guard contact details.
- Was GMDSS Activated?
-
GMDSS Communication Log
Log each communication event in chronological order.
- Was the Coast Guard Notified?
-
Coast Guard Notification Record
Document each notification attempt and response.
Search Pattern and Recovery Actions
This section shows how the search was conducted and what recovery steps were taken, which is critical for review and accountability.
- Search Pattern Used
- Search Area Description
- Search Start Time
- Search End Time
- Recovery or Follow-Up Actions
Witnesses, Evidence, and Follow-Up
This section preserves supporting statements and next steps so the report remains useful after the immediate incident is over.
- Number of Witnesses
- Witness Statements Summary
- Evidence Preserved
- Follow-Up Required
- Follow-Up Notes
How to use this template
- 1. Enter the incident date, reported datetime, reporting location, incident type, and reporting source to establish the first verified timeline entry.
- 2. Record the passenger name, cabin number, last known location, last seen datetime, last seen by, and location certainty using the most specific confirmed facts available.
- 3. Document immediate crew response actions, who was on scene, whether the passenger was accounted for, and any injury or medical need with brief, factual notes.
- 4. Log GMDSS activation, the communication record, coast guard notification status, and the notification record so the external response trail is complete.
- 5. Capture the search pattern used, search area description, start and end times, and any recovery actions taken during or after the search.
- 6. Add witness statements, preserved evidence, follow-up requirements, and follow-up notes, then review the report for missing times, unclear wording, or unsupported assumptions.
Best practices
- Record exact times in a consistent format so the incident timeline can be reconstructed without guesswork.
- Mark uncertain facts as uncertain instead of converting witness recollections into confirmed statements.
- Use conditional logic to show medical or recovery fields only when they apply, which keeps the form focused and easier to complete under stress.
- Keep passenger PII to the minimum necessary for the incident record and include a clear disclosure about how the data will be used.
- Document who notified the coast guard, when the notification was made, and what was communicated, not just that notification occurred.
- Preserve photos, logs, and witness statements as attachments or linked records so the audit trail stays intact.
- Separate immediate response actions from later follow-up notes so the operational response is not mixed with post-incident review.
What this template typically catches
Issues teams running this template most often surface in practice:
Common use cases
Frequently asked questions
When should this incident report be completed?
Complete it as soon as the immediate response is stabilized and the key facts can be verified. The form is designed for a passenger overboard event, so it should capture the incident date, reported time, last known location, communications, and search actions while details are still fresh. If the situation is still active, record what is known and update the report as new information is confirmed.
Who should fill out this form?
It is typically completed by the officer or manager responsible for incident documentation, often with input from the bridge team, security, medical staff, and witnesses. The reporting source and crew response fields help show who observed the event and who took action. If multiple departments contribute, one person should own the final version to keep the audit trail consistent.
What information does this template cover that a general incident form might miss?
This template is specific to passenger overboard events, so it includes last known location, last seen time, GMDSS activation, coast guard notification, search pattern, and recovery actions. A generic incident form often misses the communication log and search chronology that matter in this scenario. It also helps separate confirmed facts from witness statements and uncertain location details.
How often is this form used?
It is event-driven, not scheduled, and should be used for each passenger overboard incident or suspected overboard event. If the incident evolves over several hours, the same form can be updated with additional communications, search steps, and follow-up actions. That keeps one record tied to the full response timeline.
What are the most common mistakes when completing it?
Common mistakes include leaving the last known location vague, failing to record exact times, and not documenting who was notified and when. Another issue is mixing witness accounts with confirmed facts without labeling them clearly. The form works best when each field is completed with the most precise verified information available.
Can this template be customized for different ship operations?
Yes. You can add fields for ship name, voyage number, incident severity, internal case number, or additional notification steps if your operating procedure requires them. You can also use conditional logic so medical fields appear only when injury or medical need is reported. Keep the form focused on minimum necessary data and avoid adding fields that do not support the incident record.
Does this form support compliance and audit needs?
Yes. The structure supports a clear audit trail by capturing times, actions, notifications, and evidence preservation in one place. That makes it easier to review the response later, compare crew accounts, and show that the incident was documented promptly. If passenger names or other PII are collected, include a clear disclosure about how the information will be used and stored.
How should this be integrated into a shipboard workflow?
Use it alongside your incident management, safety, and communications process so the bridge, security, and medical teams can contribute the facts they control. If your system supports attachments, link photos, logs, or witness statements to the report rather than copying everything into free text. A shared workflow reduces gaps between the response, notification, and follow-up stages.
What is the difference between this and an ad hoc email or note?
An ad hoc note usually misses structure, exact timing, and consistent terminology, which makes later review harder. This template prompts the team to capture the same critical details every time, including communications, search pattern, and evidence preservation. That consistency is especially useful when multiple departments or outside authorities need to review the record.
Related templates
Go deeper on the topic
-
Lockout/tagout (LOTO) is the procedure for controlling hazardous energy — electrical, hydraulic, pneumatic, mechanical, thermal, chemical — before...
-
Job hazard analysis (JHA) — also called job safety analysis (JSA) — is the structured exercise of breaking a work task into sequential steps, identifying the...
-
A near-miss is an event that could have caused injury or damage but didn't — a slip that didn't fall, a load that shifted but didn't drop, a machine that...
-
AI governance is the framework a company uses to decide what AI tools are allowed to do, who's accountable for their outputs, what data they're allowed to...
-
See how connected 1:1 tracking, employee audit history, and LMS completion records turn scattered processes into verifiable workforce documentation.
-
See how bank branch managers use MangoApps scheduling to fill shifts, communicate policy updates, and eliminate last-minute coverage chaos.
-
Learn how AI-driven workflows close compliance gaps in hiring, field inspections, and compensation — before they become audit findings.
-
MangoApps Shifts & Schedules unifies frontline scheduling, time, and leave management in one native platform for faster, simpler operations.
Ready to use this template?
Get started with MangoApps and use Cruise Ship Passenger Overboard Incident Report Form with your team — pricing built for small business.