Billable vs Non-Billable ICD-10-CM Codes (Specificity Rules)

Ask any coder which ICD-10-CM error generates a claim with the highest probability of denial; the answer is almost always the same: submitting a non-facitable code. It seems like a real code, appears in the manual, and describes the patient's condition, but the payer rejects it. The reason is specificity. ICD-10-CM is a hierarchy, and only the most specific codes in that hierarchy (leaf nodes) are valid for submission. This guide explains exactly what makes an ICD-10 code facitable, how to recognize non-facitable headers at a glance, and how to code each diagnosis with full specificity so that your claims stop bouncing. If you want to check any code while you read, keep our ICD-10 code browser open in another tab.

Is an ICD-10 Code Billable? The One Rule That Governs Everything

Only one criterion determines billability: a code is billable only when it is fully specified, that is, when it is the most specific and terminal code in its branch of the hierarchy. In ICD-10-CM terminology, a "billable" or "valid for submission" code is always a leaf code: it has no children below it and carries all the characters that the classification requires. If a code has any additional subdivision available, choosing the parent instead of a child leaves the diagnosis poorly coded and, therefore, it is a code that is not billable.

Think of the classification as a tree. Three-character categories are the trunk, four, five, and six-character subcategories are the branches, and finally, fully specified codes are the leaves. Payers only accept final codes or leaves. A branch (a header code) exists to organize the codes that hang from it, not to be used in a claim or document a bill. That's why the question "Is this ICD-10 code billable?" can easily be rephrased as: "Is this the terminal code, or is there something more specific below it?"

Header Codes: Real Codes That You Cannot Bill

A header code (also known as a category or subcategory header) is a valid ICD-10-CM entry that subdivides into more specific codes. Since there are more specific codes below, the header itself is not valid for submission. Headers are neither errors nor errata; they are legitimate steps on the classification ladder that the system never intended you to bill.

The most known headers are three-character categories that have been expanded. Take E11, "Diabetes mellitus type 2". It is a real category, but it has dozens of children (E11.0 to E11.9 and deeper), so E11 can never appear in a bill. The same happens in deeper levels. E11.3 ("Diabetes mellitus type 2 with ocular complications") is also a header, because it also has children. And so is E11.31 ("...with unspecified diabetic retinopathy"), which subdivides even further. Only when you reach a code without children (ex. E11.311, E11.319) do you have something billable.

A Worked Hierarchy: From E11 Down to a Billable Leaf

The diabetes branch is a perfect teaching example because it descends through several non-billable headers before it reaches a billable code. Follow the chain:

• E11 — "Type 2 diabetes mellitus." Three-character category. Non-billable header; it has subdivisions.
• E11.3 — "...with ophthalmic complications." Four-character subcategory. Non-billable header; it has subdivisions.
• E11.31 — "...with unspecified diabetic retinopathy." Five-character subcategory. Non-billable header; it still subdivides.
• E11.311 — "...with macular edema." Six characters, no children. Billable.

Notice that E11.319 ("...without macular edema") is the facturable sibling of E11.311. At the leaf level, the classification forces you to choose: with or without macular edema. There is no facturable way to "stop short" at E11.31 and let the payer resolve it; the code simply is not facturable at that level. Each step from E11 to E11.311 is a real and well-formed code, but only the last one is valid for submission.

The practical lesson is that non-billable headers are not rare exceptions that you occasionally stumble upon; quite the opposite, they are the majority of entries you overlook on the path to a billable code. In a crowded category like diabetes, a coder may cross three separate headers before reaching a leaf. Each of those headers is a legitimate point of passage, but treating any one of them as a final element produces an unbillable item. Training yourself to ask "is there something that sits below this?" at every level is the only habit that eliminates the most common cause of specificity rejections.

When a Three-Character Code IS Billable

Here is the nuance that trips up many people: a three-character code is billable when it has no subdivision. The length of a code does not determine billability; it is the presence or absence of children that does. If a three-character category has never been subdivided, then those three characters already represent the full specificity, and the code is a valid leaf and, therefore, billable.

The classic example is I10, "Essential (primary) hypertension". It has no children; there is no I10.0 nor I10.9. Since nothing more specific exists, I10 is coded with "full specificity" and, therefore, it is a billable item. Other unique code categories behave the same way. So the rule is not "three-character codes are never billable," it is "code to the most specific level available."

This is exactly where a lookup tool earns its keep. Rather than memorizing which categories subdivide and which do not, you can confirm billable status instantly. Our ICD-10 code browser shows a clear billable or non-billable badge on every result, so you can see at a glance whether I10 is a payable leaf and whether E11 is a header you must drill past.

