Methodology

How submissions are received, reviewed, anonymised, and published. The process is deliberately conservative — better to publish fewer entries done well than many done badly.

Entry types

The register contains two kinds of published entry, each clearly labelled:

Case studies were used to seed the register at launch and to ensure the major publicly documented incidents in the industry are represented. Direct submissions are the priority going forward; case studies will be added selectively where a major public incident produces lessons that should be on the register.

Editorial principles

The review process

Each submission moves through a defined sequence before publication.

1. Acknowledgement

Submitters receive an email acknowledgement on receipt, typically within one working day.

2. Initial screening

Each submission is screened for completeness, relevance, and immediate concerns:

Submissions that fail screening are returned to the submitter with specific feedback. They may be revised and resubmitted.

3. Anonymisation review

Submissions that pass initial screening go through detailed anonymisation review. Identifying details are removed, including but not limited to:

4. Clarification (if needed)

If the submission requires clarification — to extract a clearer lesson, to verify technical detail, or to confirm anonymisation — the submitter is contacted by email. Clarification correspondence is held in confidence.

5. Publication

Approved entries are published with a unique reference ID (EIR-XXXX), structured fields, and three sections: what happened, contributing factors (where provided), and lessons learned. The submitter is notified by email when their entry is published and is provided with the public reference ID.

6. Correction and takedown

Published entries can be corrected or, in exceptional circumstances, taken down. Submitters may request a correction at any time. Third parties who believe a published entry contains identifying information that should not have been published may request a takedown review at editorial@energyincidentregister.com. All takedown requests are reviewed; outcomes are documented in the annual community report.

Anonymisation policy

Anonymisation is non-negotiable. The register's value depends on the trust submitters place in the process.

What is removed

What is retained

Where anonymisation is uncertain

Where it is not clear whether a combination of retained details could allow identification, the safe choice is taken: details are aggregated, generalised, or removed. The default is to publish less. An entry that loses some specificity but preserves the lesson is better than one that risks identification.

Boundary with regulatory reporting

The register is not a regulator. Submission to the register does not satisfy any regulatory reporting obligation that may apply to the incident under national legislation, employer policy, or contractual requirement. Submitters are responsible for ensuring that any required reporting to the Health and Safety Executive, the relevant national energy regulator, or any other competent authority has been completed.

The register is a complement to regulatory reporting, not a replacement for it. Where an incident is the subject of an active regulatory investigation, submitters should normally wait until the investigation is concluded before submitting, to avoid any conflict with that process.

What is rejected

Annual community report

Each year the register publishes an annual community report covering the previous twelve months: number of submissions, number published, number rejected and reasons, headline trends across published entries, methodology changes, governance updates, and funding sources. The report is published openly on the register and is also filed with the CIC Regulator as the company's statutory community interest report.

Limitations

The register is a community resource with finite resources. It does not claim to be comprehensive, statistically representative, or scientifically rigorous. Published entries reflect what has been submitted, which may differ from the true distribution of incidents in the industry. Readers should treat the register as a learning resource — a library of lessons — rather than as authoritative incident statistics.