LearnGrok
Prompts
PromptIntermediateGetting started

Incident briefing note for governance review

Create a factual incident briefing note for healthcare governance meetings, with timelines, actions, evidence gaps and questions.

4 min read

Nothing here is clinical advice, and nothing here should touch identifiable patient information.

Use these prompts to turn a de-identified administrative or operational incident record into meeting papers that separate known facts from gaps. They suit governance officers and operational managers preparing a briefing, not a clinical review or a finding about responsibility.

Do not paste patient identifiers, staff personal information, contact details, record numbers, dates of birth, or free text that could identify someone. Replace them before you start. The resulting note is a draft work product. The person responsible for the meeting papers must check it against the source record.

Stop

Remove identifying information first

If the record can identify a patient or a staff member, do not submit it. Create a de-identified working copy before using any prompt.

Choose the right prompt

Start with the source material you actually have. Do not ask for a polished note before you know whether the record supports one.

  1. Use Extract the incident record where notes, emails, handover entries and logs have been combined into one file. It gives you an evidence ledger before anyone turns the material into a narrative.
  2. Use Draft the governance briefing note when the record is reasonably complete and you need a structured first draft for the agenda pack.
  3. Use Rebuild the incident timeline when the sequence is disputed, dates are partial, or a delay is central to the meeting.
  4. Use Find missing evidence after the first read. This stops the group treating an absent log, approval or communication as if it had been checked.
  5. Use Check the final briefing note before circulation. Paste both the draft and the source record so unsupported wording is visible.

Key point

Keep facts and gaps separate

A useful briefing note says what the record shows, what it reports, and what still needs verification. It does not close the gaps by sounding confident.

Prepare the working copy

Make one document called Administrative or operational incident record. Give it a simple source reference for each item, such as Email A, Roster extract B or Incident form C. Keep the original documents in your approved records system. The working copy is for drafting, not the authoritative record.

Before pasting the text:

  • Remove names, addresses, contact details, internal identifiers and any unique combination of details that could identify a person.
  • Replace roles consistently, for example booking coordinator, service manager or duty team.
  • Retain dates and times only where your local information governance process permits them in a de-identified working copy. If you remove them, mark the timing as unavailable rather than inventing a substitute.
  • Preserve source labels. A statement without a source is harder to verify in the meeting.
  • Include relevant policy extracts only if they were available at the time or are needed to explain an operational requirement. Do not ask the model to determine whether a policy was breached.

Note

Check the service settings

Available features and handling options can vary. Review the current guidance in the xAI documentation overview before choosing a workflow for organisational material.

Build the note in two passes

For a complex record, first run the extraction prompt. Read the ledger yourself. Correct only transcription mistakes by returning to the original source, not by asking the model to make an event more plausible.

Then use the drafting prompt with the same de-identified record. The required headings are deliberate. They prevent the timeline, completed actions and unknowns from being mixed into one account. If you have already identified a specific gap, add the relevant source document to the working copy before redrafting, or leave the gap visible.

Keep the meeting questions narrow. Good questions seek confirmation of an owner, date, action, record or decision. For example: “Which team holds the contemporaneous contact log for the period shown?” Avoid questions that assume causation or fault.

Check whether the output is wrong

A fluent note can still be wrong. Check every date, time, action and role against the original record. In particular, look for a reported statement that has been rewritten as a confirmed fact, or an absent action that has become an implied completion.

Use this table during your review:

If you see this Treat it as What to do
A precise time absent from the record Unsupported detail Remove it or mark the time as not stated
“The team failed to” A finding of fault Replace with attributed, factual wording or remove it
An action described without evidence of completion Unverified action State that completion requires verification
Two sources giving different sequences An unresolved conflict Keep both accounts and request the relevant evidence

Check

The note is ready for owner review when

Every material statement has a source, each gap is labelled, and no wording claims more certainty than the record provides.

Ask a named governance officer or operational manager to check the source references, the meeting questions and the handling of sensitive material. They decide whether the briefing is suitable for circulation. This process does not replace local incident management, safeguarding, clinical review, legal review or information governance procedures.

