Records should be made during work rather than reconstructed afterward
Aliases: contemporaneous documentation · point-of-work capture · event time
What it is
Point-of-work contemporaneous recording means capturing an observation, measurement, action, or deviation close to when it actually happens, rather than reconstructing it from memory at the end of a shift. "Contemporaneous" calls for the record and the event it describes to stay as close together in time and place as practical — a brief cache (jotting a number on a scrap of paper, entering it into the system shortly after) is an acceptable compromise, but content rebuilt from end-of-shift recall should never be packaged and handed downstream as if it were a faithful record of the moment.
Why it happens
Retrospective recall is not a faithful replay of what happened; it is a reconstruction, unconsciously shaped by outcomes learned afterward, similar tasks performed that day, and the person's own expectation of what "normal" should look like — the reconstructed account often diverges from what actually occurred in ways the person recalling it does not notice. This is not carelessness; it is how memory works. What gets lost first is exactly what carries the most diagnostic value: precise timing, the order events occurred in, and anomalous details that "didn't seem important at the time" — because none of it was encoded as worth remembering. Contemporaneous capture preserves this context, but it has its own cost: if the act of recording interrupts an ongoing two-handed task, or the entry interface is cumbersome, people tend to jot a keyword on whatever is at hand and enter it into the system later — and the timestamp the system assigns still marks when the entry was made, not when the event happened, producing a false sense of precision: the record looks like it happened "at such and such a time," when it was really only received by the system at that time.
Studying it
Compare content captured contemporaneously, at the end of a phase, and at the end of a shift against a ground truth from sensors or an independent observer, measuring omission rate, timing error, and how often and how long the recording act interrupted the primary task. A system must separately capture three distinct timestamps — when the event actually occurred, when the person completed the entry, and when the data synced to the central system — and researchers cannot treat the server's auto-assigned receipt time as the event time. This is the easiest trap when evaluating such systems, and it makes "record quality" look better than it actually is.
Where it stops holding
During an emergency response, or when hands must continuously hold or press something, requiring a complete record on the spot can actually raise risk; the better move is to leave a minimal trace — pressing a timestamped marker key — and fill in the full detail once a safe point is reached, rather than insisting on the "must record fully, immediately" rule for its own sake. Automatically captured sensor data can equally be wrong from a faulty sensor or calibration drift, so contemporaneous capture does not guarantee accuracy — the data's source still needs to be traceable after the fact. How fast a record must be completed varies by industry and regulatory regime; no single time window transfers across every context.
Applying it
- Embed minimal recording touchpoints in the workflow — a scan or a keypress that auto-populates the asset ID, the current step, and a trusted system clock — so entry is compressed to the point of not requiring an interruption of the current action.
- Keep event time, entry time, and any reason for late entry as separate, explicit fields in the data structure, and never let the system present a late entry as if it were contemporaneous without saying so.
- How to check: design drills that include a network outage, both hands occupied, and an emergency interruption, and verify whether personnel can still leave a traceable minimal marker with minimal action, and whether the fuller record added later links correctly back to that marker — not just testing the entry interface's usability under normal conditions.
Related
- Same group: Y8.04.2 Entry cost determines record quality · Y8.04.3 Records are the basis for later fault diagnosis
- Nearby: Y8.03 Availability of maintenance information · Y7.05 Accident investigation and organizational learning
- Search terms:
contemporaneous documentation·point-of-work capture·event time