Bridge NBI Element Coding Software: AASHTO Guide

By Corin Hale on October 14, 2026

bridge-nbi-element-coding-software-aashto-guide

Bridge inspectors already know how to rate a deck, a girder, or a bearing. The harder part is keeping element-level condition data consistent across hundreds of structures, several inspection teams, and many years. When coding lives in separate files, quantities drift, defects are recorded twice, and maintenance never sees the findings. A bridge maintenance management system keeps AASHTO element data tied to work you can schedule and close.

Bridge Asset Management · Element-Level Inspection

Bridge NBI Element Coding Software: An AASHTO Guide

Organize deck, superstructure, and substructure element coding so every condition state leads to a clear maintenance action.

CS 1Good
CS 2Fair
CS 3Poor
CS 4Severe

How Element-Level Bridge Coding Works

The AASHTO Manual for Bridge Element Inspection defines a standard set of elements and a four-state condition scale. Instead of one rating for a whole component, inspectors record how much of each element sits in each condition state.

  • National Bridge Elements cover the primary structural parts: decks, girders, columns, abutments, bearings, and similar members.
  • Bridge Management Elements cover items such as joints, wearing surfaces, and protective systems.
  • Defect elements, such as corrosion, cracking, and delamination, add detail where deterioration is visible.

Quantities are measured in the unit set for each element, for example square metres, metres, or each. The quantities across all four states should account for the full element.

NBI Rating and Element Condition: Two Views of One Bridge

NBI General Condition Rating

  • One 0 to 9 rating each for deck, superstructure, and substructure
  • Fast to read and useful for network-level reporting
  • Hides how much of a component is deteriorated

AASHTO Element Data

  • Quantity in each of four condition states per element
  • Supports deterioration modeling and treatment selection
  • Needs disciplined, consistent field coding

Most agencies carry both. The practical challenge is making sure the two stay consistent and that either one can trigger maintenance.

Coding by Bridge Component

Deck

Reinforced concrete decks (element 12) and their wearing surfaces and joints need quantity by condition state plus defect notes such as cracking, delamination, and spalling.

  • Record deck area per state
  • Link joint leakage to nearby bearings and bents
  • Flag sealing or overlay candidates
Superstructure

Open girders, such as steel (107) or prestressed concrete (109), are coded by length per state. Corrosion, section loss, cracking, and coating failure drive the state.

  • Track coating condition separately
  • Mark fatigue-prone details
  • Attach close-up photos to the member
Substructure

Columns (205), abutments (215), and piers are coded by count or length. Scour, settlement, tilt, and cracking need a link to waterway or geotechnical monitoring.

  • Record scour observations
  • Note bearing seat condition
  • Cross-reference underwater inspection dates

Inspection Cycle Requirements to Plan Around

Inspection TypeTypical FrequencyMaintenance Data to Capture
RoutineUp to 24 months, shorter where condition requiresElement quantities, defects, photos, recommended actions
Fracture critical memberInterval set by the owner, commonly 24 monthsHands-on findings, crack records, access method
UnderwaterUp to 60 months in many programsScour depth, substructure condition, diver or ROV notes
Special or in-depthSet by engineering needTest results, load rating inputs, repair recommendations
Damage or eventAfter impact, flood, or seismic eventDamage extent, temporary measures, follow-up work orders

Confirm the intervals against your agency policy and the current federal inspection standards, since programs can approve different frequencies.

Why Element Coding Goes Wrong

A

Quantities do not add up

State totals differ from the element total because of copy-and-edit errors.

B

Drift between inspectors

Two teams code the same corrosion into different states.

C

No history in the field

Inspectors cannot easily compare against last cycle's photos and notes.

D

Findings stop at the report

Recommendations never become scheduled maintenance work.

From Condition State to Treatment Decision

Condition PatternCommon Action CategoryWork Order Example
Mostly CS 1PreservationWash bearings and drainage, clear debris from joints
CS 2 growingPreventive treatmentSeal cracks, repaint localized steel, replace joint seals
CS 3 presentRepairPatch spalls, repair bearings, address drainage defects
CS 4 presentRehabilitate or restrictEngineering review, posting evaluation, priority repair

Prioritization Inputs Beyond Condition

  • Traffic volume and detour length
  • Load rating or posting status
  • Scour vulnerability and waterway activity
  • Freight or emergency route designation

Link Every Element Finding to a Maintenance Action

Keep structure records, inspection history, and bridge work orders in one workflow your inspectors and crews can both use.

Field Coding Practices That Improve Data Quality

  1. Review last cycle first. Open prior photos and quantities before arriving on site.
  2. Code from defined condition-state language. Use the manual and agency supplements, not memory.
  3. Check totals before leaving. State quantities must reconcile to element quantity.
  4. Photograph every state change. Reference the element and location.
  5. Write actionable recommendations. Name the work, extent, and urgency.
  6. Close the loop. Confirm which recommendations became work orders.

How Oxmaint Fits an Element-Based Bridge Program

Oxmaint is maintenance management software. It does not replace your agency's official bridge inspection reporting system. It supports the maintenance side of the process.

Asset management
Register each structure and its major components with history, drawings, and attachments.
Inspections
Use mobile checklists for routine checks, post-event reviews, and verification of completed repairs.
Work orders
Convert recommendations into corrective tasks with priority, crew, materials, and completion notes.
Preventive maintenance
Schedule deck washing, drainage cleaning, joint maintenance, and bearing checks.
Reporting
Review backlog by structure, district, and work type for planning and budget requests.

KPIs for an Element-Level Program

On-time
Share of inspections completed within their required interval
Closure
Days from recommendation to completed work order
Backlog
Open CS 3 and CS 4 repairs by structure and district
Quality
Inspections returned for reconciliation or coding errors
Preventive
Planned preservation hours compared with emergency repairs

Frequently Asked Questions

Does Oxmaint replace the official bridge inspection database?

No. It supports maintenance planning and execution around inspection data. Book a demo to map your process.

What are the four condition states?

They are Good, Fair, Poor, and Severe, defined per element in the AASHTO manual.

Can inspection findings create work orders?

Yes. Recommendations can become corrective work orders with priority and due dates.

How do we handle bridges with different intervals?

Set a schedule per structure so each bridge follows its own required cycle.

Where should a small team start?

Load your highest-risk bridges first, then expand. You can sign up to begin.

Turn Element Condition Data Into Funded Bridge Work

Give your bridge team one place to schedule inspections, track repairs, and report progress.


Share This Story, Choose Your Platform!