Skip to content

Jack Farrington

Evidence boundary. This page is a structured project extraction from the linked primary Prevention of Future Deaths source. It is not the report text. Do not infer cause, prevalence or product-wide performance beyond the source and the explicit qualification below.

Open the primary Judiciary source · Source register: SRC-058 · Return to all included reports · Open the case–mechanism/evidence map

Report metadata

Field Value
PFD reference 2023-0436
Registered primary source SRC-058
Report date 2023-09-14
Coroner area England
Clinical setting Mental health transfer/emergency care
Care transition Cross-region transfer and out-of-hours ED
Primary workflow group Record access and continuity
Primary browsing context Cross-setting and multi-agency care
Predominant information boundary Between care settings

The workflow, browsing-context and predominant-boundary fields are retained navigation aids. They are not additional coronial findings, and a single primary value cannot express every aspect of a multi-setting or multi-mechanism report.

Care-pathway classification

This classification distinguishes where safety-relevant information or work arose, where action was expected and where the digital or information workflow failed. It is a project coding of the source, not a coronial statement. “Origin” does not mean the organisation caused the harm.

Dimension Project classification
Settings and pathway participants Community mental-health care, Inpatient or secure mental-health care, Secondary acute or outpatient care
Information or work-item origin Multiple settings or services
Origin care context(s) Community care, Secondary care
Expected action destination Multiple settings or services
Destination care context(s) Community care, Secondary care
Directional pathway Multiple settings or services → Multiple settings or services
Care-setting span Multiple care settings
Sector boundary Health services only
Failure point Multiple points
Classification confidence high

Classification note: The report contains several linked paths: legacy regional mental-health records to local teams, inpatient handover, and mental-health-to-ED risk transfer; origins, destinations and failure loci are therefore multiple.

Classification confidence applies only to this care-pathway coding. It is separate from extraction confidence, source authority and causal certainty.

Evidence status and qualification

Field Status
Extraction confidence high
Verification status Primary source linked; high-confidence extraction
Response evidence status Not assessed in this dataset
Registered response sources None registered for this row
Non-exclusive mechanism codes INT, RES, PROV, VIS, LOOP, GOV

Qualification recorded in the dataset: Rich cross-system and hybrid-record case

“Response evidence noted” means only that the row qualification refers to response/respondent evidence or records a recipient's post-report position. The linked IDs enumerate the official response attachments registered for this row; they do not imply that every response supports every part of the qualification, and they do not establish implementation. “Not assessed” makes no claim about whether a response exists.

Structured project extraction

These fields are analytical summaries, not quotations.

Project summary of the coroner's concern

Information was not properly recorded, stored or audited

Requested action

Multiple organisations to act

Digital safety characterisation

Dimension Project extraction
System or record type SystmOne, RiO, CHIE, Oceana and paper records
Digital function Record access/handover
Failure mode Cross-region records were unavailable out of hours; paper handover was missing and risk flags were unused
Human-factors issue Multiple partial views obscured current risk
Workflow issue No reliable cross-region handover or audit path
Information issue Risk and care history fragmented

Downstream Defence trace

No canonical candidate Defence requirement currently cites this report. This does not imply that the mechanism is irrelevant; any mapping must be added and qualified in the controlled requirements register.

The included-case dataset preserves early legacy_military_relevance and legacy_derived_requirement fields for audit history. They are not published here as requirements and must not override the canonical REQ register. New report rows do not need to populate them.