Near-MissReporting
Nobody got hurt this time. That is exactly why the report matters, it is the earliest warning a safety program ever gets.
A near-miss is an unplanned event that could have caused injury, illness, or property damage but did not. It is a leading indicator, a signal that arrives before, not after, an outcome. Because many near-misses typically precede each recordable incident, a program that catches and reports them sees its risk earlier than one that only counts injuries after they happen.
The warnings sit below the outcomes
Near-misses outnumber recordables by a wide margin, which is the point: the base of the pyramid is where the earliest, cheapest warning lives.
What a near-miss report needs
A near-miss report is only as useful as what it captures, the event, the condition behind it, and what closes the gap before it recurs.
| Field | Captures | Why it matters |
|---|---|---|
| What happened | The event, in plain language, as it unfolded | Context the count alone loses |
| Category | Struck-by, fall, caught-between, electrical, other | Groups the signal so patterns surface |
| Corrective action | What was fixed, or who owns the fix | Turns a report into a closed loop |
Near-miss counts sit beside lagging rates like TRIR, and feed the same program as a toolbox talk.
How POD reads near-misses
POD reads near-miss counts and categories from your safety records and daily reports, gated to what you report. A near-miss is a leading indicator, and POD keeps it beside the lagging recordable counts so the warning signs sit next to the outcomes.
Near-miss reporting guideFrequently asked questions
The leading side of the pyramid
Near-misses are one leading indicator among several. See how the whole leading set sits beside the lagging rates.