Loading...
compliance

NTD Safety and Security Major Event Report

Record a major transit safety or security event for NTD reporting, including the incident details, impacts, response actions, and audit trail needed to file on time.

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

Built for: Public Transit · Municipal Transportation · Transit Operations · Government Compliance

Overview

This template captures the core facts needed for a National Transit Database major safety and security event report: what happened, when it happened, how it is classified, who was affected, where it occurred, what response actions were taken, and who submitted it.

Use it when an incident may meet NTD reporting thresholds, when multiple departments need a shared record, or when you need a clean audit trail for compliance review. The structure is designed for a fast initial intake, with fields for event date and time, impact counts, location and asset details, external notifications, attachments, and reporter consent to contact. It also supports conditional logic for multi-agency incidents so you do not force extra fields when they do not apply.

Do not use this template for routine maintenance tickets, minor customer complaints, or low-severity events that do not trigger NTD reporting. It is also not a root-cause investigation form, so avoid loading it with speculative cause fields or long narrative sections that delay filing. The goal is to document the reportable event accurately, minimize unnecessary PII, and preserve enough detail for review, follow-up, and submission within the required timeframe.

Standards & compliance context

  • This template supports NTD compliance by capturing the incident facts, impacts, and submission details needed to meet reporting timeframes.
  • Use data minimization and collect only the PII needed for the report, consistent with GDPR Article 5 and internal privacy controls.
  • If the report is used in a public-facing or shared workflow, make required fields and validation accessible in line with WCAG 2.1 AA.
  • When the event involves employee or rider information, limit collection to the minimum necessary and avoid unnecessary sensitive details.
  • Maintain an audit trail for edits, attachments, and submission status so compliance reviewers can verify who entered and approved the report.

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

Report Overview

This section establishes the incident basics that determine whether the event is reportable and whether the filing window was met.

  • Report Type (required)
  • Date of Event (required)
  • Time of Event

    If exact time is unknown, provide the best available estimate.

  • Was this report filed within the required timeframe? (required)
  • Reason for Submission (required)

    Briefly describe why this event is reportable under NTD S&S-40 requirements.

Event Classification

This section captures how the incident should be categorized so the report is routed and reviewed correctly.

  • Primary Event Category (required)
  • Brief Event Summary (required)

    Provide a concise factual summary of what happened, where it occurred, and the immediate impact.

  • Were multiple agencies or jurisdictions involved? (required)
  • Other Agencies or Jurisdictions

Impacts and Consequences

This section records the measurable effects of the event, including injuries, fatalities, damage, and evacuation status.

  • Number of Fatalities
  • Number of Serious Injuries
  • Estimated Property Damage Amount (USD)
  • Did an evacuation occur?
  • Impact Details

    Describe injuries, damage, evacuation scope, or other consequences using factual, observable details.

Location and Assets

This section ties the incident to the exact route, facility, or asset so the report can be matched to operational records.

  • Facility, Route, or Service Line (required)
  • City (required)
  • State (required)
  • Affected Asset Type (required)
  • Asset Identifier

    Enter vehicle number, station name, facility ID, or other internal asset identifier if applicable.

Immediate Response and Follow-Up

This section documents what was done right away, who was notified, and what corrective actions or attachments support the record.

  • Immediate Actions Taken (required)

    Summarize emergency response, service changes, scene control, medical response, or security actions taken.

  • External Notifications Made
  • Planned Corrective Actions

    Describe any corrective actions, preventive measures, or follow-up investigations planned.

  • Supporting Files

    Upload supporting documents such as photos, incident logs, witness statements, or internal reports.

Reporter and Audit Trail

This section identifies who submitted the report and preserves accountability for review, follow-up, and later edits.

  • Reporter Name

    Optional unless needed for follow-up or internal audit trail.

  • Reporter Title
  • Reporter Email

    Provide only if follow-up is needed.

  • I consent to be contacted about this report if clarification is needed.

How to use this template

  1. 1. Set up the form with required fields for the incident date, time, category, location, impacts, and reporter details, and use validation so dates, counts, and email addresses are entered in the correct field type.
  2. 2. Assign the form to the first responder, dispatcher, or safety lead who has the earliest verified facts, and use conditional logic to show agency, injury, or damage fields only when they apply.
  3. 3. Enter the event summary, counts, asset information, and immediate response actions as soon as the scene is stabilized, using only confirmed facts and avoiding speculation.
  4. 4. Review the reporting_deadline_met field, add external notifications and attachments if required, and confirm that any PII collected is limited to what the filing and audit trail actually need.
  5. 5. Route the completed report to compliance or management for review, then record corrective actions and close the loop once the submission is filed and acknowledged.

