PRD Analyses
About PRD Analysis
A PRD Analysis is an analysis that contains data specific to pressure relief devices.
Details
A PRD Analysis for a pressure relief device can be created once you have identified at least one piece of equipment or RBI Component that it protects. PRD Analyses function the same way as RBI Analyses.
However, the following features that are available for RBI Analyses are not available for RBI PRD Analyses:
- Creating What If Analyses from RBI PRD Analyses
- Copying RBI PRD Analyses
- Specifying that TM Analysis values at the TML Group level be used to calculate RBI corrosion rate values
When you create a Criticality Calculator PRD Component:
- When prompted to select an Equipment, you should select the Equipment that represents the pressure relief device itself.
- When prompted for the Component family, you should select one of the following options:
-
Criticality Calculator PRD Component - Relief Valve
-
Criticality Calculator PRD Component - Rupture Disk
-
- When prompted for the Component Type, you should select one of the following options:
-
Balanced Bellows PRD
-
Conventional PRD
-
Pilot-Operated PRD
-
PRD with Rupture Disk
-
Rupture Disk Only
-
-
An Equipment that represents a Pressure Relief Device cannot be linked to both RBI Components and PRD Components.
About Active Analysis
An RBI Criticality Analysis or a What If Analysis can be active or inactive. An active analysis is the one on which recommendations and tasks for a particular RBI Analysis will be based. For an RBI Component, you can have only one active analysis. There is no limit, however, to the number of inactive analyses that can exist for an RBI Component.
When you create an analysis, it is in the Created state. If the analysis is active, you can then set the analysis to one of the following states in that order:
- Risk Completed
- Accepted by ASM
If the analysis is inactive, however, the state of the analysis will automatically be set to Archived. If you change the state of an analysis to Risk Completed, all the other analyses are marked inactive (i.e., their state is set to Archived).
About What-If Analysis
A What-If Analysis is a child analysis of a main RBI Analysis (or another What-If Analysis in the Risk Completed state) that allows you to calculate the risk associated with an RBI Component under hypothetical circumstances. What-If Analyses allow you to analyze hypothetical situations to determine how operational and procedural changes would impact the risk associated with a component's failure on a certain date.
When you create a What-If Analysis:
-
A record of the RBI Criticality Analysis or RBI Pipeline Analysis is created. For the What-If Analysis, however, the value in the Event Type field is populated with the value W.
Note: For a normal RBI Analysis, the value in the Event Type field is blank. - The What-If Analysis is linked to the main analysis through the Has Child RBI Criticality Analysis relationship.
- The Consequence Evaluation, Degradation Mechanisms (DMs), and Degradation Mechanism Evaluations (DMEs) linked to the main analysis are copied and linked to the What-If Analysis.
- The Analysis ID of the What-If Analysis is in the following format: W <Analysis ID of the main analysis> <Number>, where <Number> is the sequential number of the What-If Analysis.
- You can duplicate the What-If Analysis. You cannot, however, apply the What-If Analysis.
- You can change the state of the What-If Analysis. The state assignments and operations that are applicable to an RBI Analysis are also applicable to a What-If Analysis.
-
GE Digital APM copies the values from the fields in the main analysis to the What-If Analysis. However, values in the following fields are not copied:
- Fields in RBI Criticality Analysis:
- Consequence Category Rolled Up
- Driving Risk
- Eff Date for Risk Analysis
- Inspection Priority Rolled Up
- Probability of Failure Rolled up
-
Risk Category
-
Risk Completed
-
Risk Completed Date
- Fields in Criticality Consequence Evaluation:
-
Average Leak Rate
-
Cleanup Cost
-
Deinventory Time
-
Distance to End Effect
-
Estimated Leak Quantity
-
Estimated Release Rate
-
Final Phase
-
Flammable Affected Area
-
Initial Leak Rate
-
Leak Size
-
Pool Area
-
Probability of Ignition
-
Release Duration
-
Toxic Mix Release Rate
-
Toxicity Area
-
- Fields in RBI Degradation Mechanisms
-
Combined Consequence
-
Inspection Priority
-
Probability of Failure
-
- Fields in Criticality Env. Crack. Deg. Mech. Eval
-
Adjusted Years Last Inspection
-
DF
-
Likelihood Category
-
Updated Potential
-
Years in Service
-
Years Last Inspection
-
- Fields in Criticality Int. Corr. Deg. Mech. Eval
-
DF
-
Estimated
-
Estimated Wall Loss
-
Fractional Wall Loss
-
Likelihood Category
-
Pressure at Minimum Thickness
-
Structural Minimum Thickness
-
Wall Ratio
-
Years in Service
-
- Fields in Criticality Ext. Corr. Deg. Mech. Eval
-
Age
-
Area Humidity Factor
-
Calculated Corrosion Rate
-
Coating Factor
-
DF
-
Estimated Minimum Thickness
-
Estimated Wall Loss
-
Fractional Wall Loss
-
Insulation Condition Factor
-
Insulation Type Factor
-
Likelihood Category
-
Wall Ratio
-
Years in Service
-
- Fields in RBI Criticality Analysis:
About Inspection History
When you calculate an RBI Criticality Analysis, Degradation Mechanism Evaluations (DMEs) are used as an input to calculate the Probability of Failure. A key factor in calculating the Probability of Failure for the analysis is the assessment of previous inspections, which are contained in the Inspection History.
Details
As part of each analysis, you can choose the inspection for each DME. This selection assists in reducing uncertainty posed by the particular Degradation Mechanism (DM) and in determining its rate of deterioration. Each Inspection is quantitatively assessed to determine its effectiveness in achieving this goal.
You can select the Inspections used to populate the following fields on the Criticality Degradation Mech Evaluation datasheet for the calculation:
- Use Combined Confidence
- Equivalent Number of Inspections
- Inspection Confidence
The resulting quantitative value, or Inspection History, indicates how effective prior inspections were at identifying the DM and the rate of degradation.
About Assigning Inspections to a Degradation Mechanism Evaluation (DME)
You can use Inspection Management to record inspection results for a piece of equipment. In each Inspection, you can specify the DM for which you were looking during the inspection.
In RBI, you use RBI Components to divide a piece of equipment into parts. You then define DMs for those components, and then conduct analyses for each RBI Component.
Assigning Inspections to DMEs in RBI
If an RBI Component represents parts of a piece of equipment that you have inspected in the past, and have recorded results in Inspection records, you can assign those inspections to the appropriate DMEs for that component. By doing so, you identify the inspections that were used to detect DMs for that component.
The type of analysis used will determine what happens when you assign an inspection to a DM. For any RBI 580 DME, the listed inspections fall within a specified 20-year window. When you are working with an RBI Analysis, GE Digital APM uses the values in the Inspection Confidence field of the Inspection records to automatically populate the following fields in the Criticality Degradation Mech Evaluation representing that degradation mechanism:
- Inspection Confidence: Indicates how effective the last inspection was at detecting the DM and identifying the rate of degradation.
- Equivalent Number of Inspections: Indicates the number of inspections that will be used when calculating the analysis.
Assigning PRD Inspections to DMEs
You can also assign inspections that are associated with pressure relief devices (PRDs) when you are working with an RBI PRD Criticality Analysis. When you do so, the Inspection records that you select will belong to the PRD Pop Test Checklist family, and values that are stored in the PRD Pop Test Checklist records that you select will be used as inputs to RBI PRD Criticality Analysis calculations. Specifically, values in the following fields in the PRD Pop Test Checklist records are used in RBI PRD Criticality Analysis calculations:
- Completion Date
- Inspection Confidence
- Leak Test Results
- Over Pressure Test Results
For any PRD DME, the listed inspections fall within a specified 20-year window. The Date in Service field must contain a date prior to the date in the Completion Date field. The Completion Date and Inspection Confidence fields in the PRD Pop Test Checklist must contain values in order to assign a PRD Pop Test Checklist to a DM that is associated with an RBI PRD Criticality Analysis.
The Leak Test Results and Over Pressure Test Results fields, however, do not have to contain values in order to assign an Inspection record of this type to a DME. Instead, in this case, the following default values will be used in the RBI PRD criticality Analysis calculations:
- Leak: This value is used as an input by default when the Leak Test Results field does not contain a value in the PRD Pop Test Checklist that you assign to a DME.
- Fail: This value is used as an input by default when the Over Pressure Test Results field does not a value in the PRD Pop Test Checklist that you assign to a DME.
When you are working with an RBI 581 Risk Analysis or an RBI Criticality Analysis, (i.e., not an RBI PRD Criticality Analysis), if you want to specify manual values, you can choose to override the automatic Inspection Confidence and Equivalent Number of Inspections. In most cases; however, you will want GE Digital APM to populate the fields automatically to avoid subjective interpretations of the values.
About Inspection Priority
When you calculate an RBI Analysis, in each RBI Degradation Mechanism linked to the RBI Analysis, the values in the following fields are calculated automatically:
- Probability of Failure
- Combined Consequence
Together, the values are used to determine the Inspection Priority, which is stored in the Inspection Priority (Unmitigated Risk) field in the same RBI Degradation Mechanism.
The Inspection Priority is used to determine the driving RBI Component when a single pressure relief device protects more than one RBI Component. The RBI Component that belongs to the RBI Analysis whose Inspection Priority has the most conservative value (the lowest number) becomes the driving RBI Component. Recommendation are generated based on the Inspection Priority.
Inspection Priority and Risk Matrices
Specifically, to determine the Inspection Priority, the Probably of Failure and Combined Consequence are plotted on a matrix:
Access an RBI PRD Criticality Analysis
About This Task
Procedure
Create an RBI Analysis
About This Task
You can create an RBI PRD Criticality Analysis for an RBI Component.
Procedure
Results
- For each Potential Degradation Mechanism (PDM) linked to the Component, a Degradation Mechanism (DM) is added to the Analysis.
What To Do Next
Calculate an RBI PRD Criticality Analysis
Before You Begin
- Ensure that you have entered values in all the required fields. Otherwise, the calculation fails.
About This Task
This topic describes how to calculate a single analysis. In addition to an individual analysis, you can also calculate:
- All analyses associated with a Process Unit.
- All analyses associated with a single asset or Corrosion Loop.
Procedure
Calculate all RBI PRD Criticality Analyses Associated with a Process Unit
Before You Begin
- Ensure that you have entered values in all the required fields. Otherwise, the calculation fails.
About This Task
This topic describes how to calculate all analyses associated with a single Process Unit. You can also calculate:
Procedure
Calculate all RBI PRD Criticality Analyses Associated with a Single Asset or Corrosion Loop
Before You Begin
- Ensure that you have entered values in all the required fields. Otherwise, the calculation fails.
About This Task
This topic describes how to calculate multiple analyses associated with a single Asset or Corrosion Loop. You can also calculate:
Procedure
Access the Risk Matrix for an RBI PRD Criticality Analysis
About This Task
Procedure
Change the State of an RBI PRD Criticality Analysis
Finalize Risk of Multiple RBI PRD Criticality Analyses
Before You Begin
- Ensure that all the analyses to which you want to assign a new state are assigned to the same state.
About This Task
Procedure
What To Do Next
Delete an RBI PRD Criticality Analysis
Before You Begin
You cannot delete an RBI PRD Criticality Analysis if it is Active, has a child analysis, or has Recommendations.
- If an RBI PRD Criticality Analysis has a child analysis, delete the child analysis.
- If an RBI PRD Criticality Analysis has Recommendations, delete the recommendations.