Loading...
operations

Cruise Ship Guest Illness and Injury Report Form

Document guest illness and injury incidents on board, capture symptom timing, location, treatment, and reporting decisions in one form. Use it to create a clear shipboard record for medical follow-up and authority review.

Trusted by frontline teams 15 years of frontline software AI customization in seconds

Built for: Cruise Lines · Maritime Operations · Shipboard Medical Services · Guest Services

Overview

This Cruise Ship Guest Illness and Injury Report Form template is built to document onboard guest incidents in a way that supports medical care, operational follow-up, and reporting review. It captures who reported the event, when and where it happened, what symptoms or injuries were observed, what treatment was provided, and whether the case may need escalation to VSP or port health authorities.

Use this template when a guest becomes ill, is injured, or needs evaluation after an onboard event. It is especially useful when timing matters, when the location of the incident needs to be preserved, or when witness statements may be needed later. The form also helps staff record follow-up actions and activity restrictions so the guest’s care and the ship’s response stay aligned.

Do not use it as a catch-all for unrelated complaints, routine housekeeping issues, or broad customer service feedback. If the event does not involve a guest illness or injury, a different incident or service form is a better fit. The form is also not meant to replace clinical charting or external reporting requirements; it is the shipboard incident record that helps those processes run cleanly. Keep entries factual, concise, and limited to what was observed or confirmed at the time.

Standards & compliance context

  • Limit collected fields to what is needed for incident handling and reporting review to align with GDPR Article 5 data minimization.
  • Use the minimum-necessary principle when documenting symptoms, treatment, and witness details, especially if the report is shared across teams.
  • If the form is exposed to guests or public-facing staff, make labels, validation, and error states accessible in line with WCAG 2.1 AA.
  • If the report may support a regulatory decision, keep the language factual and preserve an audit trail of who submitted and reviewed it.
  • Do not collect sensitive identifiers unless they are required by your shipboard process and approved by policy.

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

Submission Notice

This section establishes who submitted the report and what should happen next, which is essential for routing and audit trail clarity.

  • What happens after I submit?
  • Submission type (required)
  • Your role (required)

Guest and Incident Overview

This section captures the core incident facts first so reviewers can quickly understand when, where, and what happened.

  • Date of incident (required)
  • Approximate time of incident (required)
  • Incident type (required)
  • Location of incident (required)
  • Location details

    Provide deck number, venue name, or other specific location details if needed.

Guest Information

This section identifies the affected guest and basic party context without collecting more personal data than the case needs.

  • Guest name

    Optional unless needed for internal follow-up or reporting.

  • Cabin number
  • Guest age group
  • Travel party size

Illness Details

This section records symptom timing, observed symptoms, and possible exposure clues so illness cases can be assessed consistently.

  • Symptom onset date
  • Approximate symptom onset time
  • Symptoms observed
  • Possible exposure source
  • Illness notes

    Include only clinically relevant observations needed for response and reporting.

Injury Details

This section captures how the injury happened, what body area was affected, and how severe it appeared at the time.

  • How did the injury occur?
  • Body area affected
  • Injury severity
  • Injury notes

Treatment and Response

This section documents the care provided and any restrictions so the medical response is tied to the incident record.

  • Was the medical center visited? (required)
  • Treatment provided
  • Treatment details

    Include only the minimum necessary treatment summary.

  • Guest restricted activity or was advised to rest?

Witnesses, Reporting, and Follow-up

This section preserves witness context, reporting decisions, and next actions so the case can move cleanly into follow-up.

  • Were there witnesses? (required)
  • Witness summary
  • May this incident be reportable to VSP? (required)
  • May this incident be reportable to port health authorities? (required)
  • Follow-up actions
  • Follow-up notes

How to use this template

  1. 1. Start by entering the submission notice details so the record shows who filed it, what type of submission it is, and what happens after it is sent.
  2. 2. Record the incident date, time, type, and exact location, using the location details field to note deck, venue, cabin area, or other specific context.
  3. 3. Complete either the illness section or the injury section, using conditional logic to show only the fields that apply and entering observable facts rather than assumptions.
  4. 4. Document the treatment and response fields immediately after care is provided, including whether the guest visited the medical center and whether activity restrictions were given.
  5. 5. Add witnesses, reporting decisions, and follow-up actions before closing the form so the case has a clear audit trail for internal review and any required escalation.

Best practices

  • Use date and time pickers for incident timing so the record is consistent and easy to sort later.
  • Keep illness and injury sections separate with conditional logic so reporters only see the fields that apply to the case.
  • Mark required fields sparingly and leave nonessential fields optional to support GDPR data minimization and faster completion.
  • Capture the exact incident location, not just a general venue name, because deck level, cabin number, or facility area often matters later.
  • Record symptom onset as close to the event as possible, since delayed entry can create confusion about exposure timing.
  • Use multi-select fields for symptoms or observed injury details when more than one item may apply.
  • Include a clear what-happens-after-submit line so staff know whether the report routes to medical, operations, or compliance review.
  • Document witness names only when they are relevant to the incident and permitted by your privacy policy.

What this template typically catches

Issues teams running this template most often surface in practice:

