AdisInsight
Query Springer Nature's drug-pipeline and trial database from an AI agent.
Read one patient's identified medical record — diagnoses, doses, labs, notes.
Opens Agent Studio, where connecting is one click. The connector URL below works in any MCP client.
Paste it into any MCP client. Setup docs
The HealthEx MCP server connects one patient's assembled medical record — pulled from their hospitals, health plans and clinical networks — to Claude, ChatGPT and any MCP-compatible agent. HealthEx documents 16 tools reading diagnoses, medications, labs, vitals and clinical notes at individual record level. Sign-in is OAuth 2.0 with PKCE.
Verified connector
Listed by Anthropic as a partner connector in its Connectors Directory.
Connection checked by Agentman on .
Anthropic states this reflects the level of review a connector received, not a security audit.
Tool names from Anthropic's directory listing. This server requires sign-in, so we could not read tool descriptions or parameter schemas.
get_care_plan, for which no documented counterpart exists.patient/*.read is a single wildcard covering every clinical category, even though HealthEx's own consent model supports per-resource and per-sensitivity scopes including HIV and substance-abuse carve-outs.THROTTLED with a dailyLimit and refreshesRemaining beyond that. HealthEx publishes no monetary cost for a refresh, and no tool in the surface reports spend or quota consumption other than that status.get_notes_by_visit, superseded by search_clinical_notes with an encounterId, and update_and_check_recent_records, split into check_records_status and update_records. Both remain available.patient_id. There is no population-level or cohort query in this surface — HealthEx's separate REST API has those, and it is not what this connector exposes.Individual, identified records. HealthEx's tool documentation describes a health summary returning age, date of birth, gender, named diagnoses with onset dates, medications with dosing, allergies with reaction severity and a primary care provider. Lab results carry values, units and reference ranges. This is identifiable patient health information at record level, not counts or de-identified statistics.
No on both, and HealthEx states it directly. Its terms of service say in capitals that HealthEx is not a healthcare provider, covered entity under HIPAA, or medical professional. Its privacy policy names HealthEx an independent data controller rather than a business associate, and never mentions HIPAA at all. We found no BAA offer anywhere in its public documents.
It cannot edit clinical content, and HealthEx says so. The update_records tool requests a server-orchestrated refresh from connected sources rather than changing stored records, and HealthEx documents that the model cannot arbitrarily alter them. No tool writes a diagnosis, prescription or note. The refresh is capped at two MCP-initiated requests per patient per day.
It can mint the link that starts one. The get_add_record_location_link tool returns a URL the patient opens to connect a new provider, health plan or claims source. The tool does not grant consent itself, because the patient must complete the flow, but it is the connector reaching outward to widen the record rather than reading what is already there.
One wildcard read scope. The server's RFC 9728 descriptor advertised only patient/*.read on 2026-08-22, and its authorization server adds offline_access plus three identity claims. That wildcard covers every clinical category at once, so consent cannot separate lab results from clinical notes, and no scope names the refresh that update_records performs.
Sixteen documented, against nine in Anthropic's directory. HealthEx's own tools page enumerates sixteen, including two the directory omits entirely that are not plain reads: update_records and get_add_record_location_link. Four names Anthropic lists, among them get_health_records and get_care_plan, appear nowhere in HealthEx's documentation. The directory listing is stale, not merely partial.
Because the patient authenticates to each hospital in the middle of it. HealthEx documents that the authorization code is issued only after the patient consents, selects health care organizations, logs in to each, and the records are retrieved and indexed. It advises supporting sessions of at least thirty minutes and says patients commonly take longer than ten.
Not through the MCP connector's OAuth scope. HealthEx's own consent model supports resource scopes and sensitivity scopes, letting a patient release lab results while withholding HIV or substance-abuse records. The MCP server exposes a single patient/*.read wildcard instead, so any category separation must come from the HealthEx consent flow rather than the connector grant.
initialize returning 401 with a Bearer challenge, RFC 9728 metadata at https://api.healthex.io/.well-known/oauth-protected-resource, authorization server metadata at https://api.healthex.io/.well-known/oauth-authorization-server, and a nonsense-path control (2026-08-22) · retrieved 2026-08-22Connect HealthEx once and your agents call these tools on their own: on a schedule, in a workflow, with nobody at the keyboard.