LearnGrok
Prompts
PromptIntermediateGetting started

Clinic waitlist review for booking decisions

Produce a safe, prioritised contact list from de-identified waitlist and appointment data for outpatient booking teams.

5 min read

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

This review gives you a contact order that your team can act on, plus a separate queue for decisions you are not authorised to make. It is for outpatient booking coordinators and access managers working from de-identified waitlist, availability and rule data. Nothing here is clinical advice, and none of the prompts should receive identifiable patient information.

Prepare the three inputs

Before you paste anything, remove names, contact details, dates of birth, addresses, record numbers and free-text history that could identify someone. Replace each person with a stable case ID. Keep that same ID in every table so you can match outputs back to your approved system.

You need three documents for a useful review:

  • A waitlist export with the recorded urgency category, relevant dates and current contact status.
  • An appointment availability export with slot restrictions, not just dates and times.
  • The current booking rules for the service, including who can approve exceptions.

Do not rely on a note that says only “urgent” or “book soon”. The review can report that wording, but it must not translate it into a booking decision unless your written rules explain what it means.

Key point

Keep clinical decisions separate

Use recorded categories and approved rules to order administrative work. Send unclear urgency, suitability and priority questions to the clinician or manager named in the process.

Start with Check the waitlist and appointment files. It prevents a common failure: producing a neat contact list from a slot table that does not show appointment type, eligibility or held-slot status. Correct the source records first. Do not patch missing values in the prompt.

Choose the prompt for the task in front of you

Use the prompts in sequence for a full session, or use one when you already have checked inputs. The output of each prompt is an operational work product, not a replacement for the booking system.

If you need to Use this prompt Keep open while reviewing
Find missing fields and conflicting instructions Check the waitlist and appointment files The source exports and current service rules
Give staff an ordered call list Create a prioritised contact list The approved booking rule for each slot type
Route cases nobody can safely book Separate cases needing a decision The escalation owner and question log
Deal with non-contact and unused capacity Review unused slots and contact failures Contact-attempt and release rules
Hand work to the next shift or team Prepare the booking handover record The completed action log

The prompts use a deliberate order of priority. They do not put a vague note above a documented rule. They also do not let the model choose between equally ranked cases when there is one slot. That is a capacity decision for the service manager unless your rules expressly settle the tie.

Note

Use the rule in force now

Check that the booking rules and slot export are current before each session. Product behaviour and available features can be version-dependent, so check the xAI documentation overview if you need current platform details.

Check the contact list before acting

Treat the proposed list as a review sheet. Compare each top-ranked row with the source exports before a coordinator contacts anyone. The fastest useful check is to sample the first five entries, every entry with an escalation, and every slot marked as soon to be released.

For each sampled row, confirm:

  1. The case ID appears in the waitlist export and is still active.
  2. The recorded urgency category is copied exactly, rather than paraphrased.
  3. The appointment type, service, location or remote status, duration and eligibility match the slot restrictions.
  4. The stated match reason points to a real rule or field.
  5. The contact action follows the documented attempt and release process.

Check

A usable list has evidence

Every proposed booking should show both a slot ID and a clear match reason. If either is absent, do not treat the row as ready to action.

There are several signs that the output is wrong. A list is suspect if it ranks a case where the urgency field is blank, assigns a case to a slot with an unverified restriction, or turns a free-text note into a clinical conclusion. It is also wrong if it silently excludes cases because a field is missing. Those cases belong in the exception queue, with the missing field and owner stated plainly.

Watch for duplicated case IDs, stale availability and misleading date fields. A referral date is not always a waitlist entry date. A held slot is not always available. A contact attempt is not the same as a successful conversation. Check the field headings, not just the values.

Watch out

Do not paste patient-identifiable material

The prompts need case IDs and operational fields, not names or clinical narratives. Keep the identifiable record in your approved local system.

Record decisions in the right place

Copy the confirmed action back into the approved waitlist or booking system. Record the rule used, slot ID, contact outcome and escalation owner according to local process. The handover prompt is useful for continuity, but it does not replace the system of record.

Keep the decision queue separate from the contact list. A coordinator should not have to infer whether “review with clinician” means stop, call, or book. The prompt gives one interim status for each exception so the next action is visible.

When the review does not work

Stop the booking run if the source data cannot show whether a case is eligible for a slot, or if the rules conflict. Run the data-check prompt again with the missing columns or the correct rule document. If the problem is unclear urgency or suitability, send the exact question from the decision queue to a clinician. If it is a tie, capacity exception or unclear policy, send it to the service manager. Do not solve either by changing a recorded category or making an assumption.

Copy-ready prompts

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

1Check the waitlist and appointment filesUse this first when you have received new exports and need to find missing fields, conflicting rules or unusable rows before any booking decisions are made.
You are supporting an outpatient booking team with administrative review only. Do not provide clinical advice or determine clinical urgency. Work only with de-identified records. Do not infer missing information from names, dates of birth, free text or external knowledge.

Review the following three documents:
1. Waitlist export: [paste de-identified waitlist export]
2. Available appointment export: [paste de-identified appointment export]
3. Booking rules and service instructions: [paste current booking rules]

Use these required fields where present:
- Waitlist: case ID, service, clinic, referral received date, waitlist entry date, urgency category as recorded, urgency-note date, booking status, contact status, interpreter or accessibility requirement, documented availability restriction, and prior contact attempts.
- Appointments: slot ID, date, time, clinic, service, appointment type, duration, location or remote status, required eligibility, held or released status, and slot restrictions.
- Rules: service, appointment type, eligibility condition, urgency handling instruction, release rule, contact attempt rule, and escalation owner.

