ICD-10 Code S62.233B: First metacarpal fracture, unspecified hand

Key takeaways

ICD-10 Code S62.233B describes other displaced fracture of base of first metacarpal bone, unspecified hand, initial encounter for open fracture. It is billable in the 2026 ICD-10-CM edition.

Unspecified hand is the defining feature of this code. It applies when the record does not name the injured side, and never as shorthand for both hands.

Laterality-specific codes exist for the same fracture and encounter: S62.231B for the right hand and S62.232B for the left hand. Query the physician whenever the side can be confirmed.

Other displaced is a residual category. Bennett’s fracture sits in S62.21- and Rolando’s fracture in S62.22-, so neither is coded here.

The seventh character B carries two facts at once. The encounter is initial, and the fracture is open.

Pabau’s claims management software connects to the Claim.MD clearinghouse. It checks code pairings and claim formatting against payer rules before a fracture claim goes out.

ICD-10-CM code S62.233B reports a displaced fracture at the base of the first metacarpal bone when the record does not say which hand was injured. The seventh character B adds two further facts. This is the initial encounter, and the fracture is open.

A fully specified fracture paired with an unspecified side is what makes this code awkward to bill. Payers see a note detailed enough to describe displacement and an open wound, yet silent on which hand. The guidance below follows the 2026 ICD-10-CM edition, effective October 1, 2025.

ICD-10 Code S62.233B: definition and billable status

ICD-10 Code S62.233B is a billable, specific ICD-10-CM code valid for reimbursement under HIPAA-covered transactions. Its full official description is: Other displaced fracture of base of first metacarpal bone, unspecified hand, initial encounter for open fracture.

Unspecified hand means the documentation does not identify a side. It does not mean both hands are injured, and it is not a laterality of last resort for a record that names the hand elsewhere.

According to the Centers for Medicare and Medicaid Services (CMS), ICD-10-CM is the required diagnosis coding system for all covered entities under HIPAA. S62.233B is specific enough to submit directly, and no additional code is required to make it billable.

Clinical meaning of S62.233B: anatomy and fracture patterns

The first metacarpal is the thumb’s foundation. Its base sits at the carpometacarpal (CMC) joint, where it articulates with the trapezium bone of the wrist. This joint bears significant force during gripping and pinching, making base fractures a common presentation in emergency and orthopedic settings.

Other displaced in the code description marks a residual category. Bennett’s fracture is an intra-articular fracture-dislocation of the first metacarpal base, and Rolando’s fracture is its comminuted variant. Both hold their own ICD-10-CM subcategories. S62.23- therefore captures base fractures that are displaced but fall outside those two named patterns.

• Bennett’s fracture: Intra-articular fracture-dislocation at the first CMC joint. Coded to S62.21- (S62.211 right hand, S62.212 left hand, S62.213 unspecified hand). S62.233B does not apply when the documentation states Bennett’s fracture.
• Rolando’s fracture: Comminuted intra-articular fracture of the first metacarpal base. Coded to S62.22-, which splits by displacement first (S62.221 to S62.223 displaced, S62.224 to S62.226 nondisplaced) and then by hand.
• Open fracture: The skin is breached at or near the fracture site. Seventh character B confirms this status for the initial encounter. The Gustilo-Anderson classification may guide surgical decisions, but it does not drive ICD-10-CM seventh character selection.
• Unspecified hand: S62.233B carries no laterality at all. Use it only where the record leaves the side out. A note that names the hand supports S62.231B (right) or S62.232B (left) instead.

Clinically, open metacarpal base fractures typically result from crush injuries, falls on an outstretched hand, or direct blows. They require urgent evaluation given the risk of neurovascular involvement and infection inherent to open injury patterns.

Code hierarchy for S62.233B

S62.233B sits at the bottom of a five-level chain, and reading that chain is how coders catch a truncated code before submission. The wider ICD-10-CM code library follows the same parent-child structure, from chapter down to the billable seven-character code.

The CDC/NCHS ICD-10-CM web tool provides the official tabular list for verifying hierarchy and effective dates. S62, S62.2, S62.23, and the six-character S62.233 are all too general to submit. Only the fully specified seven-character code S62.233B belongs on a claim.

Seventh character and encounter type for S62.233B

