| 1 · Status line | What was asked, restated in operator terms, in 3 to 6 words | Confirms the system understood the question before the reader invests time |
|---|
| 2 · Plain-language summary | What the documentation says, in the language the staff member uses, not the language the policy uses | Removes the translation burden between policy prose and operational reality |
|---|
| 3 · Why it matters | The operational or regulatory context behind the guidance | Turns compliance from arbitrary into understandable, which drives adherence |
|---|
| 4 · What to do next | Concrete numbered steps where the documentation specifies them | Actionable rather than informational: the difference between reference and support |
|---|
| 5 · Edge case branch | The “if you cannot do that” path for the most common blocked scenario | Prevents the escalation that happens when step 3 turns out to be impossible |
|---|
| 6 · Provenance | Source document, section, version and link | Verifiability. A clinician can check the original in one click. |
|---|
| 7 · Escalation path | When the question exceeds scope or the corpus lacks grounding | Ensures the system routes to a human rather than filling the gap itself |
|---|