ICD code S52.209A – Unspecified ulna shaft fracture

Key takeaways

S52.209A is a billable ICD-10-CM code for an unspecified ulna shaft fracture, initial encounter, valid from FY2016 through the current FY2027 code set.

Use S52.209A only when the record names neither the injured ulna nor the fracture type. Otherwise, code the side or the type.

The 7th character ‘A’ applies throughout active treatment, however many providers are involved, per ICD-10-CM Official Guidelines Section I.C.19.a.

Denials usually trace back to ‘A’ used past active treatment, a missing external cause code, or ‘unspecified’ laterality when the record names the side.

Pabau’s claims management software tracks claim submission, remittance posting and denial reasons for orthopedic and primary care practices.

ICD-10 code S52.209A: Quick reference

ICD-10 code S52.209A is the billable code for a closed fracture of the ulna shaft, initial encounter. It applies when the record names neither the injured ulna nor the fracture type. Use the table below to confirm the code’s key attributes before building a claim. The parent code S52.209 is a non-billable header, and only its 7th-character extensions can be submitted.

What S52.209A describes: Code definition and clinical context

S52.209A identifies a closed fracture of the ulna’s diaphysis (shaft) with two details missing. The record doesn’t say which ulna is affected or give the fracture type (e.g. transverse, oblique). The ulna runs along the inner side of the forearm from the elbow to the wrist. A shaft fracture involves the middle of the bone rather than the proximal or distal end.

According to the CDC/NCHS ICD-10-CM web tool, S52.209A sits under S52.20 (unspecified fracture of shaft of ulna). That header is non-billable, so a claim always needs the full seven-character code.

Use the unspecified code only when the physician documentation names neither the side nor the fracture type. If the provider writes “right ulna shaft fracture” anywhere in the note, the record supports S52.201A rather than S52.209A. Query the provider before defaulting to the unspecified code. Many payers flag repeated unspecified fracture submissions as incomplete documentation.

• Covered by S52.209A: Closed shaft fractures of the ulna, initial encounter, with laterality and fracture type unspecified.
• Not covered by S52.209A: Open fractures (B or C for the initial encounter; E, F, H, J, M, N, Q or R for subsequent encounters). Fractures of the radial shaft (S52.3xx), proximal ulna (S52.0xx) and distal ulna (S52.6xx) have their own codes.
• Laterality codes to prefer when the record allows: S52.201A (right) or S52.202A (left).

Decoding the 7th character: When to use ‘A’, ‘D’, and ‘S’

The 7th character is the most consequential character on an S52.209 claim. A wrong one is a frequent reason fracture claims are denied or audited. The table below lists the most commonly used extensions for S52.209.

One nuance matters most: ‘A’ does not mean “the first visit.” Per ICD-10-CM Official Guidelines Section I.C.19.a, ‘A’ applies throughout active, definitive treatment, whichever provider sees the patient. Picture a surgeon placing a cast, then a second surgeon performing open reduction elsewhere. Both code with ‘A’, as does a primary care physician managing pain in that phase. Switch to ‘D’ once active treatment has ended and the patient is in routine healing.

S52.209A vs related ulna fracture codes: Choosing the right code

Laterality and fracture type determine which S52.2- code is correct. The AAPC ICD-10-CM lookup lists every S52 extension, but the decision starts with the physician note. The table below maps the sibling codes coders confuse most often.

Always query the physician before submitting S52.209A if imaging reports or operative notes mention a specific side. Payers increasingly apply clinical edits that flag unspecified laterality on claims paired with surgical CPT codes. Their logic is simple: A surgeon who operated knew which arm it was. The three questions below put the whole decision in order, from the side to the phase of care.

ICD-10-CM official coding guidelines for traumatic fractures

The CMS ICD-10-CM coding guidelines (Section I.C.19.a) govern how traumatic fractures, including ulna shaft fractures, are coded across encounter types. Three rules matter most for S52.209A claims.

1. Active treatment drives the ‘A’ character. Use ‘A’ for every visit in which a provider is actively managing the fracture. That covers emergency department care, closed reduction, casting, surgical fixation and any visit where treatment decisions are still being made. Multiple providers at multiple facilities may all use ‘A’ during the same treatment episode.
2. The healing phase switches to ‘D’. Once active treatment ends, switch to the subsequent-encounter character that matches the healing. That is D for routine healing of a closed fracture and E or F for an open one. Delayed healing takes G, H or J. Do not keep using ‘A’ for cast checks or wound checks when no new active treatment is performed.
3. No aftercare Z codes for the fracture. The guidelines bar aftercare Z codes (e.g. Z47.-) for injuries and direct you to the 7th character ‘D’ instead. Keep using S52.209 with the right 7th character through the care episode. Once the fracture has healed, Z87.81 (personal history of healed traumatic fracture) records it where relevant.

External cause codes to report alongside S52.209A

External cause codes are secondary codes that document how the injury happened. ICD-10-CM guidelines encourage reporting external cause codes; some payers and states require them. A missing one can draw extra claim scrutiny.

Sequence S52.209A as the first-listed diagnosis and the external cause code as secondary. Confirm payer-specific requirements before submission. Some Medicare Administrative Contractors (MACs) have local policies that go beyond the ICD-10-CM guidelines on external cause reporting.

CPT codes commonly paired with S52.209A

