DenialPath
REMOTE · DENIALPATH.VERCEL.APP · SCANNED AUG 3
Deterministic CMS NCCI/MUE claim scrubbing and CARC/RARC denial explanations, cited to source.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →
Endpoint Security63
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 6 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability65
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 1658 tokens (~276/item across 6 items; 6 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management27
- Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.
remote · denialpath.vercel.app
claude mcp add --transport http maxbeech-denialpath https://denialpath.vercel.app/api/mcp
[mcp_servers.maxbeech-denialpath] url = "https://denialpath.vercel.app/api/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"maxbeech-denialpath": {
"type": "remote",
"url": "https://denialpath.vercel.app/api/mcp",
"enabled": true
}
}
} openclaw mcp add maxbeech-denialpath --url https://denialpath.vercel.app/api/mcp --transport streamable-http
mcp_servers:
maxbeech-denialpath:
url: "https://denialpath.vercel.app/api/mcp" {
"mcpServers": {
"maxbeech-denialpath": {
"type": "http",
"url": "https://denialpath.vercel.app/api/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 2 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 20 to 23. That category is still filling its 30-day observation window: 6 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes.
- 31 Jul 26 +1
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 30 Jul 26 +1
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 29 Jul 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 7 to 10. That category is still filling its 30-day observation window: 2 days of observed history at the previous scan, 3 at this one. The score rises as the window fills, whether or not the server changes.
- 27 Jul 26 +1
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 26 Jul 26 62
First indexed and scored.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 3 Aug 2026 · Probed https://denialpath.vercel.app/api/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=*.vercel.app | CN=WR1,O=Google Trust Services,C=US | 28 Jun 2026 | 26 Sept 2026 | RSA 2048 | SHA256-RSA | b1c2b607df94f28513779ae26fecf92f |
| SANs: *.vercel.app | ||||||
| CN=WR1,O=Google Trust Services,C=US (CA) | CN=GTS Root R1,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | RSA 2048 | SHA256-RSA | 7fd9e2c2d2048a0474b627a26d0868a7 |
| CN=GTS Root R1,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 19 Jun 2020 | 28 Jan 2028 | RSA 4096 | SHA256-RSA | 77bd0d6cdb36f91aea210fc4f058d30d |
DNSSEC insecure
Validation of denialpath.vercel.app. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| app. | present | 23684 | 8 | Verified |
| vercel.app. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
| Header | Value |
|---|---|
| strict-transport-security | max-age=63072000; includeSubDomains; preload |
| x-content-type-options | nosniff |
| x-frame-options | DENY |
| referrer-policy | strict-origin-when-cross-origin |
| permissions-policy | camera=(), microphone=(), geolocation=() |
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://denialpath.vercel.app/api/mcp | Verified | 200 | |
| http (plaintext) | http://denialpath.vercel.app/api/mcp | HTTPS enforced | 308 | https://denialpath.vercel.app/api/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.
check_claim ~285
Scrub a claim against the NCCI procedure-to-procedure (PTP) edits and medically unlikely edits (MUE) in force on its date of service. Deterministic: no model, so identical input always returns an identical verdict. Every finding.status is one of pass (checked against a real edit and clean), fail (an edit fires), bypassed (an edit fires but a modifier already on the line legitimately resolves it), or no_data (we hold no edit for this code or pair in our dataset). no_data is NOT a pass: treat it as unchecked, since CMS may still deny the line under an edit outside our loaded subset. summary.clean is true only when every finding is pass and none are no_data - never report a claim clean because nothing failed if some lines were never checked. The response echoes editQuarter (the CMS quarter version the verdict was computed against) and coverage (how many PTP pairs and MUE codes are loaded), so you can tell a caller exactly what was checked. Free, no API key needed; a key only raises the rate limit.
| Name | Type | Req | Description |
|---|---|---|---|
| dateOfService | string | yes | ISO yyyy-mm-dd. Selects which CMS edit quarter applies. |
| lines | array | yes | The billed lines on this claim. |
| payerSlug | string | — | Optional payer slug for context. Does not change the PTP/MUE verdict. |
No output schema declared.
No examples provided.
draft_appeal ~361
Generate an appeal letter for a denial, assembled deterministically from cited facts. REQUIRES A PRO OR SCALE PLAN. Called by an anonymous caller or a key on the free plan, this returns an upgrade_required error naming the pricing page - it never fabricates or partially generates a letter for a caller who cannot access the feature. The letter argues the billing question only: it never asserts anything about the patient's clinical condition. Any fact only the practice holds (providerName, claimNumber, dateOfService, codes, the signature) that is not supplied is rendered as an explicit "[TO BE COMPLETED BY PRACTICE]" placeholder in the letter body and listed by name in placeholders, never invented. grounded is true only when we hold the CARC supplied and could argue it with our own corrective-action data; when false, the letter still assembles around payer/claim details and any practiceNote given, but the substantive grounds section is left as a placeholder for the practice to write.
| Name | Type | Req | Description |
|---|---|---|---|
| carc | string | yes | CARC code from the remittance, e.g. "CO-45" or "45". |
| claimNumber | string | — | Optional. Rendered as a placeholder if omitted. |
| codes | array | — | Optional procedure codes at issue, numeric reference only. |
| dateOfService | string | — | Optional. Rendered as a placeholder if omitted. |
| payerSlug | string | — | Optional payer slug, to cite that payer's appeal policy and window. |
| practiceNote | string | — | Optional free-text detail from the practice, appended to the argument section. |
| providerName | string | — | Optional. Rendered as a placeholder if omitted. |
| rarc | array | — | Optional RARC codes on the same remittance line. |
No output schema declared.
No examples provided.
explain_denial ~220
Explain a CARC (Claim Adjustment Reason Code) and any RARCs (Remittance Advice Remark Codes) from a remittance: plain meaning, ranked corrective actions, and whether an appeal is worth filing. found:false means we do not hold that CARC in our dataset (X12 publishes far more codes than we have curated) - the response still returns the group-code meaning when a group prefix (CO/PR/OA/PI) was supplied, and note explains the gap rather than leaving it silent. unknownRarc reports, rather than silently drops, any RARC you passed that we do not hold. Passing payer additionally attaches that payer's appeal deadline where we hold one. Free, no API key needed.
| Name | Type | Req | Description |
|---|---|---|---|
| carc | string | yes | CARC code, with or without a group prefix, e.g. "CO-45" or "45". |
| payer | string | — | Optional payer slug, to attach a timely-filing appeal deadline. |
| rarc | array | — | Optional RARC codes on the same remittance line. |
No output schema declared.
No examples provided.
get_mue ~171
Look up the medically unlikely edit (MUE) unit limit for a single CPT/HCPCS code. status is found or no_data; no_data means we hold no MUE value for this code in our dataset, not that CMS publishes none. When found, the returned limit.mai (adjudication indicator: "1" line edit - denies the excess units on the line; "2" date-of-service absolute - never payable above the limit on that date, not even on appeal; "3" date-of-service clinical - may be allowed above the limit with supporting documentation) governs what a biller can do above the limit, explained in limit.maiMeaning. Free, no API key needed.
| Name | Type | Req | Description |
|---|---|---|---|
| code | string | yes | CPT/HCPCS code, e.g. "36415". |
No output schema declared.
No examples provided.
get_ncci_edits ~264
Look up NCCI procedure-to-procedure (PTP) edits, in two modes. Pair mode: pass column1, column2 (either order) and dateOfService to check whether that specific pair bundles on that date; status is no_data (we hold no edit for this pair in our dataset - NOT confirmation CMS has none), not_applicable (we hold the edit but it does not apply on this date, either outside its effective/deletion window or modifierIndicator "9" meaning the edit is deleted or never applicable), or applies. List mode: pass code alone to get every pair in the dataset involving that code, in either column, with no date filtering. modifierIndicator "0" means no modifier may ever bypass the edit; "1" means a modifier may bypass it, but only where the services were genuinely distinct. Free, no API key needed.
| Name | Type | Req | Description |
|---|---|---|---|
| code | string | — | List mode: a single code, returning every pair involving it. |
| column1 | string | — | A CPT/HCPCS code. Pair mode: use with column2 and dateOfService. |
| column2 | string | — | The other code in the pair. |
| dateOfService | string | — | ISO yyyy-mm-dd. Required in pair mode. |
No output schema declared.
No examples provided.
get_timely_filing ~114
Days remaining to file an initial claim (or, if already past, how far over) for a payer given a date of service. daysRemaining and expired are null when we hold no published timely filing limit for that payer, which is common since many limits are contract-specific - check note before treating the result as an actual deadline. Free, no API key needed.
| Name | Type | Req | Description |
|---|---|---|---|
| dateOfService | string | yes | ISO yyyy-mm-dd. |
| payer | string | yes | Payer slug, e.g. "aetna". |
No output schema declared.
No examples provided.