When the prompts do not work

Stop if the output includes details not in the record, merges conflicting accounts, or produces a conclusion rather than a factual briefing. Go back to the extraction or timeline prompt, add the missing source labels, and ask for the relevant section again.

If the record is too incomplete to establish scope or sequence, do not force a finished narrative. Use the missing-evidence prompt, record the limitations in the briefing, and take the evidence requests to the governance meeting. If the material cannot be safely de-identified, keep it within your approved internal process instead.

Copy-ready prompts

5 prompts. Open one to read it, or take the whole pack.

1Extract the incident recordUse this first when the record is long, inconsistent or assembled from several operational notes.
You are preparing an evidence ledger from a de-identified healthcare administrative or operational incident record. This is not clinical advice. Do not assess care, diagnose, recommend treatment, or reach conclusions about fault.

First check the text for identifiable patient information or staff personal information. If you find any, stop and return only: "Remove or replace identifiable information before processing this record." Do not repeat the information.

Read the document titled **Administrative or operational incident record** below. Extract only statements supported by the record. Do not infer missing events, dates, roles, reasons, outcomes or policy requirements.

Return a Markdown table with these columns:
| Record reference | Date and time | Event or statement | Person or team role | Source within record | Evidence status |

Use `Confirmed` where the record states the point directly. Use `Reported` where it attributes a statement to a person or document. Use `Unclear` where wording, timing or ownership is uncertain. If a field is absent, write `Not stated`.

After the table, add these headings:
- **Conflicts or inconsistencies**: list conflicting dates, accounts, times or role descriptions.
- **Missing evidence**: list documents, logs, approvals, communications or records referred to but not supplied.
- **Safe summary**: write no more than 120 words, using only confirmed or reported facts.

Administrative or operational incident record:
[paste a fully de-identified incident record here]
2Draft the governance briefing noteUse this when you have a de-identified incident record and need a first briefing note for the meeting papers.
Draft a factual governance briefing note from the de-identified document titled **Administrative or operational incident record** below. This is an administrative and operational document, not clinical advice. Do not make clinical assessments, legal conclusions, findings of fault, disciplinary recommendations, or statements about compliance unless the supplied record explicitly states them.

Before processing, check for identifiable patient information or staff personal information. If any appears, stop and return only: "Remove or replace identifiable information before processing this record." Do not quote it.

Use only facts in the supplied record. Do not fill gaps with likely explanations. Where the evidence is incomplete, write `Not stated`, `Unconfirmed`, or `Requires verification`, as appropriate. Keep language neutral. Attribute reported accounts, for example, "The record reports...".

Return a Markdown document with exactly these headings:
## Purpose
## Incident scope
## Timeline
## Immediate actions recorded
## Current position
## Missing evidence and verification needed
## Questions for the governance meeting
## Record limitations

Requirements:
- In **Timeline**, use a table with columns `Date and time`, `Event`, `Source`, and `Evidence status`.
- In **Immediate actions recorded**, distinguish actions completed, actions reported but unverified, and actions not stated.
- In **Missing evidence and verification needed**, state why each item matters to the briefing.
- In **Questions for the governance meeting**, ask factual governance questions only. Do not suggest answers.
- Keep the full note under 900 words.

Administrative or operational incident record:
[paste a fully de-identified incident record here]
3Rebuild the incident timelineUse this when meeting members need the order of events checked before they read a narrative briefing.
Create a factual timeline from the de-identified document titled **Administrative or operational incident record** below. This task concerns healthcare administration and operations only. It is not clinical advice.

Check for identifiable patient information or staff personal information first. If present, stop and return only: "Remove or replace identifiable information before processing this record." Do not reproduce any part of the record.

Extract every dated or time-linked event. Include entries with partial timing, such as a date without a time or wording such as "later that day". Do not guess a date, time, sequence or cause. Treat conflicting accounts as separate entries.

