12 synthetic medical record exception cases: duplicate reimbursements, policy-watch list entries, mi
https://a2awire.com/mcp/benchmarks/medical-record-review-2026-09-21-dd8c58b7/httpanswered, tools listed
| Last 30 probes | |
|---|---|
| Last seen healthy | 2026-10-23 |
| Completed sessions | 85.7% of the last 7 probes · 86.2% of the last 30 |
| Handshake latency | median 81 ms, 95th 6258 ms |
| Tools listed | 24 |
| Tool contract | 1143f3a2c006 — last moved 2026-10-12 (1 changed in place, against 2026-10-11), and on 3 of the days probed |
| Protocol answered | 2025-06-18 |
| Transport | streamable-http |
[](https://referencesource.org/mcp-health/server/com-a2awire-benchmark-medical-record-review-2026-09-21-dd8c58b7/)
The badge shows the most recent probe. It is generated from the same file this page is, updates once a day, and needs no key.
One HTTP POST carrying a JSON-RPC initialize, and if
that succeeds, a tools/list. Nothing here is a score, a rating or a
judgement about whether the server is any good — only whether an ordinary MCP
client could complete a session with it on the day we asked.
“Needs credentials” is not a fault: it means the endpoint wants
an account, which is a perfectly reasonable thing for it to want.
The tool contract row is a digest of what
tools/list returned — each tool's name, description and input
schema, hashed — so that a rename, a newly-required field or a rewritten
description can be spotted even though none of them breaks the connection. We
keep the digests and nothing else: no tool name, description or schema of
anybody's is stored or republished here, which is also why this can say that a
contract moved and by how much, but not what it now says.
The method and the daily totals · every server we probe, A–Z · feed.json · licence · corrections and removals: [email protected]