intakeq-mcp
This server is an MCP connector for IntakeQ/PracticeQ, allowing Claude to securely access and manage healthcare practice data with HIPAA-compliant audit logging.
Authentication: set, check, and clear the IntakeQ API key (
set_api_key,auth_status,clear_api_key).Clients: search/list clients and retrieve full client profiles (
list_clients,get_client).Scheduling: list practitioners, services, and locations to get valid IDs; list, get, create, and update appointments (
list_practitioners,list_services,list_locations,list_appointments,get_appointment,create_appointment,update_appointment).Intake forms: list submitted intake forms, retrieve full form details, list questionnaire templates, and send intake forms to clients (
list_intake_forms,get_form,list_questionnaire_templates,send_intake_form).Treatment notes: list and retrieve clinical notes; read-only per the IntakeQ API (
list_notes,get_note).Invoices: list and retrieve invoices with filtering by status, date, client, practitioner, or invoice number (
list_invoices,get_invoice).Files: list client file metadata references only, no file content (
list_files).Audit & compliance: export the local HIPAA audit log with filtering by date range or client ID (
audit_export); every PHI read/write is logged, API keys are encrypted locally, and resources provide compliance notice and live auth status.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@intakeq-mcp send intake form to client Jane Doe"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
@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)
Related MCP server: clio-mcp
Installation
npm install -g @oktopeak/intakeq-mcpClaude Desktop configuration
{
"mcpServers": {
"intakeq": {
"command": "intakeq-mcp"
}
}
}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
Tool | Description | R/W |
| Store IntakeQ API key | W |
| Verify API connection | R |
| Remove stored key | W |
| Search/list clients | R |
| Single client profile | R |
| All practitioners in the account | R |
| Services configured in the account | R |
| Locations configured in the account | R |
| Appointments by client/date | R |
| Single appointment | R |
| Book appointment | W |
| Reschedule/update | W |
| Submitted intake forms | R |
| Full form with answers | R |
| Available form templates | R |
| Send form to client | W |
| Treatment notes (read-only in IntakeQ API) | R |
| Full note | R |
| Client invoices | R |
| Single invoice | R |
| Client file metadata | R |
| Export HIPAA audit trail | R |
Tip: call
list_practitioners,list_services, andlist_locationsbeforecreate_appointmentto obtain valid IDs required by that tool.
MCP Resources
Resource URI | Description |
| HIPAA compliance notice — BAA requirements and what the connector logs |
| Live authentication status (JSON) |
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):
MCP_API_KEY=your-secret TRANSPORT=http PORT=3000 intakeq-mcpThe 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
Variable | Default | Description |
| — | Fallback API key for CI / headless use (prefer the |
|
| Override the IntakeQ API base URL |
|
| Transport mode: |
|
| HTTP server port (HTTP mode only) |
|
| Base URL printed in HTTP startup logs |
| — | Bearer token to gate the HTTP |
| — | Set to |
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.
✉️ office@oktopeak.com — security reports welcome
💼 LinkedIn
Available Tools
22 toolsaudit_exportA
Export the local HIPAA §164.312(b) audit log. Every read and write of PHI is recorded here. Use date_from/date_to to filter by date range, client_id to filter by patient. Supports pagination via limit/offset.
Inputs: limit, offset, date_to, client_id, +1 more.
auth_statusA
Check whether the connector is authenticated with IntakeQ
Inputs: no named parameters.
clear_api_keyA
Clear the stored IntakeQ API key
Inputs: no named parameters.
create_appointmentB
Create a new appointment in IntakeQ. All fields are required.
Inputs: Status (required), ClientId (required), ServiceId (required), LocationId (required), +4 more.
get_appointmentA
Get a single appointment by ID
Inputs: appointment_id (required).
get_clientA
Get a single client by ID (includes full profile).
Response field reference: BillingType: 0=Unknown, 1=SelfPay, 2=Insurance LinkedClientRelationshipType: 0=None, 1=Parent, 2=Child, 3=Spouse, 4=Sibling, 5=Other, 6=Partner
Inputs: client_id (required).
get_formA
Get a single intake form submission by ID. PHI — every call is audit-logged.
Inputs: form_id (required).
get_invoiceA
Get a single invoice by ID
Inputs: invoice_id (required).
get_noteA
Get a single clinical note by ID. PHI — every call is audit-logged.
Inputs: note_id (required).
list_appointmentsA
List appointments. At least one of clientId, startDate, or endDate must be provided.
Inputs: page, status, endDate, clientId, +2 more.
list_clientsA
Search/list clients in the connected IntakeQ account. Returns up to 100 results per page.
Response field reference: BillingType: 0=Unknown, 1=SelfPay, 2=Insurance LinkedClientRelationshipType: 0=None, 1=Parent, 2=Child, 3=Spouse, 4=Sibling, 5=Other, 6=Partner
Inputs: page, search.
list_filesA
List file metadata for a client. Returns references only (Id, FileName, DateCreated, Size, ContentType, FolderId). Files are never downloaded — this tool returns metadata references only. clientId is mandatory.
Inputs: clientId (required).
list_intake_formsA
List intake form submissions. PHI — every call is audit-logged.
Inputs: all, page, client, endDate, +3 more.
list_invoicesB
List invoices from the connected IntakeQ account
Inputs: page, number, status, endDate, +5 more.
list_locationsA
List locations configured in the IntakeQ account. Call this before create_appointment to find a valid LocationId.
Inputs: no named parameters.
list_notesA
List clinical notes. PHI — every call is audit-logged. Notes are read-only in IntakeQ.
Inputs: page, client, status, endDate, +3 more.
list_practitionersA
List all practitioners in the IntakeQ account. Call this before create_appointment to find a valid PractitionerId.
Inputs: no named parameters.
list_questionnaire_templatesA
List all questionnaire templates available in the IntakeQ account
Inputs: no named parameters.
list_servicesA
List services configured in the IntakeQ account. Call this before create_appointment to find a valid ServiceId.
Inputs: practitionerEmail.
send_intake_formA
Send an intake form to a client. Provide QuestionnaireId plus either ClientId or (ClientName and ClientEmail).
Inputs: QuestionnaireId (required), ClientId, ClientName, ClientEmail.
set_api_keyA
Store your IntakeQ API key and verify connectivity
Inputs: api_key (required).
update_appointmentA
Update an existing appointment via PUT. Id and UtcDateTime are required. Cannot change client or practitioner.
Inputs: Id (required), UtcDateTime (required), Status, ServiceId, +3 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 22 tools
Each tool targets a distinct resource and action: clients, appointments, forms, notes, invoices, files, auth, and audit. The list/get pairs are clearly separate from mutation tools, and no two tools overlap in purpose.
Most tools follow a consistent verb_noun pattern (list_clients, get_appointment, create_appointment). The only noticeable deviation is 'auth_status' instead of 'get_auth_status', which breaks the pattern slightly.
With 22 tools, the server sits in the 16-25 range which is considered heavy. The breadth of IntakeQ's domain (clients, appointments, forms, notes, invoices, files, auth, audit) justifies the count, but it is on the upper edge of what feels appropriate.
The set covers many resources with list/get operations, and appointments have create/update. However, there are notable gaps: no client creation/update/deletion, no appointment cancellation, and files only expose metadata. These are significant for a practice management workflow.
Maintenance
Related MCP Connectors
Create contacts, move deals, send proposals and invoices, read your inbox, from Claude or ChatGPT.
Connect Claude to your Platform7n workspaces: chat, links, work and decks. One-click OAuth.
Connect Claude to Fathom meeting recordings, transcripts, and summaries
Search clients, appointments, intakes, notes and invoices in IntakeQ, and book or cancel visits.
Related MCP Servers
- AlicenseCqualityBmaintenanceEnables Claude to access and manage your law firm's MyCase account, including cases, clients, tasks, invoices, and more.1002MIT
- AlicenseNot gradedqualityAmaintenanceConnects Claude to Clio practice management, enabling AI-assisted access to matters, contacts, documents, tasks, and billing with audit logging and encryption for law firm compliance.440 npm27MIT
- AlicenseNot gradedqualityDmaintenanceEnables Claude and other AI assistants to trigger HIPAA-compliant patient task management workflows through natural language.1MIT
- FlicenseAqualityDmaintenanceEnables Claude to query and manage home-care operations including clients, visits, and compliance, with schema-validated write tools and a tamper-evident audit log.5-