IntakeQ MCP

io.github.oktopeak由 GitHub 账号 oktopeak 发布v1.0.1更新于 Oct 24, 2026

IntakeQ/PracticeQ MCP connector with HIPAA §164.312(b) audit logging on every PHI read/write

概览

AI 生成的概览

该连接器让助手读写 IntakeQ/PracticeQ 诊所数据——客户、预约、问诊表、治疗记录和发票——并在本地记录 HIPAA 审计日志。

可以做什么
管理客户与账户配置:搜索和读取客户资料,列出执业人员、服务和地点,并通过工具和资源(合规说明、认证状态)保存、检查或清除 IntakeQ API 密钥。
适用场景
适用于使用 IntakeQ/PracticeQ 的诊所,希望助手查询客户、预约、问诊表、治疗记录和发票,或预约、改期并发送问诊表。
运行要求
以 npm 包形式在本地运行(需 Node.js),默认使用 stdio,也可用 TRANSPORT=http 和 PORT 以 HTTP 服务器运行。需要 IntakeQ API 密钥,在 IntakeQ 的 Settings → Integrations → Developer API 生成,可通过 set_api_key 工具或 INTAKEQ_API_KEY 变量提供。HTTP 模式需要 MCP_API_KEY。需能访问 IntakeQ API,该 API 限速约每分钟 10 次请求。
安装前请注意
涉及受保护健康信息(PHI)。README 指出,在用于真实患者数据前需签署 IntakeQ BAA,并采用带零数据保留和 BAA 的 Anthropic 企业版,且 PHI 会发送至 Anthropic 进行推理。审计日志为失败放行,可能出现未记录的访问。写入类工具会创建和更新预约并发送问诊表。HTTP 模式本身不终止 TLS,需置于 HTTPS 反向代理之后,否则 MCP_API_KEY 令牌和 PHI 将以明文传输。

安装

在 SourceWeft 中

  1. 打开 控制台中的 IntakeQ MCP,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

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:

  1. 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.

  2. 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

bash
npm install -g @oktopeak/intakeq-mcp

Claude Desktop configuration

json
{  "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

ToolDescriptionR/W
set_api_keyStore IntakeQ API keyW
auth_statusVerify API connectionR
clear_api_keyRemove stored keyW
list_clientsSearch/list clientsR
get_clientSingle client profileR
list_practitionersAll practitioners in the accountR
list_servicesServices configured in the accountR
list_locationsLocations configured in the accountR
list_appointmentsAppointments by client/dateR
get_appointmentSingle appointmentR
create_appointmentBook appointmentW
update_appointmentReschedule/updateW
list_intake_formsSubmitted intake formsR
get_formFull form with answersR
list_questionnaire_templatesAvailable form templatesR
send_intake_formSend form to clientW
list_notesTreatment notes (read-only in IntakeQ API)R
get_noteFull noteR
list_invoicesClient invoicesR
get_invoiceSingle invoiceR
list_filesClient file metadataR
audit_exportExport HIPAA audit trailR

Tip: call list_practitioners, list_services, and list_locations before create_appointment to obtain valid IDs required by that tool.

MCP Resources

Resource URIDescription
intakeq://compliance-noticeHIPAA compliance notice — BAA requirements and what the connector logs
intakeq://auth-statusLive 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):

bash
MCP_API_KEY=your-secret TRANSPORT=http PORT=3000 intakeq-mcp

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

VariableDefaultDescription
INTAKEQ_API_KEY—Fallback API key for CI / headless use (prefer the set_api_key tool)
INTAKEQ_API_BASEhttps://intakeq.com/api/v1Override the IntakeQ API base URL
TRANSPORTstdioTransport mode: stdio or http
PORT3000HTTP server port (HTTP mode only)
MCP_BASE_URLhttp://127.0.0.1:3000Base URL printed in HTTP startup logs
MCP_API_KEY—Bearer token to gate the HTTP /mcp endpoint. Required in HTTP mode unless MCP_ALLOW_NO_AUTH=true
MCP_ALLOW_NO_AUTH—Set to true to explicitly allow HTTP mode without MCP_API_KEY (local dev only)

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.

来源:README.md,提交 25a494b

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v1.0.1最新Sep 16, 2026

评分

已满足适用检查项的 40%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

    请在仓库或注册中心条目中声明许可证。