Document an STR guest fall report without turning support staff into investigators

Incident coordination

Key takeaways

• Capture the guest's own words, time and precise area, present safety, medical or emergency help requested, witnesses volunteered, photographs supplied, weather and lighting records, access restriction, local responder, insurer or manager contact, and next update.
• Route which emergency support, area control, preservation, guest communication, and insurer or legal escalation the accountable operator activates.
• Close only when the guest's immediate support path is confirmed, the area is assessed and controlled by an authorized person, original records are preserved, and follow-up ownership is documented.

Operating data

Playbook

A guest says they fell on an exterior step and may need medical attention. Start with the report as received, not an assumed cause or outcome. Open one case tied to the property and reservation, acknowledge the guest or onsite reporter, and provide a specific next update time. STRVirtualAssistant can coordinate facts, messages, schedules, and follow-through, while the property operator retains authority over safety, access, spending, legal questions, and guest remedies.

Build the initial record from original sources. Capture the guest's own words, time and precise area, present safety, medical or emergency help requested, witnesses volunteered, photographs supplied, weather and lighting records, access restriction, local responder, insurer or manager contact, and next update. Mark each detail as guest-reported, system-recorded, authority-issued, onsite-observed, vendor-stated, manager-approved, corrected, or unknown. Those labels stop a concise summary from turning an allegation, old note, or prediction into a confirmed fact.

Preserve source timestamps and time zones, then use the property's configured local time for the operating sequence. Put discovery, acknowledgement, decision, physical action, verification, and guest notification on separate lines. If two records conflict, retain both and assign reconciliation instead of silently choosing the easier value.

Use the guest's description rather than rewriting it as a conclusion. Do not press for a statement while care is needed, speculate about fault, or alter the reported area before the operator has applied the appropriate safety and preservation steps. Remote support is valuable because it keeps the response organized, not because it can replace an onsite observation, public authority, qualified trade, emergency responder, or accountable property decision. Keep that distinction visible in every internal and guest-facing update.

Frame the decision narrowly: which emergency support, area control, preservation, guest communication, and insurer or legal escalation the accountable operator activates. A useful decision brief names the current condition, the material unknown, the deadline, the consequence of delay, the permitted options, and the person who can choose. Technical ability, prior custom, or a willing vendor does not create approval.

Send a holding message while evidence is collected. State what was received, what has been confirmed, what remains under review, any action already authorized, and the next checkpoint. If that time will slip, replace it before expiry and identify the dependency without blaming a guest, vendor, cleaner, building team, or public agency.

Move outside the routine path when injury, head impact, loss of consciousness, severe pain, ongoing hazard, disputed facts, a child or vulnerable person, or a request for staff to assign fault or obtain a release is involved. Follow the property's current emergency instructions and local official direction. Potential immediate danger takes priority over completing intake fields, collecting ideal photographs, discussing compensation, or waiting for an ordinary approval chain.

Give each participant only the information needed for the next authorized action. The guest needs a safe next step and truthful timing. An onsite responder needs the location, reported condition, access boundary, and contact. The operator needs the decision, exposure, deadline, and evidence. A vendor does not need unrelated reservation or payment history.

Protect personal information, access credentials, payment details, and medical information. Use approved records rather than copying sensitive material into group chat. If temporary access is authorized, bind it to a named person, purpose, area, and period, then record its retirement. Never use urgency as a reason to disclose another guest's identity or reusable access.

CDC guidance on preventing falls provides a current public boundary for this workflow. It does not determine the facts of a particular property, reservation, contract, insurance policy, code requirement, or jurisdiction. Keep the source statement separate from local observations and from any operational inference the team makes.

Check the property's current listing, house rules, equipment instructions, emergency contacts, service records, and owner policy where they apply. If an instruction is missing, stale, or inconsistent with an authoritative source, flag it to the accountable owner. Do not invent a new guest rule just to make the queue easier to close.

Closure requires that the guest's immediate support path is confirmed, the area is assessed and controlled by an authorized person, original records are preserved, and follow-up ownership is documented. A sent message, completed task, paid invoice, dashboard change, or vendor arrival proves an activity occurred, but it does not automatically prove the condition is resolved. Record the person and source that support release, remaining restrictions, and the next owner.

Before closure, reconcile the reservation record, guest thread, property log, access history, work order, public notice, and financial note that apply. Correct downstream records while retaining the earlier value and correction source. A clean history lets the next shift continue safely without reconstructing events from fragments.

Review the case by separating time spent waiting for facts, authority, execution, and verification. Each delay points to a different operational weakness. Use the review to improve contacts, readiness cards, and escalation rules, not to invent performance claims or judge a guest for reporting an uncertain condition.

Run a tabletop rehearsal with the ordinary owner unavailable. Ask who acknowledges the report, where the reliable source lives, who can make the time-sensitive decision, which access is permitted, and what proves closure. Record every hesitation, then repair the contact, authority, or evidence gap before the next stay.

Keep the resulting readiness card short: trigger, minimum evidence, immediate boundary, decision owner, response target, escalation condition, communication owner, and closure proof. Review it whenever a property, vendor, device, platform, local rule, or emergency contact changes. Retire superseded copies so the team does not follow a familiar but outdated instruction.

STRVirtualAssistant can maintain this response rhythm through operations follow-through, with adjacent help available from the services overview. If the property team needs a documented handoff for recurring cases, request a support plan and bring the current policies and decision owners to the intake.

Archive the final record under the property's approved retention rule. Keep uncertainty visible, respect decision boundaries, and distinguish completed activity from verified outcome. That discipline gives guests clearer updates and gives authorized property leaders a record they can act on when the next exception arrives.