Skip to content
User Guides

Documentation Preferences.

Save writing instructions for each note type. Set your preferred wording, detail, and format, and learn how to include Epic SmartList codes and wildcards.

Documentation Preferences are saved instructions that tell palmER how you like your notes written. Use them for the wording, content emphasis, level of detail, and formatting you would otherwise ask for each time.

Each document type has its own preferences: HPI, Exam, MDM, Discharge (DischargER patient documents), Critical Care, and Procedure. Instructions apply only to their document type.

For example, you might prefer a narrative HPI, a specific default exam format, or an MDM organized by sections with headings.

Documentation Preferences vs Follow-up Prompts

Choose based on how often you want an instruction applied:

  • Documentation Preferences: Save a rule you want applied every time palmER writes that document type.
  • Follow-up prompts: Ask for a change to the current note, such as Make this shorter or Expand the discussion of the disposition decision.
  • Snippets: Save an instruction you reuse occasionally, then insert it when needed. Snippets can be thought of as a saved prompt.

The same instruction can work in all three places. Try Group the MDM under Assessment, Workup, and Disposition as a follow-up prompt. If you like it for every MDM, save it in the MDM preferences. If you only want it for certain cases, save it as a Snippet.

Getting Started

  1. 01

    Open Documentation Preferences

    Open your user menu in palmER AI Suite and choose Settings. The Documentation Preferences shortcut also opens Settings on the assistant you are using.

  2. 02

    Choose a document type

    Choose HPI, Exam, MDM, or DischargER in the settings navigation, then open Documentation Preferences. Colab contains the Critical Care and Procedure preferences.

  3. 03

    Write and save

    Enter one or two instructions, then click Save preferences. Save your changes before moving to another assistant's settings.

For a simple starting point, try these in the MDM preferences:

Example
Use first-person active voice.
Keep straightforward cases concise.

Generate a note and review the result before adding more instructions.

Writing Effective Documentation Preferences

Write preferences as short, direct instructions. Describe the result you want and give an example when the wording matters.

Best Practices

  1. Be specific. Instead of Improve the formatting, write Use all-caps section headings with a short paragraph under each heading.

  2. Give exact wording when it matters. For example: Use "no acute distress" instead of "NAD".

  3. Define templates clearly. Name the sections, put them in order, and specify whether each should contain a paragraph or bullets.

  4. Make exclusions explicit. For example: Omit all billing statements such as "Medical decision-making was high complexity".

  5. Keep each document type focused. Put exam terminology in Exam and patient-facing instructions in DischargER. Avoid pasting the same list into every editor.

  6. Change one thing at a time. Test an instruction on a few notes before adding another. This makes it easier to tell which rule helped or caused a problem.

Watch for conflicting rules

Instructions such as "keep every note to three sentences" and "explain every finding in detail" pull the output in different directions. If results become inconsistent, simplify the preferences for that document type and test again.

When to Use Follow-up Prompts

Use the message box for case-specific facts and one-time changes. Keep standing preferences focused on instructions you want to reuse.

  • Condense the HPI into three sentences for the transfer summary.
  • Rewrite without abbreviations.
  • Expand the explanation of why the patient was admitted.

If you find yourself repeating the same request, decide whether it belongs in preferences or in a Snippet.

Example Preferences

Choose the examples that fit your style and adapt them. You do not need to use every example or paste an entire block into every editor.

General

These examples suit the MDM preferences:

Example
Always include HEART score for chest pain regardless of risk level.
Emphasize social determinants of health when relevant.
Include specific follow-up timelines (24-48 hours, etc.).
Troponin normal range < 57, Do NOT characterize as elevated when value < 57.
Always document patient understanding confirmation for high-risk discharges.

Clinical Decision Rules

These examples specify which clinical decision rules to include in the MDM:

Example
Always include HEART score for chest pain patients.
Always include CHADS2-VASc score for atrial fibrillation patients.
Include CURB-65 for all pneumonia cases.
Include Ottawa ankle rules for all ankle injuries.

Billing and Complexity

