data.gift
  • Datasets

http://cyfun.data.gift/data/requirement_DE_AE_08_1

http://cyfun.data.gift/data/requirement_DE_AE_08_1
Concept

  • http://cyfun.data.gift/data/CyFun2025

    • External link
    • Internal link
  • http://cyfun.data.gift/data/CyFun2025_delta_BASIC_to_IMPORTANT

    • External link
    • Internal link
  • http://cyfun.data.gift/data/CyFun2025_IMPORTANT

    • External link
    • Internal link
  • http://cyfun.data.gift/data/CyFun2025_ESSENTIAL

    • External link
    • Internal link

  • http://cyfun.data.gift/data/subcategory_DE.AE-08

    • External link
    • Internal link

Properties and relations

Direct links from the subject.

Property Value

type

The subject is an instance of a class.

  • External link
  • Internal link

http://cyfun.data.gift/ontology#Requirement

  • External link
  • Internal link

type

The subject is an instance of a class.

  • External link
  • Internal link

Concept

An idea or notion; a unit of thought.

  • External link
  • Internal link

label

A human-readable name for the subject.

  • External link
  • Internal link

DE.AE-08.1: Incidents shall be reported when adverse events meet defined and documented incident criteria.

http://cyfun.data.gift/ontology#requirementId

  • External link
  • Internal link

DE.AE-08.1

http://cyfun.data.gift/ontology#foundIn

  • External link
  • Internal link

http://cyfun.data.gift/data/loc_CyFun2025_Booklet_ESSENTIAL_E_p160

  • External link
  • Internal link

http://cyfun.data.gift/ontology#foundIn

  • External link
  • Internal link

http://cyfun.data.gift/data/loc_CyFun2025_Booklet_IMPORTANT_E_p106

  • External link
  • Internal link

has broader

Relates a concept to a concept that is more general in meaning.

  • External link
  • Internal link

http://cyfun.data.gift/data/subcategory_DE.AE-08

  • External link
  • Internal link

note

A general note, for any purpose.

  • External link
  • Internal link

This control ensures that adverse events are identified and reported when they meet clearly defined and doc- umented incident criteria. It emphasises the importance of having consistent thresholds and guidelines in place to determine when an event qualifies as an incident, supporting timely awareness and appropriate escalation or response. To achieve this goal, the following should be considered: - Incident criteria (rules forwhat qualifies as an incident) should be clearly defined, documented, and regularly reviewed. - These criteria should help determine when an adverse event becomes an incident that must be reported. - The criteria should be based on known patterns of normal and abnormal activity, including lessons learned from past incidents. - Known false positives should be considered when setting the criteria, to avoid unnecessary reporting. - When an event meets the defined criteria, it should be treated as an incident and reported according to the organisation’s procedures. - Where appropriate and feasible, systems should be configured to support this process by generating alerts when incident criteria are met.This can help detect incidents more quickly, especiallyin largerormore complex environments.

note

A general note, for any purpose.

  • External link
  • Internal link

This control ensures that adverse events are identified and reported when they meet clearly defined and doc- umented incident criteria. It emphasises the importance of having consistent thresholds and guidelines in place to determine when an event qualifies as an incident, supporting timely awareness and appropriate escalation or response. To achieve this goal, the following should be considered: • Incident criteria (rules forwhat qualifies as an incident) should be clearly defined, documented, and regularly reviewed. • These criteria should help determine when an adverse event becomes an incident that must be reported. • The criteria should be based on known patterns of normal and abnormal activity, including lessons learned from past incidents. • Known false positives should be considered when setting the criteria, to avoid unnecessary reporting. • When an event meets the defined criteria, it should be treated as an incident and reported according to the organisation’s procedures. • Where appropriate and feasible, systems should be configured to support this process by generating alerts when incident criteria are met.This can help detect incidents more quickly, especiallyin largerormore complex environments.

note

A general note, for any purpose.

  • External link
  • Internal link

