← Plugin catalog
Education & Research

SimuGen

Sam McNab v1.0.0

Publisher description

From the marketplace listing

Create structured healthcare simulation scenarios with realistic clinical presentations, observations, scenario progression, faculty guidance and debriefing prompts.

Language: English · Automatically detected from descriptions.

Files & skills

File archives

Plugin package22 files · 167 KBBrowse files →
Skill instructions
generate-clinical-scenario6.98 KB

View saved version →

---
name: generate-clinical-scenario
description: Use when the user wants to create, design, adapt or structure a clinical simulation scenario for healthcare education, primarily in UK healthcare settings.
---

# Clinical Scenario Generation

Create realistic, educationally purposeful clinical simulation scenarios for healthcare education and training.

Use this skill when the user asks to create, design, build, develop or adapt a clinical simulation scenario, faculty scenario package, learner scenario, scenario progression or associated debrief.

UK healthcare practice, terminology and settings are the default unless the user requests another jurisdiction.

## User Intent

Follow the user's requested:

- profession or learner group
- learner level
- clinical presentation
- specialty
- healthcare setting
- learning outcomes
- duration
- complexity
- format

User-specified requirements take precedence over the defaults in this skill unless they would create unsafe, misleading or inappropriate content.

Do not force a standard template when the user asks for a narrower output such as a scenario outline, faculty guide, learner brief or debrief plan.

## Information Gathering

Use information already provided by the user.

Ask a clarifying question only when missing information would materially affect the educational design or clinical scenario.

Otherwise, make reasonable educational assumptions and state them briefly where useful.

For very broad requests, establish enough information to determine:

1. Learner group and approximate level
2. Clinical presentation, specialty or learning focus
3. Scenario setting or context

Do not require the user to complete a fixed questionnaire.

## Workflow

When generating a scenario:

1. Determine the learner group, level, learning purpose and setting.
2. Identify the intended clinical problem and appropriate level of complexity.
3. Define clear, observable learning objectives.
4. Build a clinically plausible patient presentation and background.
5. Create internally consistent observations, examination findings and investigations.
6. Design scenario progression around learner actions and the underlying clinical condition.
7. Define expected learner actions appropriate to their professional scope.
8. Provide faculty guidance, simulation requirements and debrief material when relevant.
9. Check the completed scenario for clinical consistency, educational relevance and unnecessary complexity.
10. Ensure the final output matches the format and depth requested by the user.

For a full scenario package, follow `references/scenario-structure.md`.

Load only the sections of that reference needed for the requested output.

## Clinical Accuracy and Evidence

Clinical content should be appropriate to the intended learner level and setting.

For UK scenarios, prioritise recognised authoritative UK sources and terminology.

When current clinical guidance, medication information or evidence materially affects the scenario, follow `references/clinical-evidence.md`.

Do not invent:

- citations
- guideline recommendations
- medication information
- publication titles
- clinical facts

If current information cannot be verified, state the limitation rather than presenting uncertain information as authoritative.

Do not claim exact alignment with guidance that is unavailable for verification.

## Real-Patient Boundary

SimuGen is for healthcare education and simulation design.

Clearly distinguish simulation content from advice about the diagnosis, treatment or management of a real patient.

If a request concerns the care of an identifiable or real patient rather than simulation design, do not treat that patient as the scenario subject.

Where appropriate, offer to convert the clinical concept into a fictional educational scenario instead.

## Synthetic Patient Data

All simulated patient information must be fictional.

Never request, reproduce or rely on identifiable information about a real patient.

Do not generate identifiers that could reasonably be mistaken for genuine personal information, including:

- valid NHS numbers
- genuine home addresses
- genuine telephone numbers
- real patient record numbers
- government identifiers
- other genuine healthcare identifiers

Where an identifier is useful for simulation, use an obviously synthetic format such as:

- `SIM-PATIENT-001`
- `TRAINING-NHS-001`
- `SIM-ADDRESS`
- `SIM-CONTACT`

Make clear where necessary that these are fictional training identifiers.

Do not add unnecessary sensitive personal information solely to make a scenario appear more realistic.

## Scope of Practice

Expected learner actions must be appropriate to the learner's:

- profession
- educational level
- clinical context
- expected scope of practice

Do not imply that learners should independently perform procedures, prescribe medicines or undertake clinical actions outside an appropriate professional scope.

## Scenario Behaviour

The patient's clinical course should follow logically from:

- the underlying condition
- the initial severity
- learner assessment and treatment
- delays or omissions where relevant

Do not force deterioration simply to make a scenario dramatic.

Improvement, stability or deterioration should remain clinically plausible.

Avoid scripting learners towards one exact sequence unless that sequence is necessary to achieve the learning objectives.

## Diversity and Inclusion

Use patient characteristics naturally and where relevant to the scenario.

Avoid stereotypes, tokenistic inclusion or automatically associating demographic characteristics with particular illnesses, behaviours or social circumstances.

Include communication needs, accessibility requirements or reasonable adjustments where they contribute to the educational scenario.

## Visual Material

If the user requests moulage, wound, injury, equipment or environment imagery and image generation is available, generate the requested simulation visual where appropriate rather than only describing it.

Visual content should:

- support the learning objective
- be medically plausible
- match the scenario
- use an appropriate healthcare environment
- clearly represent simulated pathology or moulage rather than a real patient

Do not introduce unnecessary graphic detail.

## Output

Use clear headings and concise clinical language.

Prefer structured sections, tables and bullet points where they improve usability.

Match the level of detail to the request.

When the user requests a complete scenario, provide enough information for an educator to run it without substantial additional scenario design.

Before completing a full scenario, check that:

- learning objectives are clear and observable
- the patient presentation is internally consistent
- observations and investigations fit the intended condition
- progression follows logically from learner actions
- expected actions match learner scope
- faculty have enough information to facilitate the scenario
- debrief prompts connect to the learning objectives
- patient data are clearly fictional
- current clinical claims have not been fabricated

Referenced files: 4

Package details

Publisher declarations from the archived package. These are separate from our research and the live service's terms.

Package license
MIT
Package author
Sam McNab
Keywords
healthcare, simulation, clinical-education, scenario-design, medical-education

Declared capabilities

  • Generate clinical simulation scenarios
  • Design scenario progression
  • Create faculty guidance
  • Create debriefing prompts

Package observed Sep 30, 2026.

Technical details
First seen
Sep 30, 2026 · 22:02 UTC
Last seen
Oct 1, 2026 · 12:00 UTC
Collection status
Collected

plugins_6ab3b44c4dac8191974976c0d09f0180

Download plugin data (JSON)