Best practices

  • Use a date picker for event_date and a time field for event_time so the report is machine-readable and easy to audit.
  • Mark only the fields required for NTD filing as required, and keep optional fields hidden until conditional logic shows they are relevant.
  • Record confirmed counts for fatalities and serious injuries separately from estimates, and update the record if the investigation changes the totals.
  • Describe the event in factual terms in event_summary and injury_or_damage_details, and avoid assigning blame or cause before the facts are verified.
  • Capture the asset_identifier exactly as it appears in your fleet or facility records so the incident can be matched to the correct vehicle, station, or route.
  • Document immediate_actions_taken before corrective_actions so reviewers can see the difference between emergency response and longer-term remediation.
  • Use attachments for photos, logs, and notifications that support the report, but do not upload unrelated records or unnecessary PII.
  • Include a clear what happens after I submit line so reporters know who reviews the form, who files it, and when follow-up updates are expected.

What this template typically catches

Issues teams running this template most often surface in practice:

The event is entered without a precise date and time, which makes deadline checks and incident correlation harder.
The reporter uses a free-text description where a structured category or numeric field is needed, causing inconsistent reporting.
Property damage is described vaguely instead of using a clear estimate and supporting details.
Multiple agencies were involved, but the form does not capture the other agencies or the shared response chain.
Immediate response actions are omitted, leaving reviewers unable to tell what was done at the scene.
Attachments are uploaded late or not at all, which weakens the audit trail and slows compliance review.
The report includes unnecessary PII or speculative details that should not be collected at the intake stage.

Common use cases

Transit Safety Manager
A safety manager documents a serious injury on a rail platform, records the exact time, location, and asset involved, and routes the report to compliance before the filing deadline.
Operations Control Center
A dispatcher logs a major security incident involving a bus and a station area, then uses conditional logic to capture only the agencies and notifications that actually apply.
Compliance Analyst
A compliance analyst reviews the submitted report, checks the audit trail, confirms the deadline status, and adds corrective actions after the initial filing.
Joint Agency Incident
Two transit agencies share a facility event, and the form records the primary reporter, the other agencies involved, and the separate follow-up actions for each organization.

Frequently asked questions

What events belong in this NTD Safety and Security Major Event Report?

Use this template for reportable major safety and security events that meet your agency's NTD filing rules, such as fatalities, serious injuries, major property damage, or other qualifying incidents. It is designed to capture the facts needed to classify the event and document why it is reportable. If the incident is minor, routine, or outside your reporting threshold, this template is usually not the right fit. When in doubt, route the event through your compliance or safety lead before submitting.

How quickly does this report need to be completed?

This template is built for time-sensitive filing workflows, so it should be completed as soon as the incident is stabilized and the core facts are known. The form includes a reporting_deadline_met field to help track whether the filing window was satisfied. If the event is still unfolding, submit the known facts first and update the record when investigation details are confirmed. Do not wait for a full root-cause analysis if the reporting deadline is approaching.

Who should fill out the report?

A safety, security, operations, or compliance representative should complete the form, depending on your agency's incident workflow. The reporter should be someone who can verify the event details, coordinate with responders, and preserve the audit trail. In many agencies, the initial draft is entered by dispatch or operations and then reviewed by a compliance owner before submission. The reporter_name, reporter_title, and reporter_email fields make ownership clear.

What should be included in the event summary?

The event_summary should describe what happened in plain language, including the type of incident, where it occurred, and the immediate outcome. Keep it factual and avoid speculation about cause unless it has been confirmed. Use the event_category field to classify the incident, and use injury_or_damage_details to add supporting context. A good summary is short enough for review but specific enough for audit and follow-up.

How should property damage and injuries be recorded?

Use the numeric fields for fatalities_count, serious_injuries_count, and property_damage_estimate so the report can be reviewed consistently. Enter only confirmed counts and estimates, and update them if the investigation changes the record. If there was no injury or no damage, record zero rather than leaving the field blank when your workflow requires a value. This helps avoid ambiguity during NTD review and internal audit.

Can this template handle incidents involving more than one agency?

Yes, the multiple_agencies_involved field and other_agencies section are meant for joint incidents, shared facilities, and coordinated response events. List the other agencies only when they were directly involved in the incident, response, or reporting chain. If the event was entirely internal, leave those fields blank or set the branching logic to hide them. This keeps the form aligned with data minimization and reduces unnecessary PII collection.

What attachments should be added to the report?

Attach only the documents that support the report and are actually needed for review, such as photos, incident logs, dispatch notes, or a short timeline. Avoid uploading unrelated records or sensitive files that are not necessary for the filing. If your process uses an audit trail, make sure the attachments are time-stamped and tied to the incident record. Use progressive disclosure so attachment prompts appear only after the core event fields are completed.

How is this different from an ad-hoc incident email or spreadsheet?

This template standardizes the fields needed for NTD reporting, which makes it easier to compare incidents, review deadlines, and preserve an audit trail. Ad-hoc emails often miss key details like event classification, asset identifiers, or confirmation that the deadline was met. A structured form also supports validation, required-vs-optional clarity, and cleaner handoff to compliance reviewers. That reduces rework when the report is prepared for submission.

Go deeper on the topic

Related concepts
  • 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...
Related guides

Ready to use this template?

Get started with MangoApps and use NTD Safety and Security Major Event Report 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?