SAFETYMAN INTERNATIONAL · SENTINEL

Defence Safety & Assurance Case

From first draft to controlled review · Working guide · Version 1.1.0

This edition supports original unclassified case preparation. It does not confer MOD approval, accreditation or authority to release equipment. These editions are available for controlled evaluation. Complete specialist review, security and hosting assessment, multi-user acceptance and backup/restore testing before operational reliance.

What connects the workflow

Incident and investigation findings challenge the argument. Bowtie provides risk and barrier context. Assure supplies verification evidence. Change, Compliance and Audit support continuing review. Relevant Observe and Competence evidence can be attached with permission. The case brings this material into explicit claims and accountable decisions.

1. Establish access and scope

Sign in to Sentinel. Open Safety & Assurance Case and choose your edition. Select your company. An administrator must allocate that edition; a current annual licence and company manager role are required for editing. Read/export access remains available to authorised managers after expiry.

2. Start the case

Select New case for actual work or Create fictional draft for training. Keep training and operational records clearly labelled. Enter title, facility or service, lifecycle stage, boundaries, interfaces and accountable owner. Define what is excluded.

3. Establish the argument

Record hazards or threats, consequences, operating restrictions, assumptions, applicable requirements and their current editions. Explain the risk-reduction argument and outstanding uncertainties. Reference approved response and recovery arrangements. The software does not establish operating limits.

4. Build claims and relationships

Add a top-level claim and supporting claims. Give every claim a unique ID. Enter the parent claim ID to show which claim it supports. Explain the reasoning and retain contradictory evidence. The server rejects duplicate IDs, missing parents and cycles. Start as Unassessed; mark Supported only after competent evaluation.

5. Register and link shared controls

Open Shared barriers to register a uniquely identified control, its safety or security function, owner, performance standard, verification evidence and review dates. Select it at case level and then against the relevant claim. Available requires complete verification information; degraded, unavailable, unknown or overdue controls create review gaps.

6. Connect the wider Sentinel records

Select the relevant Sentinel assessment at case level and against the claim. Record the exact finding, action or control ID in the argument. The case retains a revision and fingerprint rather than copying the entire assessment. Use authorised exports for standalone Observe or Competence records. A source update creates a review gap when the case is refreshed.

7. Retain original evidence

Save the draft first. Drag files into Original evidence or use Upload evidence. Supported types include PDF, Word, Apple Pages and common images; export Google Docs as Word or PDF. Limits are 5 MB per file and 50 MB / 100 files per case. Link each attachment to the appropriate claim. Original bytes remain unchanged; add a new file for a revision. The module does not malware-scan files.

8. Prepare independent review

Set the next review date and select an independent company manager. Resolve listed completeness and dependency gaps. Replace all TRAINING PROMPT text with reviewed content. Completeness is not proof of technical sufficiency. Save deliberately: saving acknowledges the current versions of selected dependencies.

9. Submit, review and issue

Submit for independent review with a meaningful reason. The assigned reviewer evaluates evidence, scope, uncertainties and conclusions. They may return the case to Draft or issue it when the checks allow. Every contributing author of that revision is excluded from issuing it. Regulatory acceptance, clinical authorisation and permission to operate remain separate decisions.

10. Manage continuing change

Refresh the case to see changed dependency versions, verification dates and conditions. Start a new revision after issue to make changes; retain the original issue. Withdrawal is a recorded decision. Draft and withdrawn cases can be archived and restored. Issued or in-review cases must first be withdrawn or returned.

11. Export and preserve

Export JSON for the working record, use Printable report / PDF for an offline report and use Issued versions for retained issues. Download original attachments separately. A content checksum detects corruption; it is not an externally anchored signature. Back up the database and plugin files and test restoration.

12. Handle conflict and expiry

If another contributor saves first, the server rejects your stale revision. Preserve your proposed changes separately, reload and reconcile deliberately. Do not repeatedly press Save. Licence expiry or removal of the edition allocation blocks writes while preserving authorised read/export access.

Your sector-specific review questions

Accountable authorities and delegated responsibilitiesIdentify the applicable dutyholders, accountable authorities, risk owners and limits of delegated decisions.
Operating context and authorised usesDefine intended use, environment, interfaces, foreseeable misuse and boundaries of the argument.
Hazard management and safety requirementsReference the controlled hazard log, safety requirements, evidence and management of unresolved hazards.
Configuration and change controlRecord the assessed configuration, modifications, supplier changes and review triggers.
Independent assurance and competenceDescribe required independent review, competence evidence, findings and decision ownership.
Release conditions, limitations and information handlingRecord restrictions, training, maintenance, handover and approved information classification. This hosting has not been accredited for classified information.

Guided fictional exercise

Northbank Support - maintenance support equipment

A fictional unclassified maintenance support system is reviewed for a changed workplace context. The exercise concerns equipment handling, competence and change control, not weapon design or operational tactics.

  1. C1 The support equipment safety argument is justified for its specified use (Unassessed)
  2. C2 Hazards and safety requirements are traced to evidence (Unassessed)
  3. C3 The assessed configuration matches the proposed use (Unassessed)
  4. C4 Personnel and maintenance arrangements are suitable (Unassessed)
  5. C5 Independent assurance findings are addressed (Unassessed)
  6. C6 Release restrictions and accountable decisions are recorded (Unassessed)
  1. Create the fictional draft in your selected company.
  2. Identify which claim is challenged by this scenario: A modification is absent from the assessed configuration baseline.
  3. Register a clearly labelled training control, initially Unknown, and link it to that claim.
  4. Upload a labelled fictional evidence document and discuss whether it supports or challenges the claim.
  5. Link a relevant training assessment and note its reviewed revision.
  6. Change the training control, return to the case and refresh. Explain the dependency gap.
  7. Explain why the unassessed training case must not be issued as an operational case. Training prompts and unresolved claims block submission.
  8. Export a working report and compare it with the evidence manifest.

Facilitator debrief

Ask learners to identify the accountable owner, the separate approving authority, the independent reviewer and the evidence that would change their conclusion. A strong answer explains relevance and limitations rather than treating the presence of a file as proof. The expected training outcome is a traceable draft with explicit unresolved gaps.

Information and deployment boundaries

Use fictional or properly authorised evaluation records. Do not place classified defence information, nuclear-sensitive material, patient-identifiable data or cyber credentials in this launch environment. The sector label does not provide accreditation. Original evidence and approval records must not be rewritten by language conversion.

Reference and applicability

MOD - Defence Safety Management System (JSP 815) · checked 23 October 2026. This guide is an original product workflow, not a reproduction of a standard. Confirm current applicable requirements, scope and jurisdiction for every real case.

Release scope

Included: sector prompts, claims, original evidence, company allocations, shared barrier references, assessment version references, independent review checks, controlled issues, archive/restore and exports. Not included: automatic engineering acceptance, quantitative risk calculation, externally anchored digital signatures, real-time case co-edit merging, classified hosting accreditation, case-specific alerting or desktop case synchronisation.

Recall a submitted case

A contributor to the current revision can select Recall submitted case and record a reason. This returns an in-review case to Draft and retains the decision in history. Use it to correct evidence or reassign an unavailable reviewer. Recall does not approve a case and cannot alter a previously issued snapshot. Dependency checks compare both revision and content fingerprint.