The seventh character is where most fracture coding errors occur. For S62.233B, the seventh character is B, which means two things at once. The encounter is initial, and the fracture is open. Both conditions must be true, or the code is wrong.

Across injury categories, the seventh character drives adjudication, DRG assignment, and compliance audits. The ICD-10-CM Official Guidelines for Coding and Reporting, Section I.C.19, define the encounter-type framework for fracture codes.

Key rule: initial encounter refers to the patient receiving active treatment for the fracture, not to the first time they see a provider. A patient transferred between facilities for surgical management is still in initial encounter status while active treatment continues. This is a common misunderstanding in inpatient coding.

When to use S62.233B, and when to use a specific hand

Use S62.233B only when the clinical record does not identify the injured hand. ICD-10-CM publishes a code for each side, so an unspecified laterality code works as a documentation fallback rather than a first choice.

• The record names the side: code S62.231B for the right hand or S62.232B for the left hand. Both describe the same fracture, encounter, and open status as S62.233B.
• The record confirms displacement but not the side: S62.233B is correct on the face of the note. Raise a query if the side can still be confirmed.
• The fracture is nondisplaced: move to the other half of the subcategory. S62.236B covers a nondisplaced base fracture of the unspecified hand at an initial open encounter.
• The note states Bennett’s or Rolando’s fracture: leave S62.23- behind. The unspecified-hand equivalents are S62.213B and S62.223B respectively.
• The note does not localize the fracture to the base: code S62.209B. That covers an unspecified fracture of the first metacarpal bone, unspecified hand, initial encounter for open fracture.

Related ICD-10 codes for first metacarpal base fractures

Coders frequently need to distinguish S62.233B from closely related sibling codes. The differences hinge on laterality, displacement status, fracture pattern, and encounter type. Reviewing AAPC’s ICD-10-CM code lookup alongside the CMS tabular list is recommended when selecting between codes in the S62.2 group.

The WHO ICD-10 browser provides useful context on how the international ICD-10 classification structures hand fracture categories. US coders must always work from the ICD-10-CM tabular list rather than the international version.

Common coding errors with S62.233B

Most S62.233B errors come from misreading the sixth digit or from picking a neighboring family. Six patterns account for the bulk of them.

• Reading the sixth digit as a side. The 3 in S62.233 means unspecified hand. Right is 1 and left is 2.
• Treating S62.234 as the right-hand version. S62.234 sits in the nondisplaced half of the subcategory, so it changes displacement as well as side.
• Coding Bennett’s fracture here. Bennett’s has its own subcategory, S62.21-, and is excluded from S62.23-.
• Defaulting to unspecified when the note names the hand. The specific code is available, and an unspecified one invites a request for records.
• Pairing B with a closed fracture. Seventh character B applies only to an open fracture at the initial encounter.
• Submitting S62.233 on its own. The six-character code has no seventh character, so it is not billable.

The subcategory reads more easily as a grid than as a list. Laid out on its two axes, the sixth digit stops being a guess.

Documentation requirements for S62.233B

Claim denials for S62.233B almost always trace back to incomplete documentation. Four elements decide the code, and the payer’s clinical edit engine checks each one before adjudication. Meeting medical billing compliance requirements for orthopedic fracture coding means capturing all four explicitly in the clinical record.

• Laterality (absent or unspecified): S62.233B is only correct where the operative report, ED note, or assessment leaves the side out. If any part of the record names the hand, code the specific side instead.
• Displacement status (displaced): the record must confirm displacement. A radiology report describing displaced fracture fragments satisfies this. Fracture of the base of the first metacarpal, with no displacement qualifier, is insufficient.
• Fracture type (open): skin disruption must be documented. Acceptable terms include open fracture, compound fracture, skin breached at fracture site, or exposed bone. A wound description alone is insufficient if it does not link to the fracture.
• Encounter type (initial): active treatment must be occurring at this visit. The record should show treatment in progress, such as irrigation, debridement, fixation planning, reduction, or casting. A referral visit with no treatment may not qualify.

Missing laterality is a frequent trigger for orthopedic pre-payment edits. A physician query can add days or weeks to the claim cycle, so catching the omission at the point of care pays for itself.

Billing and reimbursement for S62.233B

