Verified

ICD-10 F33.1: MDD, Recurrent, Moderate Documentation Guide for Psychiatrists

Master F33.1 documentation for recurrent moderate MDD. Expert coding guide for psychiatrists covering clinical requirements, audit-proof notes & billing ops.

ICD-10 F33.1: MDD, Recurrent, Moderate Documentation Guide for Psychiatrists - Clinical Documentation Guide Illustration for Scribing.io

ICD-10 F33.1: MDD, Recurrent, Moderate — The Complete Documentation & Coding Operations Playbook for Outpatient Psychiatry

TL;DR: Billing F33.1 (Major Depressive Disorder, recurrent, moderate) requires the clinical note to reference the date or context of a previous depressive episode. If your AI scribe or EHR diagnosis picker defaults to single-episode F32.1 because prior episode data is missing, the practice loses approximately 15% in reimbursement per affected encounter. This playbook details the FHIR-level data gap that causes this problem, the documentation standards that prevent it, and how Scribing.io's Episode Linker automates recurrent-episode validation so outpatient psychiatrists never leave revenue on the table.

Table of Contents

  • Why Most EHR Systems Fail Recurrent MDD Documentation: The FHIR R4 Data Gap

  • Scribing.io Clinical Logic: How the Episode Linker Prevents Downcoding

  • Technical Reference: ICD-10 Documentation Standards for F33.1 and F32.1

  • DSM-5-TR Recurrence Criteria and What Must Appear in the Note

  • Severity Anchoring: PHQ-9, HAM-D, and MADRS Score-to-Code Mapping

  • Common Documentation Failures and Payer Audit Scenarios

  • Multi-Site Behavioral Health Workflow: Operationalizing Episode Linkage at Scale

  • See the Episode Linker in Action

Why Most EHR Systems Fail Recurrent MDD Documentation: The FHIR R4 Data Gap No One Talks About

Every published guide on F33.1 documentation repeats the same advice: document recurrence, document severity, document specifiers. None of them address why the documentation fails in the first place. The answer is architectural, not clinical—and it lives in the FHIR R4 specification layer that powers your EHR's diagnosis picker.

The root cause is a structural deficiency in how Electronic Health Records surface prior episode data through the FHIR R4 Condition resource. This resource—the backbone of diagnosis tracking in interoperable EHRs—includes fields for onsetDateTime and abatementDateTime that should timestamp when a prior MDD episode began and resolved. In practice, across the major EHR platforms deployed in outpatient behavioral health, these fields are overwhelmingly empty, partially populated, or buried in legacy data migrations that strip temporal context. A HealthIT.gov interoperability analysis has documented these persistent gaps in structured clinical data exchange.

This means that when a clinician opens the diagnosis picker for a returning patient with a clear history of prior depression, the system has no programmatic way to distinguish between a first episode and a recurrent one. The picker surfaces F32.1 — Major depressive disorder, single episode, moderate as a default because it cannot validate recurrence. The clinician, working through a 15-minute med check with six more patients in the queue, accepts the suggestion. The note goes out. The claim goes out. And the practice absorbs a 15% reimbursement reduction across every encounter where this pattern repeats. At Scribing.io, we built the Episode Linker specifically to close this gap before the note is ever signed.

The Scribing.io ICD-10 Documentation Library maps every F30–F39 mood disorder code to its documentation requirements, but F33.1 stands out because its recurrence requirement creates a unique dependency on historical data that most EHR systems simply do not provide at the point of documentation.

What Existing Guides Miss Entirely

The most-referenced F33.1 resources in the space focus exclusively on clinical criteria: DSM-5-TR symptom counts, specifier lists, measurement tools, and treatment algorithms. These are necessary but insufficient. They assume the documentation environment will prompt the clinician correctly. It does not. Existing guides never examine:

  • The EHR-level failure mode that causes the default to F32.1 when recurrence is clinically evident

  • The FHIR R4 data gap (Condition.onsetDateTime/abatementDateTime unpopulated) that prevents automated recurrence detection

  • The downstream revenue impact when AI scribes inherit this gap and propagate single-episode coding at scale across a multi-provider group

  • The payer audit exposure when 18 identical encounters all lack prior-episode references—triggering pattern-based retrospective review by commercial payers and CMS audit contractors

If you are an outpatient psychiatrist or PMHNP running a behavioral health practice, the clinical knowledge in existing guides will not protect your revenue. Understanding where the system breaks will.

