How we execute · Operator Extension 2.6.8

The gap is real. This is how we close it.

Your EHR, revenue-cycle and PA/UM systems decide and orchestrate. Residual work still leaks into the browser: payer portals, attachments, status phone trees and appeal drafts. DeskGate stages that leftover work inside the coordinator's own browser session, then stops. Chart notes and member IDs are not written to DeskGate databases, and the coordinator remains the Submit gate.

The pipeline

From the decision to the Submit button.

Existing systems decide. Where their APIs end, the work leaks into the coordinator's browser. The Operator Extension works in that session, stages what it can quote and stops before anything irreversible.

  1. 1. Systems decide

    EHR, RCM and PA/UM engines hold the chart, apply necessity guidelines, check eligibility and route billing.

    Already in place
  2. 2. Work leaks into the browser

    Where there is no API, the work lands on the coordinator: payer portals, attachment merges, status calls and appeal drafts.

    The residual gap
  3. DeskGate

    3. The extension docks in the session

    Operator Extension 2.6.8 opens in the Chrome or Edge side panel, beside the payer tab the coordinator already logged into.

  4. DeskGate

    4. Match, then stage

    It reads the screen, matches box labels to chart facts, types into empty boxes and writes [MISS] where the chart is silent. Then it stops.

  5. 5. The human gate

    The coordinator reviews every staged box, resolves each [MISS], attaches files and clicks Submit.

    Coordinator
  6. DeskGate

    6. The ledger

    After Submit, the payer reference is hashed in the browser. The ledger keeps the SHA-256, never the reference.

Systems named on this page are examples of the platforms a desk already runs. They are not DeskGate partners or integrations, and DeskGate does not replace them.

Layer by layer

What each layer does, and what it refuses to do.

Steps 1 to 4 are the Operator Extension on the coordinator's own seat. They are not the tools behind this website, and none of those tools is installed on the desk.

Layer 0 · Already in placeCustomer systems and core platforms

EHR, RCM and PA/UM decision engines

They already handle chart records, medical-necessity guidelines, eligibility checks, billing routing and general orchestration. They do not finish the last-mile clicks and document transfers that have no direct clearinghouse API.

  • Epic / athenahealth
  • Availity / Waystar
  • eviCore / Carelon
  • Decision already rendered

The residual gapWhere software reaches its API boundary

Clicks, attachments and phone trees nobody automated

Regional payer portals without APIs, multi-PDF attachment merges, missing clinical evidence, phone-tree status checks and appeal resubmissions. Today this work falls on overloaded internal staff or goes offshore.

  • Payer portal click-paths
  • Chart attachment merges
  • Status phone chase
  • Appeal draft staging

1 · SessionChrome / Edge side panel

Inside the session that is already open

The extension runs on the coordinator's own seat, in the payer tab that is already logged in. It does not unlock portals, bypass MFA or call the payer. There is no cloud scraper and no remote browser.

  • Desk key lane check
  • No cloud scraper
  • Coordinator's own session

2 · ReadVertex AI · deskgate-production

Quote the screen into side-panel memory

READ CHART sends one screen frame to Gemini on Vertex AI in project deskgate-production, under the Google Cloud BAA executed 28 September 2026. Chart facts and letter facts are kept in separate stores in the side panel. A field is kept only when two reads agree. DeskGate writes no chart data to its databases.

  • Quote or [MISS]
  • Labels only to the matcher
  • Side-panel memory

3 · MatchLabels only · 15-second backup

Match boxes, not values

/api/map-fields receives box labels and fact names, never patient values. Values are typed from side-panel memory and every box is read back. lanes.js is the backup if Vertex AI does not answer within 15 seconds. Typing goes to the frame that owns the box.

  • Empty boxes only
  • Iframe-aware
  • No broadcast

4 · Stagecontent.js · never clicks

Type, then stop

STAGE APPEAL quotes the chart or writes [MISS]. STAGE PORTAL types into empty boxes. Upload boxes are named, never filled. Submit, File, Affirm and Send are refused.

  • Human Submit
  • No file pick
  • No clinical decision

The human gateAutonomous submissions stay at zero

The coordinator remains in command

Routine keystrokes, document lookups and form staging are prepared for the coordinator. Submit buttons, appeal filings, prescription verifications and every other irreversible click wait for the coordinator. Nothing is filed without a person.

  • Coordinator clicks Submit
  • Clinical exceptions go to people
  • One ledger row per case