Example
Always OMIT the billing complexity statement; Do NOT document "Medical decision-making was high complexity..." or similar.
Emphasize data review elements that support complexity levels.
Document independent interpretation when performed.

Full MDM Template

If you prefer a consistent structure, save a template in the MDM preferences:

Example
Use these bold section headings in this order:

**Problems Addressed:** One bullet per problem with brief clinical reasoning.
**Data Reviewed:** Bullets grouped by labs, imaging, prior records, and discussions.
**Assessment & Plan:** One paragraph per problem, covering the assessment and plan together.
**Risk Stratification:** Explicit risk level (low / moderate / high) with one to two sentences of supporting rationale.
**Disposition:** The disposition decision, follow-up plan, and patient instructions.

Omit empty sections.
Omit billing statements such as "Medical decision-making was high complexity".

Epic SmartLists and Wildcards

Use Documentation Preferences to ask palmER to include SmartList codes or *** blanks where you want to finish a note in Epic.

SmartLists and Wildcards

A SmartList offers a set of choices in Epic. Its text can look like {ConsultDiscussion:12345}: a label and a numeric list ID inside curly braces. The label can be customized, so it need not match the list's name. Copy the complete code from your own template rather than rebuilding it from this example.

A wildcard (***) is a blank you replace with text or delete. In an Epic field that supports SmartTools, F2 moves to the next SmartList or wildcard. Some SmartLists have default selections; check those along with any choices you make.

palmER handles codes as text. It cannot look up an Epic list or see its choices. Ask it to copy each code exactly, then check the draft before pasting it into Epic.

Finding and Testing Your Codes

Start with a SmartList that works in your own Epic template. If copying the template gives you a code in curly braces, paste that whole code into your preferences without changing its punctuation or spacing. If you cannot find the code, ask your local Epic support team. The codes on this page are illustrative; replace them with codes from your system.

Test a draft in the Epic field you use for notes before building a full template around it. Check that each code opens the intended list and that F2 reaches the blanks. Do not assume that a pasted code has become an active SmartList just because the text looks right.

If the code stays as plain text, use Epic's Insert SmartList control in the SmartPhrase editor to add the list to your Epic template, or ask local Epic support for help.

Writing Preferences With Codes

  1. Identify the codes. Add a rule such as: Copy the Epic SmartList codes in this template exactly, including all braces, numbers, punctuation, and spaces.

  2. Say when to include each code. For example: If no consultant discussion is documented, output only {ConsultDiscussion:12345}. State what to write when the details are available, too.

  3. Keep instructions separate from codes. Write instructions as plain sentences. Avoid wrapping them in braces, which makes them harder to distinguish from the codes you want copied.

  4. Mark blanks with ***. Tell palmER to leave those three asterisks for you to fill in later.

For example, adapt this template for the MDM preferences and replace both sample codes:

Example
Copy the Epic SmartList codes in this template exactly, including all braces, numbers, punctuation, and spaces.
Where this template calls for ***, leave exactly three asterisks. I will fill in the blank in Epic.
Use only documented encounter details. Do not treat missing information as confirmation that something did not happen.

Use these headings in this order:

Independent Historian: State who provided additional history and why it was needed, when documented. If no additional historian is documented, output only ***
Discussion With Consultants: Summarize the documented consultant names, discussions, and plans. If no consultant discussion is documented, output only {ConsultDiscussion:12345}
Disposition: Summarize the documented disposition reasoning. Include the discussion of disposition options with the patient when available; otherwise, leave {DispoOptions:67890} for me to complete.

Add these instructions to the document preferences where you want codes or blanks included.

Epic is a registered trademark of Epic Systems Corporation. palmER is not affiliated with or endorsed by Epic.

Assistant-Specific Tips

HPI Assistant

  • Use for: Opening sentence, chronology, terminology, and level of detail
  • Example wording rule: Use "reports" instead of "complains of"
  • Example format rule: Start with the patient's age and chief complaint, then describe the history chronologically
  • Use a follow-up prompt for: A shorter version of a specific HPI for a transfer summary

