More than serious harm
Near-misses, system failures, and positive events all qualify. A window left open that triggers the alarm is still an SEA. The more small things you log, the fewer big things happen.
SEA Report Generator
Describe what happened and get a structured, CQC-compliant significant event analysis. Consistent output every time, regardless of who writes it up. You do the thinking. The tool does the typing.
< 2 min
per SEA report
6
CQC Mythbuster 3 criteria met
1 hr+
saved per SEA vs manual
Why SEAs Matter
A significant event analysis is a structured review of any event that could have or did lead to harm. The purpose is to understand what happened, why the system allowed it, and what needs to change. CQC assesses it under the Learning Culture quality statement.
Near-misses, system failures, and positive events all qualify. A window left open that triggers the alarm is still an SEA. The more small things you log, the fewer big things happen.
A good SEA asks “what in our system made this possible?” not “whose fault was it?” This aligns with NHS England's Being Fair framework and the principles embedded in PSIRF.
The 2025/26 GP contract requires patient safety events to be reported to LFPSE. The AI flags when reporting is required.
For a deeper look at building a practice-wide SEA system, see the complete SEA implementation guide (8,500 words covering governance, triage, staff training, and audit cycles).
How It Works
Describe what happened in plain English. Get a complete, structured report with event summary, contributing factors, root cause analysis, SMART actions, and learning points.
Write three to four sentences about the event. Include what happened, when, who was involved, and whether the patient was harmed. You do not need clinical detail or formal language.
The tool generates a complete SEA report using systems-based thinking, following the RCGP’s five core questions. Contributing factors, root cause analysis, and SMART actions are all included.
Review the output, adjust details specific to your practice, and present it at your next SEA meeting. Export to PDF or Word and log it in your event register.
No credit card required. Takes under two minutes.
Safe Delegation
The biggest problem with SEAs is not the analysis — it is the write-up. Depending on who you ask, the output varies wildly. The AI SEA writer solves this with guardrails.
The actions in your SEA often require a policy update, an audit, or a staff communication. Practices using My Practice Manager feed the completed SEA straight into the policy writer or SOP generator to update the relevant documents, then cascade the changes to staff through the document manager. What used to be a full day of follow-up work becomes a connected workflow that takes under an hour.
In this episode, Jermaine (practice manager and My Practice Manager co-founder) and Tom walk through how the tool fits into real practice operations — delegation, consistency, and logging small events before they become big ones.
Worked Example
Generated from a four-sentence description of a repeat prescription near-miss. This is the most common type of SEA in general practice.
A 72-year-old patient on repeat metformin 500mg twice daily had their prescription reauthorised by the duty GP without the required annual diabetic review having been completed. The prescription was processed through the clinical system's repeat prescribing module and sent electronically to the pharmacy. The community pharmacist identified that the patient's last HbA1c was recorded 14 months previously and contacted the practice before dispensing. The patient was not harmed, but the safety net that caught this error was external to the practice.
| Factor | Detail |
|---|---|
| Workflow design | The repeat prescribing module does not display overdue review alerts when a prescription is being reauthorised. The duty GP saw the prescription request but had no visual prompt indicating the review was overdue. |
| Workload | The duty GP was processing 47 repeat prescription requests alongside a full morning surgery. Repeat prescriptions were being batch-signed between consultations. |
| System config | The clinical system can flag overdue reviews on repeat prescriptions, but this alert was not enabled for the diabetic review template specifically. |
| Process gap | No pre-authorisation check by admin or pharmacy staff before prescriptions reach the duty GP. The GP is the sole safety net within the practice. |
The system made this error likely: no automated alert, high workload during batch signing, no pre-screening by support staff, and a single point of failure (the GP) in the authorisation chain. This is a systems issue, not an individual failing. Any GP processing 47 prescriptions between consultations under the same conditions would face the same risk.
| Action | Owner | Deadline | Review |
|---|---|---|---|
| Configure overdue annual review alerts on the repeat prescribing screen for all chronic disease templates | IT Lead | 18 Mar | 18 Jun |
| Introduce a pre-authorisation check by trained prescription clerk before prescriptions reach the duty GP | PM | 1 Apr | 1 Jul |
| Review repeat prescribing workload model and consider spreading across the day | Clinical Lead | 15 Apr | 15 Jul |
This report was generated in under two minutes from a four-sentence event description.
Worked Example
A clinically significant event — the kind that requires formal investigation and generates the most anxiety about write-up quality. Generated from a five-sentence description.
A GP consulted with a 58-year-old patient presenting with rectal bleeding and a change in bowel habit persisting for six weeks. The GP documented a plan to refer urgently on the two-week-wait (2WW) pathway for suspected lower GI cancer, in line with NICE NG12 criteria. The referral was dictated into the clinical record but was not submitted electronically. The patient contacted the practice 18 days later having not received a hospital appointment. On investigation, the referral was found in the GP's unsigned task list. Colonoscopy findings were benign, but the patient experienced 18 days of avoidable delay and significant anxiety.
| Factor | Detail |
|---|---|
| Workflow design | The referral process requires dictating the referral and then navigating to a separate screen to submit via e-RS. Two distinct actions; the second can be missed if the GP is interrupted. |
| Workload | Fully booked surgery. The referral was dictated at 11:47, next patient seen at 11:52. Five-minute gap likely used for admin catch-up. |
| No safety net | No end-of-day check for unsigned or unsubmitted referrals. The clinical system does not generate alerts for referrals created but not sent. |
| Patient communication | The patient was told “we'll refer you urgently” but not given a specific callback instruction if they hadn't heard from the hospital. |
A two-step electronic referral process with no automated verification that the second step has been completed. The GP completed the clinical task (dictating the referral) but not the administrative task (submitting it). Compounded by the absence of a patient-side safety net — if advised to call back after seven days, the delay would have been 7 days, not 18.
| Action | Owner | Deadline | Review |
|---|---|---|---|
| Implement end-of-day referral check: admin reviews unsubmitted referral queue at 17:00 daily | Admin Lead | 18 Mar | 18 Jun |
| Create patient information sheet for 2WW referrals including “Call us if you haven't heard within 7 days” | PM | 25 Mar | 25 Jun |
| Audit all 2WW referrals for past 6 months for late submissions | Clinical Lead | 1 Apr | N/A |
| Contact patient to apologise and explain changes (Duty of Candour) | GP Partner | 12 Mar | N/A |
This report addresses a clinically significant event with systems-based analysis, Duty of Candour requirements, LFPSE reporting, and specific actions with named owners and review dates.
CQC Compliance
No other SEA resource online maps its output to CQC's six inspection criteria. The existing resources tell you what CQC expects. This tool produces it.
| CQC criterion | Where it appears in the AI-generated report |
|---|---|
| 1. Staff can identify and prioritise a significant event | The harm level classification (no harm / low harm / moderate / severe) in the report header demonstrates event prioritisation. The report distinguishes near-misses from harm events. |
| 2. Information is gathered with factual documentation and personal testimonies | Section 1 (Event summary) provides a factual, chronological account based on clinical records and staff accounts. |
| 3. Facilitated team-based meeting that occurs regularly | The report header records the analysis date and reviewers. The report is designed to be presented at a team meeting, not filed in isolation. |
| 4. Analysis addresses what happened, why, what could be different, lessons learned, required changes | Sections 2–4 (Contributing factors, Root cause analysis, Lessons learned) address the “why” using systems thinking. Section 5 (Actions) addresses “what changes.” |
| 5. Changes are agreed, implemented, and monitored at preset intervals | The action table includes SMART actions with named owners, specific deadlines, and three-month review dates for monitoring. |
| 6. Written report shared with involved staff | The complete report is the written record. Section 6 (Learning points) provides the summary to share with the wider team. |
Same structure and depth regardless of who uses it. No more varying quality depending on who you delegated the write-up to.
Structured as a table identifying people, activity, and environment factors — the kind of analysis CQC inspectors describe as evidence of genuine learning.
Frames causes in terms of system conditions, not individual blame. Aligned with NHS England’s Being Fair framework and PSIRF.
Not “improve communication” but specific actions with named owners, deadlines, and three-month review dates.
Flags when events should be reported to LFPSE and when Duty of Candour obligations apply. No other template does this.
SEA actions often need policy updates. Feed the completed SEA into the policy writer or SOP generator to keep everything connected.
Pricing
The SEA writer is available on Essentials and above. No credit card required to start.
Try the AI tools, no strings attached.
For practice managers getting started with AI compliance tools.
Everything your practice needs for complete CQC compliance.
Full platform access with document distribution and CQC readiness tools.
Prices shown for a 9,001–12,000 patients practice. Starter is a flat rate. See pricing for your practice size
Want someone to do it for you? See our Policy Review Service — from £25 per policy area.
Cyber Essentials
Independently verified cybersecurity controls
NHS DSPT
Published and verified
UK GDPR
UK-hosted infrastructure, DPA available
Verify: Cyber Essentials certificate | NHS DSPT entry
FAQ
You do the thinking — the discussion, the clinical judgement, the systems analysis. The tool does the typing. Consistent, CQC-ready output every time, regardless of who writes it up.
No credit card required. No sales calls. Write your first SEA free.
This page describes the features and capabilities of My Practice Manager software as of March 2026. Generated SEA reports are starting points for professional review and should be checked against your practice's specific circumstances. Always refer to the latest guidance from CQC, NHS England, and the GMC.