S62.233B is a billable ICD-10-CM diagnosis code that can be submitted for reimbursement on HIPAA-covered transactions. Successful submission requires an appropriate procedure code and a medical record that supports every element of the diagnosis. Use of the code does not guarantee reimbursement, and payer policies on medical necessity and procedure pairing vary.

An unspecified laterality code can also draw closer review, since a documented side would have produced a more specific code. Confirm the record genuinely omits the hand before you submit.

CPT codes commonly paired with S62.233B

The procedure codes used alongside S62.233B depend on the surgical approach. Because the fracture is open, closed reduction alone is typically not appropriate. The following CPT codes are examples. Verify each pairing against AMA CPT guidelines and payer-specific medical necessity policies before submitting.

Practices submitting claims for S62.233B can route them through Claim.MD, the US clearinghouse that connects to practice management software like Pabau. It checks diagnosis and procedure code pairings against payer rules before submission. A mismatched pair surfaces there instead of coming back as a denial.

The claims management software built into Pabau connects directly to that clearinghouse. Coders stay in one workflow instead of toggling between a practice management system and a separate portal.

S62.233B denials cluster at one point in the billing workflow. Most are pre-payment clinical-edit failures caused by thin documentation, rather than post-payment recoveries. Fixing the note at the point of care beats chasing retrospective physician queries. On fracture codes it moves the first-pass rate further than any billing-side change.

When an S62.233B claim is denied, sort it by denial reason code before anyone reworks it. Orthopedic fracture denials usually fall into three buckets.

• A missing modifier in a multiple-fracture scenario.
• Documentation that does not support the laterality or the open status.
• An invalid pair of diagnosis and procedure codes.

Tracking those patterns by code gives the billing team something concrete to act on. The electronic remittance advice on a denied S62.233B claim carries the CARC reason. That tells the biller whether the fix is a documentation query or a CPT correction.

How Pabau supports accurate ICD-10 coding for orthopedic fractures

Getting S62.233B right depends on two things. The first is structured clinical documentation that captures every axis of the code. The second is a billing system that catches code-level errors before submission. Practices often have one without the other.

For orthopedic and physical therapy practices managing post-fracture care, practice management software like Pabau supports structured note capture. Your note template can prompt for laterality, fracture type, and encounter purpose while the patient is still in the room. That removes most of the retrospective query burden from the billing team.

On the billing side, the Claim.MD integration checks code pairings and claim formatting against payer-specific rules before the 837P file goes out. An unsupported diagnosis and procedure pair surfaces in the workflow dashboard rather than in a denial report. Whether the note supports an open fracture stays a coder’s judgment call, not a clearinghouse edit.

Pabau’s reporting monitors first-pass claim rates by ICD-10 code range. That shows whether S62.2xx fracture codes generate more denials than other injury categories. It closes the loop between documentation behavior and billing outcomes.

Clean claim standards for open fracture trauma vary by Medicare Administrative Contractor region and by commercial payer. The clearinghouse connection handles payer enrollment and eligibility verification. The front desk then knows, before the appointment, whether the coverage will accept the planned code pairing.

Reduce fracture claim denials with built-in ICD-10 validation

Pabau connects to the Claim.MD clearinghouse to check ICD-10 and CPT code pairings and claim formatting against payer rules before submission. See how orthopedic practices use Pabau to lift their first-pass rate on fracture claims.

Book a demo

Conclusion

S62.233B is the unspecified-hand member of the S62.23 family, and that one detail drives most of its billing problems. The code still demands explicit confirmation of displacement, open-fracture status, and initial encounter. Add the side to the record and a more specific code, S62.231B or S62.232B, becomes available.

Practices that build fracture documentation prompts into the clinical workflow settle most S62.233B billing issues early. Pairing those prompts with pre-submission claim validation stops the rest from hardening into denial patterns. Book a demo to walk through your own fracture coding setup with the Pabau team.

Continue your research

Need to understand how claim denials are categorized and resolved? Denial management in healthcare covers the full process for tracking, appealing, and preventing claim rejections on fracture and injury codes.

Want to verify your claim is structured correctly before submission? Submitting a clean claim outlines the specific formatting, coding, and documentation elements payers check during pre-payment edits.

Looking for guidance on the clearinghouse submission process for US practices? How medical claims clearinghouses work explains 837P file transmission, ERA reconciliation, and payer enrollment requirements.

Frequently asked questions