The Seventh Character: Another Way to Fall Short of Specificity

The specificity is not just a matter of how far down the tree you go — for many codes of injury, poisoning, and external causes, it also depends on a seventh character that is mandatory. When a category requires a seventh character, any form of the code shorter than seven characters is non-billable, because it lacks information that classification considers essential: the episode of care. In other words, whenever we can make it more specific, we should go down the tree until we find the billable node.

Consider S52.501, "Fracture of unspecified distal part of right radius". Despite having six characters and appearing complete, it is not billable on its own. The fracture categories in Chapter 19 require a seventh character (for example, A for initial encounter of closed fracture, D for subsequent encounter with routine healing, or S for sequela). The valid and billable form is S52.501A. If you send only the six-character code, again, the claim is denied for lack of specificity.

The Placeholder X

The seventh character must always occupy the seventh position. When the base code is shorter than six characters but still needs a seventh character, a placeholder X fills the empty positions to correctly place the seventh character in its position. In T36.0X1A — "Intoxication by penicillins, accidental (not intentional), initial encounter" — the X in the fifth position has no inherent meaning; it exists solely to hold the seventh character (A) in place. Remove the placeholder or the seventh character, and you no longer have a valid and billable code. A tool that displays the complete and correctly filled code prevents this kind of error entirely.

Why Claims Reject on Unspecified and Truncated Codes

Two different errors can lead to "not specific enough" cases in a shipment, and it's advisable to keep them apart.

A truncated code will therefore be invalid as it is a header, not a seventh character that is not valid for encoding an invoiceable item. The payer will reject it because it is not an invoiceable code. It is a formatting and specificity error. Never send anything that your reference indicates as non-invoiceable.

A code not specified is another matter. Codes that end in "not specified" (for example, a code for a condition "not specified" as to location or severity) are often billable codes and, therefore, valid for submission. The problem is that many payers apply medical necessity edits that deny or degrade these not specified codes when documentation could have supported something more specific. So a not specified code can be technically billable and still be denied for lack of clinical specificity. The solution is to document, code the laterality, severity, and manifestation that the history actually supports instead of defaulting to "not specified."

Laterality: Specificity You Can Lose Without Noticing

The laterality (right, left, or bilateral) is one of the most common specificity dimensions in ICD-10-CM, and one of the easiest to under-code. Many categories offer a code for the right side, one for the left side, one bilateral, and one of "unspecified." All four can be billable, but three of them carry real clinical information and one does not.

Let's take the "senile cataract" family as an example: there are different billable codes for the right eye, the left eye, and bilateral involvement, along with an "eye not specified" option. If the surgical note says "right eye," coding the side unspecified code is a lack of specificity although the code sent is billable. Payers are increasingly denying non-specific side codes when the history is clearly documented on one side. The discipline is the same throughout ICD-10-CM: take the specificity that the documentation gives you. When you check a family of laterality codes, our ICD-10 code browser allows you to write the three-character category and see the entire family (right, left, bilateral, not specified) side by side, making the specific choice evident.

A Quick Checklist Before You Submit

• Is it a leaf? Confirm that the code has no children. If there are subdivisions, descend until you reach the terminal code.
• Does the category require a seventh character? If so, the code is non-billable until the seventh character is present (with padding of placeholder X until it reaches seven characters).
• Have you taken all the specificity that the history supports? Laterality, gravity, and manifestation should reflect the documentation, not a default "not specified."
• Is a three-character code really complete? A few categories like I10 do not have subdivisions and are billable as is—verify instead of assuming.
• Did you check with the current edition? The ICD-10-CM code set from CDC/NCHS is updated every October 1st; the billable status of a code can change when a category is expanded.

None of this replaces the ICD-10-CM Official Guidelines for Coding and Reporting, the clinical documentation, or your organization's compliance review. A browser finds and confirms codes fast; the guidelines and the record decide which code is correct. If you want to go deeper on how codes are built and how to search them, read our companions on ICD-10-CM code structure, how to look up an ICD-10-CM code, and the broader overview of understanding ICD-10 codes. Then open the ICD-10 code browser and check the billable badge on every code before it reaches a claim.

Sources

• CMS — ICD-10-CM Official Guidelines for Coding and Reporting, FY 2026 — the authoritative conventions and rules governing code specificity, seventh characters, and use of unspecified codes.
• CDC/NCHS — ICD-10-CM — the National Center for Health Statistics, which maintains the official U.S. diagnosis classification jointly with CMS.
• CDC/NCHS — ICD-10-CM Files — the annual code descriptions and addenda released each fiscal year, where billable status and category subdivisions are defined.