Physical Exam Assistant

  • Use for: Preferred abbreviations, level of detail, exam components, bullet vs narrative, system groupings
  • Example wording rule: Use "alert and oriented x3" instead of "AAOx3"
  • Example format rule: Use one line per system, with the system name in ALL-CAPS
  • Use a follow-up prompt for: A more abbreviated or expanded version of a specific exam

MDM Assistant

  • Use for: Clinical documentation style, content emphasis, risk stratification, full section templates, paragraph vs bullet structure
  • Example wording rule: Emphasize shared decision-making process details for complex cases
  • Example format rule: Use these headings in order: Problems Addressed, Data Reviewed, Assessment & Plan, Risk Stratification, Disposition
  • Use a follow-up prompt for: Expanding one part of the reasoning in a specific note

Discharge (DischargER)

  • Use for: Institution name, tone, standard closing lines, default work or school note durations, reading level
  • Example wording rule: Refer to our hospital as "Memorial General Emergency Department"
  • Example format rule: Use separate headings for Medications, Follow-up, and When to Return, with bullet points under each
  • Applies to: All patient documents written by DischargER. Specify the document when a rule should apply only to work notes, school notes, or discharge instructions.

These preferences also apply to automatically written discharge instructions in Patient Mode.

Under Settings → DischargER, use Write discharge instructions automatically to turn automatic discharge instructions on or off. Turn on Work and school notes to add a button for those notes in Chart View.

Changes to these switches save immediately. After editing your writing preferences, click Save preferences.

Critical Care Notes

  • Use for: Attestation wording, terminology, and paragraph structure
  • Example wording rule: Use “I personally provided” in the critical care time statement
  • Example format rule: Write one concise paragraph, with the total critical care time in a separate sentence at the end
  • Applies to: Critical care notes written from a detection card in palmER Colab. Set the total critical care time on the card, not in preferences. See Critical Care, Procedure, and Sepsis Documentation.

Procedure Notes

  • Use for: Procedure terminology, your usual anesthetic, section headings, your standard closing statements
  • Example content rule: Document lidocaine 1% with epinephrine as my default local anesthetic
  • Example format rule: Use these headings: Indication, Consent, Anesthesia, Technique, and Complications
  • Applies to: Procedure notes written from a detection card in palmER Colab.

Testing Your Preferences

  1. 01

    Save a small change

    Start with one or two instructions for the relevant document type and click Save preferences.

  2. 02

    Try a familiar case

    Generate a note for a case you know well so you can judge both the wording and the content.

  3. 03

    Review the result

    Check that the note uses your preferred wording and structure, preserves the important details, and accurately reflects the encounter.

  4. 04

    Refine and repeat

    If an instruction is ignored, make it more specific. Test across a few different cases before adding more rules.

Troubleshooting

"My formatting or template preferences aren't being followed"

  • Check that you saved the instruction for the correct document type.
  • Give the exact headings, their order, and the format to use under each.
  • Remove competing instructions and test the template on its own.

"Output is consistently unexpected or incorrect"

  • Review the preferences for that document type, especially recent additions.
  • Look for rules that contradict each other or ask for details that may not be available in every encounter.
  • Copy your preferences somewhere safe, then clear that editor and save to compare the output without them.
  • Add instructions back one at a time to identify the cause.

"An Epic code is missing or changed in the note"

  • Check that the code in your preferences matches the code in Epic character for character.
  • Name the condition: If no consultant discussion is documented, output only {ConsultDiscussion:12345}.
  • Tell palmER to copy the complete code exactly, and keep instructions outside the code's braces.
  • Correct any changed code in the draft before copying it. If it appears correctly in palmER but does not open a list in Epic, follow Finding and Testing Your Codes.

"Output is too long or too short"

  • Make length guidance conditional: Keep straightforward cases concise; use more detail for complex cases.
  • Name the section to shorten or expand rather than changing the length of the entire note.
  • For a one-time adjustment, use a follow-up prompt instead of changing your saved preferences.

Quick Start

Choose one document type, save one or two preferences, and try them on a familiar case. Build from the changes that work. Keep a copy of your preferred instructions before making larger revisions.