Scribing.io Clinical Logic: How the Episode Linker Prevents Downcoding in a Real-World PMHNP Encounter

This scenario plays out daily in multi-site behavioral health groups. Walk through each step to see precisely where the breakdown occurs—and where Scribing.io intervenes.

A PMHNP in a multi-site behavioral health group evaluates a returning patient with a PHQ-9 score of 14 and a clear history of postpartum depression two years ago. The EHR's diagnosis picker suggests F32.1 (single episode, moderate). The note lacks any reference to the prior episode, triggering a 15% lower reimbursement and a payer documentation query—not just on this visit, but across 18 similar encounters flagged in retrospective audit.

Step

Without Scribing.io

With Scribing.io Active

1. Patient presents

PHQ-9 = 14 entered manually or via patient portal

PHQ-9 = 14 ingested automatically from FHIR QuestionnaireResponse; severity anchored as "moderate" (score 10–14 range per Kroenke et al., JGIM 2001)

2. Prior episode lookup

EHR diagnosis picker has no onset/abatement data for prior episode; defaults to F32.1

Episode Linker cross-references Condition + Encounter + Provenance FHIR resources; identifies postpartum MDD episode documented 11/18/2022 with abatement 04/2023

3. Note generation

Assessment reads "MDD, moderate" with no prior-episode reference

Assessment auto-populated: "Recurrent MDD—previous episode postpartum 11/18/2022, achieved remission 04/2023; current PHQ-9 14 (moderate)"

4. Severity documentation

Severity implied but not explicitly stated in structured data fields

Severity explicitly stated as "moderate" with PHQ-9 anchoring; clinician prompted if score falls in boundary zone (e.g., PHQ-9 = 15)

5. Code selection

F32.1 submitted on claim

F33.1 submitted with audit-ready Provenance trail linking code to note language, prior episode, and instrument score

6. Reimbursement

~15% lower reimbursement; potential payer documentation query consuming 20+ staff-minutes

Full reimbursement; no query; documentation meets payer and CMS ICD-10-CM standards

7. Audit exposure

18 similarly coded encounters flagged for retrospective review

Zero flags; each encounter contains episode-linked prior context with verifiable Provenance

The Three-Rule Engine Behind the Logic

Scribing.io's FY2025 ICD-10-CM rules engine enforces three non-negotiable documentation gates before allowing F33.1 to appear on any note:

  1. Recurrent status must cite a prior episode date or context in the note body. "Recurrent" cannot exist as an isolated code selection. The note must contain a human-readable reference (e.g., "prior postpartum episode November 2022" or "prior episode treated with sertraline 2021, achieved remission 03/2022") that a payer auditor can verify against the clinical record. This rule directly enforces the AMA's ICD-10-CM documentation specificity requirements.

  2. Severity must be explicit. The word "moderate" must appear in the Assessment & Plan, anchored to a validated instrument score—PHQ-9 10–14, HAM-D 18–24, or MADRS 20–34. Implicit severity—where the clinician intends "moderate" but the note says only "MDD"—is blocked at the pre-sign stage.

  3. If remission is documented, route to F33.4x. If the clinical note contains language indicating partial or full remission of the current episode (e.g., "symptoms improving, PHQ-9 now 6"), the engine overrides F33.1 and routes to F33.40 (in remission, unspecified), F33.41 (partial remission), or F33.42 (full remission). This prevents specificity mismatches that trigger post-payment recoupment by payers conducting CERT audits.

Critical safety valve: If the prior episode cannot be validated—because the data genuinely does not exist in any linked encounter, condition, or provenance resource—the system does not fabricate recurrence. It blocks F33.1, prompts the clinician for attestation of prior episode details (date, context, treatment setting), or downgrades to F32.1 — Major depressive disorder, single episode, moderate. This prevents both undercoding and overcoding, maintaining compliance with the HHS OIG's compliance guidance on diagnostic accuracy.

Technical Reference: ICD-10 Documentation Standards for F33.1 and F32.1

The distinction between F33.1 and F32.1 is not academic—it is the single most consequential coding decision in outpatient MDD management. The codes sit in adjacent ICD-10-CM blocks but carry fundamentally different documentation requirements, reimbursement profiles, and audit risk surfaces.

F33.1 — F33.1 — Major depressive disorder, recurrent, moderate

Element

Requirement

ICD-10-CM Code

F33.1

Block

F30–F39 (Mood [affective] disorders)

Category

F33 — Major depressive disorder, recurrent

Recurrence documentation

