RACKWiki:Incident report policy: Difference between revisions
No edit summary |
No edit summary |
||
Line 14: | Line 14: | ||
# In a non-fatal incident, the subject submitted an incident reporting form and requested to be identified. | # In a non-fatal incident, the subject submitted an incident reporting form and requested to be identified. | ||
# In a fatal incident, a minimum of three close friends and/or family request that the subject be identified in the report. RACKWiki staff will make best efforts to corroborate and confirm the relationships, but will default to anonymizing the subject if they can not obtain | # In a fatal incident, a minimum of three close friends and/or family request that the subject be identified in the report. RACKWiki staff will make best efforts to corroborate and confirm the relationships, but will default to anonymizing the subject if they can not obtain sufficient proof of consent. | ||
=== Format === | === Format === | ||
==== Synopsis ==== | |||
High level summary of the incident. | |||
==== Summary table ==== | |||
Synopsis presented in a table format. | |||
==== Environment ==== | |||
This section illustrates the context and events leading up to the incident. | |||
==== Timeline ==== | |||
Detail the sequence of events. In contrast to the Environment section which describes the broader setting of the incident, this section lays out the order that the events occurred. | |||
==== Risk analysis ==== | |||
What went wrong? Analysis of contributing factors that led to the outcome of the incident. | |||
==== Risk mitigation summary ==== | |||
Things that could have been done differently. Provide recommendations on risk mitigation strategies that could be used to prevent the incident from happening. | |||
==== Sources ==== | |||
[[Category:Incidents]] | [[Category:Incidents]] | ||
[[Category:Policies]] | [[Category:Policies]] | ||
{{DISPLAYTITLE:Incident report policy}} | {{DISPLAYTITLE:Incident report policy}} |
Revision as of 23:41, 18 January 2024
Incident reports are a special class of articles on RACKWiki that discuss specific incidents where harm occurred or could have occurred. Due to the sensitive nature of this content, incident reports can only be written and edited by RACKWiki staff and will adhere to the policies described in this article. Official incident reports will always exist in the "Incident" namespace. Unofficial incident reports or discussion of a non-official incident within another article will always be removed and the user who submitted the content may have their authorship privileges revoked.
Information gathering and selection
Community-submitted Incident Reporting Forms are the primary method for RACKWiki editorial staff to gather information from primary sources. Follow-up questions may be required, so we encourage form submitters to allow us to contact them.
Peer review
Each incident is assigned to a member of the RACKWiki editorial staff to draft a report. The draft is reviewed by at least one other staff member prior to publication.
Style guide
Incident reports are meant to be objective analyses of near-fatal or fatal events. The style guide is used to ensure that information is presented in a consistently clear, concise, and unbiased manner.
Identification of subjects
By default the subject of the report will not be named. Subjects will only be named under the following circumstances:
- In a non-fatal incident, the subject submitted an incident reporting form and requested to be identified.
- In a fatal incident, a minimum of three close friends and/or family request that the subject be identified in the report. RACKWiki staff will make best efforts to corroborate and confirm the relationships, but will default to anonymizing the subject if they can not obtain sufficient proof of consent.
Format
Synopsis
High level summary of the incident.
Summary table
Synopsis presented in a table format.
Environment
This section illustrates the context and events leading up to the incident.
Timeline
Detail the sequence of events. In contrast to the Environment section which describes the broader setting of the incident, this section lays out the order that the events occurred.
Risk analysis
What went wrong? Analysis of contributing factors that led to the outcome of the incident.
Risk mitigation summary
Things that could have been done differently. Provide recommendations on risk mitigation strategies that could be used to prevent the incident from happening.