An edit that fires is not a door that closes. It is a question the chart has to answer.
Most over-coding does not come from missing content. It comes from correct-coding edits a practice already owns and never enforced. Here is how CorePulse, ASP-RCM's autonomous coding engine, reads a Procedure-to-Procedure edit the way a senior coder does: check the indicator first, then ask what the documentation actually supports.
traced back to NCCI Procedure-to-Procedure edits that were already owned and available, but sat unenforced at the point of coding. The content was never the gap. Enforcement was.
The gap is enforcement, not content
The NCCI Procedure-to-Procedure (PTP) edit tables and the NCCI Policy Manual are published quarterly by CMS and are free to every practice in the country. The question was never whether a team had the edits. It was whether every claim actually ran through them, line by line, before it left the building.
CCMI is the first read, and it is binary
Every PTP edit carries a Correct Coding Modifier Indicator. Before CorePulse considers a modifier at all, it reads the indicator. That single value decides whether the conversation is even open.
No modifier can separate these codes
A CCMI of 0 means the edit cannot be bypassed under any circumstance. There is no documentation, no clinical scenario, and no modifier that makes the column-two code separately payable with the column-one code on the same claim. CorePulse holds the line and reports the edit rather than routing around it.
- The pairing is not separately reportable, period
- Modifier 59 and the X{EPSU} subset are irrelevant here
- Bypassing a CCMI-0 edit is an unbundling exposure, not a recovery
Conditionally bypassable, only if the chart earns it
A CCMI of 1 does not mean "a modifier is allowed." It means the edit is conditionally bypassable, and only when the documentation supports a distinct service and an approved modifier is genuinely justified. The edit existing does not prove both services are separately billable. The record has to.
- Distinct service must be documented in the note, not assumed
- An approved modifier must be clinically justified by that documentation
- Absent both, the correct action is to leave the edit in force
How CorePulse walks a CCMI-1 edit
The engine treats a conditional edit as a decision with a burden of proof, evaluated on the complete claim, not on a line pulled out of context.
Read the indicator
Match the code pair to the current NCCI PTP table and pull its CCMI. A 0 stops here and stays bundled.
Test the documentation
For a CCMI of 1, look for a distinct service in the note: separate session, site, lesion, or encounter that the record actually describes.
Justify the modifier
Only if the distinct service is documented does CorePulse consider an approved modifier, and it picks the most specific one the note supports.
Otherwise, hold
No documented distinction means no bypass. The edit stays in force and the line is flagged, not silently overridden.
Modifier 59 and X{EPSU} are exceptions, never defaults
These modifiers exist to describe a specific documented circumstance. CorePulse never reaches for them to clear an edit. It reaches for them only when the note already tells the story, and it prefers the precise X subset over the blunt instrument.
The X{EPSU} subset is a more specific alternative to 59. When the documentation points to one, CorePulse uses the specific subset rather than defaulting to 59.
Owned versus enforced
Every practice already owns the NCCI edit content. The measured difference shows up in how consistently those edits actually run against complete claims before submission.
The lower bar is not a content problem. It is the share of edits that never got checked at the point of coding, the same enforcement gap behind roughly half of measured over-coding. CorePulse closes it by running every PTP edit on every complete claim, every time.
Guidelines CorePulse codes against, by name
No proprietary interpretation stands in for the source. CorePulse cites the same authorities a compliance auditor would open.
Stop routing around the edits you already own
CorePulse enforces the NCCI PTP tables inline on every complete claim, reads CCMI before it reads a modifier, and never treats a distinct-service modifier as a default. If half your over-coding traces to edits you already have, the fix is enforcement, and it can run this quarter.
See CorePulse on your claimsASP-RCM Solutions / CorePulse Autonomous Coding Engine
Related reading
Leveling E/M by MDM in 2026: what the engine weighs that a coder rushes
See how CorePulse scores the 2026 AMA MDM grid to justify each office E/M level, and exactly where the G2211 c
Read →WhitepaperAutomating modifiers 59 and 25, with a human on the line.
How CorePulse uses AI modifier automation to propose distinct-service modifiers 59, XE, XS, XU and 25 under CM
Read →BriefingVoiceIQ and the 276/277 loop: a 2026 claim-status checklist
A 2026 operator checklist for automating claim-status follow-up with X12 276/277 and CAQH CORE, so your AR tea
Read →