Note must reference date, context, or treatment setting of at least one prior depressive episode. "History of depression" alone is insufficient per CMS ICD-10-CM Official Guidelines for Coding and Reporting; specificity is required (e.g., "postpartum episode 11/2022" or "prior episode treated with sertraline 2021, achieved remission 03/2022").

Severity documentation

"Moderate" must appear explicitly, supported by validated instrument: PHQ-9 10–14 (15–19 crosses into moderately severe per Kroenke et al., warranting F33.2 consideration), HAM-D 18–24, or MADRS 20–34.

Inter-episode interval

Documentation must support an intervening period of at least two consecutive months of partial or full symptom remission between the prior episode and the current episode. Without this, recurrence cannot be established per DSM-5-TR criteria.

Excludes1

F33.1 cannot be used concurrently with F32.x (single episode) for the same condition.

Remission override

If current episode is in partial or full remission, route to F33.40 (unspecified), F33.41 (partial), or F33.42 (full remission).

F32.1 — F32.1 — Major depressive disorder, single episode, moderate

Element

Requirement

ICD-10-CM Code

F32.1

Block

F30–F39 (Mood [affective] disorders)

Category

F32 — Major depressive disorder, single episode

When to use

First lifetime depressive episode meeting full DSM-5-TR criteria, or when prior episode history cannot be verified through documentation, clinician attestation, or collateral records.

Severity documentation

Identical to F33.1: "moderate" must be explicit and instrument-anchored.

Common error

Used as an EHR default when the system cannot confirm prior episodes—resulting in systematic revenue leakage when recurrence is clinically evident but not documented in the note.

How Scribing.io Ensures Maximum Specificity

Scribing.io's rules engine treats each code axis—recurrence, severity, episode status—as an independent validation gate. The system will not allow a code to reach the claim unless every axis is satisfied with explicit note language. For F33.1, that means three documentation elements must be present and verifiable: (1) a prior episode reference with date or context, (2) the word "moderate" linked to an instrument score, and (3) confirmation that the current episode is active (not in remission). This three-axis validation maps directly to the CMS Official Coding Guidelines requirement that the code reflect the highest degree of specificity supported by the documentation.

The 15% Reimbursement Gap: Mechanism of Revenue Loss

The reimbursement differential between F33.1 and F32.1 is not a matter of code hierarchy—both are valid, billable diagnoses. The revenue leakage occurs through three compounding mechanisms:

  • Payer treatment authorization algorithms for recurrent MDD authorize longer treatment courses, higher-frequency visits, and broader medication formulary access. Single-episode coding signals a self-limiting condition, triggering earlier step-down reviews and prior-authorization requirements for continued management.

  • Medical necessity justification for ongoing psychiatric management (E/M 99214, 99215 with add-on psychotherapy codes 90833/90836/90838) is materially stronger when recurrence is documented, reducing prior-authorization denials. The AMA CPT guidelines tie medical decision-making complexity in part to the chronicity and recurrence of the presenting condition.

  • Retrospective audits that find single-episode coding despite clinical evidence of recurrence generate documentation queries consuming 20+ staff-minutes per encounter and delay payment cycles by 30–60 days.

Across a multi-site behavioral health group seeing 200+ MDD encounters per month, even a 10% miscoding rate on this single axis compounds to substantial annual revenue loss—revenue that was earned through legitimate clinical work but lost through a documentation system failure.

DSM-5-TR Recurrence Criteria and What Must Appear in the Note

The DSM-5-TR definition of "recurrent" major depressive disorder is precise and creates specific documentation obligations that must translate into note language. This is where clinical knowledge meets coding compliance.

Defining Recurrence: The Two-Month Rule

A major depressive episode is classified as "recurrent" only when there has been an interval of at least two consecutive months between the current episode and any prior episode during which the patient did not meet full criteria for a major depressive episode. This two-month inter-episode interval is the bright line. Documentation of this interval—even a single sentence—transforms the coding profile of the encounter.

What must appear in the note for F33.1 to survive audit:

  1. Reference to a prior episode with temporal specificity: "Prior major depressive episode in the postpartum period, November 2022" or "Previous MDD episode treated at [facility name], 2021–2022."

  2. Evidence of inter-episode recovery: "Patient achieved remission by April 2023 per self-report and PHQ-9 < 5, maintained through January 2024" or "Symptom-free interval of approximately 14 months between episodes."

  3. Current episode onset and characterization: "Current episode began approximately [date], presenting with [symptoms], PHQ-9 today = 14, consistent with moderate severity."

