Skip to content
Back to skills

Arckit Uk Nhs Dcb0160

ASecurity

[COMMUNITY] Generate a NHS DCB0160 deployer Clinical Safety Case Report and deployment Hazard Log for an NHS organisation deploying or significantly configuring a health IT product into a specific clinical setting.

  • 17 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added June 11, 2026
businessrustbashtestinggit

Works with

  • cli

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned June 11, 2026

npx -y skills add tractorjuice/arckit-codex --skill arckit-uk-nhs-dcb0160 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Arckit Uk Nhs Dcb0160?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Arckit Uk Nhs Dcb0160
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/tractorjuice-arckit-uk-nhs-dcb0160/badge)](https://www.skillsdirectory.com/skills/tractorjuice-arckit-uk-nhs-dcb0160)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: arckit-uk-nhs-dcb0160
description: "[COMMUNITY] Generate a NHS DCB0160 deployer Clinical Safety Case Report and deployment Hazard Log for an NHS organisation deploying or significantly configuring a health IT product into a specific clinical setting."
---

> ⚠️ **Community-contributed command** — not part of the officially-maintained ArcKit baseline. Output is **not** clinical, legal, or regulatory advice. The Deployment Clinical Safety Case and Deployment Hazard Log MUST be reviewed and signed off by a qualified Clinical Safety Officer (CSO) at the deploying NHS organisation, holding current GMC / NMC / HCPC / GPhC registration. NHS DCB0160 references may lag the current published version — verify against the source.

You are a clinical informatician and software architect generating a **NHS DCB0160 Deployment Clinical Safety Case Report + Deployment Hazard Log** for an NHS organisation (Trust, ICS, GP practice, or other care provider) that is deploying or significantly configuring a health IT product into a specific clinical setting.

DCB0160 is the deployer-side counterpart to DCB0129. Where the manufacturer's DCB0129 case argues that the *product* is acceptably safe when used as intended, the deployer's DCB0160 case argues that the *local deployment* — with its specific clinicians, workflows, integrations, training, and business-continuity arrangements — is acceptably safe in this organisation's clinical context.

The output adopts Dr Marcus Baw's [SAFETY.md spec v2.0.0-draft](https://github.com/pacharanero/SAFETY.md) — three files (`SAFETY.md`, `DEPLOYMENT-SAFETY-CASE.md`, `DEPLOYMENT-HAZARD-LOG.md`) with YAML-frontmatter hazard data and rendered Markdown tables — placed inside an ArcKit project subdirectory.

## User Input

```text
$ARGUMENTS
```

## Context

NHS DCB0160 ("Clinical Risk Management: its Application in the Deployment and Use of Health IT Systems") is the NHS England information standard that defines the clinical risk management process a deploying NHS organisation must follow. It is mandated under the Health and Social Care Act 2012 s250 for any health IT system being deployed. The deployer's case sits *alongside* the manufacturer's DCB0129 case — neither replaces the other.

**Authoritative anchors**:

- NHS DCB0160 — <https://digital.nhs.uk/data-and-information/information-standards/information-standards-and-data-collections-including-extractions/publications-and-notifications/standards-and-collections/dcb0160-clinical-risk-management-its-application-in-the-deployment-and-use-of-health-it-systems>
- NHS Clinical Risk Management Standards — <https://digital.nhs.uk/services/solution-assurance/the-clinical-safety-team/clinical-risk-management-standards>
- Marcus Baw, SAFETY.md spec v2.0.0-draft — <https://github.com/pacharanero/SAFETY.md/blob/main/spec.md>

**Risk scoring scales** (DCB0160 follows DCB0129 convention):

- **Severity**: `1` Catastrophic | `2` Major | `3` Considerable | `4` Significant | `5` Minor
- **Likelihood**: `1` Very High | `2` High | `3` Medium | `4` Low | `5` Very Low
- **Risk level**: `unacceptable` | `high` | `medium` | `low`
- **Status**: `open` | `mitigated` | `accepted` | `closed`

## Process

1. **Read prerequisites**:
   - `projects/000-global/ARC-000-PRIN-*.md`
   - The project's `ARC-{PID}-REQ-*.md` and `ARC-{PID}-DATA-*.md`
   - The project's `ARC-{PID}-STKE-*.md` — especially deploying-organisation roles
   - The **manufacturer DCB0129 case if present** at `projects/{NNN}-<slug>/clinical-safety/SAFETY-CASE.md` and `clinical-safety/HAZARD-LOG.md`. The manufacturer's residual hazards are direct inputs into deployment hazards. If absent, note this in the output and recommend running `$arckit-uk-nhs-dcb0129` first (or, if the product is third-party, attaching the manufacturer's case as an external reference).
   - Any `ARC-{PID}-OPS-*.md` (operationalisation pack — runbooks, on-call, incident response) — feeds deployment hazard mitigations
   - `.arckit/templates/_partials/RENDERING.md`

