Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Site-Specific Features and Characteristics |
Clarification:
SFR-C2, SFR-C4, SFR-C5, SFR-C6, EXT-C2, XHA-A1
Qualification:
SHA-A1, SHA-A2, SHA-A3, SHA-A4, SHA-A5, SHA-B1, SHA-B2, SHA-B3, SHA-C1, SHA-C2, SHA-C3, SHA-C4, SHA-D1, SHA-D2, SHA-D3, SHA-D4, SHA-E1, SHA-E2, SHA-F1, SHA-F2, SHA-F3, SHA-G1, SHA-H, SHA-I, SFR-C1, EXT-A2, WHA-A1, WHA-A2, WHA-A3, WHA-A4, WHA-A5, SPR-B1, WPR-B2, XFHA-A1, XFHA-A2, XFHA-A3, XFHA-A4, XFHA-A5, XFHA-A6, XFPR-B1, XFPR-B2 |
The staff recognizes that DC applications will not have regional or site-specific information on which to base their external hazard PRA/analysis or to ensure the information characterizes all credible hazards/sources at the site. DC applicants will typically establish site characteristics and site interface requirements upon which the specific hazards analysis will be performed. For COL applications, site-specific information will be available to address the supporting requirement directly and/or confirm that the DC analysis bounds the actual site and regional characteristics. |
|
|
|
Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Screening Events/Hazards for Analysis |
Clarification:
EXT-B4
Qualification:
IE-C6, QU-D8, LE-F2, IFSN-A12, IFSN-A13, IFSN-A14, IFSN-A15, IFSN-A16, IFQU-A12, QNS-A1, QNS-C1, EXT-B1, EXT-B2, EXT-B3, EXT-C1, WPR-A6, XFPR-A6, XPR-A6 |
The staff recognizes that DC applications will not have regional or site-specific information on which to base the screening of external hazards or to ensure the information characterizes all credible hazards/sources at the site. DC applicants will establish site characteristics and site interface requirements on which specific hazards will be screened from further analysis. For COL applications, the site-specific conditions can be assessed to determine if there are additional hazards to consider. However, when performing this screening analysis, the qualitative and quantitative criteria (provided directly or as implied) in the PRA Standard should not be used for internal and external events/hazards. This is because of the potentially low plant CDF and LRF. Screening based on the PRA Standard’s cited CDF criteria is not appropriate for ALWRs because it infers a CDF of up to about 1×10-6/year and some qualitative criteria for screening external hazards can be even higher, which might be orders of magnitude greater than the base CDF at the site. The current version of the PRA standard does not identify unique screening criteria for new reactor designs that can have substantially lower risk profiles (e.g., plants with internal events CDF well below 1×10-6/year). As stated in RG 1.200, the quantitative screening value should be adjusted according to the relative baseline risk value. Therefore, screening values lower than those in the PRA Standard need to be used commensurate with the lower CDF and LRF estimates expected for ALWRs. A number of supporting requirements are identified as not applicable and should not be used for screening purposes or are identified as needing to be replaced or enhanced with the criteria provided in the clarification. In addition, to ensure that internal and external hazard screening does not result in the screened out contribution being significant relative to the risk of the hazard group, a number of supporting requirements were enhanced (or new supporting requirements created) to check for this condition. |
|
|
|
Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Plant-Specific Layouts and Capabilities |
Clarification:
FSS-F1, FSS-F3
Qualification:
CS-A2, CS-A3, CS-A4,
CS-A5, CS-A6, CS-A7,
CS-A8, CS-A9, CS-B1, FSS-F2 |
If the DC or COL applicant has specific information regarding equipment locations and layouts and cable routing, then these supporting requirements can be achieved. However, the staff recognizes that DC and COL applications might not have some plant-specific information; particularly associated with equipment layout and locations and cable routing. Under these conditions, the applicant will likely use design and operational guidance documents, general good engineering practices, and “exclusion” approaches in their analyses, which are acceptable to the staff. |
|
|
|
Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Plant-Specific Operating Experience and Data |
Clarification:
IE-A3, IE-C2, IE-C4,
DA-C4, DA-C10, DA-C11, DA-C12, DA-C13,
DA-C16, DA-D8, IGN-A6 IGN-B4
Qualification:
DA-C2, DA-C3, DA-C5, DA-C6 |
The staff recognizes that DC and COL applications will not have plant-specific operating experience and associated data on which to base component failure rates and maintenance, surveillance, testing, and train realignment frequencies. That being the case, applicants either cannot meet the supporting requirement or, for cases in which the supporting requirement is conditioned on another supporting requirement, it is not applicable. The applicants should address these supporting requirements using generic data and general industry operating practices and documenting the assumptions used in developing their PRA. |
|
|
|
Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Plant-Specific Guidance (Procedures, Operating Practices, etc.) |
Clarification:
IE-C3, IE-C11, IE-C14, AS-A5, SC-A6, SY-A2, SY-A3, SY-A19, SY-A20, SY-B12, SY-B15, HR-A1, HR-A2, HR-A3, HR-D4,
HR-D5, HR-E1, HR-E2,
HR-F2, HR-G4, HR-G6,
HR-H2, QU-D2, LE-D6, IFSN-A3, ES-A1, HRA-A2, HRA-B3
Qualification:
WPR-A11, XFPR-A11, XPR-A11 |
The staff recognizes that for the DC and COL application stages, plant-specific procedures and operating practices will not exist. The staff recognizes that the PRA at these stages will be based on design and operational guidance documents and typical industry practices, appropriate for that stage. That being the case, the staff believes applicants can meet these supporting requirements using general industry practices and design and operational guidance. |
|
|
|
Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Interviews |
Clarification:
SY-A2, SY-A4, HR-E3, HRA-A4
Qualification:
HR-E4, SF-A5 |
There appear to be only a few supporting requirements that specifically require interviews or reviews to achieve CC I in the PRA Standard (and one other, SY-A2, identifies interviews as part of a list of sources of information).
Most of the supporting requirements that require the review of procedure interpretations or confirmation that the system model reflects the design of the system can be achieved through interviews of knowledgeable design and/or plant personnel, appropriate for that stage. The staff also recognizes that, for DC and COL applications, the model will be based on design and guidance documents.
Only SF-A5, which involves the review of plant fire brigade training procedure to establish the extent to which these procedures have prepared the personnel to respond to a fire, is not feasible at
these application stages. |
|
|
|
Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Walkdowns |
Clarification:
PP-B7, FSS-D10, FSS-D11, FSS-H10, SFR-E1, SFR-E2, SFR-E3, EXT-D1, EXT-D2,
Qualification:
IFPP-A5, IFSO-A6, IFSN-A17, IFQU-A11, SFR-D1, SFR-E4, SFR-E5, SPR-B11,
WFR-A1, XFFR-A1, XFR-A2 |
The staff recognizes that, for DC and COL applications, walkdowns will not be able to be performed in most cases to collect or verify the information regarding specific site and design characteristics and features. The information considered in the PRA should be based on the available design and operational information for that stage. |
|
|
|
Table 1 - Challenges to Meeting Capability Category I of the PRA Standard for an ALWR DC Application and COL Application |
Treatment of Uncertainties |
Qualification:
IE-D1, IE-D3, AS-C1,
AS-C3, SC-C1, SC-C3,
SY-C1, SY-C3, HR-I1,
HR-I3, DA-E1, DA-E3,
QU-F1, QU-F4, LE-G1,
LE-G4, IFPP-B1, IFPP-B3,
IFSO-B1, IFSO-B3,
IFSN-B1, IFSN-B3,
IFEV-B1, IFEV-B3,
IFQU-B1, IFQU-B3,
PP-C1, PP-C3, ES-D1,
ES-D2, CS-C1, CS-C2,
CS-C3, CS-C4, CS-C5,
QLS-B2, QLS-B4,
PRM-C1, PRM-C2,
FSS-H9, FSS-H11,
IGN-B1, IGN-B3, IGN-B5,
QNS-D1, QNS-D2,
QNS-D3, CF-B1, CF-B2,
HRA-E1, HRA-E2, SF-B1,
SF-B2, FQ-F1, FQ-F3,
UNC-B1, UNC-B2,
SHA-J1, SHA-J3,
SFR-G1, SFR-G3,
SPR-F1, SPR-F3,
EXT-E1, EXT-E3,
WHA-B1, WHA-B3,
WFR-B1, WFR-B3,
WPR-C1, WPR-C3,
XFHA-B1, XFHA-B3,
XFFR-B1, XFFR-B3,
XFPR-C1, XFPR-C3,
XHA-B1, XHA-B3,
XFR-B1, XFR-B3,
XPR-C1, XPR-C3 |
The staff recognizes that both increased uncertainty and reliance on more assumptions are associated with these application stages because of the status of the site, design, operational, and maintenance information and data. This additional uncertainty needs to be addressed in two aspects of how the supporting requirements are documented. First, by enhancing the existing supporting requirement related to documenting aspects that facilitate PRA applications, upgrades, and peer reviews, with the
requirement to document limitations, and their
bases, which would impact risk-informed
applications because of the status of the site,
design, operational, and maintenance information
and data. (This might also include a discussion of
sensitivity studies performed to provide a
perspective on these impacts.) Second, by
enhancing the existing supporting requirement
related to characterizing the sources of model
uncertainty and related assumptions with the
requirement to document the additional sources of uncertainty and assumptions specifically related to the status of the design, site, operational, and maintenance information or data. For a few technical elements, it was necessary to develop a new supporting requirement to capture one or both of these enhancements. |
|
|
|
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-IE-A |
The initiating event analysis shall provide a reasonably complete identification of initiating events. |
The initiating event analysis shall provide a reasonably complete identification of initiating events. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A2 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems (e.g., service water ultimate heat sink) to address the special initiators, while the COL applicant can more directly address the site-specific support system initiators if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations
of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A3 |
Clarification |
No plant-specific experience is available during these application stages. Because the objective of this supporting requirement is to ensure that the list of initiators is as complete as possible, and IE-A4 addresses the review of generic analysis of similar plants, this
supporting requirement is Not Applicable. Therefore, the applicant does not need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A4 |
Clarification |
For most DC and COL applicants, there may be generic analysis of similar plants at the application stage. The supporting requirement is using this information to ensure that the list of initiators is as complete as possible in reflecting relevant industry experience. If there is no similar plant generic analysis, then the supporting requirement is Not Applicable and these applications do not need to address this supporting requirement. If there is similar plant generic analysis available, then the supporting requirement is feasible to meet as
written. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A5 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems though the impact of the loss of the system (or train of the system) can still be evaluated. The COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations
of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A6 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems though the impact of the loss of the system (or
train of the system) can still be evaluated. The COL applicant can more directly address the site-specific support-system design if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations
of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A7 |
Clarification |
For most DC and COL applicants, there will be no plant-specific experience, but there may be generic experience, to draw from at the application stage. The supporting requirement is using this information to ensure that the list of initiators is as complete as possible in reflecting relevant experience. If there is no relevant experience (including similar plant experience), then the supporting requirement is Not Applicable and these applications do not need to address this supporting requirement. If relevant generic experience (including similar plant experience) is available, then the supporting
requirement is feasible to meet as written. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A8 |
Qualification |
CC I contains no requirement for interviewing plant personnel, while interviews are needed to achieve CC II. The DC application and COL application PRAs should include interviews of personnel familiar with the design, analysis, and expected operations appropriate for that stage to ensure no potential initiating events have been overlooked;
recognizing that the interviews will not reflect plant-specific experiences, but design and general experiences. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A9 |
Clarification |
CC I contains no requirement for performing a precursor review using plant-specific operating experience, while such a review is needed to achieve CC II and a review of industry precursor events is needed to achieve CC III. It is not feasible to have plant-specific operating experience at these application stages. Therefore, these applicants are not expected to perform additional precursor reviews and this
supporting requirement is met at CC I with no action. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-A10 |
Clarification |
If the DC or COL is for a single unit or for a site in which there are no shared systems (including for example, separate switchyards and service water), then this supporting requirement is Not Applicable.
For multi-unit designs, a DC may include assumptions regarding shared support system arrangements, while a COL can more directly address the designs for the alignment of site-specific shared support systems if the design information is available; recognizing that even
at this stage some assumptions will be made regarding the design and operations of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-IE-B |
The initiating event analysis shall group the initiating events so that events in the same group have similar mitigation requirements (i.e., the requirements for most events in
the group are less restrictive than the limiting mitigation requirements for the group) to facilitate an efficient but realistic estimation of CDF. |
The initiating event analysis shall group the initiating events so that events in the same group have similar mitigation requirements (i.e., the requirements for most events in
the group are less restrictive than the limiting mitigation requirements for the group) to facilitate an efficient but realistic estimation of CDF. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-B1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-B2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-B3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-B4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-B5 |
Clarification |
If the DC or COL is for a single unit or for a site in which there are no shared systems (including for example, separate switchyards and service water), then this supporting requirement is Not Applicable.
For multi-unit designs, a DC may make assumptions regarding shared support system arrangements, while a COL can more directly address the designs for the alignment of site-specific shared support systems if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design
and operations of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-IE-C |
The initiating event analysis shall estimate the annual frequency of each initiating event or initiating event group. |
The initiating event analysis shall estimate the annual frequency of each initiating event or initiating event group. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C1 |
Clarification |
The supporting requirement directs the use of relevant generic and plant-specific data. Because plant-specific data will not be available for these application stages, the initiating event frequency will be calculated from relevant generic data. This approach meets the
supporting requirement as written. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C2 |
Clarification |
Because plant-specific data will not exist during these application stages it is not necessary to provide a justification for their use. That being the case, this supporting requirement is Not Applicable.
Therefore, the applicant does not need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C3 |
Clarification |
For DC and COL applications, the justification for credited recovery actions will likely be based on design and guidance documents and good engineering practices; not procedures or training. These sources provide sufficient evidence to meet the supporting
requirement as written for these applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C4 |
Clarification |
Because plant-specific data will not exist during these application stages, and thus generic and plant-specific data are not combined, it is not necessary to use a Bayesian update process to include plant- specific data or justify a generic prior. That being the case, this
supporting requirement is Not Applicable. Therefore, the applicant does not need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C5 |
Clarification |
The supporting requirement requires that the frequency be calculated on a reactor year basis, which can be performed. However, because no operating experience data will exist for these application stages on which to estimate plant availability, an assumed expected availability will need to be used, with an appropriate justification. If 100% availability is used, which maximizes the at-power risk estimates, this availability should not be assumed for assessing the low power/shutdown risk estimate (i.e., for the low power/shutdown risk
estimate a lower plant availability should be used and justified). |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C6 |
Qualification |
The current version of the PRA standard does not identify unique screening criteria for new reactor designs that can have substantially lower risk profiles (e.g., internal events CDF well below
1×10-6/year). RG 1.200 states the quantitative screening value should be adjusted according to the relative baseline risk value.
Lower screening values may need to be used commensurate with the lower CDF and LRF estimates expected from ALWRs. As a result, this supporting requirement should be replaced with the following:
USE the following screening criteria to eliminate initiating events or groups from further evaluation:
the mean frequency of the initiating event is less than 1×10-6 per reactor year (/ry) and core damage could not occur unless at least two trains of mitigating systems are failed independent of the initiating event, or
the mean frequency of the initiating event is less than 1×10-7/ry and the initiating event does not involve or create an ISLOCA [interfacing systems loss-of-coolant accident], containment bypass, containment failure, or direct core damage (e.g., reactor pressure vessel rupture), or
the mean frequency of the initiating event is less than 1×10-8/ry, or
the event does not result in a plant trip (manual or automatic) or a controlled manual shutdown. If credit is taken for operator actions to correct the condition to avoid a plant trip or controlled shutdown, then ENSURE that the credited operator actions and associated equipment have an exceedingly low probability of failure (i.e., collectively less than or equal to 1× 10-5) following the applicable supporting requirements of this part (e.g., Human Reliability Analysis – Subsection 2-2.5).
ENSURE that the value specified in the criterion meets the applicable requirements in the Data Analysis (Subsection 2-2.6) and Level 1 Quantification (Subsection 2-2.7).
If additional screening criteria are applied, DEFINE the applied criteria and PROVIDE a basis that demonstrates internal initiating events that are screened out using the criteria are not significant
contributors to internal events risk. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C7 |
Clarification |
CC I and CC II contain no requirement for performing time trend analysis; only CC III contains this requirement. At these application stages the initiating event frequencies should be based on generic information. That being the case, this supporting requirement is met
at CC I with no action. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C8 |
Clarification |
If fault tree modeling is not used, then the supporting requirement is Not Applicable. If fault tree modeling is used, then meeting the supporting requirement is feasible. For DC and COL applicants some support systems may not be amenable to developing fault tree models because of the lack of site-specific information, so applicants
instead might use generic data or bounding analyses or will assume specific aspects of the design to enable modeling. The COL applicant may be able to use fault tree modeling approaches for addressing some of these site-specific support systems if additional design and site information is available; recognizing that even at this stage some assumptions will be made regarding the design and
operations of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C9 |
Clarification |
If fault tree modeling is not used, then the supporting requirement is Not Applicable. If fault tree modeling is used, then meeting the supporting requirement is feasible. For DC and COL applicants some support systems might not be amenable to developing fault tree models because of the lack of site-specific information, so applicants instead might use generic data or bounding analyses or will assume specific aspects of the design to enable modeling. The COL applicant may be able to use fault tree modeling approaches for these site-specific support systems if additional design and site information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C10 |
Clarification |
If fault tree modeling is not used, then the supporting requirement is Not Applicable. If fault tree modeling is used, then meeting the supporting requirement is feasible. For DC and COL applicants some support systems may not be amenable to developing fault tree models because of the lack of site-specific information, so applicants instead might use generic data or bounding analyses or will assume specific aspects of the design to enable modeling. The COL applicant may be able to use fault tree modeling approaches for these site-specific support systems if additional design and site information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C11 |
Clarification |
If fault tree modeling is not used, then the supporting requirement is Not Applicable. If fault tree modeling is used, then meeting the supporting requirement is feasible. For DC and COL applicants some support systems might not be amenable to developing fault tree models because of the lack of site-specific information, so applicants instead might use generic data or bounding analyses or will assume specific aspects of the design to enable modeling. The COL applicant may be able to use fault tree modeling approaches for these site-specific support systems if additional design and site information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of systems. Further, for DC and COL applicants, plant-specific information, such as procedures and operating experience, will not be
available, but the applicants should use the available design and guidance documents to inform the assessment of recovery actions. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C12 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C13 |
Clarification |
For DC applicants, plant-specific features related to support systems may be assumed (e.g., service water ultimate heat sink). For COL applicants, if additional design information is available these features may be considered directly in determining the most applicable generic data to use for rare events; recognizing that even at this stage some assumptions will be made regarding the design and
operations of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C14 |
Clarification |
For DC and COL applicants, the procedures will not be available, but design and guidance documents and good engineering practices may be used in assessing the influences on ISLOCA frequency. Similarly, plant-specific features may be assumed. For COL applicants, if additional design information is available these features may be considered directly; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-C15 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-IE-D |
Documentation of the initiating event analysis shall be consistent with the applicable supporting requirements. |
Documentation of the initiating event analysis shall be consistent with the applicable supporting requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-D1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and their bases, resulting from the status
of the design, site, operational, and maintenance information or data that would affect applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-D2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
IE-D3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of design, site, operational, and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-AS-A |
The accident sequence analysis shall describe the plant-specific scenarios that can lead to core damage following each modeled initiating event. These scenarios shall
address system responses and operator actions, including recovery actions that support the key safety functions necessary to prevent core damage. |
The accident sequence analysis shall describe the plant-specific scenarios that can lead to core damage following each modeled initiating event. These scenarios shall
address system responses and operator actions, including recovery actions that support the key safety functions necessary to prevent core damage. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A5 |
Clarification |
For DC and COL applications, the justification will likely be based on design and guidance documents; not on emergency or abnormal
procedures. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A6 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A8 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A9 |
Clarification |
For DC and initial COLs, the thermal hydraulics will be primarily based on the design-related (deterministic and probabilistic) thermal hydraulics, although there might also be some similar plant analyses
that could be utilized. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A10 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-A11 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-AS-B |
Dependencies that can impact the ability of the mitigating systems to operate and function shall be addressed. |
Dependencies that can impact the ability of the mitigating systems to operate and function shall be addressed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-B1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-B2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-B3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-B4 |
Clarification |
If the conditional split fraction method is not used, then this supporting requirement is Not Applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-B5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-B6 |
Clarification |
For DC and COL applications, non-normal plant configurations and maintenance practices might not be established, so dependencies between system alignments might not be completely recognized. Those aspects recognized at DC and COL stages should be defined
and modeled in accordance with the supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-B7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-AS-C |
Documentation of the accident sequence analysis shall be consistent with the applicable supporting requirements. |
Documentation of the accident sequence analysis shall be consistent with the applicable supporting requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations and bases, resulting from the status of the design, site, operational, and maintenance information or data that would affect applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-C2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
AS-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-SC-A |
The overall success criteria for the PRA and the system, structure, component, and human action success criteria used in the PRA shall be defined and referenced, and shall be consistent with the features, procedures, and operating philosophy of the
plant. |
The overall success criteria for the PRA and the system, structure, component, and human action success criteria used in the PRA shall be defined and referenced, and shall be consistent with the features, procedures, and operating philosophy of the
plant. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-A1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-A2 |
Clarification |
If core damage is defined based on the simplified definitions of NUREG/CR-4550, then a justification should be provided that
establishes the appropriateness of the definition for the particular design. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-A3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-A4 |
Clarification |
If the DC or COL is for a single unit site or for a site in which there are no shared systems (including e.g., separate switchyards and service water) then this supporting requirement is Not Applicable. For multi- unit designs, a DC may make assumptions regarding shared support system arrangements, while a COL can more directly address the designs for the alignment of site-specific shared support systems if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations
of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-A5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-A6 |
Clarification |
For DC and COL applications, the justification will likely be based on design and guidance documents that reflect the “operating
philosophy;” not on procedures. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-SC-B |
The thermal/hydraulic, structural, and other supporting engineering bases shall be capable of providing success criteria and event timing sufficient for quantification of CDF and LERF [LRF], determination of the relative impact of success criteria on structures, systems, or components (SSC) and human actions, and impact of
uncertainty on this determination. |
The thermal/hydraulic, structural, and other supporting engineering bases shall be capable of providing success criteria and event timing sufficient for quantification of CDF and LERF [LRF], determination of the relative impact of success criteria on structures, systems, or components (SSC) and human actions, and impact of
uncertainty on this determination. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-B1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-B2 |
Qualification |
CC I contains no restriction regarding the use of expert judgment, while restriction is placed on the use of expert judgment to achieve CC II/III.
The applicant should use expert judgment only in those situations for
which there is a lack of available information or methods, consistent with CC II/III. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-B3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-B4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-B5 |
Clarification |
For DC and initial COL applications there might be no similar plants against which to check results, though this is identified as an approach within the example list. The objective of the supporting requirement is to check for reasonableness and acceptability of analysis results, which could also be achieved by comparison against
the traditional design engineering analysis results and other means. That being the case, meeting this supporting requirement is feasible for these application stages. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-SC-C |
Documentation of the success criteria shall be consistent with the applicable
supporting requirements. |
Documentation of the success criteria shall be consistent with the applicable
supporting requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would affect applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-C2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SC-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-SY-A |
The systems analysis shall provide a reasonably complete treatment of the causes of system failure and unavailability modes represented in the initiating events analysis
and sequence definition. |
The systems analysis shall provide a reasonably complete treatment of the causes of system failure and unavailability modes represented in the initiating events analysis
and sequence definition. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A2 |
Clarification |
For the DC application and COL application, the pertinent information used for the systems analysis will be that which reflects the “as-to-be- built” and “as-to-be-operated” design appropriate for that application
stage. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A3 |
Clarification |
For DCs and COLs the procedures will not be available and some limits might not be established, but design and guidance documents
may be used to enable the systems modeling. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A4 |
Clarification |
For the DC application and COL application, the pertinent information used for the systems analysis will be that which reflects the “as-to-be- built” and “as-to-be-operated” design appropriate for that application stage.
The confirmation that the system model reflects the design of the system can be achieved through interviews of knowledgeable design and/or plant personnel, appropriate for that application stage. This confirmatory supporting requirement will be enhanced if additional
system design information is available at the COL application stage. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A5 |
Clarification |
For these application stages, the system alignments might be known for most, but not all systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A6 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems. The COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A8 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A9 |
Clarification |
If “super components” are not used, then the supporting requirement is Not Applicable. If “super components” are used, then it is feasible
to meet the supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A10 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A11 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A12 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A13 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A14 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A15 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A16 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A17 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A18 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A19 |
Clarification |
For these application stages actual practices and plant history will not be available to develop component and train unavailabilities, especially those related to corrective maintenance. Therefore, the applicants should use general industry practices and the available
design information for identifying component and train unavailabilities in the system models. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A20 |
Clarification |
For these application stages the system models should consider specific design features that allow and the simultaneous unavailability of redundant equipment and trains. In these cases, the applicant should use general industry practices and the available design
information to model when redundant components or trains are expected to be unavailable at the same time. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A21 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A22 |
Clarification |
This supporting requirement is met at CC I if no credit is taken for equipment operability when the potential exists for rated or design
capabilities to be exceeded. That being the case, it is feasible to meet this supporting requirement at CC I. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A23 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-A24 |
Clarification |
For these application stages, this supporting requirement is met by not modeling the repair of hardware faults. If repairs are modeled, then, consistent with DA-C15 and DA-D9, this supporting requirement is feasible in these application stages, though the utilization of
industry experience will need to be justified. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-SY-B |
The systems analysis shall provide a reasonably complete treatment of common cause failures and intersystem and intra-system dependencies. |
The systems analysis shall provide a reasonably complete treatment of common cause failures and intersystem and intra-system dependencies. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B1 |
Clarification |
The supporting requirement allows the use of generic data in modeling intra-system common cause failures. That being the case,
the supporting requirement is feasible for systems modeling. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B2 |
Qualification |
CC I and CC II contain no requirement for modeling inter-system common cause failures. Therefore, this supporting requirement is met without considering inter-system common cause failure. For a design that has similar systems providing the same function, the DC or COL applicant should consider inter-system common cause failure potential if it is supported by generic data (either modeling it, showing that it has no significant impact on the results, or justifying why there is no design feature susceptible to common cause failure) and for
which inter-system common cause failure has been traditionally considered (e.g., RCIC and HPCI for a BWR). |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B5 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems. The COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B6 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems. The COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B7 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems. The COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some
assumptions will be made regarding the design and operations of systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B8 |
Clarification |
This supporting requirement requires the identification, and accounting for, impacts of spatial and environmental hazards. This is
feasible for these application stages, but likely only to a limited extent, that is consistent with the level of information available for that stage. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B9 |
Clarification |
DC applicants may make assumptions regarding the design of some of the support systems. The COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B10 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B11 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B12 |
Clarification |
This supporting requirement establishes that systems should not be eliminated from modeling simply because a recovery procedure exists. Rather, the systems should be modeled, with the recovery actions included in the model quantification. That being the case, the supporting requirement is feasible to meet, though recovery actions will likely be addressed using design and operational guidance documents for the DC and COL application stages. Further, DC applicants may make assumptions regarding the design of some of the support systems, while the COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations of
systems. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B13 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B14 |
Clarification |
This supporting requirement requires the identification of harsh environments, and inclusion of related dependent failures of multiple SSCs. This is feasible for these application stages, but likely only to a limited extent, that is consistent with the level of information
available for that stage. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-B15 |
Clarification |
This supporting requirement requires the inclusion of operator
interface dependencies. This is feasible for these application stages based on the information available for that stage. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-SY-C |
Documentation of the systems analysis shall be consistent with the applicable
supporting requirements. |
Documentation of the systems analysis shall be consistent with the applicable
supporting requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-C2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
SY-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-A |
A systematic process shall be used to identify those specific routine activities that, if not completed correctly, may impact the availability of the equipment necessary to
perform system function modeling in the PRA. |
A systematic process shall be used to identify those specific routine activities that, if not completed correctly, may impact the availability of the equipment necessary to
perform system function modeling in the PRA. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-A1 |
Clarification |
For DC and COL applications, the identification of activities that require realignment of equipment will likely be based on general design and guidance documents because test, inspection, and
maintenance procedures and practices might not be developed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-A2 |
Clarification |
For DC and COL applications, the identification of calibration activities that could adversely impact automatic system initiation will likely be based on general design and guidance documents because
calibration procedures and practices might not be developed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-A3 |
Clarification |
This supporting requirement uses the results of the identification activities of HR-A1 and HR-A2. For DC and COL applications, the determination of impacts will likely be based on general design and guidance documents because test, inspection, maintenance, and
calibration procedures and practices might not be developed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-B |
Screening of activities that need not be addressed explicitly in the model shall be based on an assessment of how plant-specific operational practices limit the likelihood of errors in such activities. |
Screening of activities that need not be addressed explicitly in the model shall be based on an assessment of how plant-specific operational practices limit the likelihood of errors in such activities. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-B1 |
Clarification |
This supporting requirement is to establish rules for screening classes of activities. Though the example in the supporting requirement is not feasible for DC and COL applications because practices will not be established, screening criteria could be
established based on design and guidance documents. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-B2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-C |
For each activity that is not screened, an appropriate human failure event (HFE) shall
be defined to characterize the impact of the failure as an unavailability of a component, system, or function modeled in the PRA. |
For each activity that is not screened, an appropriate human failure event (HFE) shall
be defined to characterize the impact of the failure as an unavailability of a component, system, or function modeled in the PRA. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-C1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-C2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-C3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-D |
The assessment of the probabilities of the pre-initiator HFEs shall be performed by using a systematic process that addresses the plant-specific and activity-specific influences on human performance. |
The assessment of the probabilities of the pre-initiator HFEs shall be performed by using a systematic process that addresses the plant-specific and activity-specific influences on human performance. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-D1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-D2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-D3 |
Clarification |
There is no requirement at CC I to perform an evaluation of the quality of the written procedures, administrative controls, or human- machine interfaces. The staff expects these aspects of the design and operation will not be fully developed and only guidance would be relied upon in developing the PRA. That being the case, this
supporting requirement can be met with no action. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-D4 |
Clarification |
For DC and COL applications, the determination of recoveries will likely be based on general design and guidance documents because test, inspection, maintenance, and calibration procedures and practices might not be developed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-D5 |
Clarification |
The objective of this supporting requirement is to evaluate the potential for dependencies between HFEs. For DC and COL applications, the determination will likely be based on general design and guidance documents because specific practices might not be
developed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-D6 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-D7 |
Clarification |
There is no requirement at CC I/II to check the reasonableness of the human-error probabilities (HEPs) in light of plant experiences.
Further, at the DC and COL application stages, there will not be the
plant experience available to check the HEPs. Therefore, this supporting requirement is met at CC I/II with no action needed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-E |
A systematic review of the relevant procedures shall be used to identify the set of
operator responses required for each of the accident sequences. |
A systematic review of the relevant procedures shall be used to identify the set of
operator responses required for each of the accident sequences. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-E1 |
Clarification |
For DC and COL applications, the determination of key human response actions will likely be based on general design and guidance documents because procedures and operations might not be
developed. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-E2 |
Clarification |
For DC and COL applications, the identification of operator actions will likely be based on general design and guidance documents. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-E3 |
Clarification |
This supporting requirement requires the review of the procedure interpretations with plant operations and training personnel to verify that they reflect the operations and training practices. For DC and COL applications, the model will likely be based on design and guidance documents; because procedures will not be available. In addition, the reviews should involve the design and/or plant disciplines responsible for developing and implementing the
operational guidance. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-E4 |
Qualification |
There is no requirement at CC I to use simulator observations or talk- throughs with operators to confirm the response models. The staff expects that in most cases the DC and COL applicant will not be able to use plant-specific simulator observations to make these confirmations and this supporting requirement can be met at CC I with no additional action. However, talk-throughs should be performed with the appropriate design and/or plant disciplines to
confirm the response models for the scenarios modeled are consistent with the design and operational expectations. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-F |
Human failure events shall be defined that represent the impact of not properly performing the required responses, in a manner consistent with the structure and level
of detail of the accident sequences. |
Human failure events shall be defined that represent the impact of not properly performing the required responses, in a manner consistent with the structure and level
of detail of the accident sequences. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-F1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-F2 |
Clarification |
For DC and COL applications, the timing, procedural, cues/indications, and complexity aspects will likely be based on
design and guidance documents and analyses. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-G |
The assessment of the probabilities of the post-initiator HFEs shall be performed using a well-defined and self-consistent process that addresses the plant-specific and scenario-specific influences on human performance, and addresses potential
dependencies between HFEs in the same accident sequence. |
The assessment of the probabilities of the post-initiator HFEs shall be performed using a well-defined and self-consistent process that addresses the plant-specific and scenario-specific influences on human performance, and addresses potential
dependencies between HFEs in the same accident sequence. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G3 |
Clarification |
This supporting requirement requires that the approach for HEP estimation have the capability to account for the information defined
in HR-F2. That being the case, this supporting requirement is feasible because it is a requirement on the approach. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G4 |
Clarification |
For these application stages, the timing aspects will likely be based on design and guidance documents and analyses and will be
updated, as appropriate. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G5 |
Clarification |
This supporting requirement allows the estimation of time required to complete actions to achieve CC I. That being the case, this
supporting requirement is feasible at CC I. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G6 |
Clarification |
Though plant history and experience will not be available and procedures and practices will not be available for these application stages, the supporting requirement is feasible because the check is for consistency and reasonableness in the HEPs relative to each
other, which can be achieved. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G7 |
Clarification |
The evaluation for dependencies for the DC and COL applications will likely be based on design and guidance documents and analyses. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-G8 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-H |
Recovery actions (at the cutset or scenario level) shall be modeled only if it has been demonstrated that the action is plausible and feasible for those scenarios to which they are applied. Estimates of probabilities of failure shall address dependency on prior
human failures in the scenario. |
Recovery actions (at the cutset or scenario level) shall be modeled only if it has been demonstrated that the action is plausible and feasible for those scenarios to which they are applied. Estimates of probabilities of failure shall address dependency on prior
human failures in the scenario. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-H1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-H2 |
Clarification |
For DC and COL applications, neither procedures nor training will be available on which to credit operator recovery actions. However, this supporting requirement allows the justification for not having these aspects. That being the case, for DC and COL applications the credit
for operator recovery actions will likely be based on design and guidance documents and analyses. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-H3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-HR-I |
Documentation of the human reliability analysis shall be consistent with the applicable supporting requirements. |
Documentation of the human reliability analysis shall be consistent with the applicable supporting requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-I1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-I2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HR-I3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-DA-A |
Each parameter shall be clearly defined in terms of the logic model, basic event boundary, and the model used to evaluate event probability. |
Each parameter shall be clearly defined in terms of the logic model, basic event boundary, and the model used to evaluate event probability. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-A1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-A2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-A3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-A4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-DA-B |
Grouping components into a homogeneous population for parameter estimation shall consider both the design, environmental, and service conditions of the components in the as-built [as-to-be-built] and as-operated [as-to-be-operated] plant. |
Grouping components into a homogeneous population for parameter estimation shall consider both the design, environmental, and service conditions of the components in the as-built [as-to-be-built] and as-operated [as-to-be-operated] plant. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-B1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-B2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-DA-C |
Generic parameter estimates shall be chosen, and collection of plant-specific data shall be consistent with the parameter definitions of high level requirements (HLR)-DA-
A and the grouping rationale of HLR-DA-B. |
Generic parameter estimates shall be chosen, and collection of plant-specific data shall be consistent with the parameter definitions of high level requirements (HLR)-DA-
A and the grouping rationale of HLR-DA-B. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C1 |
Clarification |
This supporting requirement relates to the collection of generic data, which is feasible. Though the supporting requirement includes a caution against using generic data for test, maintenance, and repair unavailability, it does allow the use of generic data with justification. That being the case, for these application stages, the applicant will need to justify the appropriateness of the generic data used for test,
maintenance, and repair unavailabilities. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C2 |
Qualification |
Because plant-specific data will not be available, meeting the supporting requirement is not feasible in these application stages and any estimates will be developed using general industry experience
data and design information consistent with DA-C1. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C3 |
Qualification |
Because plant-specific data will not be available, meeting the supporting requirement is not feasible in these application stages and any estimates will be developed using general industry experience
data and design information consistent with DA-C1. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C4 |
Clarification |
This supporting requirement is conditioned on evaluating maintenance or other relevant records. Because there will not be maintenance or other operating experience records from which to extract plant-specific data, the supporting requirement is Not Applicable for these application stages and does not need to be
addressed. Any estimates will be developed using general industry experience data and design information consistent with DA-C1. Therefore, the applicant does not need to address this supporting
requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C5 |
Qualification |
Because there will not be operating experience records from which to extract plant-specific data, meeting the supporting requirement is not feasible in these application stages and any estimates will be
developed using general industry experience data and design information consistent with DA-C1. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C6 |
Qualification |
Because there will not be operating experience records from which to extract plant-specific data, meeting the supporting requirement is not feasible in these application stages and any estimates will be developed using general industry experience data and design
information consistent with DA-C1. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C7 |
Clarification |
To meet CC I, this supporting requirement allows the estimation of the surveillance tests and planned maintenance activities using plant requirements information, which might be available in design and guidance documents. For these application stages, it is feasible to
meet this supporting requirement at CC I based on estimations using design and guidance documents. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C8 |
Clarification |
To meet CC I, this supporting requirement allows the estimation of component standby times. For these application stages, it is feasible
to meet this supporting requirement at CC I based on estimations using design and guidance documents. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C9 |
Clarification |
The objective of this supporting requirement is to derive the operational time for standby components and is essentially the opposite estimation of DA-C8, which is for estimation of components’ standby time. That being the case, even though the operational data will not be available for these application stages, an estimate of the operational time for standby components can be provided to meet CC
I/II. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C10 |
Clarification |
This supporting requirement is conditioned on using surveillance test data. For these application stages, actual plant surveillance test data will not be available. As such, this supporting requirement is Not Applicable for these application stages and any estimates will be developed using general industry experience data and design information consistent with DA-C1. Therefore, the applicant does not
need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C11 |
Clarification |
This supporting requirement is conditioned on using data on maintenance and testing durations. For these application stages, actual plant maintenance and test durations will not be available. As such, this supporting requirement is Not Applicable for these application stages and any estimates will be developed using general industry experience data and design information consistent with
DA- C1. Therefore, the applicant does not need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C12 |
Clarification |
This supporting requirement is conditioned on using unavailability data from operating experience. For these application stages, actual unavailability data will not be available. As such, this supporting requirement is Not Applicable for these application stages and any estimates will be developed using general industry experience data and design information consistent with DA-C1. Therefore, the
applicant does not need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C13 |
Clarification |
This supporting requirement is conditioned on using operating experience to determine the duration of equipment unavailability. For these application stages, actual data will not be available. As such, this supporting requirement is Not Applicable for these application stages and any estimates will be developed using general industry experience data and design information consistent with DA-C1.
Therefore, the applicant does not need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C14 |
Clarification |
For these application stages if an applicant determines redundant components are allowed to be unavailable at the same time (see SY- A19 and SY-A20), then the applicant should estimate these simultaneous unavailabilities using general industry experience and
design information consistent with DA-C1. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C15 |
Clarification |
This supporting requirement allows the use of applicable industry experience when plant-specific experience is not sufficient to estimate repair modeling. That being the case, meeting this supporting requirement is feasible for these application stages, though any industry experience credited must be justified as being
applicable to the component. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-C16 |
Clarification |
For these application stages, plant-specific data for recovery of loss of power, loss of service water, etc., will not exist and generic information will likely be used, if any information is available or even credited (e.g., recovery of loss of service water may not be credited). That being the case, this supporting requirement is Not Applicable for these application stages. Therefore, the applicant does not need to
address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-DA-D |
The parameter estimates shall be based on relevant generic industry or plant-specific evidence. Where feasible, generic and plant-specific evidence shall be intergraded using acceptable methods to obtain plant-specific parameter estimates. Each
parameter estimate shall be accompanied by a characterization of the uncertainty. |
The parameter estimates shall be based on relevant generic industry or plant-specific evidence. Where feasible, generic and plant-specific evidence shall be intergraded using acceptable methods to obtain plant-specific parameter estimates. Each
parameter estimate shall be accompanied by a characterization of the uncertainty. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D1 |
Clarification t |
This supporting requirement allows the use of generic information. As such, this supporting requirement is feasible for these application
stages at CC I. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D4 |
Clarification |
There is no requirement for Bayesian updating to achieve CC I.
Because generic information sources will typically be used, the need to perform Bayesian updates is not expected in these application stages. Therefore, this supporting requirement is met at CC I with no additional action. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D6 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D8 |
Clarification |
For these application stages, design changes may occur from DC through COL. However, this supporting requirement relates to plant- specific historical data for components becoming non-applicable because of design or operational changes. Because plant-specific data will not be available for these application stages, this supporting requirement is Not Applicable. Therefore, the applicant does not
need to address this supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-D9 |
Clarification |
This supporting requirement is added by Regulatory Guide 1.200 and requires the estimation of the probability of failure to repair components in time to prevent core damage based on the data collected in DA-C15. Consistent with DA-C15, this supporting
requirement is feasible in these application stages, though it will be utilizing industry experience that will need to be justified. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-DA-E |
Documentation of the data analysis shall be consistent with the applicable supporting
requirements. |
Documentation of the data analysis shall be consistent with the applicable supporting
requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-E1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-E2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
DA-E3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-QU-A |
The level 1 quantification shall quantify core damage frequency and shall support the quantification of LERF [LRF]. |
The level 1 quantification shall quantify core damage frequency and shall support the quantification of LERF [LRF]. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-A1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-A2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-A3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-A4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-A5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-QU-B |
The quantification shall use appropriate models and codes, and shall account for method-specific limitations and features. |
The quantification shall use appropriate models and codes, and shall account for method-specific limitations and features. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B6 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B8 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B9 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-B10 |
Clarification |
If the aspects cited in the supporting requirement are not used, then
this supporting requirement is Not Applicable. If these aspects are used, then this supporting requirement is feasible. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-QU-C |
Model quantification shall determine that all identified dependencies are addressed
appropriately. |
Model quantification shall determine that all identified dependencies are addressed
appropriately. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-C1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-C2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-C3 |
Clarification |
If event tree linking is not used, then this supporting requirement is
Not Applicable. If linking event trees is used, then this supporting requirement is feasible. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-QU-D |
The quantification results shall be reviewed, and significant contributors to CDF (and LERF [LRF]), such as initiating events, accident sequences, and basic events
(equivalent unavailabilities and human failure events), shall be identified. The results shall be traceable to the inputs and assumptions made in the PRA. |
The quantification results shall be reviewed, and significant contributors to CDF (and LERF [LRF]), such as initiating events, accident sequences, and basic events
(equivalent unavailabilities and human failure events), shall be identified. The results shall be traceable to the inputs and assumptions made in the PRA. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D2 |
Clarification |
This supporting requirement involves the review of the results for modeling and operational consistency. Though there will not be procedures and no plant-specific experience for the DC and COL application stages, the review for operational consistency review can still be achieved by considering the plant configurations and any pertinent industry experience and considering the design and
procedural guidance information. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D4 |
Clarification |
There is no requirement to compare results to similar plants to achieve CC I. Further, there are likely different design features for DC and COL applications that would make comparisons to other
plants not practical. Therefore, the supporting requirement is met at CC I with no additional action. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D6 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-D8 |
Qualification |
As stated in RG 1.200, the quantitative screening value should be adjusted according to the relative baseline risk value. Screening values lower than those in ASME/ANS RA-Sa-2009 need to be used
commensurately with the lower CDF and LRF estimates expected from ALWRs. As a result, this supporting requirement is added to ensure that the cumulative impacts of screened internal initiating events per IE-C6 are not a significant contributor to CDF, consistent with the definition of significant contributor in the PRA Standard, as follows:
ENSURE that the sum of the frequencies of the internal initiating events that have been screened out is less than 5% of the total mean CDF for internal events. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-QU-E |
Uncertainties in the PRA results shall be characterized. Sources of model uncertainty and related assumptions shall be identified, and their potential impact on the results
understood. |
Uncertainties in the PRA results shall be characterized. Sources of model uncertainty and related assumptions shall be identified, and their potential impact on the results
understood. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-E1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-E2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-E3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-E4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-QU-F |
Documentation of the quantification shall be consistent with the applicable supporting requirements. |
Documentation of the quantification shall be consistent with the applicable supporting requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-F1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-F2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-F3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-F4 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-F5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
QU-F6 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-LE-A |
Core damage sequences shall be grouped into plant damage states based on their
accident progression attributes. |
Core damage sequences shall be grouped into plant damage states based on their
accident progression attributes. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-A1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-A2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-A3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-A4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-A5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-LE-B |
The accident progression analysis shall include an evaluation of contributors (e.g.,
phenomena, equipment failures, and human actions) to a large early release [large release]. |
The accident progression analysis shall include an evaluation of contributors (e.g.,
phenomena, equipment failures, and human actions) to a large early release [large release]. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-B1 |
Clarification |
A correction to the supporting requirement is that the table cross reference should be to Table 2-2.8-9. In addition, if NUREG/CR-6595
is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-B2 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-B3 |
Clarification |
A correction to the supporting requirement is that the cross reference
should be to Table 2-2.3-3(b) related to success criteria thermal hydraulic and other engineering analyses. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-LE-C |
The accident progression analysis shall include identification of those sequences that
would result in a large early release [large release]. |
The accident progression analysis shall include identification of those sequences that
would result in a large early release [large release]. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C1 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C2 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C3 |
Clarification |
There is no requirement to address repair of equipment for CC I, while credit for repair is allowed for CC II/III. This supporting requirement is met by not modeling the repair of hardware faults, which is appropriate given the information available for these application stages. Though the requirement is met at CC I by taking no action, if repairs are modeled, then the applicant needs to address the supporting requirement at Capability Category II/III consistent with SY-A24, DA-C15, and DA-D9; the applicant should recognize that it
will only be utilizing industry experience that will need to be justified. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C4 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C6 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C8 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C9 |
Clarification |
The applicant can achieve CC I by not taking any credit for equipment
operations or operator actions in adverse environments. If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C10 |
Clarification |
There is no requirement for CC I because it is supporting LE-C9. Though this supporting requirement is met at CC I by taking no action, if an applicant does take credit for continued operation or actions in adverse conditions and provides justification in LE-C9, then
the applicant must also meet at least CC II for LE-C10. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C11 |
Clarification |
The applicant can achieve CC I by not taking any credit for equipment operations or operator actions that could be impacted by containment failure. If NUREG/CR-6595 is used, it should be justified as being
applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C12 |
Clarification |
There is no requirement for CC I because it is supporting LE-C11. Though this supporting requirement is met at CC I, if an applicant does take credit for continued operation or actions that could be impacted by containment failure and thus, provides justification in LE-
C11, then the applicant must also meet at least CC II for LE-C12. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-C13 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-LE-D |
The accident progression analysis shall include an evaluation of the containment
structural capability for those containment challenges that would result in a large early release [large release]. |
The accident progression analysis shall include an evaluation of the containment
structural capability for those containment challenges that would result in a large early release [large release]. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-D1 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-D2 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-D3 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-D4 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-D5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-D6 |
Clarification |
DC and COL applicants will rely on design and guidance documents, rather than plant-specific procedures to support the analysis of steam-generator (SG) tube rupture. If NUREG/CR-6595 is used, it
should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-D7 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-LE-E |
The frequency of different containment failure modes leading to a large early release
[large release] shall be quantified and aggregated. |
The frequency of different containment failure modes leading to a large early release
[large release] shall be quantified and aggregated. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-E1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-E2 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-E3 |
Clarification |
If NUREG/CR-6595 is used, it should be justified as being applicable. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-E4 |
Clarification |
Note a correction to the supporting requirement is that the cross referenced tables should be 2-2.7-2(a), 2-2.7-3(b), and 2-2.7-4(c) |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-LE-F |
The quantification results shall be reviewed, and significant contributors to LERF [LRF], such as plant damage states, containment challenges, and failure modes, shall be identified. Sources of model uncertainty and related assumptions shall be identified,
and their potential impact on the results understood. |
The quantification results shall be reviewed, and significant contributors to LERF [LRF], such as plant damage states, containment challenges, and failure modes, shall be identified. Sources of model uncertainty and related assumptions shall be identified,
and their potential impact on the results understood. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-F1 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-F2 |
Qualification |
As stated in RG 1.200, the quantitative screening value should be adjusted according to the relative baseline risk value. Screening values lower than those in ASME/ANS RA-Sa-2009 need to be used commensurately with the lower CDF and LRF estimates expected from ALWRs. As a result, this supporting requirement is enhanced, as follows, to ensure that the cumulative impacts of screened internal initiating events per IE-C6 are not a significant contributor to LRF, consistent with the definition of significant contributor in the PRA Standard.
ENSURE that the sum of the frequencies of the internal initiating
events that have been screened out is less than 5% of the total mean LRF for internal events. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-F3 |
Clarification |
A correction to the supporting requirement is that the cross
referenced tables should be 2-2.7-5(d) and 2-2.7-6(e). |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
HLR-LE-G |
Documentation of the LERF [LRF] analysis shall be consistent with the applicable
supporting requirements. |
Documentation of the LERF [LRF] analysis shall be consistent with the applicable
supporting requirements. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-G1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications.
If the NUREG/CR-6595 approach is used to meet a supporting requirement, DOCUMENT the basis for the use of NUREG/CR-6595
for each affected supporting requirement. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-G2 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-G3 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-G4 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions and limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data. |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-G5 |
No Objection |
------------------------------------ |
Table 2 - Addressing Part 2, Internal Events, Supporting Requirements |
|
|
|
LE-G6 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFPP-A |
A reasonably complete set of flood areas of the plant shall be identified. |
A reasonably complete set of flood areas of the plant shall be identified. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-A1 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-A2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-A3 |
Clarification |
If the DC or COL is for a single unit or for a site in which there are no shared systems or structures (including e.g., separate service water) then this supporting requirement is Not Applicable. For multi-unit designs, a DC may make assumptions regarding shared support system arrangements, while a COL can more directly address the designs for the alignment of site-specific shared support systems if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations
of systems. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-A4 |
Clarification |
DC and COL applications will likely rely on design and guidance
documents to reflect the as-to-be-built, as-to-be-operated plant. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-A5 |
Qualification |
For DC and COL applications, walkdowns will not be able to be performed to verify the information collected in IFPP-A1 through A4. General design and guidance documents will likely be relied upon to
address spatial information and plant design features. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFPP-B |
Documentation of the internal flood plant partitioning shall be consistent with the
applicable supporting requirements. |
Documentation of the internal flood plant partitioning shall be consistent with the
applicable supporting requirements. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-B2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFPP-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFSO-A |
The potential flood sources in the flood areas, and their associated internal flood mechanisms, shall be identified and characterized. |
The potential flood sources in the flood areas, and their associated internal flood mechanisms, shall be identified and characterized. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-A1 |
Clarification |
DC and COL applications might have physical layout information for
most components, but might need to assume physical layouts for some components. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-A2 |
Clarification |
If the DC or COL is for a single unit or for a site in which there are no shared systems or structures (including e.g., separate service water) then this supporting requirement is Not Applicable. For multi-unit designs, a DC may make assumptions regarding shared support system arrangements, while a COL can more directly address the designs for the alignment of site-specific shared support systems if the design information is available; recognizing that even at this stage
some assumptions will be made regarding the design and operations of systems. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-A3 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-A4 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-A5 |
Can Meet |
DC and COL applications will likely rely on design and guidance documents to determine the release characteristics for the flooding
sources. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-A6 |
Qualification |
For DC and COL applications, walkdowns will not be able to be performed to verify the information collected in IFSO-A1 through A5. General design and guidance documents will likely be relied upon to
determine flood source locations and in-leakage pathways. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFSO-B |
Documentation of the internal flood sources shall be consistent with the applicable supporting requirements. |
Documentation of the internal flood sources shall be consistent with the applicable supporting requirements. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-B2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSO-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFSN-A |
The potential internal flood scenarios shall be developed for each flood source by identifying the propagation path(s) of the source and the affected SSCs. |
The potential internal flood scenarios shall be developed for each flood source by identifying the propagation path(s) of the source and the affected SSCs. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A1 |
Clarification |
DC and COL applications will likely rely on design and guidance documents to determine the propagation pathways. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A2 |
Clarification |
DC and COL applications will likely rely on design and guidance documents to determine the design features that can terminate or
contain the flooding. In some cases, these features may be assumed based on general practices of good engineering. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A3 |
Clarification |
DC and COL applications will likely rely on design and guidance documents to determine the automatic and operator responses that can terminate or contain the flooding. In some cases, these features/actions may be assumed based on general practices of good
engineering. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A4 |
Clarification |
DC and COL applications will likely rely on design and guidance documents to determine these design features. In some cases, these features may be assumed based on general practices of good
engineering. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A5 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A6 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A7 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A8 |
Clarification |
There is no requirement to address intra-area propagation to achieve CC I because it is conditioned on meeting CC I for supporting requirement IFPP-A2 in which the definition of flood areas results in no propagation to other modeled areas. This supporting requirement is met at CC I with no action, if IFPP-A2 is also met at CC I. However, if IFPP-A2 is addressed by achieving CC II/III, then this supporting requirement must also be performed (and evaluated) at
CC II/III. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A9 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A10 |
Clarification |
This supporting requirement is feasible to the extent of limitations and issues identified in the previous IFSN supporting requirements. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A11 |
Clarification |
If the DC or COL is for a single unit or for a site in which there are no shared systems or structures (including e.g., separate service water) then this supporting requirement is Not Applicable. For multi-unit designs, a DC may make assumptions regarding shared support system arrangements, while a COL can more directly address the designs for the alignment of site-specific shared support systems if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations
of systems. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A12 |
Qualification |
Consistent with the replacement clarification for supporting requirement IE-C6, operator actions credited in correcting a condition to avoid a plant trip or shutdown should be demonstrated to have a low probability of failure. In addition, any other criteria used in screening should be demonstrated to not screen out flood events/areas that are significant contributors to flood risk. As a result, this supporting requirement should be replaced with the following criteria:
SCREEN OUT flood areas where flooding of the area does not cause an initiating event or result in a plant trip (manual or automatic) or a controlled manual shutdown. If credit is taken for operator actions to correct the condition to avoid a plant trip or controlled shutdown, then ENSURE the credited operator actions and associated equipment have an exceedingly low probability of failure (i.e., collectively less than or equal to 1×10-5) following the applicable supporting requirements of Part 2 (e.g., Human Reliability Analysis –
Subsection 2-2.5) AND either of the following applies:
the flood area (including adjacent areas where flood sources can propagate) contains no mitigating equipment modeled in the PRA; OR
the flood area has no flood sources sufficient (e.g., through spray, immersion, or other applicable mechanism) to cause failure of the equipment identified in IFSN-A5.
DO NOT USE failure of a barrier against inter-area propagation to justify screening (i.e., for screening, do not credit such failures as a means of beneficially draining the area).
If additional qualitative screening criteria are applied, DEFINE the applied criteria and PROVIDE a basis that demonstrates internal
flooding events that are screened out using the criteria are not significant contributors to internal flood risk. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A13 |
Qualification |
Given that drains can be plugged or covered and sump pumps can fail, qualitative screening should not credit this capability, but rather address the flood events quantitatively considering mitigation system performance and potential failures. That being the case, at this stage
of screening of internal flood events, this supporting requirement should be considered Not Applicable and should not be used. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A14 |
Qualification |
Consistent with the replacement clarification for supporting requirement IE-C6 and IFSN-A12, operator actions credited in screening out a flood area should be demonstrated to have an exceedingly low probability of failure. Therefore, this supporting requirement should be replaced as follows:
Use potential human mitigative actions as additional criteria for screening out flood areas if it can be demonstrated that the credited actions and associated equipment have an exceedingly low probability of failure (i.e., collectively less than or equal to 1×10-5) following the applicable supporting requirements of Part 2 (e.g., Human Reliability Analysis – Subsection 2-2.5) for the worst flooding
initiator. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A15 |
Qualification |
Consistent with the previous qualifications and clarifications related to screening flood areas (IFSN-A12 through IFSN A-14), this supporting requirement related to screening flood sources should also be replaced with the following criteria:
SCREEN OUT flood sources if it can be shown that
the flood source is insufficient (e.g., through spray, immersion, or other applicable mechanism) to cause failure of equipment identified in IFSN-A5, OR
the flood only affects the system that is the flood source, and the systems analysis addresses this per SY-A13 and SY-A14 and need not be treated as a separate internal flood event.
DO NOT USE failure of a barrier against inter-area propagation to justify screening (i.e., for screening, do not credit such failures as a
means of beneficially draining the area).
If additional qualitative screening criteria are applied, DEFINE the applied criteria and PROVIDE a basis that demonstrates internal
flooding events that are screened out using the criteria are not significant contributors to internal flood risk. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A16 |
Qualification |
Consistent with the previous qualifications and clarifications related to screening flood areas (IFSN-A12 through IFSN A-14), this supporting requirement related to screening flood sources should also be replaced with the following criteria:
Use potential human mitigative actions as additional criteria for screening out flood sources if it can be demonstrated that the credited actions and associated equipment have an exceedingly low probability of failure (i.e., collectively less than or equal to 1×10-5) following the applicable supporting requirements of Part 2 (e.g.,
Human Reliability Analysis – Subsection 2-2.5) for the worst flooding initiator. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-A17 |
Qualification |
For DC and COL applications, walkdowns will not be able to be performed to verify the information collected in IFSN-A1 through A16. General design and guidance documents will likely be relied upon to address SSCs located within each defined flood area, mitigative
features, and pathways. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFSN-B |
Documentation of the internal flood scenarios shall be consistent with the applicable supporting requirements. |
Documentation of the internal flood scenarios shall be consistent with the applicable supporting requirements. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-B2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFSN-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFEV-A |
Plant initiating events caused by internal flood shall be identified and their frequencies estimated. |
Plant initiating events caused by internal flood shall be identified and their frequencies estimated. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A1 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A3 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A4 |
Clarification |
If the DC or COL is for a single unit or for a site in which there are no shared systems or structures (including e.g., separate service water) then this supporting requirement is Not Applicable. For multi-unit designs, a DC may make assumptions regarding shared support system arrangements, while a COL can more directly address the designs for the alignment of site-specific shared support systems if the design information is available; recognizing that even at this stage some assumptions will be made regarding the design and operations
of systems. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A5 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A6 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A7 |
Clarification |
DC and COL applications will likely rely on design and guidance
documents to determine human-induced flood potentials during maintenance. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-A8 |
Clarification |
Note that the reference for the quantitative screening criteria is
incorrect in the supporting requirement and should be to IE-C6 of Part 2, as applied to flooding events. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFEV-B |
Documentation of the internal flood-induced initiating events shall be consistent with
the applicable supporting requirements. |
Documentation of the internal flood-induced initiating events shall be consistent with
the applicable supporting requirements. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-B2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFEV-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFQU-A |
Internal flood-induced accident sequences shall be quantified. |
Internal flood-induced accident sequences shall be quantified. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A1 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A3 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A4 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A5 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A6 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A7 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A8 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A9 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A10 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A11 |
Qualification |
For DC and COL applications, walkdowns will not be able to be performed to verify the information collected in IFQU-A1 through A11. General design and guidance documents will likely be relied upon to obtain or verify inputs to engineering analyses, human reliability
analyses, impact assessments, and screening decisions.. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-A12 |
Qualification |
To be consistent with the screening criteria across the hazard groups, a new supporting requirement is needed to verify and ensure any screening does not eliminate potentially significant contributors to internal flooding risk. Therefore, the following new supporting requirement is added:
If internal flood events (areas or scenarios) have been screened, ENSURE that the sum of the frequencies of the internal flood events (areas and scenarios) that have been screened out is less than 5% of
the total mean CDF for internal floods and less than 5% of the total mean LRF for internal floods. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
HLR-IFQU-B |
Documentation of the internal flood accident sequences and quantification shall be consistent with the applicable supporting requirements. |
Documentation of the internal flood accident sequences and quantification shall be consistent with the applicable supporting requirements. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-B2 |
No Objection |
------------------------------------ |
Table 3 - Addressing Part 3, Internal Flood, Supporting Requirements |
|
|
|
IFQU-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-PP-A |
The Fire PRA shall define the global boundaries of the analysis so as to include all plant locations relevant to the plant-wide Fire PRA. |
The Fire PRA shall define the global boundaries of the analysis so as to include all plant locations relevant to the plant-wide Fire PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-PP-B |
The Fire PRA shall perform a plant partitioning analysis to identify and define the physical analysis units to be considered in the Fire PRA. |
The Fire PRA shall perform a plant partitioning analysis to identify and define the physical analysis units to be considered in the Fire PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-B1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-B2 |
Clarification |
Because CC I is met if no credit is taken for partitioning elements that lack a fire resistance rating, this supporting requirement is met at
CC I by not taking any credit. If partitioning is credited, then it must be performed (and evaluated) to CC II/III. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-B3 |
Clarification |
Because CC I is met if no credit is taken for partitioning based on spatial separation, this supporting requirement is met at CC I by not
taking any credit. If spatial separation is credited, then it must be performed (and evaluated) to CC II/III. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-B4 |
Clarification |
Because this supporting requirement is met if no credit is taken for the cited partitioning elements, this supporting requirement is met by not taking the credit. If credit is taken for any of the cited elements, then the supporting requirement is not met because this limitation on
credit spans all three capability categories. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-B5 |
Clarification |
Because CC I is met if no credit is taken for partitioning elements based on active fire barrier elements (unless these are credited in the regulatory fire protection program), this supporting requirement is met at CC I by not taking the credit. If active elements are credited, then it
must be performed (and evaluated) to CC II/III. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-B6 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-B7 |
Clarification |
For DC and COL applications, walkdowns will not be able to be performed to verify the information collected in PP-B1 through B6.
Therefore, the applicant does not need to address this supporting requirement. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-PP-C |
The Fire PRA shall document the results of the plant partitioning analysis in a manner
that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the results of the plant partitioning analysis in a manner
that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-C2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the sources of model uncertainty and related assumptions associated with internal fire plant partitioning, including those additional uncertainties and assumptions resulting from the status of the design, site, operational, and maintenance information
or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PP-C4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-ES-A |
The Fire PRA shall identify equipment whose failure, caused by an initiating fire including spurious operation, will contribute to or otherwise cause an initiating event. |
The Fire PRA shall identify equipment whose failure, caused by an initiating fire including spurious operation, will contribute to or otherwise cause an initiating event. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-A1 |
Clarification |
For the DC and COL applications, the identification of equipment resulting in manual trip will likely be based on design and general
operational guidance documents, instead of specific procedures. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-A2 |
Clarification |
Because this supporting requirement supports ES-A1 in identifying additional equipment that could adversely affect the equipment identified in ES-A1, the same consideration applies to this supporting requirement. Further, DC applicants may make assumptions regarding the design of some of the support systems, while the COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at
this stage some assumptions will be made regarding the design and operations of systems. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-A3 |
Clarification |
The objective of this supporting requirement is applicable (i.e., include equipment whose fire-induced failures contribute to or cause
unique fire-induced initiating events not already identified). For the DC and COL applications, the fire safe shutdown/Appendix R analysis might not be fully established. That being the case, the applicant will likely identify equipment based on the internal events PRA.
In addition, note that the reference to supporting requirement IE-C4 is incorrect; the reference should be to IE-C6. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-A4 |
Clarification |
The objective of this supporting requirement is applicable (i.e., include equipment whose fire-induced failures contribute to or cause unique fire-induced initiating events not already identified). For the DC and COL applications, the fire safe shutdown/Appendix R analysis might not be fully established. That being the case, the applicant will likely identify equipment based on the internal events PRA and general design documentation.
In addition, note that the reference to supporting requirement IE-C4 is incorrect and is supposed to be to IE-C6. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-A5 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-A6 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-ES-B |
The Fire PRA shall identify equipment whose failure including spurious operation would adversely affect the operability/functionality of that portion of the plant design to be credited in the Fire PRA. |
The Fire PRA shall identify equipment whose failure including spurious operation would adversely affect the operability/functionality of that portion of the plant design to be credited in the Fire PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-B1 |
Clarification |
This supporting requirement is conditioned on having a fire safe shutdown/Appendix R equipment list, which may be established at these application stages. As stated in the notes, this is the starting point for identifying mitigating equipment. The identification of SSCs to include in the Fire PRA is expected to be an iterative process and use other means of identifying mitigating equipment, including the
equipment identified for mitigation in the internal events PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-B2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-B3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-B4 |
Clarification |
Because this supporting requirement supports ES-B1through B3 in identifying additional equipment that could adversely affect the equipment identified previously, the same consideration applies to this supporting requirement. Further, DC applicants may make assumptions regarding the design of some of the support systems, while the COL applicant can more directly address the site-specific support system design if the design information is available; recognizing that even at this stage some assumptions will be made
regarding the design and operations of systems. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-B5 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-ES-C |
The Fire PRA shall identify instrumentation whose failure including spurious operation would impact the reliability of operator actions associated with that portion of the plant
design to be credited in the Fire PRA. |
The Fire PRA shall identify instrumentation whose failure including spurious operation would impact the reliability of operator actions associated with that portion of the plant
design to be credited in the Fire PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-C1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-C2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-ES-D |
The Fire PRA shall document the Fire PRA equipment selection, including that information about the equipment necessary to support the other Fire PRA tasks (e.g.,
equipment identification; equipment type; normal, desired, failed states of equipment; etc.) in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the Fire PRA equipment selection, including that information about the equipment necessary to support the other Fire PRA tasks (e.g.,
equipment identification; equipment type; normal, desired, failed states of equipment; etc.) in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-D1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
ES-D2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-CS-A |
The Fire PRA shall identify and locate the plant cables whose failure could adversely affect credited equipment or functions included in the Fire PRA plant response model, as determined by the equipment selection process. |
The Fire PRA shall identify and locate the plant cables whose failure could adversely affect credited equipment or functions included in the Fire PRA plant response model, as determined by the equipment selection process. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A1 |
Clarification |
The notes for this supporting requirement recognize the explicit identification of individual cables is not required if CS-A11 is used. That being the case, meeting this supporting requirement is feasible
at a general level for the DC and COL applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A2 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and operational guidance documents, general good practices of
engineering, and the “exclusion approach” consistent with CS-A11. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A3 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and operational guidance documents, general good practices of
engineering, and the “exclusion approach” consistent with CS-A11. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A4 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and operational guidance documents, general good practices of engineering, and the “exclusion approach” consistent with CS-A11. If no additional cables are selected, then this supporting requirement is
Not Applicable. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A5 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and operational guidance documents, general good practices of
engineering, and the “exclusion approach” consistent with CS-A11. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A6 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and
operational guidance documents, general good practices of engineering, and the “exclusion approach,” consistent with CS-A11. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A7 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and
operational guidance documents, general good practices of engineering, and the “exclusion approach,” consistent with CS-A11. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A8 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and
operational guidance documents, general good practices of engineering, and the “exclusion approach,” consistent with CS-A11. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A9 |
Qualification |
For the DC and COL applications, cable and circuit information might not be available and the applicant will likely use design and
operational guidance documents, general good practices of engineering, and the “exclusion approach,” consistent with CS-A11. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A10 |
Clarification |
For the DC and COL applications, complete cable and circuit routing information might not be available and the applicant will likely use design and operational guidance documents, general good practices of engineering, and the “exclusion approach,” consistent with
CS-A11. The notes for this supporting requirement recognize the exclusion approach may be used. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-A11 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-CS-B |
The Fire PRA shall
perform a review for additional circuits that are either required to support a credited circuit (i.e., per HLR-CS-A) or whose failure could adversely affect a credited circuit.
identify any additional equipment and cables related to these additional circuits in a
manner consistent with the other equipment and cable selection requirements of this standard. |
The Fire PRA shall
perform a review for additional circuits that are either required to support a credited circuit (i.e., per HLR-CS-A) or whose failure could adversely affect a credited circuit.
identify any additional equipment and cables related to these additional circuits in a
manner consistent with the other equipment and cable selection requirements of this standard. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-B1 |
Qualification |
For the DC and COL applications, the electrical overcurrent coordination and protection analysis might not be available and the applicant will likely use design and operational guidance documents, general good practices of engineering, and the “exclusion approach,”
consistent with CS-A11 in identifying additional circuits and cables. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-CS-C |
The Fire PRA shall document the cable selection and location process and results in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the cable selection and location process and results in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-C2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-C4 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CS-C5 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-QLS-A |
The Fire PRA shall identify those physical analysis units that screen out as individual risk contributors without quantitative analysis. |
The Fire PRA shall identify those physical analysis units that screen out as individual risk contributors without quantitative analysis. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-A1 |
Clarification |
For the DC and COL applications, the cable and circuit information might not be available and the applicant will likely rely on the “exclusion approach,” consistent with CS-A11. As a result, the physical analysis units retained for quantification will be based on this
approach and thus, the supporting requirement is feasible. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-A2 |
Clarification |
This supporting requirement is based on the results from ES, in particular ES-A1. As a result, the physical analysis units retained for quantification will be based on these results, so meeting the
supporting requirement is feasible. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-A3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-A4 |
Clarification |
If no additional criteria are used for screening, then this supporting
requirement is Not Applicable. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-QLS-B |
The Fire PRA shall document the results of the qualitative screening analysis in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the results of the qualitative screening analysis in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-B1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-B2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-B3 |
No Objection |
No Objection |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QLS-B4 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-PRM-A |
The Fire PRA shall include the Fire PRA plant response model capable of supporting the HLR requirements of Fire Quantification (FQ). |
The Fire PRA shall include the Fire PRA plant response model capable of supporting the HLR requirements of Fire Quantification (FQ). |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-A2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-A3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-A4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-PRM-B |
The Fire PRA plant response model shall include fire-induced initiating events, both fire-induced and random failures of equipment, fire-specific as well as non–fire-related human failures associated with safe shutdown, accident progression events (e.g., containment failure modes), and the supporting probability data (including uncertainty) based on the supporting requirements provided under this HLR that parallel, as
appropriate, Part 2 for Internal Events PRA. |
The Fire PRA plant response model shall include fire-induced initiating events, both fire-induced and random failures of equipment, fire-specific as well as non–fire-related human failures associated with safe shutdown, accident progression events (e.g., containment failure modes), and the supporting probability data (including uncertainty) based on the supporting requirements provided under this HLR that parallel, as
appropriate, Part 2 for Internal Events PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B2 |
Clarification |
This supporting requirement involves the consideration of peer review findings on the internal events PRA, which may not exist for these application stages at the level expected per the Standard (in particular the expected level of knowledge of the specific design).
However, it is likely that there will be internal and independent reviews of the internal events PRA that follows the same peer review guidance of the PRA Standard. As such, this supporting requirement
is feasible when using the results and findings of these independent reviews. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B4 |
Clarification |
Note that the cross-reference should be to supporting requirement
PRM-B3 instead of supporting requirement PRM-B2. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B5 |
Clarification |
For DC and COL applications the information relied on will likely be
design and general operational guidance and good engineering practices for fire response. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B6 |
Clarification |
For DC and COL applications the information relied on will likely be
design and general operational guidance and good engineering practices for fire response. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B7 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B8 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B9 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B10 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B11 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B12 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B13 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B14 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-B15 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-PRM-C |
The Fire PRA shall document the Fire PRA plant response model in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the Fire PRA plant response model in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
PRM-C2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following new supporting requirement is added:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-A |
The Fire PRA shall select one or more combinations of an ignition source and damage target set to represent the fire scenarios in terms of fire ignition sources and target sets for each unscreened physical analysis unit upon which estimation of the risk
contribution (CDF and LERF [LRF]) of the physical analysis unit will be based. |
The Fire PRA shall select one or more combinations of an ignition source and damage target set to represent the fire scenarios in terms of fire ignition sources and target sets for each unscreened physical analysis unit upon which estimation of the risk
contribution (CDF and LERF [LRF]) of the physical analysis unit will be based. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-A1 |
Clarification |
For DC and COL applications, this identification will likely be general, especially as it relates to transient fire sources, and to the level of analysis. In many cases, the analysis will likely rely on bounding
approaches, such as “full room burnout,” to demonstrate insignificant or acceptably low results to support addressing this supporting
requirement at a general level. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-A2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-A3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-A4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-A5 |
Clarification |
Feasible within the limitations and constraints of FSS-A1. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-A6 |
No Objection |
No Objection |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-B |
The Fire PRA shall include an analysis of potential fire scenarios leading to the MCR abandonment. |
The Fire PRA shall include an analysis of potential fire scenarios leading to the MCR abandonment. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-B1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-B2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-C |
The Fire PRA shall characterize the factors that will influence the timing and extent of fire damage for each combination of an ignition source and damage target sets
selected per HLR-FSS-A. |
The Fire PRA shall characterize the factors that will influence the timing and extent of fire damage for each combination of an ignition source and damage target sets
selected per HLR-FSS-A. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C5 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C6 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C7 |
Clarification |
If multiple suppression paths are not credited, then the supporting requirement is Not Applicable. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-C8 |
Clarification |
For DC and COL applications, the determination that fire wrap will be used in specific areas will likely be based on general design and operational guidance documents and the results from early analysis results recognizing the iterative nature of the development of the internal fire PRA. If fire wraps are not credited, then the supporting
requirement is Not Applicable, which is the likely approach for most DC and COL applicants. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-D |
The Fire PRA shall quantify the likelihood of risk-relevant consequences for each
combination of an ignition source and damage target sets selected per HLR-FSS-A. |
The Fire PRA shall quantify the likelihood of risk-relevant consequences for each
combination of an ignition source and damage target sets selected per HLR-FSS-A. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D5 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D6 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D7 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D8 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D9 |
Clarification |
No action is required to achieve CC I. At these application stages the fire analysis will typically assume widespread damage. That being the case, the fire analysis would generally capture potential smoke damage within the limits of the assumed fire damage (e.g., assuming the loss of all equipment in an analysis unit given a fire). Therefore,
this supporting requirement is met at CC I with no additional action. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D10 |
Clarification |
For DC and COL applications, walkdowns will not be able to be performed to confirm that the combination of fire sources and target sets that were selected according to supporting requirement FSS-A5 appropriately reflect the as-to-be-built plant conditions. Therefore,
the applicant does not need to address this supporting requirement. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-D11 |
Clarification |
For DC and COL applications, walkdowns will not be able to be performed to verify that other aspects of the selected fire scenarios not covered by supporting requirement FSS-D10 have been characterized appropriately for each analyzed fire scenario.
Therefore, the applicant does not need to address this supporting requirement. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-E |
The parameter estimates used in fire modeling shall be based on relevant generic industry and plant-specific information. Where feasible, generic and plant-specific evidence shall be integrated using acceptable methods to obtain plant-specific
parameter estimates. Each parameter estimate shall be accompanied by a characterization of the uncertainty. |
The parameter estimates used in fire modeling shall be based on relevant generic industry and plant-specific information. Where feasible, generic and plant-specific evidence shall be integrated using acceptable methods to obtain plant-specific
parameter estimates. Each parameter estimate shall be accompanied by a characterization of the uncertainty. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-E1 |
Clarification |
Feasible with generic information only. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-E2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-E3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-E4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-F |
The Fire PRA shall search for and analyze risk-relevant scenarios with the potential for causing fire-induced failure of exposed structural steel. |
The Fire PRA shall search for and analyze risk-relevant scenarios with the potential for causing fire-induced failure of exposed structural steel. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-F1 |
Clarification |
For DC and COL applications, locations of exposed structural steel are likely not known. The applicants may rely on general design documents and good engineering practices to exclude this condition in all locations to meet this supporting requirement. If that approach is relied on, then it should be documented (as well as for the related supporting requirements FSS-F2 and FSS-F3). If locations of exposed structural steel are known or assumed, then these locations
should be evaluated consistent with CC I/II. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-F2 |
Qualification |
Even though this supporting requirement has no requirement identified to achieve CC I, it is conditioned on FSS-F1. If no scenarios are selected in accordance with FSS-F1, then this supporting requirement is Not Applicable and the applicant does not need to address it. However, if FSS-F1 is addressed at CC I/II, then
this supporting requirement needs to also be addressed (and evaluated) at CC II/III. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-F3 |
Clarification |
If no scenarios are selected in accordance with FSS-F1, then this supporting requirement is Not Applicable and the applicant does not need to address it. However, if FSS-F1 is addressed at CC I/II, then this supporting requirement needs to be addressed (and evaluated)
at CC I or greater. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-G |
The Fire PRA shall evaluate the risk contribution of multi-compartment fire scenarios. |
The Fire PRA shall evaluate the risk contribution of multi-compartment fire scenarios. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-G1 |
Clarification |
Feasible within the limitations and conditions of supporting requirements FSS-C1 through FSS-C8. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-G2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-G3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-G4 |
Clarification |
If no passive fire barriers are credited, then the supporting requirement is Not Applicable. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-G5 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-G6 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FSS-H |
The Fire PRA shall document the results of the fire scenario and fire modeling analyses including supporting information for scenario selection, underlying assumptions, scenario descriptions, and the conclusions of the quantitative analysis, in
a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the results of the fire scenario and fire modeling analyses including supporting information for scenario selection, underlying assumptions, scenario descriptions, and the conclusions of the quantitative analysis, in
a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H5 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H6 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H7 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H8 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H9 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H10 |
Clarification |
Because plant-specific walkdowns cannot be performed at these application stages, it is not feasible to address this supporting
requirement. Therefore, the applicant does not need to address this supporting requirement. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FSS-H11 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following new supporting requirement is added:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data associated with the analyses as documented in FSS-H1 through H8
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-IGN-A |
The Fire PRA shall develop fire ignition frequencies for every physical analysis unit that has not been qualitatively screened. |
The Fire PRA shall develop fire ignition frequencies for every physical analysis unit that has not been qualitatively screened. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A4 |
Clarification |
There is no requirement for performing a review of plant-specific experience to achieve CC I. It is not feasible to have plant-specific operating experience at these application stages and therefore, the staff does not expect these applicants to perform additional reviews;
this supporting requirement is met with no additional action. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A5 |
Clarification |
The supporting requirement requires that the frequency be calculated on a reactor year basis, which can be performed. However, because no operating experience data will exist for these application stages upon which to estimate plant availability, an assumed availability will
need to be used, with an appropriate justification, consistent with Part 2, IE-C5. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A6 |
Clarification |
Because there is no plant-specific data for these application stages, it is not necessary to use a Bayesian update process because only generic data will be used and, that being the case, it is not necessary to justify any distribution for a prior. As a result, this supporting
requirement is Not Applicable. Therefore, the applicant does not need to address this supporting requirement. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A7 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A8 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A9 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-A10 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-IGN-B |
The Fire PRA shall document the frequency estimation in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the frequency estimation in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-B2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-B4 |
Clarification |
Because plant-specific data will not exist during these application stages, and thus generic and plant-specific data are not combined, it is not necessary to document the update process. That being the
case, this supporting requirement is Not Applicable. Therefore, the applicant does not need to address this supporting requirement. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
IGN-B5 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-QNS-A |
If quantitative screening is performed, the Fire PRA shall establish quantitative screening criteria to ensure that the estimated cumulative impact of screened physical
analysis units on CDF and LERF [LRF] is small. |
If quantitative screening is performed, the Fire PRA shall establish quantitative screening criteria to ensure that the estimated cumulative impact of screened physical
analysis units on CDF and LERF [LRF] is small. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QNS-A1 |
Qualification |
This supporting requirement identifies the need to establish quantitative screening criteria. This supporting requirement needs to be consistent with the screening criteria in supporting requirement IE- C6. That being the case, add the following to this supporting requirement:
If any quantitative screening is performed, USE supporting requirement IE-C6, of Part 2, as applied to fires, for screening fires
(i.e., physical analysis units, fire compartments, and fire areas). |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-QNS-B |
If quantitative screening is performed, the Fire PRA shall identify those physical analysis units that screen out as individual risk contributors. |
If quantitative screening is performed, the Fire PRA shall identify those physical analysis units that screen out as individual risk contributors. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QNS-B1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QNS-B2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-QNS-C |
VERIFY that the cumulative impact of screened physical analysis units on CDF and LERF [LRF] is small. |
VERIFY that the cumulative impact of screened physical analysis units on CDF and LERF [LRF] is small. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QNS-C1 |
Qualification |
To be consistent with the approach for Internal Events, this supporting requirement should be enhanced as follows:
ENSURE that the sum of the frequencies of the fire events (i.e., physical analysis units, fire compartments, and fire areas) that have
been screened out is less than 5% of the total mean CDF for fires and less than 5% of the total mean LRF for fires. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-QNS-D |
The Fire PRA shall document the results of quantitative screening in a manner that
facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the results of quantitative screening in a manner that
facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QNS-D1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QNS-D2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
QNS-D3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-CF-A |
The Fire PRA shall determine the applicable conditional probability of the cable and circuit failure mode(s) that would cause equipment functional failure and/or undesired spurious operation based on the credited function of the equipment in the Fire PRA. |
The Fire PRA shall determine the applicable conditional probability of the cable and circuit failure mode(s) that would cause equipment functional failure and/or undesired spurious operation based on the credited function of the equipment in the Fire PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CF-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CF-A2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-CF-B |
The Fire PRA shall document the development of the elements above in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the development of the elements above in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CF-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
CF-B2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-HRA-A |
The Fire PRA shall identify human actions relevant to the sequences in the Fire PRA plant response model. |
The Fire PRA shall identify human actions relevant to the sequences in the Fire PRA plant response model. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-A2 |
Clarification |
For DC and COL applications, the determination of key human response actions will likely be based on general design and guidance documents because procedures and operations might not be
developed. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-A3 |
Qualification |
There is no requirement to identify new, undesired operator actions due to spurious indications to achieve CC I. It is recognized that plant procedures will not be available at these application stages and only operational guidance will be available. Though this supporting requirement may be met at CC I with no additional action, it is related to ES-C1 and ES-C2 and it should be performed (and evaluated) consistent with (i.e., at the same capability category level of) these
supporting requirements. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-A4 |
Clarification |
This supporting requirement requires the review of the procedure interpretations with plant operations and training personnel to verify it reflects the operations and training practices. For DC and COL applications, the model will likely be based on design and guidance documents; procedures will not be available. In addition, the review should involve the design and/or plant disciplines responsible for
developing and implementing the operational guidance. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-HRA-B |
The Fire PRA shall include events where appropriate in the Fire PRA that represents the impacts of incorrect human responses associated with the identified human actions. |
The Fire PRA shall include events where appropriate in the Fire PRA that represents the impacts of incorrect human responses associated with the identified human actions. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-B1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-B2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-B3 |
Clarification |
For DC and COL applications, the timing, procedural, cues/indications, and complexity aspects will likely be based on
design and guidance documents and analyses. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-B4 |
Qualification |
There is no requirement to include in the PRA undesired operator actions that could be taken in response to fire-induced instrumentation failure in order to achieve CC I. It is recognized that plant procedures will not be available at these application stages and only operational guidance will be available. Though this supporting requirement may be met at CC I with no additional action, it is related to ES-C1 and ES-C2 and it should be performed (and evaluated)
consistent with (i.e., at the same capability category level of) these supporting requirements. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-HRA-C |
The Fire PRA shall quantify HEPs associated with the incorrect responses accounting
for the plant-specific and scenario-specific influences on human performance, particularly including the effects of fires. |
The Fire PRA shall quantify HEPs associated with the incorrect responses accounting
for the plant-specific and scenario-specific influences on human performance, particularly including the effects of fires. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-C1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-HRA-D |
The Fire PRA shall include recovery actions only if it has been demonstrated that the action is plausible and feasible for those scenarios to which it applies, particularly accounting for the effects of fires. |
The Fire PRA shall include recovery actions only if it has been demonstrated that the action is plausible and feasible for those scenarios to which it applies, particularly accounting for the effects of fires. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-D1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-D2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-HRA-E |
The Fire PRA shall document the HRA, including the unique fire-related influences of the analysis, in a manner that facilitates Fire PRA applications, upgrades, and peer
review. |
The Fire PRA shall document the HRA, including the unique fire-related influences of the analysis, in a manner that facilitates Fire PRA applications, upgrades, and peer
review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-E1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact risk-informed applications, upgrades, and peer
review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HRA-E2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-SF-A |
The Fire PRA shall include a qualitative assessment of potential seismic/fire interaction issues in the Fire PRA. |
The Fire PRA shall include a qualitative assessment of potential seismic/fire interaction issues in the Fire PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
SF-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
SF-A2 |
Clarification |
For DC and COL applications, available design information will be used in considering fire detection and suppression systems and the
potential impacts from seismic events. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
SF-A3 |
Clarification |
For DC and COL applications, available design information will be
used in considering fire detection and suppression systems and the potential impacts from seismic events. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
SF-A4 |
Clarification |
For DC and COL applications, the response to seismic events will
likely be based on design and operational guidance documents. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
SF-A5 |
Qualification |
For DC and COL applications, specific fire brigade training procedures will likely not be available and, that being the case, it will not be possible to assess the extent that training addresses seismic event impacts on fire response, In addition, the storage and placement of firefighting equipment and routes likely will not be known. As a result, it will not be possible to assess how a seismic event might impact these features. If training procedures and storage and placement of equipment are not available, typical or expected fire
brigade training procedures should be reviewed with knowledgeable design staff. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-SF-B |
The Fire PRA shall document the results of the seismic/fire interaction assessment in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the results of the seismic/fire interaction assessment in a manner that facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
SF-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
SF-B2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FQ-A |
Quantification of the Fire PRA shall quantify the fire-induced CDF. |
Quantification of the Fire PRA shall quantify the fire-induced CDF. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-A2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-A3 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-A4 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FQ-B |
The fire-induced CDF quantification shall use appropriate models and codes and shall account for method-specific limitations and features. |
The fire-induced CDF quantification shall use appropriate models and codes and shall account for method-specific limitations and features. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-B1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FQ-C |
Model quantification shall determine that all identified dependencies are addressed appropriately. |
Model quantification shall determine that all identified dependencies are addressed appropriately. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-C1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FQ-D |
The frequency of different containment failure modes leading to a fire-induced large
early release [large release] shall be quantified and aggregated, thus determining the fire-induced LERF [LRF]. |
The frequency of different containment failure modes leading to a fire-induced large
early release [large release] shall be quantified and aggregated, thus determining the fire-induced LERF [LRF]. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-D1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FQ-E |
The fire-induced CDF and LERF [LRF] quantification results shall be reviewed, and significant contributors to CDF and LERF [LRF], such as fires and their corresponding plant initiating events, fire locations, accident sequences, basic events (equipment unavailabilities and human failure events), plant damage states, containment challenges, and failure modes, shall be identified. The results shall be traceable to the
inputs and assumptions made in the Fire PRA. |
The fire-induced CDF and LERF [LRF] quantification results shall be reviewed, and significant contributors to CDF and LERF [LRF], such as fires and their corresponding plant initiating events, fire locations, accident sequences, basic events (equipment unavailabilities and human failure events), plant damage states, containment challenges, and failure modes, shall be identified. The results shall be traceable to the
inputs and assumptions made in the Fire PRA. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-E1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-FQ-F |
The documentation of CDF and LERF [LRF] analyses shall be consistent with the applicable SRs. |
The documentation of CDF and LERF [LRF] analyses shall be consistent with the applicable SRs. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-F1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact risk-informed applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-F2 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
FQ-F3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-UNC-A |
The Fire PRA shall identify sources of CDF and LERF [LRF] uncertainties and related
assumptions and modeling approximations. These uncertainties shall be characterized such that their potential impacts on the results are understood. |
The Fire PRA shall identify sources of CDF and LERF [LRF] uncertainties and related
assumptions and modeling approximations. These uncertainties shall be characterized such that their potential impacts on the results are understood. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
UNC-A1 |
No Objection |
------------------------------------ |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
UNC-A2 |
Clarification |
Feasible within the limitations and constraints of the cited sections in the fire analysis. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
HLR-UNC-B |
The Fire PRA shall document the identified sources of CDF and LERF [LRF] uncertainties and related assumptions and modeling approximations in a manner that
facilitates Fire PRA applications, upgrades, and peer review. |
The Fire PRA shall document the identified sources of CDF and LERF [LRF] uncertainties and related assumptions and modeling approximations in a manner that
facilitates Fire PRA applications, upgrades, and peer review. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
UNC-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following new supporting requirement is added:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 4 - Addressing Part 4, Fires, Supporting Requirements |
|
|
|
UNC-B2 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-A |
The frequency of earthquakes at the site shall be based on a site-specific probabilistic seismic hazard analysis (existing or new) that reflects the composite distribution of the informed technical community. The level of analysis shall be determined based on the
intended application and on site-specific complexity. |
The frequency of earthquakes at the site shall be based on a site-specific probabilistic seismic hazard analysis (existing or new) that reflects the composite distribution of the informed technical community. The level of analysis shall be determined based on the
intended application and on site-specific complexity. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-A1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. A probabilistic seismic hazard analysis will not be performed and DC applications will not have regional or site- specific information on which to base their PRA-based seismic margins analysis. DC applicants will establish site characteristics and site interface requirements on which the seismic hazard for the analysis will be performed. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could meet this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-A2 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-A3 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement. Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-A4 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-A5 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-B |
To provide inputs to the probabilistic seismic hazard analysis, a comprehensive up-to- date database, including geological, seismological, and geophysical data; local site topography; and surficial geologic and geotechnical site properties shall be compiled. A catalog of historical, instrumental, and paleoseismicity information shall also be
compiled. |
To provide inputs to the probabilistic seismic hazard analysis, a comprehensive up-to- date database, including geological, seismological, and geophysical data; local site topography; and surficial geologic and geotechnical site properties shall be compiled. A catalog of historical, instrumental, and paleoseismicity information shall also be
compiled. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-B1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate. However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-B2 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-B3 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-C |
To account for the frequency of occurrence of earthquake ground motions in the site region, the probabilistic seismic hazard analysis shall examine all credible sources of potentially damaging earthquakes. Both the aleatory and epistemic uncertainties shall
be addressed in characterizing the seismic sources. |
To account for the frequency of occurrence of earthquake ground motions in the site region, the probabilistic seismic hazard analysis shall examine all credible sources of potentially damaging earthquakes. Both the aleatory and epistemic uncertainties shall
be addressed in characterizing the seismic sources. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-C1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate. However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-C2 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-C3 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-C4 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement. Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-D |
The probabilistic seismic hazard analysis shall examine mechanisms influencing vibratory ground motion that can occur at a site given the occurrence of an earthquake of a certain magnitude at a certain location. Both the aleatory and epistemic
uncertainties shall be addressed in characterizing the ground motion propagation. |
The probabilistic seismic hazard analysis shall examine mechanisms influencing vibratory ground motion that can occur at a site given the occurrence of an earthquake of a certain magnitude at a certain location. Both the aleatory and epistemic
uncertainties shall be addressed in characterizing the ground motion propagation. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-D1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-D2 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-D3 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement. Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-D4 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-E |
The probabilistic seismic hazard analysis shall account for the effects of local site response. |
The probabilistic seismic hazard analysis shall account for the effects of local site response. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-E1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-E2 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement. Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-F |
Uncertainties in each step of the hazard analysis shall be propagated and displayed in the final quantification of hazard estimates for the site. The results shall include fractile hazard curves, median and mean hazard curves, and uniform hazard response spectra. For certain applications, the probabilistic seismic hazard analysis shall
include seismic source deaggregation and magnitude-distance deaggregation. |
Uncertainties in each step of the hazard analysis shall be propagated and displayed in the final quantification of hazard estimates for the site. The results shall include fractile hazard curves, median and mean hazard curves, and uniform hazard response spectra. For certain applications, the probabilistic seismic hazard analysis shall
include seismic source deaggregation and magnitude-distance deaggregation. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-F1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA.. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-F2 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-F3 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement. Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA.
Additionally note that the mean hazard curve reference in the supporting requirement is needed for either a peak ground
acceleration or a spectral acceleration; not necessarily both. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-G |
For further use in the seismic PRA, the spectral shape shall be based on a site-specific evaluation taking into account the contributions of deaggregated magnitude-distance results of the probabilistic seismic hazard analysis. Broad-band, smooth spectral shapes, such as those presented in NUREG/CR-0098 (for lower-seismicity sites such as most of those east of the U.S. Rocky Mountains) are also acceptable if they are shown to be appropriate for the site. The use of uniform hazard response spectra is
also acceptable unless evidence comes to light that would challenge these uniform hazard spectral shapes. |
For further use in the seismic PRA, the spectral shape shall be based on a site-specific evaluation taking into account the contributions of deaggregated magnitude-distance results of the probabilistic seismic hazard analysis. Broad-band, smooth spectral shapes, such as those presented in NUREG/CR-0098 (for lower-seismicity sites such as most of those east of the U.S. Rocky Mountains) are also acceptable if they are shown to be appropriate for the site. The use of uniform hazard response spectra is
also acceptable unless evidence comes to light that would challenge these uniform hazard spectral shapes. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-G1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-H |
When use is made of an existing study for probabilistic seismic hazard analysis purposes, it shall be confirmed that the basic data and interpretations are still valid in light of current information, the study meets the requirements outlined in A through G
above, and the study is suitable for the intended application. |
When use is made of an existing study for probabilistic seismic hazard analysis purposes, it shall be confirmed that the basic data and interpretations are still valid in light of current information, the study meets the requirements outlined in A through G
above, and the study is suitable for the intended application. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-H1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement. Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-I |
A screening analysis shall be performed to assess whether, in addition to the vibratory ground motion, other seismic hazards, such as fault displacement, landslide, soil liquefaction, or soil settlement, need to be included in the seismic PRA for the specific application. If so, the seismic PRA shall address the effect of these hazards through assessment of the frequency of hazard occurrence or the magnitude of hazard
consequences, or both. |
A screening analysis shall be performed to assess whether, in addition to the vibratory ground motion, other seismic hazards, such as fault displacement, landslide, soil liquefaction, or soil settlement, need to be included in the seismic PRA for the specific application. If so, the seismic PRA shall address the effect of these hazards through assessment of the frequency of hazard occurrence or the magnitude of hazard
consequences, or both. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-I1 |
Qualification |
These applications will follow the seismic-related guidance of SRP Section 19.0, Revision 3. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, site-specific hazard information will be available to confirm that the DC hazard bounds the actual site and regional characteristics and update the analysis, if appropriate.
However, the PRA-based SMA approach per SRP 19.0, Revision 3, is still used instead of addressing this supporting requirement.
Therefore, the COL applicant does not need to address this supporting requirement.
Though not required, a COL applicant could address this supporting requirement directly if they upgrade their analysis to a seismic PRA. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SHA-J |
Documentation of the probabilistic seismic hazard analysis shall be consistent with the
applicable supporting requirements. |
Documentation of the probabilistic seismic hazard analysis shall be consistent with the
applicable supporting requirements. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-J1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-J2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SHA-J3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SFR-A |
The seismic-fragility evaluation shall be performed to estimate plant-specific, realistic
seismic fragilities of SSCs whose failure may contribute to core damage or large early release [large release], or both. |
The seismic-fragility evaluation shall be performed to estimate plant-specific, realistic
seismic fragilities of SSCs whose failure may contribute to core damage or large early release [large release], or both. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-A1 |
Clarification |
For DC and COL applications, basic events will use HCLPF values (in
terms of acceleration) to represent the seismic fragilities of SSCs. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-A2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SFR-B |
If screening of high-seismic-capacity components is performed, the basis for the screening shall be fully described. |
If screening of high-seismic-capacity components is performed, the basis for the screening shall be fully described. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-B1 |
Clarification |
If screening is not performed, this supporting requirement is Not Applicable. However, it is likely that some level of screening will be
performed for high-seismic-capacity SSCs. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-B2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SFR-C |
The seismic-fragility evaluation shall be based on realistic seismic response that SSCs experience at their failure levels. |
The seismic-fragility evaluation shall be based on realistic seismic response that SSCs experience at their failure levels. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-C1 |
Qualification |
DC applications will not have regional or site-specific information on which to base their analysis or ensure the spectral shape reflects or bounds the site-specific conditions. DC applicants will establish site characteristics and site interface requirements on which the seismic response analysis will be performed. Though the objective of most DC applicants will be to bound most sites and the note indicates an allowance for using a general spectral shape if site-specific shapes are not available, this cannot be ensured to bound the site until actual sites are identified and evaluated.
For COL applications, site-specific response spectra information will be available to address the supporting requirement directly and/or confirm that the DC response spectra bounds the actual site
characteristics. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-C2 |
Clarification |
If the conditional activity cited in this supporting requirement is not
performed, then the supporting requirement is Not Applicable and the applicant does not need to address this supporting requirement. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-C3 |
Clarification |
If the conditional activity cited in this supporting requirement is not performed, then the supporting requirement is Not Applicable and the applicant does not need to address this supporting requirement.
Because design response analysis will be available, even for DC applications, the applicant can meet this supporting requirement. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-C4 |
Clarification |
If a new analysis is not performed, then the supporting requirement is Not Applicable. This will be the case for the DC applications because regional or site-specific information will not be available to make this
judgment. Rather, DC applicants will establish site characteristics and site interface requirements on which the seismic response analysis will be performed. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, if a new analysis is determined not necessary to perform (e.g., the DC analysis adequately bounds or addresses the response and site-specific input motion), then the supporting requirement is Not Applicable and the applicant does not need to address the supporting requirement. If the COL applicant determines it is necessary to perform the new analysis, then the applicant can use their site-specific information to address the supporting
requirement directly. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-C5 |
Clarification |
If the median-centered response analysis approach is not performed, then the supporting requirement is Not Applicable. DC applicants will establish site characteristics and site interface requirements on which the seismic response analysis will be performed, which might involve
this approach, as well as for COL applications. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-C6 |
Clarification |
If the soil-structure interaction analysis is not performed, then the supporting requirement is Not Applicable. This will be the case for the DC applications since regional or site-specific information will not be available to conduct this analysis. Therefore, the DC applicant does not need to address this supporting requirement.
For COL applications, if soil-structure interaction analysis is determined not necessary to perform, then the supporting requirement is Not Applicable and the applicant does not need to address the supporting requirement. If the COL applicant determines it is necessary to perform the soil-structure interaction analysis, then the applicant can use their site-specific information to address the
supporting requirement directly. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SFR-D |
The seismic-fragility evaluation shall be performed for critical failure modes of SSCs such as structural failure modes and functional failure modes identified through the review of plant design documents, supplemented as needed by earthquake experience
data, fragility test data, generic qualification test data, and a walkdown. |
The seismic-fragility evaluation shall be performed for critical failure modes of SSCs such as structural failure modes and functional failure modes identified through the review of plant design documents, supplemented as needed by earthquake experience
data, fragility test data, generic qualification test data, and a walkdown. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-D1 |
Qualification |
For DC and COL applications, walkdowns will not be able to be performed to verify the information or identify additional failure
modes. However, failure modes can be identified from design documents. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-D2 |
Clarification |
Though the applicant can meet this supporting requirement, for DC and COL applications, the evaluation will be somewhat limited due to
the status of the design. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SFR-E |
The seismic-fragility evaluation shall incorporate the findings of a detailed walkdown of
the plant focusing on the anchorage, lateral seismic support, and potential systems interactions. |
The seismic-fragility evaluation shall incorporate the findings of a detailed walkdown of
the plant focusing on the anchorage, lateral seismic support, and potential systems interactions. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-E1 |
Clarification |
For DC and COL applications, walkdowns will not be able to be
performed to verify the information or identify additional failure modes. Therefore, the applicant does not need to address this
supporting requirement. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-E2 |
Clarification |
For DC and COL applications, walkdowns will not be able to be performed to verify the information or identify additional failure modes, so observations and conclusions cannot be documented. Therefore, the DC applicant does not need to address this supporting
requirement. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-E3 |
Clarification |
For DC and COL applications, screening components based on walkdowns cannot be performed since walkdowns cannot be performed at these stages. Therefore, this supporting requirement is Not Applicable and the applicant does not need to address this supporting requirement. However, If components are screened out,
then a justification for the screening needs to be provided and documented. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-E4 |
Qualification |
For DC and COL applications, walkdowns will not be able to be performed to identify the potential for seismically-induced fires and flooding. However, these considerations will need to be based on general design information, including consideration of the information
from the internal flooding and internal fire PRAs. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-E5 |
Qualification |
For DC and COL applications, walkdowns will not be able to be performed to identify the potential for sources of interactions and their consequences. However, these considerations will need to be based
on general design information, including layout drawings. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SFR-F |
The calculation of seismic fragility parameters such as median capacity and variabilities shall be based on plant-specific data supplemented as needed by earthquake experience data, fragility test data, and generic qualification test data. Use
of such generic data shall be justified. |
The calculation of seismic fragility parameters such as median capacity and variabilities shall be based on plant-specific data supplemented as needed by earthquake experience data, fragility test data, and generic qualification test data. Use
of such generic data shall be justified. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-F1 |
Clarification |
For DC and COL applications, the component seismic fragility will not have plant-specific data. That being the case, these applicants will rely on the supplemental sources in establishing HCLPF values (instead of median capacities with variabilities) for the components,
similar to the discussion in the note to this supporting requirement. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-F2 |
Clarification |
For DC and COL application, this supporting requirement will use the exception clause in the supporting requirement and justify the use of generic fragility information for the analysis. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-F3 |
Clarification |
For DC and COL applications, the screening for low-ruggedness relays will rely on design documentation that will likely establish that
low-ruggedness relays will not be used in the design. That being the case, the analysis will not identify any relays for this evaluation. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-F4 |
Clarification |
The objective of this supporting requirement is to establish seismic fragilities that address LERF aspects. For ALWRs in addressing LRF, the applicant can meet this supporting requirement, recognizing the limitations and conditions identified for the prior supporting
requirements in SFR. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SFR-G |
Documentation of the seismic-fragility evaluation shall be consistent with the applicable
supporting requirements. |
Documentation of the seismic-fragility evaluation shall be consistent with the applicable
supporting requirements. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-G1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-G2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SFR-G3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SPR-A |
The seismic-PRA systems model shall include seismic-caused initiating events and other failures including seismic-induced SSC failures, non-seismic-induced
unavailabilities, and human errors that give rise to significant accident sequences and/or significant accident progression sequences. |
The seismic-PRA systems model shall include seismic-caused initiating events and other failures including seismic-induced SSC failures, non-seismic-induced
unavailabilities, and human errors that give rise to significant accident sequences and/or significant accident progression sequences. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-A1 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-A2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-A3 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-A4 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SPR-B |
The seismic-PRA systems model shall be adapted to incorporate seismic-analysis aspects that are different from corresponding aspects found in the full-power, internal- events PRA systems model. |
The seismic-PRA systems model shall be adapted to incorporate seismic-analysis aspects that are different from corresponding aspects found in the full-power, internal- events PRA systems model. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B1 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B3 |
Clarification |
If screening is not performed, the supporting requirement is Not Applicable. For these application stages, the applicant can meet this
supporting requirement. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B4 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B5 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B6 |
Clarification |
This supporting requirement is closely related to SFR-F3. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B7 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B8 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B9 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B10 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-B11 |
Qualification |
This supporting requirement is closely related to SFR-E4. For DC and COL applications, walkdowns will not be able to be performed to identify the potential for seismically-induced fires and flooding. These considerations will need to be based on general design information,
including consideration of the information from the internal flooding and internal fire PRAs. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SPR-C |
The seismic-PRA systems model shall reflect the as-built [as-to-be-built] and as-
operated [as-to-be-operated] plant being analyzed. |
The seismic-PRA systems model shall reflect the as-built [as-to-be-built] and as-
operated [as-to-be-operated] plant being analyzed. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-C1 |
Clarification |
For the DC application and COL application, the pertinent information used for the systems analysis will be that which reflects the “as-to-be-
built” and “as-to-be-operated” design appropriate for that application stage. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SPR-D |
The list of SSCs selected for seismic-fragility analysis shall include the SSCs that participate in accident sequences included in the seismic-PRA systems model. |
The list of SSCs selected for seismic-fragility analysis shall include the SSCs that participate in accident sequences included in the seismic-PRA systems model. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-D1 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SPR-E |
The analysis to quantify core damage frequency and large early release [large release] frequency shall appropriately integrate the seismic hazard, the seismic fragilities, and the systems-analysis aspects. |
The analysis to quantify core damage frequency and large early release [large release] frequency shall appropriately integrate the seismic hazard, the seismic fragilities, and the systems-analysis aspects. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-E1 |
Clarification |
For the DC and COL applications, this integration will use margins- type approaches to result in a plant-level HCLPF value. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-E2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-E3 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-E4 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-E5 |
Clarification |
For the DC and COL applications, this integration will use margins- type approaches. As a result, the integration will result in a plant- level HCLPF value. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-E6 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
HLR-SPR-F |
Documentation of the seismic plant response analysis and quantification shall be consistent with the applicable supporting requirements. |
Documentation of the seismic plant response analysis and quantification shall be consistent with the applicable supporting requirements. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-F1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-F2 |
No Objection |
------------------------------------ |
Table 5 - Addressing Part 5, Seismic Events, Supporting Requirements |
|
|
|
SPR-F3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
HLR-EXT-A |
All potential external hazards (i.e., all natural and man-made hazards) that may affect the site shall be identified. |
All potential external hazards (i.e., all natural and man-made hazards) that may affect the site shall be identified. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-A1 |
No Objection |
------------------------------------ |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-A2 |
Qualification |
In DC applications, given that a site is not identified, bounding site
parameters can be assessed or siting criteria presented to eliminate hazards, but unique site hazards would not be known. In COL applications, the site-specific conditions can be assessed to determine whether there are additional hazards to consider. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
HLR-EXT-B |
Preliminary screening, if used, shall be performed using a defined set of screening
criteria. |
Preliminary screening, if used, shall be performed using a defined set of screening
criteria. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-B1 |
Qualification |
In DC applications, given that a site is not identified, only bounding site parameters can be assessed or siting criteria presented to eliminate hazards. In COL applications, the site-specific conditions can be assessed to determine whether there are additional hazards to consider.
In screening out hazards, meeting specific design criteria for some structures and components (similar to relying on meeting the SRP or GDC) should not be the basis for screening. Events within the design criteria may have a higher frequency of occurrence with similar effects as that of the design basis and events greater than the design criteria may have significant effects with only a slightly less frequency of occurrence. Further, not all structures, systems, and components (SSCs) at the site are designed to the same criterion and the screening would need to consider the potential impact of SSCs that have lower design criteria (e.g., non-safety structures) and their potential impacts from the specific hazard event in considering any screening. With that clarification, the applicant can consider the capability of the design of the SSCs, including the lower capability of some SSCs onsite, to support the determination of the frequency of events that will exceed these capabilities. Similarly, a slow developing hazard should not be the basis for screening, but timing can be a consideration in the evaluation of the hazard, which is addressed by the new Criterion 2. That being the case, the original Criteria 1 and 5 should not be used. Further, the original Criterion 2 (now Criterion 1) also needed to be clarified regarding what is inferred by “significantly lower.” Finally, the staff added that the use of any criterion must take into account the range of magnitudes of the hazard for the frequencies of interest.
Based on the above discussion, the following replacement supporting requirement should be used:
Initial Preliminary Screening: For screening out an external hazard, any one of the following screening criteria provides an acceptable basis:
Criterion 1: The hazard has a significantly lower mean frequency of
occurrence than another hazard, taking into account the uncertainties in the estimates of both frequencies, and the hazard could not result in worse consequences than the consequences from the other hazard. The phrase “significantly lower “implies that the screened hazard has a mean frequency of occurrence that is at least two orders of magnitude less than (that is, 1% or less of) the mean frequency of occurrence of the other event.
Criterion 2: The hazard does not result in a plant trip (manual or automatic) or a controlled manual shutdown and does not impact any SSCs that are required for accident mitigation from at-power transients or accidents. If credit is taken for operator actions to correct the condition to avoid a plant trip or controlled shutdown, then ENSURE the credited operator actions and associated equipment have an exceedingly low probability of failure (i.e., collectively less than or equal to 1×10-5) following the applicable supporting requirements of this part (e.g., Human Reliability Analysis – Subsection 2-2.5).
Criterion 3: The impacts of the hazard cannot occur close enough to the plant to affect it.
Criterion 4: The hazard is included in the definition of another hazard.
Application of any screening criterion must take into account the
range of magnitudes of the hazard for the recurrence frequencies of interest. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-B2 |
Qualification |
Screening based solely on meeting the 1975 Standard Review Plan design criteria is not appropriate because it infers a CDF that might be orders of magnitude greater than the base CDF at the site. At this stage of screening of external hazards, this supporting requirement should be considered Not Applicable and not used. Therefore,
applicants should not use this supporting requirement. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-B3 |
Qualification |
In DC applications, given that a site is not identified, only bounding site parameters can be assessed or siting criteria presented to eliminate hazards. In COL applications, the site-specific conditions can be assessed to determine whether there are additional hazards to consider.
Because this supporting requirement interfaces with EXT-B1 in using the design or licensing basis hazards information, it needs to be replaced with the following text that focuses on the specific site and regional conditions:
BASE the application of the screening criteria for a given external hazard on a review of information on the site characteristics and on the surrounding area/regional features, characteristics, and
facilities/operations relevant to that event. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-B4 |
Clarification |
This supporting requirement is Not Applicable to DC or COL applications, because it addresses changes to site parameters and characteristics since the issuance of the original operating license, which has not occurred at these application stages. Therefore, the
applicant does not need to address this supporting requirement. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
HLR-EXT-C |
A bounding or demonstrably conservative analysis, if used for screening, shall be performed using defined quantitative screening criteria. |
A bounding or demonstrably conservative analysis, if used for screening, shall be performed using defined quantitative screening criteria. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-C1 |
Qualification |
In DC applications, given that a site is not identified, only bounding site parameters can be assessed or siting criteria presented to eliminate hazards. In COL applications, the site-specific conditions can be assessed to determine whether there are additional hazards to consider.
Screening based on the cited criteria is not appropriate because it might yield a CDF that is orders of magnitude greater than the base CDF at the site. The current version of the PRA standard does not identify unique screening criteria for new reactor designs that can have substantially lower risk profiles (e.g., plants with internal events CDF well below 1×10-6/year). As stated in RG 1.200, the quantitative screening value should be adjusted according to the relative baseline risk value. Lower screening values need to be used that are commensurate with the lower CDF and LRF estimates expected from ALWRs.
Therefore, replace this supporting requirement with the following:
SCREEN OUT external hazards if
the quantitative screening criteria in SR IE-C6 of Part 2, as applied to the external hazard, are met, OR
the external hazard affects, directly and indirectly, only components in a single system, AND it can be shown that the product of the frequency of the external hazard and the probability of SSC failure given the hazard is at least two orders of magnitude lower than the product of the non-hazard (i.e., internal events) frequency for the corresponding initiating event in the PRA, and the random (non–external hazard) failure probability of the same SSCs that are assumed failed by the external hazard.
If the external hazard impacts multiple systems, directly or indirectly,
DO NOT screen on this basis. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-C2 |
Clarification |
In DC applications, given that a site is not identified, only generic and/or bounding frequencies and parameters can be established based on the site characteristics and site interface requirements.
In COL applications, the site-specific frequencies and parameters can be established or the DC information confirmed as bounding. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-C3 |
No Objection |
------------------------------------ |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-C4 |
No Objection |
------------------------------------ |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-C5 |
No Objection |
------------------------------------ |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-C6 |
No Objection |
------------------------------------ |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-C7 |
No Objection |
------------------------------------ |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
HLR-EXT-D |
The basis for the screening out of an external hazard shall be confirmed through a walkdown of the plant and its surroundings. |
The basis for the screening out of an external hazard shall be confirmed through a walkdown of the plant and its surroundings. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-D1 |
Clarification |
In DC applications, given that a site is not identified, a confirmatory site walkdown is not possible. In COL applications, the site-specific conditions can be assessed by a walkdown. Therefore, the applicant
does not need to address this supporting requirement. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-D2 |
Clarification |
In DC applications, given that a site is not identified, a confirmatory site walkdown is not possible. In COL applications, the plant construction has not been completed and as such specific plant confirmatory walkdowns are not possible. Therefore, the applicant
does not need to address this supporting requirement. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
HLR-EXT-E |
Documentation of the screening out of an external hazard shall be consistent with the applicable supporting requirements. |
Documentation of the screening out of an external hazard shall be consistent with the applicable supporting requirements. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-E1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-E2 |
No Objection |
------------------------------------ |
Table 6 - Addressing Part 6, Screening and Conservative Analysis of Other External Hazards, Supporting Requirements |
|
|
|
EXT-E3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following new supporting requirement is added:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
HLR-WHA-A |
The frequency of high winds at the site shall be based on site-specific probabilistic wind hazard analysis (existing or new) that reflects recent available regional and site- specific information. Uncertainties in the models and parameter values shall be properly accounted for and fully propagated in order to obtain a family of hazard curves
from which a mean hazard curve can be derived. |
The frequency of high winds at the site shall be based on site-specific probabilistic wind hazard analysis (existing or new) that reflects recent available regional and site- specific information. Uncertainties in the models and parameter values shall be properly accounted for and fully propagated in order to obtain a family of hazard curves
from which a mean hazard curve can be derived. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-A1 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants will likely establish site characteristics and site interface requirements to generically bound or represent the analysis. At the COL application stage site-specific information is available and can be used directly or in confirming the DC analysis. For those hazards evaluated, it is
feasible to represent the hazards by a distribution consistent with the supporting requirement, though using generic or representative
information. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-A2 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants will likely establish site characteristics and site interface requirements to generically bound or represent the analysis. At the COL application stage site-specific information is available and can be used directly or in confirming the DC analysis. For those hazards evaluated, it is feasible to represent the hazards by a distribution consistent with the supporting requirement, though using generic or representative
information. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-A3 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants will likely establish site characteristics and site interface requirements to generically bound or represent the analysis. At the COL application stage site-specific information is available and can be used directly or
in confirming the DC analysis. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-A4 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. Though the supporting requirement is feasible in that a missile hazards analysis should be performed, some information related to barriers might not be fully developed at the DC or COL application stages. That being the case, these features will likely be based on design
guidelines and good engineering practices. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-A5 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. However, the objective of the supporting requirement is to identify the number, type, and location of missiles to support the missile analysis of WHA- A4. At the DC and COL stage, this analysis would be based on generic or bounding information, which is typically provided from the
references for a site with construction activities nearby. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
HLR-WHA-B |
Documentation of the wind hazard analysis shall be consistent with the applicable supporting requirements. |
Documentation of the wind hazard analysis shall be consistent with the applicable supporting requirements. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-B2 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WHA-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
HLR-WFR-A |
A wind fragility evaluation shall be performed to estimate plant-specific, realistic wind fragilities for those structures, or systems, or components, or a combination thereof
whose failure contributes to core damage or large early release [large release], or both. |
A wind fragility evaluation shall be performed to estimate plant-specific, realistic wind fragilities for those structures, or systems, or components, or a combination thereof
whose failure contributes to core damage or large early release [large release], or both. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WFR-A1 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” The CC II/III aspects should be performed, recognizing that plant walkdown aspects of this supporting requirement cannot be performed for either DC or COL applications. In addition, the DC applicant will likely use generic information based on design and guidance documents. At the COL application stage site-specific information is available and can be used directly or in confirming the DC analysis, though generic data will likely still be used for structure and component fragilities. The information collected should include the available and pertinent information for that application stage to
reflect the system design and will be enhanced if additional system design information is available at the COL application stage. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WFR-A2 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
HLR-WFR-B |
Documentation of the wind fragility analysis shall be consistent with the applicable supporting requirements. |
Documentation of the wind fragility analysis shall be consistent with the applicable supporting requirements. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WFR-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WFR-B2 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WFR-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
HLR-WPR-A |
The high wind PRA systems model shall include wind-caused initiating events and other failures that can lead to core damage or large early release [large release]. The model shall be adapted from the internal events, at-power PRA systems model to incorporate wind-analysis aspects that are different from the corresponding aspects in
the at-power, internal events PRA systems model. |
The high wind PRA systems model shall include wind-caused initiating events and other failures that can lead to core damage or large early release [large release]. The model shall be adapted from the internal events, at-power PRA systems model to incorporate wind-analysis aspects that are different from the corresponding aspects in
the at-power, internal events PRA systems model. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A1 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A2 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A3 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A4 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A5 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A6 |
Qualification |
In DC applications, given that a site is not identified, only bounding site parameters can be assessed or siting criteria presented to eliminate hazards. In COL applications, the site-specific conditions can be assessed to determine whether there are additional hazards to consider.
The supporting requirement comes after already passing through the Screening of Part 6 (EXT-B1, B2, B3, and C1) using conservative estimates. Therefore, whatever additional screening is performed should be consistent with the previous screening approaches; also, applicants should verify that screened out hazards are not significant contributors. Therefore, this supporting requirement should be enhanced as follows:
If any additional screening criteria are applied, ENSURE
supporting requirement IE-C6 of Part 2, as applied to the external hazard, is met, OR
the external hazard affects only components in a single system, AND it can be shown that the product of the frequency of the external hazard and the probability of SSC failure given the hazard is two orders of magnitude lower than the product of the non-hazard (i.e., internal events) frequency for the corresponding initiating event in the PRA, and the random (non– external hazard) failure probability of the same SSCs that are assumed failed by the external hazard.
If the external hazard impacts multiple systems, DO NOT screen on this basis.
ENSURE that the mean cumulative contribution to CDF of the high wind events that have been screened out is less than 5% of the total mean CDF for high wind events.
ENSURE that the mean cumulative contribution to LRF of the high wind events that have been screened out is less than 5% of the total
mean LRF for high wind events. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A7 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A8 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A9 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A10 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-A11 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration to examine the system recoveries modeled in the internal events PRA and to adjust them based on the hazard impacts can and should be performed. At the DC and COL stage such consideration would be based on design
and operational guidance. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
HLR-WPR-B |
The analysis to quantify core damage and large early release [large release]
frequencies shall appropriately integrate the wind hazard, the wind fragilities, and the plant response aspects. |
The analysis to quantify core damage and large early release [large release]
frequencies shall appropriately integrate the wind hazard, the wind fragilities, and the plant response aspects. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-B1 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration is feasible consistent with the
qualifications associated with the hazards identified for supporting requirements WHA-A1 through A5. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-B2 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration is feasible consistent with the
qualifications associated with the hazards identified for supporting requirements WHA-A1 through A5. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
HLR-WPR-C |
Documentation of the high wind plant response model development and quantification
shall be consistent with the applicable supporting requirements. |
Documentation of the high wind plant response model development and quantification
shall be consistent with the applicable supporting requirements. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-C2 |
No Objection |
------------------------------------ |
Table 7 - Addressing Part 7, High Wind Events, Supporting Requirements |
|
|
|
WPR-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
HLR-XFHA-A |
The frequency of external flooding at the site shall be based on site-specific probabilistic hazard analysis (existing or new) that reflects recent available regional and site-specific information. The external-flooding hazard analysis shall use
up-to-date databases. Uncertainties in the models and parameter values shall be properly accounted for and fully propagated to obtain a family of hazard curves from
which a mean hazard curve can be derived. |
The frequency of external flooding at the site shall be based on site-specific probabilistic hazard analysis (existing or new) that reflects recent available regional and site-specific information. The external-flooding hazard analysis shall use
up-to-date databases. Uncertainties in the models and parameter values shall be properly accounted for and fully propagated to obtain a family of hazard curves from
which a mean hazard curve can be derived. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-A1 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants are expected to establish site characteristics and site-interface requirements to generically bound or represent the analysis. At the COL application stage, site-specific information is available and can be used directly
or in confirming the DC analysis. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-A2 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants are expected to establish site characteristics and site-interface requirements to generically bound or represent the analysis. At the COL application stage, site-specific information is available and can be used directly
or in confirming the DC analysis. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-A3 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants are expected to establish site characteristics and site-interface requirements to generically bound or represent the analysis. At the COL application stage, site-specific information is available and can be used directly
or in confirming the DC analysis. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-A4 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants are expected to establish site characteristics and site-interface requirements to generically bound or represent the analysis. At the COL application
stage, site-specific information is available and can be used directly or in confirming the DC analysis. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-A5 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants are expected to
establish site characteristics and site-interface requirements to generically bound or represent the analysis. At the COL application stage, site-specific information is available and can be used directly
or in confirming the DC analysis. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-A6 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants are expected to establish site characteristics and site-interface requirements to generically bound or represent the analysis. At the COL application stage, site-specific information is available and can be used directly
or in confirming the DC analysis. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
HLR-XFHA-B |
Documentation of the external flood hazard analysis shall be consistent with the applicable supporting requirements. |
Documentation of the external flood hazard analysis shall be consistent with the applicable supporting requirements. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and their bases, resulting from the status
of the design, site, operational, and maintenance information or data that would impact applications. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-B2 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFHA-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
HLR-XFFR-A |
An external flood fragility evaluation shall be performed to estimate plant-specific, realistic susceptibilities, fragilities for those structures, or systems, or components, or a
combination thereof, whose failure contributes to core damage or large early release [large release], or both. |
An external flood fragility evaluation shall be performed to estimate plant-specific, realistic susceptibilities, fragilities for those structures, or systems, or components, or a
combination thereof, whose failure contributes to core damage or large early release [large release], or both. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFFR-A1 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” Certain aspects of the CC II/III consideration can be and should be performed. DC applications will likely use generic information based on design and guidance documents and associated generic data for the fragilities. At the COL application stage, site-specific information is available and can be used directly or in confirming the DC analysis, while generic data would still be used for many structures. However, plant walkdowns cannot be performed for either DC or COL
applications. The information collected should include the available and pertinent information for that application stage to reflect the system design and will be enhanced if additional system design
information is available at the COL application stage. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFFR-A2 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
HLR-XFFR-B |
Documentation of the external flood fragility analysis shall be consistent with the applicable supporting requirements. |
Documentation of the external flood fragility analysis shall be consistent with the applicable supporting requirements. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFFR-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and their bases, resulting from the status of the design, site, operational, and maintenance information or data that would impact applications. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFFR-B2 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFFR-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational,
and maintenance information or data. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
HLR-XFPR-A |
The external flooding-PRA systems model shall include flood-caused initiating events and other failures that can lead to core damage or large early release [large release]. The model shall be adapted from the internal events, at-power PRA systems model to incorporate flood-analysis aspects that are different from the corresponding aspects in
the at-power, internal events PRA systems model. |
The external flooding-PRA systems model shall include flood-caused initiating events and other failures that can lead to core damage or large early release [large release]. The model shall be adapted from the internal events, at-power PRA systems model to incorporate flood-analysis aspects that are different from the corresponding aspects in
the at-power, internal events PRA systems model. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A1 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A2 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A3 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A4 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A5 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A6 |
Qualification |
In DC applications, given that a site is not identified, only bounding site parameters can be assessed or siting criteria presented to eliminate hazards. In COL applications, the site-specific conditions can be assessed to determine whether there are additional hazards to consider.
The supporting requirement comes after already passing through the screening of Part 6 (EXT-B1, B2, B3, and C1) using conservative estimates. Therefore, whatever additional screening is performed should be consistent with the previous screening approaches; also,
applicants should verify that screened out hazards are not significant contributors. Therefore, this supporting requirement should be enhanced as follows:
If any additional screening criteria are applied, ENSURE that
supporting requirement IE-C6 of Part 2, as applied to the external hazard, is met, OR
the external hazard affects only components in a single system, AND the product of the frequency of the external hazard and the probability of SSC failure (given the hazard) is at least two orders of magnitude lower than the product of the non-hazard (i.e., internal events) frequency for the corresponding initiating event in the PRA and the random (non-external hazard) failure probability of the same SSCs that are assumed failed by the external hazard.
If the external hazard impacts multiple systems, DO NOT screen on this basis.
ENSURE that the mean cumulative contribution to CDF of the external-flood events that have been screened out is less than 5% of the total mean CDF for external-flood events.
ENSURE that the mean cumulative contribution to LRF of the external-flood events that have been screened out is less than 5% of the total mean LRF for external-flood events. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A7 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A8 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A9 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A10 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-A11 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration (to examine the system recoveries modeled in the internal-events PRA and to adjust them based on the hazard impacts) can and should be performed. At the DC and COL stages, such consideration would be based on design
and operational guidance. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
HLR-XFPR-B |
The analysis to quantify core damage and large early release [large release]
frequencies shall appropriately integrate the external flood hazard, the external flood fragilities, and the systems-analysis aspects. |
The analysis to quantify core damage and large early release [large release]
frequencies shall appropriately integrate the external flood hazard, the external flood fragilities, and the systems-analysis aspects. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-B1 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.”
However, the CC II/III consideration should be performed. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-B2 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration should be performed. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
HLR-XFPR-C |
Documentation of the external flood plant response model development and
quantification shall be consistent with the applicable supporting requirements. |
Documentation of the external flood plant response model development and
quantification shall be consistent with the applicable supporting requirements. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and their bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-C2 |
No Objection |
------------------------------------ |
Table 8 - Addressing Part 8, External Flood Events, Supporting Requirements |
|
|
|
XFPR-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
HLR-XHA-A |
The analysis of the hazard (the frequency of occurrence of different intensities of the external hazard) shall be based on a site-specific probabilistic evaluation reflecting recent available data and site-specific information. The analysis can be based on
either historical data or a phenomenological model, or a mixture of the two. |
The analysis of the hazard (the frequency of occurrence of different intensities of the external hazard) shall be based on a site-specific probabilistic evaluation reflecting recent available data and site-specific information. The analysis can be based on
either historical data or a phenomenological model, or a mixture of the two. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XHA-A1 |
Clarification |
DC applications will not have regional or site-specific information on which to base their analysis. Instead, DC applicants will likely establish site characteristics and site interface requirements to
generically bound or represent the analysis. This meets the “to the extent necessary for the analysis” aspect of the supporting
requirement. At the COL application stage site-specific information is available and can be used directly or in confirming the DC analysis. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XHA-A2 |
Clarification |
For those hazards evaluated, it is feasible to represent the specific hazard by a distribution that is consistent with the supporting requirement (although it uses generic or representative information). At the COL application stage site-specific information is available and
can be used directly or in confirming the DC analysis. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XHA-A3 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XHA-A4 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
HLR-XHA-B |
Documentation of the external hazard analysis shall be consistent with the applicable supporting requirements. |
Documentation of the external hazard analysis shall be consistent with the applicable supporting requirements. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XHA-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of the design, site, operational, and maintenance information or data
that would impact applications. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XHA-B2 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XHA-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related
assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
HLR-XFR-A |
The fragility of a structure, or system, or component, or a combination thereof (SSC) shall be evaluated using plant-specific, SSC-specific information and an accepted engineering method for evaluating the postulated failure. |
The fragility of a structure, or system, or component, or a combination thereof (SSC) shall be evaluated using plant-specific, SSC-specific information and an accepted engineering method for evaluating the postulated failure. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XFR-A1 |
Clarification |
The information collected should include the available and pertinent information for that application stage to reflect the system design. DC applications will likely use generic information based on design and guidance documents. This meets the “to the extent necessary for the purpose of the analysis” aspect of the supporting requirement. At the COL application stage site-specific information is available and can be used to enhance the fragility analysis, if additional system design information is available, which can be used directly or in confirming
the DC analysis. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XFR-A2 |
Qualification |
The information collected should include the available and pertinent information for that application stage to reflect the system design. DC
applications will likely use generic information based on design and guidance documents or similar plant data, if available. This meets the “to the extent necessary for the analysis” aspect of the supporting requirement and should be performed. At the COL application stage site-specific information is available and can be used to enhance the fragility analysis, if additional system design information is available, which can be used directly or in confirming the DC analysis.
However, it is recognized that plant walkdowns cannot be performed
for either DC or COL applications and, therefore, this aspect of the supporting requirement does not need to be performed. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XFR-A3 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XFR-A4 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
HLR-XFR-B |
Documentation of the external hazard fragility analysis shall be consistent with the applicable supporting requirements. |
Documentation of the external hazard fragility analysis shall be consistent with the applicable supporting requirements. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XFR-B1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XFR-B2 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XFR-B3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
HLR-XPR-A |
The external hazard PRA plant model shall include external hazard-caused initiating events and other failures that can lead to core damage or large early release [large release]. The model shall be adapted from the internal events, at-power PRA systems model to incorporate external hazard-analysis aspects that are different from the
corresponding aspects in the at-power, internal events PRA systems model. |
The external hazard PRA plant model shall include external hazard-caused initiating events and other failures that can lead to core damage or large early release [large release]. The model shall be adapted from the internal events, at-power PRA systems model to incorporate external hazard-analysis aspects that are different from the
corresponding aspects in the at-power, internal events PRA systems model. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A1 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A2 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A3 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A4 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A5 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A6 |
Qualification |
In DC applications, given that a site is not identified, only bounding
site parameters can be assessed or siting criteria presented to eliminate hazards. In COL applications, the site-specific conditions can be assessed directly in confirming the DC screening or in determining whether there are additional hazards to consider.
The supporting requirement comes after already passing through the Screening of Part 6 (EXT-B1, B2, B3, and C1) using conservative estimates. Therefore, whatever additional screening is performed should be consistent with the previous screening approaches. In addition, applicants should verify that screened out hazards are not significant contributors. Therefore, this supporting requirement should be enhanced as follows:
If any additional screening criteria are applied, ENSURE that
supporting requirement IE-C6 of Part 2, as applied to the external hazard, is met, OR
the external hazard affects only components in a single system, AND it can be shown that the product of the frequency of the external hazard and the probability of SSC failure given the hazard is two orders of magnitude lower than the product of the non-hazard (i.e., internal events) frequency for the corresponding initiating event in the PRA, and the random (non– external hazard) failure probability of the same SSCs that are assumed failed by the external hazard.
If the external hazard impacts multiple systems, DO NOT screen on this basis.
ENSURE that the mean cumulative contribution to CDF of the specific external hazard events that have been screened out is less than 5% of the total mean CDF for that external hazard.
ENSURE that the mean cumulative contribution to LRF of the specific
external hazard events that have been screened out is less than 5% of the total mean LRF for that external hazard. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A7 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A8 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A9 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A10 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-A11 |
Qualification |
For this supporting requirement, CC I is identified as “Not Defined.” However, the CC II/III consideration to examine the system recoveries modeled in the internal events PRA and to adjust them based on the hazard impacts can and should be performed. At the
DC and COL stage such consideration would be based on design and operational guidance. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
HLR-XPR-B |
The analysis to quantify core damage and large early release [large release]
frequencies shall appropriately integrate the external hazard, the fragilities, and the plant response aspects. |
The analysis to quantify core damage and large early release [large release]
frequencies shall appropriately integrate the external hazard, the fragilities, and the plant response aspects. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-B1 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-B2 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-B3 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
HLR-XPR-C |
Documentation of the external hazard plant response analysis and quantification shall be consistent with the applicable supporting requirements. |
Documentation of the external hazard plant response analysis and quantification shall be consistent with the applicable supporting requirements. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-C1 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their impact on applications. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the limitations, and bases, resulting from the status of
the design, site, operational, and maintenance information or data that would impact applications. |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-C2 |
No Objection |
------------------------------------ |
Table 9 - Addressing Part 9, Other External Events, Supporting Requirements |
|
|
|
XPR-C3 |
Qualification |
DC and COL applicants may make additional assumptions regarding the site, design, and operational practices, which need to be documented, including their consideration as a source of uncertainty. Therefore, the following requirement is added to this supporting requirement:
DOCUMENT the additional sources of uncertainty and related assumptions resulting from the status of the design, site, operational, and maintenance information or data. |