Without all three elements, the distinction between "recurrent" (F33.x) and "single episode" (F32.x) becomes clinically and legally ambiguous. Per JAMA Psychiatry research on MDD documentation quality, the absence of inter-episode characterization is the most common documentation deficiency triggering code-level disputes.

Specifiers That Modify F33.1 Documentation

While F33.1 does not have ICD-10-CM child codes for specifiers, the DSM-5-TR specifiers must appear in note text to support the coded diagnosis:

  • With anxious distress — document GAD-7 or equivalent; note co-occurring anxiety symptoms

  • With mixed features — document any manic/hypomanic symptoms present during the depressive episode

  • With melancholic features — document anhedonia, psychomotor disturbance, early morning awakening, excessive guilt

  • With peripartum onset — critical for our anchor scenario; document onset during pregnancy or within four weeks of delivery

  • With seasonal pattern — document temporal pattern across at least two years

Scribing.io's note generator includes specifier prompts that fire when the Episode Linker detects relevant contextual data (e.g., a prior encounter coded with O99.34x perinatal mental health diagnosis triggers the peripartum onset specifier prompt).

Severity Anchoring: PHQ-9, HAM-D, and MADRS Score-to-Code Mapping

"Moderate" is a word that must do real work in the note. Without instrument anchoring, it is a clinical impression vulnerable to payer challenge. The following mapping is enforced by Scribing.io's severity validation module and aligns with the validated cutoffs published in peer-reviewed literature.

Instrument

Mild (F33.0 / F32.0)

Moderate (F33.1 / F32.1)

Moderately Severe

Severe (F33.2 / F32.2)

PHQ-9 (Kroenke et al., 2001)

5–9

10–14

15–19 (clinical judgment: F33.1 or F33.2)

20–27

HAM-D (Hamilton, 1960)

8–17

18–24

≥25

MADRS (Montgomery & Åsberg, 1979)

7–19

20–34

≥35

Boundary Zone Handling

The PHQ-9 score of 15 sits at the boundary between "moderate" and "moderately severe." ICD-10-CM does not have a "moderately severe" code—the clinician must choose between F33.1 (moderate) and F33.2 (severe). Scribing.io fires a boundary-zone alert when the PHQ-9 falls between 14 and 16, requiring the clinician to make an explicit severity determination in the note with supporting clinical rationale (e.g., "PHQ-9 = 15; patient is functioning at work with significant effort but no impairment in ADLs; coded as moderate"). This attestation protects the code selection from audit challenge.

Common Documentation Failures and Payer Audit Scenarios

Below are the five most frequent documentation failures that result in downcoding from F33.1 to F32.1 or outright claim denial. Each is drawn from patterns observed in commercial payer and CMS CERT audit findings.

Failure Pattern

What the Auditor Sees

Result

Scribing.io Prevention

1. "Recurrent" selected in EHR, no prior episode in note

Code says F33.1; note says "MDD, moderate" with no historical reference

Downcode to F32.1; documentation query issued

Episode Linker inserts prior episode reference or blocks F33.1

2. Severity not explicit

Note says "MDD, recurrent" but never states "moderate" or provides score

Downcode to F33.9 (unspecified severity); lower reimbursement

Severity gate requires explicit "moderate" + instrument score before sign-off

3. No inter-episode interval documented

Prior episode and current episode blend together with no documented remission period

Auditor questions whether this is one continuous episode (F32.1) or recurrent (F33.1)

Episode Linker pulls abatement date from prior encounter; prompts clinician if absent

4. Remission language present but F33.1 still coded

Note says "symptoms improving significantly, PHQ-9 = 6" but claim carries F33.1

Post-payment recoupment; should be F33.41 (partial remission) or F33.42

Remission detection overrides F33.1 and routes to F33.4x

5. Copy-forward from prior visit without update

Assessment identical across 6 visits; no interval change documented

Pattern-based audit flag; all 6 encounters reviewed

Visit-over-visit comparison engine detects unchanged Assessment language and flags for clinician update

Multi-Site Behavioral Health Workflow: Operationalizing Episode Linkage at Scale

Single-provider practices can sometimes manage recurrence documentation through clinician memory and chart review. Multi-site behavioral health groups cannot. When a patient sees Provider A at Site 1 for a postpartum depressive episode in 2022 and returns to Provider B at Site 3 for a new episode in 2025, the documentation dependency chain breaks at every link:

  • Provider B may not have access to Provider A's notes if EHR data is siloed by site

  • The Condition resource for the 2022 episode may lack onsetDateTime and abatementDateTime

  • The diagnosis picker at Site 3 has no mechanism to surface the 2022 episode as context for the 2025 encounter

  • Provider B codes F32.1 because that is what the system suggests, and the chart review would require 10 minutes the schedule does not allow

