InNetwork

InNetwork finds the right doctor for each person in your family — in their own plan's network, near home, taking new patients, and who sees a patient that age — and books the visit before you ever pick up the phone.

An Alexa+ add-on: a self-hosted MCP server (spec 2025-11-25, Streamable HTTP; 2026-07-28 on the same endpoint) with MCP Apps screens for Echo Show. Alexa+ is simulated in our web host (Alexa+ add-ons are in preview with select partners), with the official MCP client and MCP Apps bridge in a 1280×800 device frame, no logos. Everyone in the demo is fictional; doctor names were checked against the national provider registry (NPPES) and match nobody.

One sentence — "I need a gastroenterologist, an allergist for my five-year-old, and an orthopedist for my little one. He's under two." — becomes three people, three plans, three doctors in each one's own network. The doctors who can't see them are set aside with the reason and its source before anyone calls.

Self-scoring against the judging criteria

Related MCP server: Doctor Appointment MCP Server

Try it in 5 minutes (offline, no keys)

npm ci
npx playwright install chromium     # first time only, for verify
npm run demo                        # open the host URL it prints and press "Play demo"
npm run verify                      # every check + every beat in headless Chromium; exit 1 on any failure

Expected: Play demo walks consent → the three-person opening → the checkup year (booked around daycare) → a new conversation ("what's left") → the youngest's full search → the behind-the-scenes view. DIRECTORY_MODE=auto npm run demo adds the live Florida Blue network check to the developer view (internet needed; the cards still come from the recorded sample).

What's new — and why native Alexa+ doesn't do this today

Today an assistant can book a table or a salon. Matching a doctor to each person's plan and age still takes phone calls. Alexa+'s documented booking path (Local Booking SPI, Jul 21, 2026) covers salons, spas and fitness — health, clinics and insurance are not mentioned. We did not find anyone who checks several people's different plans in one request, sets aside doctors who don't see a child's age with the reason and its source, and lays the visits out around the family's routine before the plan year resets.

The "no"s, in code

Every refusal is a deterministic check (no model) with a test, and a mutation check proves the test is real: the refusal is removed in a throwaway copy and the test must turn red (npm run mutations, 16/16).

Data: what is live, what is a file, what is a sample

Office age policies ("doesn't see children under 3") are not in any directory. In production they are learned once at a booking and kept as a property of the office — no family data — so the next family is spared the call. In this demo they are sandbox data and every line built from them says "demo data". Slots, booking, calendar and the written confirmation are a sandbox partner.

Children's data — what we hold and why

The parent is the user. A child appears as a relative label ("Youngest") and a plan label ("Plan C"). The age band the parent says ("under two") is used for that one search and never stored; verify scans every household file for age, name, date-of-birth and program-type keys. Policy §4 vs §13 for a parent-directed health navigator is unclear — we minimized, simulated, and filed a clarification request (docs/FEATURE-REQUESTS.md FR3). We do not claim policy compliance; the design follows the policy and is simulated.

The number

npm run audit:directories (package plannet-directory-check), run of 2026-10-13, 3 Orlando ZIPs (32801, 32803, 32806) × the six specialties of the demo, anonymous GETs to six public insurer directories (all six answered):

0 of 10,075 public directory records (5,649 practitioner roles + 4,426 locations) state what patient ages are seen. The counter is proven on a synthetic record ("Ages 3 and up" → counted; plain record → not). 414 requests, 0 errors. Also measured: office hours on 29.8% of records; a "new patients" flag on 90.4%; 25 of 475 NPPES individuals found by ZIP practice somewhere else unless address_purpose=LOCATION is added. Full table: docs/AUDIT-2026-10-13.md. An earlier run (2026-10-11, docs/AUDIT-2026-10-11.md: 0 of 8,506, five directories) stopped when Molina's daily quota ran out; it is superseded by the 2026-10-13 run, which measured all six.

npm run audit:sites — 71 in-network practitioners for Plan A in Orlando (30 orthopedists, all 11 allergists the directory lists in 21 Orlando ZIPs, 30 dermatologists): the directory carries a website for none of them and says nothing about age for all 71. We found the practices' own pages for 44; 18 opened for a polite automated read (robots.txt honoured), and 0 of 18 state a minimum patient age — 8 mention children or a pediatric service, none with a number. 26 did not open (25 refused automated reads — 20 of them hospital-system profiles — and 1 was a stale link); 21 practitioners had no own page; 6 are listed at Orlando addresses while their current profiles place them in another state. Only totals are published (docs/AUDIT-SITES-2026-10-11.md); coverage is 18 of 71 and we say so.

Public insurer directories don't say what age a doctor sees, so there is nowhere to check in advance — you find out on the phone.

Platform findings

1. Alexa+ has no health-care booking path: Local Booking SPI names salons, spas and fitness; no clinic profile, no plan or patient-age fields (docs/FEATURE-REQUESTS.md FR1, friction A4).

2. FHIR Plan-Net has no structured patient-age field (newpatients.characteristics is free text) — and in 10,075 records nobody fills it (FR2, friction F12).

3. Marketplace plans publish files, not APIs: one provider file is up to 1.5 GB; the demo reads Oscar's Florida file (friction F9).

4. Directories disagree with themselves: an insurance plan that points to a network no practitioner uses (Florida Blue, 5 of 14 plans, F3); a Medicaid plan record with an empty network (Molina, F7); an undocumented daily quota (Molina, F6b); /metadata hidden behind a gateway (Florida Blue, F1).

5. Policy for a parent-directed health navigator is unclear (§4 vs §13; FR3, friction A5).

License

MIT — see LICENSE. Font: Nunito (SIL Open Font License 1.1, @fontsource/nunito).