The Current Procedural Terminology (CPT) code you pair with S52.209A depends on how the fracture was treated. The table below lists the primary treatment CPT codes for ulna shaft fractures alongside their clinical context.

Watch for CPT-diagnosis mismatches. Pairing 25515 (open treatment) with S52.209A may trigger a payer edit asking for more fracture detail, because open reduction is typically performed on displaced fractures. If the record supports it, update the diagnosis to S52.221A (displaced transverse fracture, right ulna shaft) before submission.

Documentation requirements for S52.209A

Supporting S52.209A through a payer audit takes a specific set of elements in the clinical record. Good medical billing fundamentals start with documentation that answers every part of the code before the claim is built.

1. Confirmed fracture diagnosis. Imaging (X-ray, CT, MRI) must support the fracture diagnosis. Attach or reference the radiology report on the claim.
2. Anatomic location (shaft or diaphysis). The note must confirm the fracture is in the shaft, not the proximal or distal ulna. “Mid-shaft ulna fracture” satisfies this requirement, but “forearm fracture” alone does not.
3. Laterality. Check the emergency department note, radiology report and operative note. If any of them documents the side, code the side rather than S52.209A. Query the provider when sources conflict. “Unspecified” is appropriate only when the record cannot be clarified.
4. Open vs closed status. The note must say whether the skin over the fracture is intact. Open fractures take B or C at the initial encounter. An open type I or II fracture of the right ulna shaft, for example, codes to S52.201B.
5. Fracture type and displacement. If imaging names the fracture type and the side is known, use the specific code. For example, S52.221A covers a displaced transverse fracture, right ulna shaft.
6. Mechanism of injury. The note should record how the injury happened, to support the external cause code. “Patient fell onto outstretched hand” supports a fall code such as W01.xx, W18.3x or W19.XXXA.
7. Encounter type. The note must confirm the patient is receiving active treatment, not a routine healing check, before you use ‘A’.

Payers may flag repeated ‘A’ encounters for the same fracture. Each active treatment visit should document the treatment provided that day. A cast adjustment, wound management or a surgical follow-up that needs clinical decision-making all qualify. A generic “fracture follow-up” note does not support ‘A’.

Payer requirements and prior authorization for S52.209A claims

Practices submitting S52.209A should verify payer-specific requirements before claim submission. A clean claim starts with checking payer edits before you submit, so a denial never has to teach you the rule.

• Medicare: Some MACs publish local coverage determinations (LCDs) for fracture surgery. These can expect fracture type and laterality on claims for CPT codes like 25515 or 25575. Review the applicable LCD before submitting a surgical claim.
• Medicaid: Many state programs require prior authorization for open reduction procedures (CPT 25515, 25575). Requirements vary by state. Obtain authorization before scheduling surgery when Medicaid is the payer.
• Commercial payers: Many reject unspecified fracture codes when the record shows no provider query. A brief note such as “laterality unverifiable from available documentation, provider queried, no update received” documents the coding decision.
• Imaging attachment: Many payers request X-ray or CT reports as supporting documentation on fracture claims. Submit them electronically where the clearinghouse supports it, and note the imaging date in the claim narrative.

Common claim denial reasons for S52.209A and how to prevent them

Effective denial management workflows start with knowing which patterns trigger rejections for a given code. S52.209A has six recurring denial triggers, and the table below maps each one to its corrective action.

Look up the medical billing denial codes on each electronic remittance advice (ERA). The claim adjustment reason code (CARC) and remark code (RARC) tell you which fix from the table applies.

How Pabau keeps fracture claims moving from submission to payment

Without a billing system, a denied fracture claim means reading the remittance, finding the chart, fixing the code and resubmitting by hand. Each step happens in a different place, so the same S52.209A mistake gets made again next month.

In Pabau’s billing software, claims go out electronically through the Claim.MD clearinghouse. Denial reason codes are tracked across payers, so a repeated ‘A’ or laterality denial shows up as a pattern. That view is part of Pabau’s claims software for orthopedic practices, which keeps the code, the note and the payment on one patient record.

When the payer responds, electronic remittance advice posts the payment or the denial reason straight to the claim. Your team works from one queue rather than chasing paper explanation of benefits forms.

Cleaner fracture claims, fewer resubmissions

Pabau submits claims through the Claim.MD clearinghouse, posts remittances back to the claim and tracks denial reasons by payer. Your team spends less time reworking ulna fracture claims.

Book a demo

Conclusion

Treat S52.209A as the code you land on after checking the record, not the one you start from. Imaging and operative notes usually name the injured side, and that one detail moves the claim to S52.201A or S52.202A.

The 7th character is the other decision worth slowing down for. Keep ‘A’ while a provider is still treating the fracture, and switch to ‘D’ at the first routine healing check. Getting both right before submission takes minutes, while fixing them after a denial costs a resubmission and a delayed payment.

Book a demo to see how Pabau tracks S52.209A claims from submission to remittance in one place.

Continue your research

Managing fracture claim denials at scale? Denial management in healthcare covers the workflows and tools practices use to track, appeal, and prevent claim rejections.

Need to understand how claims move through the system? What is revenue cycle management explains the end-to-end process from charge capture to payment posting.

Submitting claims through a clearinghouse? Pabau’s Claim.MD clearinghouse integration details the payer network, EDI submission formats, and real-time eligibility verification available through Pabau.

Frequently asked questions