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
- Date of Event
-
Time of Event
If exact time is unknown, provide the best available estimate.
- Was this report filed within the required timeframe?
-
Reason for Submission
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
-
Brief Event Summary
Provide a concise factual summary of what happened, where it occurred, and the immediate impact.
- Were multiple agencies or jurisdictions involved?
- 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
- City
- State
- Affected Asset Type
-
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
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. 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. 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. 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. 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. 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:
Common use cases
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.
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.
-
See how customers use MangoApps Projects Module to collaborate, track progress, and share knowledge across teams.
-
See how MangoApps embeds AI directly into inspections, safety incidents, and SOPs — so frontline workers get answers in context, not in a separate tool.
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.