Return these sections in Markdown:
## Chronological timeline
Use a table with columns `Sequence`, `Date`, `Time`, `Event`, `Role or team`, `Source reference`, `Confidence`.

Use `Exact`, `Partial`, `Relative`, or `Unknown` in **Confidence**. Sort exact and partial dates first. Put relative and unknown timing in a separate subsection at the end.

## Sequence gaps
List events that may be missing between known entries. For each, state the last known event, the next known event, and the evidence needed to establish what happened.

## Date or account conflicts
List each conflict without resolving it. State what each source says and which document or log would help verify it.

## Timeline statement for briefing note
Write a neutral summary of no more than 150 words. Use only the timeline facts above.

Administrative or operational incident record:
[paste a fully de-identified incident record here]
4Find missing evidenceUse this after a first draft to identify what the governance meeting cannot safely assume from the record.
Review the de-identified document titled **Administrative or operational incident record** below for missing evidence needed to prepare a factual governance briefing note. This is not clinical advice. Do not assess treatment, decide fault, interpret legal duties, or recommend sanctions.

If the text contains identifiable patient information or staff personal information, stop and return only: "Remove or replace identifiable information before processing this record." Do not reproduce it.

Identify only evidence gaps arising from what the record says, what it relies on, or what it leaves unclear. Do not create a generic investigation checklist. Do not assume a document exists merely because it is common practice.

Return a Markdown table with these columns:
| Priority | Missing or unclear evidence | Why it is needed for the briefing | Likely record owner or source | Question to resolve | Effect if unavailable |

Set **Priority** to `High`, `Medium`, or `Low` based only on whether the gap prevents confirmation of the timeline, immediate actions, scope, or governance decision. If the likely owner is not stated, write `Not stated`.

Then add:
## Evidence already available
List each material source supplied and what it supports.

## Statements to remove or qualify
Quote no more than 12 words from any statement that cannot be supported. For each one, provide a safe replacement using `Reported`, `Unconfirmed`, or `Not stated`.

## Meeting-ready evidence request
Write a short numbered list of the five most important evidence requests, in order.

Administrative or operational incident record:
[paste a fully de-identified incident record here]
5Check the final briefing noteUse this immediately before circulation, after a named owner has checked the underlying record.
Quality-check the de-identified document titled **Draft incident briefing note** against the de-identified document titled **Administrative or operational incident record** below. This is an administrative and operational review, not clinical advice. Do not make findings of fault, legal conclusions, or clinical assessments.

First check both documents for identifiable patient information or staff personal information. If any appears, stop and return only: "Remove or replace identifiable information before processing this record." Do not repeat it.

Check whether every factual statement in the draft is supported by the incident record. Check dates, times, roles, action status, attribution, certainty, missing evidence, and meeting questions. Do not treat plausible wording as supported wording.

Return these sections in Markdown:
## Check result
State `Ready for owner review`, `Needs factual correction`, or `Insufficient source record`.

## Unsupported or overstated statements
Use a table with columns `Draft statement or section`, `Problem`, `Source evidence`, `Required change`.

## Omissions
List material events, immediate actions, evidence gaps or limitations present in the source record but absent from the draft.

## Neutrality and clarity checks
List wording that implies blame, certainty, causation, clinical judgement, or a conclusion not supported by the record. Provide a factual replacement for each.

## Final owner checklist
Provide a numbered checklist of no more than seven checks for the governance officer or operational manager. Include confirmation that the note contains no identifiable information and that source documents have been checked.

Draft incident briefing note:
[paste the fully de-identified draft briefing note here]

Administrative or operational incident record:
[paste the fully de-identified source record here]

Last checked against xAI’s own pages on 2026-08-21. Grok changes quickly; anything version-specific should be confirmed upstream before you rely on it.

More in Getting started

Found something out of date?

Grok changes quickly and this page is a snapshot. If something here is wrong, or you know a better resource, send it over.

Suggest a link →

Advertise on LearnGrok

$420.69one-time, for a 30-day run

Square works best. PNG, JPEG or WebP, up to 2 MB.

Stripe on the next step. Live once approved.