Missing symptom onset time makes it hard to tell whether the illness started before boarding, during the voyage, or after a specific exposure.
Vague location entries such as 'on ship' or 'near dining area' reduce the usefulness of the report for follow-up.
Leaving treatment details blank creates gaps between the medical center record and the incident report.
Failing to note witness presence can make later review harder when accounts differ.
Marking reportable status without explaining the reason or next step leaves the compliance decision unclear.
Using free-text fields for dates or counts leads to inconsistent records and validation problems.
Collecting unnecessary personal details adds privacy risk without improving the incident record.

Common use cases

Shipboard Medical Officer Review
A medical officer documents a guest with sudden gastrointestinal symptoms after dinner and records onset time, possible exposure source, treatment, and whether the case should be escalated. The form creates a clean handoff for follow-up and reporting review.
Guest Services Injury Intake
Guest services receives a report that a traveler slipped in a corridor and hit a shoulder, then uses the injury section to capture mechanism, body area affected, witness details, and activity restrictions. This keeps the operational record aligned with the medical response.
Port Arrival Reporting Check
Before arrival, operations reviews recent illness and injury reports to confirm whether any cases meet reporting thresholds. The reportable_to_vsp and reportable_to_port_health fields help the team see what still needs action.
Excursion Return Incident Log
After a shore excursion, staff document a guest who returns with a sprain and a second guest with nausea, using the same template to separate injury and illness cases. Consistent fields make it easier to compare incidents across the voyage.

Frequently asked questions

What incidents should be recorded in this form?

Use this template for guest illness, injury, or any onboard event that may require medical evaluation or reporting review. It is designed to capture the incident details, symptoms or injury mechanism, treatment provided, and whether the case may be reportable to VSP or port health authorities. If the event is minor but could change later, it is still worth documenting while the facts are fresh. This helps avoid gaps between the medical center, guest services, and operations.

Who should complete the report?

A shipboard medical team member, guest services lead, or trained incident reporter should complete it as soon as practical after the event. The reporter role field should identify who observed the incident, who received the guest, or who entered the final record. If multiple people were involved, one person should own the submission and gather witness details rather than leaving the form partially filled out. Clear ownership improves follow-up and reduces duplicate records.

How often should this form be used?

Complete a new report for each distinct guest illness or injury incident, even if the same guest is seen more than once for the same event. If the situation evolves, update the original record with follow-up notes instead of creating unrelated entries. This keeps the audit trail easier to review and prevents confusion about symptom onset, treatment timing, and reporting status. For recurring symptoms, note whether they appear linked to the same exposure or a separate event.

Does this form replace mandatory reporting to VSP or port health?

No. This template helps document the facts needed to decide whether reporting is required, but it does not replace the reporting process itself. The reportable_to_vsp and reportable_to_port_health fields support the decision, and the follow-up section should record what was submitted and when. If your shipboard procedures require escalation, use this form as the source record and complete the external reporting steps separately. Keep the language factual and avoid speculative conclusions.

What information should be minimized or left out?

Collect only what is needed for incident handling, medical care, and reporting review, in line with GDPR data minimization and the minimum-necessary principle. Avoid unnecessary PII, and do not add sensitive details that are not relevant to the incident. If a field is not needed for the specific case, leave it blank rather than forcing a response. This is especially important when documenting symptoms, exposure sources, or witness statements.

What are the most common mistakes when using this template?

Common issues include vague symptom descriptions, missing onset times, and incomplete location details that make it hard to reconstruct the event. Another frequent mistake is marking every field required, which can slow reporting and encourage inaccurate entries. Teams also sometimes skip witness summaries or fail to note whether the guest was restricted from activity after treatment. The best records are specific, time-stamped, and limited to observable facts.

Can this form be customized for different ship operations?

Yes. You can tailor incident types, treatment options, follow-up actions, and reporting fields to match your medical center workflow and shipboard escalation process. Conditional logic can hide injury-specific fields when the case is illness-only, and vice versa, so the form stays short and relevant. You can also add role-based routing for medical staff, guest services, or compliance review. Keep the core structure intact so incident records remain comparable across voyages.

How does this form fit with other shipboard systems?

It can be paired with incident logs, medical records, case management tools, and compliance workflows through integrations or exports. The submission notice and follow-up fields help create a clean handoff to the next team, whether that is medical, operations, or regulatory reporting. If your process uses an audit trail, this form should feed the same case ID or incident reference. That makes it easier to track actions without duplicating the guest story in multiple places.

Go deeper on the topic

Related concepts
  • A standard operating procedure (SOP) is a documented, step-by-step procedure for a repeatable task — the written version of "how we do this here." Good SOPs...
  • Workforce management (WFM) is the operational discipline of getting the right employees, with the right skills, in the right place, at the right time — and...
  • A daily huddle is a brief (10–15 minute) standing meeting held at the start of a shift or workday to align the team on priorities, surface issues, and...
  • A deskless worker is any employee whose job happens without a desk, a company laptop, or a fixed workstation. They're roughly 80% of the global workforce —...
Related guides

Ready to use this template?

Get started with MangoApps and use Cruise Ship Guest Illness and Injury Report Form with your team — pricing built for small business.

Ask AI Product Advisor

Hi! I'm the MangoApps Product Advisor. I can help you with:

  • Understanding our 40+ workplace apps
  • Finding the right solution for your needs
  • Answering questions about pricing and features
  • Pointing you to free tools you can try right now

What would you like to know?