How Scribing.io Solves Multi-Site Episode Linkage

The Episode Linker operates at the FHIR resource layer, not the UI layer. This distinction matters because it means episode linkage works regardless of which site the patient presents at, which provider conducts the visit, or which EHR interface is in use.

  1. FHIR Condition + Encounter + Provenance cross-reference: On patient check-in, the Episode Linker queries all linked Condition resources for F32.x, F33.x, O99.34x, and related codes. It cross-references these against Encounter resources to reconstruct the timeline even when onsetDateTime/abatementDateTime are missing—using encounter dates as temporal anchors.

  2. Provenance chain construction: Each prior episode is tagged with a FHIR Provenance resource linking the original encounter, the documenting provider, and the date. This chain is what makes the Episode Linker audit-ready: any payer or internal compliance reviewer can trace the recurrence assertion back to its source documentation.

  3. Pre-visit Episode Summary: Before the clinician opens the note, the Episode Linker surfaces a one-line summary: "Prior MDD episode: postpartum onset 11/18/2022, abatement 04/2023, treated with sertraline 100mg, Provider A, Site 1." The clinician confirms, edits, or dismisses. Confirmation auto-populates the Assessment & Plan with recurrence language and sets the code path to F33.x.

  4. Clinician attestation fallback: If the Episode Linker cannot locate prior episode data in any linked resource, it does not guess. It presents a structured attestation prompt: "Patient reports prior depressive episode. Please enter: approximate date, context (e.g., postpartum, grief-related), treatment received, and remission status." This attestation becomes a Provenance resource linked to the current encounter, enabling F33.x coding with a documented clinical basis.

Implementation Timeline for Multi-Site Groups

Phase

Duration

Deliverable

FHIR endpoint mapping

Week 1–2

All Condition/Encounter/Provenance endpoints cataloged across sites

Episode Linker configuration

Week 2–3

Recurrence detection rules calibrated to practice's EHR data quality

Clinician training

Week 3

15-minute workflow training on Episode Summary review and attestation

Silent mode (shadow coding)

Week 3–5

Episode Linker runs in parallel; flags discrepancies without modifying notes

Full deployment

Week 6

Active episode linkage, severity gating, and remission routing in production

See the Episode Linker in Action

See our Episode Linker in action: auto-populate prior MDD episode date/context from FHIR Condition history, enforce FY2025 ICD-10-CM recurrence/severity rules, and generate an audit-ready Provenance trail—book a 15‑minute demo today.

The Anchor Truth bears repeating because it is the single fact this entire playbook exists to operationalize:

To bill for "Recurrent" MDD, the note MUST reference the date or context of a previous episode. If the AI treats it as a single episode, the practice loses 15% in reimbursement.

Every workflow in this playbook—the Episode Linker, the three-rule engine, the severity gate, the remission override, the multi-site Provenance chain—exists to ensure that one sentence appears in every qualifying note: "Recurrent MDD—previous episode [context] [date]." That sentence is worth 15% of every MDD encounter your practice bills. Scribing.io makes sure it is never missing.

Still not sure? Book a free discovery call now.

Frequently

asked question

Answers to your asked queries

Can we get started today?

Can I edit or review notes before they go into my EHR?

Does Scribing.io work with telehealth and video visits?

Is Scribing.io HIPAA compliant?

Is patient data used to train your AI models?

Still not sure? Book a free discovery call now.

Frequently

asked question

Answers to your asked queries

Can we get started today?

Can I edit or review notes before they go into my EHR?

Does Scribing.io work with telehealth and video visits?

Is Scribing.io HIPAA compliant?

Is patient data used to train your AI models?

Still not sure? Book a free discovery call now.

Frequently

asked question

Answers to your asked queries

Can we get started today?

Can I edit or review notes before they go into my EHR?

Does Scribing.io work with telehealth and video visits?

Is Scribing.io HIPAA compliant?

Is patient data used to train your AI models?

Clinical Precision.
Zero Documentation Debt

Finish Your Charts - Go Home on Time.

Clinical Precision.
Zero Documentation Debt

Finish Your Charts - Go Home on Time.

Clinical Precision.
Zero Documentation Debt

Finish Your Charts - Go Home on Time.