The operator console for Northlake Health's Denials Investigator (dev, org
900000109 / app 900000102). A revenue-cycle manager asks why claim denials
rose; Ava — an AI employee — investigates the hospital's Databricks lakehouse
and comes back with a cause, a dollar figure and a recommendation. He approves,
and she re-checks on her own two minutes later.
THE POINT OF THE SCREEN is that her work is checkable. Anyone can be told an
agent analysed their denials; AvaLive shows the actual SQL she sent to
Databricks, in order, with what came back and how long each query took — and it
does NOT hide a query she got wrong and corrected, because that is the most
convincing thing on the page.
Two decisions worth knowing about:
* Her trace does not come from the AI-employee monitor API. That endpoint needs
an org-scoped studio token and answers "no organization scope on this
account" for every user of this console. It comes instead from two views
(northlake_app.ava_trace / ava_decisions) exposed as ordinary rdbms record
views, behind a login role that cannot read the aiemployee schema at all.
Seeded by sm2/custom-apps/denials-investigator/07_console_views.sql.
* Ava's own activities — Record Findings, Confirm Recovery, Flag Still
Elevated, Escalate — are deliberately absent from STAGE_ACTIONS. Putting them
on screen would only let a person sign in as the agent and press its button,
which is a person impersonating an agent rather than an agent working.
Violet is the AI and nothing else is violet; amber is the one queue a human
owns. No API URL is compiled in — config.js carries it at placement time.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
