
IntakeQ MCP
io.github.oktopeakPublished by GitHub account oktopeakv1.0.1Updated Oct 24, 2026
IntakeQ/PracticeQ MCP connector with HIPAA §164.312(b) audit logging on every PHI read/write
Overview
Connector that lets an assistant read and write IntakeQ/PracticeQ practice data — clients, appointments, intake forms, notes and invoices — with local HIPAA § 1
- What you can do
- Manage clients and account setup: search and read client profiles, list practitioners, services and locations, and store, check or clear the IntakeQ API key via tools and resources (compliance notice, auth status).
- When to use it
- Use it when a practice runs on IntakeQ/PracticeQ and wants an assistant to look up clients, appointments, forms, notes and invoices, or to book and reschedule appointments and send intake forms.
- Requirements
- Runs locally as an npm package (Node.js) over stdio by default, or as an HTTP server with TRANSPORT=http and PORT. Needs an IntakeQ API key, generated in IntakeQ under Settings → Integrations → Developer API, supplied through the set_api_key tool or the INTAKEQ_API_KEY variable. HTTP mode requires MCP_API_KEY. Network access to the IntakeQ API, which is rate limited to about 10 requests per minute.
Installation
In SourceWeft
- Open IntakeQ MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
@oktopeak/intakeq-mcp
Built by Oktopeak — AI transformation & automation for healthcare practices
Digital transformation for healthcare and legal businesses. We build AI integrations, workflow automation, and custom software your practice owns outright — including this connector. → Book a 30-min call
IntakeQ/PracticeQ MCP connector for Claude. Gives Claude access to your IntakeQ scheduling, intake forms, treatment notes, invoices, and client records through the Model Context Protocol.
Every PHI read and write is logged locally in compliance with HIPAA §164.312(b).
⚠️ Before you connect this to real patient data
Two things must be in place before PHI flows through this connector:
-
IntakeQ BAA — IntakeQ/PracticeQ includes a Business Associate Agreement. Sign it in your IntakeQ account (Settings → HIPAA) before going live. This is one of IntakeQ's strengths: the BAA is self-serve and included in all plans.
-
Anthropic enterprise tier with ZDR — With hosted Claude + MCP, PHI goes to Anthropic for inference. The defensible claim is training-disabled + Zero Data Retention under enterprise + BAA — not data locality. "Access" (the model processed it) is the exposure, not just retention. Sign up for Anthropic enterprise and request a BAA before using this with real patients.
What this connector does:
- Brokers authenticated calls to the IntakeQ REST API
- Logs every PHI read and write to
~/.intakeq-mcp/audit.log(HIPAA §164.312(b)) - Stores your API key encrypted (AES-256-GCM) locally — no PHI content stored (audit entries contain only access-trail identifiers)
Installation
Claude Desktop configuration
Authentication
Generate your API key in IntakeQ: Settings → Integrations → Developer API
Then tell Claude:
"Set my IntakeQ API key to [your-key]"
Or use the MCP tool directly: set_api_key
Tools
Tip: call
list_practitioners,list_services, andlist_locationsbeforecreate_appointmentto obtain valid IDs required by that tool.
MCP Resources
HIPAA Audit Log
Every PHI read and write is appended to ~/.intakeq-mcp/audit.log (JSONL format).
Each entry records: timestamp, session ID, machine IP, tool name, arguments (sanitized),
outcome, practitioner ID, client ID, and result count.
Export the audit log at any time: ask Claude to run audit_export.
Audit logging is fail-open. If the log file can't be written (disk full, permissions),
the tool call still completes rather than blocking clinical work — the failure is written
to stderr with an [audit-log-failure] prefix so it can be monitored/alerted on. If you
need a hard guarantee that PHI access is never left unlogged, monitor process stderr for
that prefix in your deployment.
HTTP transport
The server runs in stdio mode by default. To run as an HTTP server (e.g. for multi-user or remote deployments):
The MCP endpoint is at /mcp, gated by a required Bearer token (MCP_API_KEY). The
server refuses to start in HTTP mode without MCP_API_KEY set, since an unauthenticated
endpoint would expose every PHI tool to anyone who can reach the port. To explicitly opt
into an unauthenticated endpoint for local development only, set MCP_ALLOW_NO_AUTH=true —
never do this with real patient data.
HTTP transport does not terminate TLS itself. Run it behind a reverse proxy (nginx, Caddy, your cloud provider's load balancer, etc.) that terminates HTTPS — otherwise the Bearer token and all PHI in transit are sent in plaintext on the network.
Each HTTP session maintains its own API key in memory — the set_api_key tool scopes the key to the session and never writes it to the shared disk file. Sessions are garbage-collected after 24 hours.
Health check: GET /health → { "ok": true, "sessions": <count> }
Environment variables
Rate limiting
IntakeQ enforces ~10 requests/minute. The connector retries automatically on HTTP 429 (up to 3 attempts, with back-off delays of 10 s / 20 s / 30 s). After 3 failures the error is surfaced rather than hanging indefinitely.
Not yet covered
- Insurance claims / CMS-1500 write
- Webhooks
- Bulk operations
- Creating treatment notes (not available in IntakeQ API)
Other open-source connectors by Oktopeak
Same architecture (encrypted key storage, audit logging, rate limiting), different platforms:
- Clio MCP — Claude + Clio practice management (
@oktopeak/clio-mcp) - MyCase MCP — Claude + MyCase legal practice management (
@oktopeak/mycase-mcp) - Filevine MCP — Claude + Filevine practice management (
@oktopeak/filevine-mcp)
Supporting this project
This connector is free, MIT licensed, and maintained by Oktopeak. It always will be — we don't take donations. If it saved you time, the things that actually help:
- Star this repo. It is genuinely how other firms find it.
- Tell another firm running IntakeQ.
- Leave a review if we helped you directly.
- Need it deployed, extended, or maintained for your firm? Commercial support — that is what funds the free work.
- Practice-wide deployment: rolling Claude + this connector out to a whole practice (Claude Cowork, multi-user, security review)? See Firm Deployment.
Who we are
Oktopeak — digital transformation for healthcare and law firms.
We're a 7-person in-house product team building AI solutions for regulated industries: AI integrations, workflow automation, and custom software our clients own outright. We maintain four open-source MCP connectors — Clio, MyCase, Filevine, and IntakeQ — and deploy them inside real practices with scoped credentials, audit logs, and workflows built around how your team actually works.
- 🌐 oktopeak.com
- 📅 Book a 30-min call
- ✉️ [email protected] — security reports welcome
Source: README.md at commit 25a494b
Tools
0Version history
1- v1.0.1LatestSep 16, 2026
Score
40% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Declare a license in the repository or the registry entry.