<div><p>This control ensures that adverse events are identified and reported when they meet clearly defined and doc- umented incident criteria. It emphasises the importance of having consistent thresholds and guidelines in place to determine when an event qualifies as an incident, supporting timely awareness and appropriate escalation or response. To achieve this goal, the following should be considered:</p><ul><li>Incident criteria (rules forwhat qualifies as an incident) should be clearly defined, documented, and regularly reviewed.</li><li>These criteria should help determine when an adverse event becomes an incident that must be reported.</li><li>The criteria should be based on known patterns of normal and abnormal activity, including lessons learned from past incidents.</li><li>Known false positives should be considered when setting the criteria, to avoid unnecessary reporting.</li><li>When an event meets the defined criteria, it should be treated as an incident and reported according to the organisation’s procedures.</li><li>Where appropriate and feasible, systems should be configured to support this process by generating alerts when incident criteria are met.This can help detect incidents more quickly, especiallyin largerormore complex environments.</li></ul></div>

note

A general note, for any purpose.

  • External link
  • Internal link

This control ensures that adverse events are identified and reported when they meet clearly defined and doc- umented incident criteria. It emphasises the importance of having consistent thresholds and guidelines in place to determine when an event qualifies as an incident, supporting timely awareness and appropriate escalation or response. To achieve this goal, the following should be considered: - Incident criteria (rules forwhat qualifies as an incident) should be clearly defined, documented, and regularly reviewed. - These criteria should help determine when an adverse event becomes an incident that must be reported. - The criteria should be based on known patterns of normal and abnormal activity, including lessons learned from past incidents. - Known false positives should be considered when setting the criteria, to avoid unnecessary reporting. - When an event meets the defined criteria, it should be treated as an incident and reported according to the organisation’s procedures. - Where appropriate and feasible, systems should be configured to support this process by generating alerts when incident criteria are met.This can help detect incidents more quickly, especiallyin largerormore complex environments.

notation

A notation, also known as classification code, is a string of characters such as "T58.5" or "303.4833" used to uniquely identify a concept within the scope of a given concept scheme.

  • External link
  • Internal link

DE.AE-08.1

alternative label

skos:prefLabel, skos:altLabel and skos:hiddenLabel are pairwise disjoint properties.

  • External link
  • Internal link

Incident reporting criteria

preferred label

A resource has no more than one value of skos:prefLabel per language tag, and no more than one value of skos:prefLabel without language tag.

  • External link
  • Internal link

Incidents shall be reported when adverse events meet defined and documented incident criteria.

is in scheme

Relates a resource (for example a concept) to a concept scheme in which it is included.

  • External link
  • Internal link

http://cyfun.data.gift/data/CyFun2025

  • External link
  • Internal link

is in scheme

Relates a resource (for example a concept) to a concept scheme in which it is included.

  • External link
  • Internal link

http://cyfun.data.gift/data/CyFun2025_delta_BASIC_to_IMPORTANT

  • External link
  • Internal link

is in scheme

Relates a resource (for example a concept) to a concept scheme in which it is included.

  • External link
  • Internal link

http://cyfun.data.gift/data/CyFun2025_IMPORTANT

  • External link
  • Internal link

is in scheme

Relates a resource (for example a concept) to a concept scheme in which it is included.

  • External link
  • Internal link

http://cyfun.data.gift/data/CyFun2025_ESSENTIAL

  • External link
  • Internal link

http://cyfun.data.gift/ontology#level

  • External link
  • Internal link

http://cyfun.data.gift/data/level_IMPORTANT

  • External link
  • Internal link

triple count

The number of triples associated with the subject.

  • External link
  • Internal link

19

in dataset

Specifies the dataset the subject is part of.

  • External link
  • Internal link

http://data.gift/d/datasets/69E8863AA6CE46D9ACD13109

  • External link
  • Internal link

Resultaten 1 - 21 of 21

References

Inverse links to the subject.

Property Subject

http://cyfun.data.gift/ontology#hasRequirement

  • External link
  • Internal link

http://cyfun.data.gift/data/subcategory_DE.AE-08

  • External link
  • Internal link

has narrower

Relates a concept to a concept that is more specific in meaning.

  • External link
  • Internal link

http://cyfun.data.gift/data/subcategory_DE.AE-08

  • External link
  • Internal link

Resultaten 1 - 1 of 1

© 2024 redpencil.io. All rights reserved.