Ledger · SHA-256 in the browserCase record

A ledger row, not a copy of the case

At GATE, the extension hashes the payer reference in the browser and posts the desk, host, flags and that hash. No names, member IDs, chart text or raw reference. The desk product does not produce a PDF of the case.

  • Hashed in the browser
  • Desk, host, flags, hash
  • No raw reference

Responsibility

Who does what.

Four parties touch a case. Only one of them files it.

Core EHR / PM

Already there

  • Records the clinical and necessity decisions clinicians make
  • Holds the chart
  • Generates the EDI claim
  • DeskGate does not log in or write back

Panel memory

Side panel only

  • Chart facts and letter facts kept apart
  • Quotes a line or writes [MISS]
  • Clears on NEW CASE or a different patient
  • Nothing written to a DeskGate database

DeskGate extension

v2.6.8

  • Screen reads go to Vertex AI under the Google Cloud BAA
  • Types into empty boxes in the owning frame
  • Names an empty required upload; never picks the file
  • Refuses Submit, File and Send

Coordinator

Files the case

  • Reviews the staged boxes
  • Resolves [MISS] and CHECK notes
  • Attaches the files
  • Presses Submit on the portal

Illustrative arithmetic

What the gate-accept rate does to throughput.

Move the sliders to see how the arithmetic responds. This is a model with stated assumptions, not a forecast and not a measured result. The 30-day ledger is the measurement.

Illustrative · not a forecast

Residual workload split and throughput model

No measured hour or percent figure appears here. Every number below follows from the inputs you set.

  • 71% accepted at the gate with no material edit
  • 29% edited at the gate or routed as an exception

6.8

Modeled cases per coordinator-day (illustrative)

176 vs 245

Coordinator-days a month to clear the same queue, modeled vs today (illustrative)

Stated assumption. Modeled rate = today's rate × (1 + accept rate × 0.55), where 0.55 is the assumed share of a case's effort that is staging. Review at the gate is a new task and is never counted as saved, so the uplift stays well below the accept rate.

This is a model, not a result. DeskGate has no completed measurement, and no figure here comes from a live desk. The model shows how throughput responds to the gate-accept rate under the assumption above, so a desk can judge whether the mechanism is worth measuring at all. No dollar figure is shown on purpose: savings depend on a wage we do not know, and a vendor quoting your labor cost back to you is not evidence. The specimen ledger shows what the real report contains.

Not a platform replacement

DeskGate does not replace your billing platform, your EHR or your clinical decision engine.

It works underneath existing systems on the residual work that still needs staff to copy between windows and work legacy payer portals by hand. Our working estimate puts that residual at 15–30% of volume on mixed-payer worklists. It is an estimate, not a measurement, and it varies by desk; the 30-day ledger is how a desk finds its own number.

Provenance. The ledger row carries the desk, host, flags and a SHA-256 of the payer reference. Chart facts stay in side-panel memory until NEW CASE or a different patient. Screen reads go to Vertex AI under the Google Cloud BAA, whose terms govern Google's side (Master Terms §4).

Operator runtime

Zero portal integration. Docks directly in the browser.

Operator Extension 2.6.8 runs on Chrome and Edge. It opens in the side panel beside the payer tab the coordinator already logged into. Because it executes client-side, zero code changes or API integrations are required on Availity, CoverMyMeds, or any payer portal. Screen reads go to Vertex AI in project deskgate-production.

Deployment & Installation

# Enterprise policy force-install (Google Admin / Intune):
bdhbnbpkkcageebgfabcecolflgembfe;https://deskgate.app/ext/updates.xml

# Pilot & developer workstation: Load unpacked from the public repository
# https://github.com/deskgate-app/deskgate-operator-2.6.8-public
# chrome://extensions → Developer mode → Load unpacked

# 1. The side panel opens beside the coordinator's authenticated session
# 2. It quotes on-screen chart facts and marks gaps [MISS]; it never clicks Submit
# 3. The coordinator reviews, attaches files, and clicks Submit
# 4. After Submit, a ledger row with a SHA-256 of the payer reference is written

Client runtime: deskgate-operator-2.6.8-public (MIT). Extension ID: bdhbnbpkkcageebgfabcecolflgembfe. For internal practice dashboards, the client-side overlay is also accessible via /embed.js.

Next

See it staged, then measure it on your desk.

The walkthrough shows the staging on synthetic cases. Access describes the free 30-day measurement for the first 10 desks.