NFIRS Codes Cheat Sheet - NFIRS Coding - NFIRS Examples - FDIDs - POCs
Definition: Identifies the type of fire detection system that was present in the area of fire origin.
Need something else? Here is the complete list of all NFIRS modules and subsequent NFIRS transactions, plus a list of all NFIRS elements.
NFIRS 5.0 relational edit validation rules are provided to ensure NFIRS data is consistent and correct for the fire/reporting concepts that are being modeled. Relational edits determine relationships between multiple fields / elements. These are the rules for ‘Detector Type’.
Rule | Group | Overview |
---|---|---|
Relational Edit Rule 74 | relational edit rule 74. |
Here are the NFIRS codes for the ‘Detector Type’ element, including any “other” values in case none of the preselected choices match:
Detector Type | Code |
---|---|
Smoke | 1 |
Heat | 2 |
Combination Smoke And Heat In A Single Unit | 3 |
Sprinkler, Water Flow Detection | 4 |
More Than One Type Present | 5 |
Detector Type - Other | 0 |
Undetermined | U |
A few NFIRS elements are reused accross a number of transactions, but typically the value is captured by one transaction only.
Specification | Value |
---|---|
Requirement | Optional |
Expected Length | 1 |
Element Type | Coded Field - The coded field relating to an entry in the code table. Most coded fields allow for Plus+ One codes. For these fields the expected length of the coded entry is depicted as (National length OR Plus+ One length). Only fields with this notation in the expected length column allow for Plus+ One definitions. If the user has not provided information, an empty field should be transmitted. |
Need more help with NFIRS, or not yet found what you are looking for? Please see if these help …
For more information see the NFIRS Cheat Sheet, NFIRS Coding and contact Responserack to learn about our fire department software.