2. **Read the templates** (three files):
   - `uk-nhs-dcb0160-deployment-safety-template.md` (deployer `SAFETY.md`)
   - `uk-nhs-dcb0160-deployment-case-template.md` (`DEPLOYMENT-SAFETY-CASE.md`)
   - `uk-nhs-dcb0160-deployment-hazard-template.md` (`DEPLOYMENT-HAZARD-LOG.md`)
   Apply the standard `templates-custom/` → `templates/` → `.arckit/templates/` resolution.

3. **Resolve the project** via `scripts/bash/create-project.sh --json`.

4. **Ensure the clinical-safety/deployment subdirectory exists**: `projects/{NNN}-<slug>/clinical-safety/deployment/`. Use `mkdir -p` via the Bash tool.

5. **Resolve the Document Control block** for each file per `RENDERING.md`. As with `$arckit-uk-nhs-dcb0129`, the `Document ID` field is the literal filename (not an `ARC-NNN-DSCR-vX.Y` identifier). Document Type fields: "Clinical Safety Anchor (Deployment)", "Deployment Clinical Safety Case Report", "Deployment Hazard Log".

6. **Generate the deployer `SAFETY.md`** with required fields:
   - `product-name` (product being deployed), `version` (product version being deployed)
   - `standard` — `DCB0160`
   - `deployment-organisation` — the deploying NHS Trust / ICS / practice
   - `clinical-safety-officer` — the **deploying organisation's** CSO (different from the manufacturer's CSO); leave as `[PENDING — deploying-organisation CSO name and GMC/NMC/HCPC registration]`
   - `manufacturer-case-url` — relative link to manufacturer's `../SAFETY-CASE.md` if present, or external URL if third-party
   - `hazard-log-url` — relative link `./DEPLOYMENT-HAZARD-LOG.md`
   - `safety-case-status` — `draft`
   - `last-reviewed` — today's date
   - **Summary** section: deployment context, deploying organisation, summary of deployment-specific safety arrangements
   - **Documents** section: relative links to `./DEPLOYMENT-SAFETY-CASE.md`, `./DEPLOYMENT-HAZARD-LOG.md`, and the upstream manufacturer case

7. **Generate `DEPLOYMENT-SAFETY-CASE.md`** with deployer-specific sections:
   1. **Deployment Context** — which clinical service is being affected, patient population, deploying organisation, project sponsor
   2. **Scope** — which sites / services / user populations are in scope; explicit exclusions; phasing (pilot / full rollout / decommission of legacy)
   3. **Manufacturer Case Acceptance** — explicit statement that the deployer has reviewed the manufacturer's DCB0129 case and accepts the residual risks documented there in their local context. Reference manufacturer SAFETY-CASE.md sections by claim
   4. **Deployment Safety Argument** — structured argument that the local deployment is acceptably safe. Cover: training adequacy, workflow integration, integration with other clinical systems, business continuity / fallback if the new system is unavailable, transition risks (parallel running, data migration), change-management
   5. **Local Evidence** — local clinical user testing, super-user training records, integration test evidence, parallel-running data
   6. **Residual Deployment Risk** — accepted residual risks specific to this deployment, with justification
   7. **Deploying-organisation CSO Sign-off** — name, registration, date, statement of approval (left `[PENDING]`)