Return exactly three Markdown tables:
1. Data-quality issues: source document, case ID or slot ID, field affected, issue, and action needed.
2. Rule conflicts or gaps: rule reference, conflicting or missing detail, affected cases or slots, and decision owner.
3. Usable input summary: count of waitlist records, count of usable slots, excluded records, and assumptions not made.

Do not rank cases or match cases to slots. If urgency wording is unclear, record it as an escalation rather than interpreting it. If a required field is absent, state “unknown” and identify who must supply it.
2Create a prioritised contact listUse this after the data has passed basic checks and you need a practical list for the team making calls or sending messages.
You are preparing an administrative contact list for an outpatient clinic. This is not clinical advice. Use only the recorded urgency category and the written booking rules. Do not reinterpret urgency notes, diagnose, or decide whether a patient should be seen sooner. Work only with de-identified case IDs.

Inputs:
- Clean waitlist table: [paste checked, de-identified waitlist table]
- Available appointment table: [paste available slots]
- Booking rules: [paste current rules]
- Unresolved exceptions from the data check: [paste exception table, or write none]

Match only cases that clearly meet every stated slot restriction and booking rule. Prioritise contact order using this sequence:
1. Recorded urgency category, only where the rules say how it is handled.
2. Any service-approved target date or review date recorded in the data.
3. Waitlist entry date.
4. The earliest suitable available slot.
5. Documented contact or access requirements that affect the time needed to arrange booking.

Return one Markdown table, sorted in contact order, with these columns: rank, case ID, service, recorded urgency category, waitlist entry date, proposed slot ID, proposed appointment date and time, match reason, contact action, and escalation required.

After the table, provide a short section headed “Do not contact yet” listing case IDs that cannot be safely actioned, with the exact missing rule, data item or decision needed. Do not include any personal identifiers. If two cases have the same priority and one slot is available, mark both as “tie, manager decision required” rather than choosing between them.
3Separate cases needing a decisionUse this when urgency notes, eligibility rules, slot restrictions or service instructions leave the booking team unable to act.
Review this de-identified outpatient waitlist decision queue. Your role is to identify administrative ambiguity, not to give clinical advice or resolve clinical priority.

Decision queue: [paste de-identified cases, relevant slot details, urgency notes and booking rules]

For each case, decide whether the question belongs with a clinician, a service manager, a booking coordinator, or a data owner. Use the written rules only. Treat these as clinician decisions: unclear or conflicting urgency notes, requests to change urgency, suitability questions, and any question about care need. Treat these as service manager decisions: competing cases under the same rule, unclear service policy, capacity allocation, and exceptions to booking rules. Treat missing or contradictory fields as data-owner issues unless a named rule assigns another owner.

Return a Markdown table with: case ID, issue type, exact source wording or field value, why booking cannot proceed, decision owner, question to send, and interim booking status.

Use only these interim statuses: hold for clinician decision, hold for manager decision, return for data correction, or safe to book under stated rule. Quote the relevant note or rule in no more than 20 words. If no rule supports a decision, say “no applicable rule found”. Do not guess.
4Review unused slots and contact failuresUse this near the end of a booking session to see which appointments remain unused and what the team should do next.
You are reviewing an outpatient booking session for operational follow-up. This is not clinical advice. Work with de-identified case IDs only. Do not change recorded urgency categories or infer patient suitability.

Inputs:
- Prioritised contact list: [paste list]
- Contact outcomes: [paste outcomes, including case ID, outcome, date, attempt number and any approved contact preference]
- Remaining appointment slots: [paste remaining slots]
- Booking rules: [paste rules]

Return two Markdown tables.

Table 1, Contact follow-up: case ID, proposed slot ID, contact outcome, next permitted action, deadline or trigger, and escalation required. Apply the documented contact-attempt and slot-release rules exactly. If no rule states a deadline, write “manager to set deadline”.

Table 2, Unused capacity: slot ID, date and time, restriction preventing use, eligible case IDs from the supplied list, action before release, and decision owner. List only cases that clearly meet the slot restrictions.

Then provide a bullet list headed “Session exceptions” containing unresolved rule conflicts, missing outcomes, and slots that may be released incorrectly. If an outcome says a patient declined, do not infer the reason or alter their waitlist status unless the supplied rules explicitly say what to do.
5Prepare the booking handover recordUse this after the review to give the next coordinator or access manager a concise, auditable handover without sharing patient identifiers.
Create an operational handover from the de-identified materials below. This is not clinical advice. Do not include names, contact details, dates of birth, addresses, free-text clinical history, or any other identifiable patient information.

Materials:
- Final contact list: [paste list]
- Decision and escalation queue: [paste queue]
- Contact outcomes and unused slots: [paste session results]
- Booking rules used: [paste rule references]

Return the handover in this exact format:

## Completed
A Markdown table with case ID, action completed, slot ID if relevant, date recorded, and rule reference.

## Next actions
A Markdown table with case ID or slot ID, action, owner, due trigger, dependency, and status.

## Decisions pending
A Markdown table with case ID, decision owner, question, source rule or note, and impact if delayed.

## Audit notes
Five bullets at most. Include assumptions avoided, data corrections requested, rules that were unclear, and any slot-release risk.

Do not state that a case is clinically appropriate, urgent, or safe. Use “recorded urgency category” where needed. If an item lacks an owner or due trigger, mark it “unassigned, manager review required”.

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.