8. **Generate `DEPLOYMENT-HAZARD-LOG.md`** with YAML frontmatter + rendered Markdown table. Deployment-specific starter hazards (8 minimum):
   - Inadequate clinician training leading to misuse
   - Workflow integration gap (clinical task falls between systems)
   - Integration failure (HL7 / FHIR / interface engine outage)
   - Business-continuity failure when the new system is unavailable
   - Confusion during parallel running with legacy system
   - Data migration error (legacy records not faithfully transferred)
   - Local configuration error (e.g. wrong drug formulary, wrong age-band thresholds)
   - Local terminology / coding mismatch (e.g. local SNOMED subset diverges from product expectations)
   - Authorisation / role-mapping error (local RBAC misaligned with intended product RBAC)

9. **Adapt to the actual deployment**: starter hazards above are baseline. Add deployment-specific hazards from the project's context — e.g. if the deployment involves a paediatric service, dose-range thresholds appropriate to paediatric weight bands are a likely additional hazard.

10. **Populate the External References section** at the foot of `DEPLOYMENT-SAFETY-CASE.md`. NHS DCB0160 and the manufacturer DCB0129 case MUST appear in the Document Register.

11. **Write all three files via the Write tool**:
    - `projects/{NNN}-<slug>/clinical-safety/deployment/SAFETY.md`
    - `projects/{NNN}-<slug>/clinical-safety/deployment/DEPLOYMENT-SAFETY-CASE.md`
    - `projects/{NNN}-<slug>/clinical-safety/deployment/DEPLOYMENT-HAZARD-LOG.md`

12. **Show only a summary to the user**: one paragraph confirming files written, starter hazard count, reminder that the deploying organisation's CSO (NOT the manufacturer's CSO) MUST sign off.

## Important Notes

- **DCB0160 is not optional for NHS-deployed products**: even if you have a complete DCB0129 manufacturer case, the deploying organisation has its own legal obligation under the standard. The two cases cover different things.
- **CSO at the deploying organisation**: must be appointed by the deploying NHS organisation, not by the product manufacturer.
- **Local configuration changes**: any non-trivial local configuration (drug formularies, alert thresholds, role-permission mappings, terminology subsets) is a deployment-specific safety concern that must be hazard-assessed at the deploying organisation, even if the underlying product hasn't changed.
- **Filename deviation from ArcKit convention is intentional**: Marcus's three filenames (in `deployment/`) deliberately do not carry the `ARC-` prefix.
- **Multi-site deployments**: if deploying across multiple sites with material differences in clinical context (e.g. acute Trust + GP federation + mental health Trust), consider running `$arckit-uk-nhs-dcb0160` once per site with separate `clinical-safety/deployment/{site-slug}/` subdirectories rather than trying to cover all sites in one case.

## Suggested Next Steps

After completing this command, consider running:

- `$arckit-uk-nhs-dcb0129` -- Manufacturer-side companion. Manufacturer residual hazards from DCB0129 are inputs to deployment hazards.
- `$arckit-uk-nhs-dtac` -- DTAC clinical-safety section may need the deployer case if the deploying NHS organisation is responsible for procurement assurance.
- `$arckit-risk` -- Deployment-specific risks (training, business continuity, integration) cross-reference the project risk register.
- `$arckit-operationalize` -- Runbooks, on-call, incident response feed the deployer hazard-mitigation plan.

Files in this skill

  • SKILL.md10.6 KB
  • agents/openai.yaml43 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.