Chia Health MCP Server

Chia Health MCP Server

MCP (Model Context Protocol) Server für die Chia Health Telemedizin-Plattform für Rezepte. Ermöglicht KI-Assistenten (ChatGPT, Claude, Gemini, OpenClaw, Copilot und benutzerdefinierten Agenten), Patienten beim Durchsuchen von Medikamenten, Ausfüllen der medizinischen Anamnese, Unterzeichnen von Einwilligungsdokumenten, Aufgeben von Bestellungen, Bezahlen und Verwalten ihrer Behandlung zu helfen – alles durch natürliche Konversation.

Verfügbare Behandlungen umfassen GLP-1-Medikamente (Semaglutid, Tirzepatid einschließlich Tabletten), Peptidtherapien (Sermorelin, NAD+, Glutathion) und Longevity-Programme. Alle Rezepte werden von lizenzierten US-Gesundheitsdienstleistern geprüft und von FDA-regulierten 503A-Compounding-Apotheken in allen 50 US-Bundesstaaten + DC geliefert.

Erste Schritte

doctormcp ist ein Remote-MCP-Server – Verbindung über das Netzwerk, keine lokale Installation erforderlich.

Server-URL: https://mcp.chia.health/ Transport: Streamable HTTP Metadaten: https://mcp.chia.health/server.json

{
  "mcpServers": {
    "chia-health": {
      "url": "https://mcp.chia.health/"
    }
  }
}

{
  "mcpServers": {
    "chia-health": {
      "url": "https://mcp.chia.health/"
    }
  }
}

{
  "mcpServers": {
    "chia-health": {
      "url": "https://mcp.chia.health/"
    }
  }
}

{
  "mcpServers": {
    "chia-health": {
      "serverUrl": "https://mcp.chia.health/"
    }
  }
}

Verbindung überprüfen

Sobald die Verbindung hergestellt ist, kann Ihr KI-Assistent sofort diese öffentlichen Tools aufrufen (keine Authentifizierung erforderlich):

medications.categories     → medication categories
medications.list           → all medications with pricing
medications.availability   → check if a medication ships to your state
eligibility.check          → pre-screen age, state, BMI

Was kann Ihr KI-Assistent tun?

* Authentifizierungs-Tools verwenden session_id (kein Token), außer auth.check_payment, das ein Bearer-Token verwendet.

Wichtig: Alle Rezepte werden von lizenzierten US-Gesundheitsdienstleistern geprüft und genehmigt. doctormcp erleichtert den Patienten-Workflow – es trifft keine klinischen Entscheidungen.

Authentifizierung

Patienten können frei ohne Authentifizierung stöbern – Erkundung, Eignungsprüfung und Vorschau der Anamnesefragen sind alle öffentlich.

Wenn der Patient bereit ist, mit seiner medizinischen Anamnese fortzufahren, verifiziert er seine E-Mail:

1. auth.start(email, phone, name) → sendet OTP an E-Mail, gibt session_id zurück
2. auth.verify_otp(session_id, code) → gibt gastbezogenes Bearer-Token zurück

Das Gast-Token ermöglicht Anamnese, Einwilligung, Bestellung und Checkout. Nach der Zahlung aktualisiert auth.check_payment das Token auf den vollen Umfang für den Portalzugriff (Behandlungsplan, Nachrichten, Nachfüllungen).

Tool-Katalog

Authentifizierung

Erkundung (öffentlich, keine Authentifizierung)

Qualifikation (öffentlich + Gast)

Einwilligung (Gast-Token erforderlich)

Bestellung (Gast-Token erforderlich)

Checkout (Gast-Token erforderlich)

Patientenportal (volles Token erforderlich – nach Zahlung)

Anbieter (Gast-Token erforderlich)

Beispiel-Agent-Abläufe

1. Medikamente durchsuchen (keine Authentifizierung)

User: "What weight loss medications do you offer?"

Agent calls: medications.list
→ Returns categories with semaglutide, tirzepatide, etc.

Agent calls: medications.details(medication="semaglutide-injectable")
→ Returns plans (1-month $349, 4-month $299/mo, 6-month $249/mo)

Agent calls: medications.availability(medication="semaglutide-injectable", state="TX")
→ { "available": true }

Agent calls: eligibility.check(age=35, state="TX", bmi=31.2)
→ { "eligible": true, "available_medications": [...] }

2. Vollständiger Bestellablauf (Authentifizierung → Anamnese → Einwilligung → Bestellung → Bezahlen)

== VERIFY IDENTITY ==

1. auth.start(email="patient@example.com", phone="5551234567", first_name="Jane")
   → { "session_id": "abc123...", "otp_sent": true }

2. auth.verify_otp(session_id="abc123...", code="847293")
   → { "guest_token": "mcp_...", "scope": "guest" }

== MEDICAL INTAKE ==

3. intake.questions(medication="semaglutide-injectable")
   → Structured questionnaire (demographics, vitals, medical history, etc.)
   → Agent asks patient each question conversationally

4. intake.submit(patient_email, patient_name, answers, bearer_token)
   → { "intake_id": "42", "next_step": "get_required_consents" }

5. consent.list(intake_id="42", bearer_token)
   → 5 consent documents (telehealth, treatment, pharmacy, HIPAA, AI disclosure)

6. For each consent:
   a. consent.text(consent_id, bearer_token)
      → Full text the agent MUST present verbatim
   b. Patient confirms: "I agree"
   c. consent.submit(intake_id, consent_id, "I agree", bearer_token)

== ORDER & PAY ==

7. order.create(intake_id, medication, form, plan_months, shipping_address, bearer_token)
   → { "order_id": "99", "total": "1079.39", "next_step": "create_checkout" }

8. checkout.create(order_id="99", bearer_token)
   → { "checkout_id": "7", "payment_url": "https://chia.health/checkout/aBc-_xyz" }
   → Agent shares link with patient; also sent via email+SMS

9a. (ACP path) checkout.complete(checkout_id="7", shared_payment_token="spt_...", bearer_token)
    → { "payment_status": "success", "confirmation_number": "CHIA-000099" }

9b. (Fallback) Patient opens payment_url in browser, pays on Chia checkout page

10. auth.check_payment(bearer_token)
    → { "paid": true, "scope": "full" }  // token upgraded, portal unlocked

3. Patientenportal (volles Token, nach Zahlung)

1. portal.log_weight(patient_id, weight_lbs=195.5, date="2026-06-15", bearer_token)
   → { "recorded": true }

2. portal.care_plan(patient_id, bearer_token)
   → Current medication, phase, dosing schedule, recent weights

3. portal.log_side_effects(patient_id, effects=["nausea"], severity="mild", bearer_token)
   → { "recorded": true, "flagged_for_review": false }

4. portal.message(patient_id, message="Nausea improving", bearer_token)
   → { "sent": true, "estimated_response_time": "24-48 hours" }

Stripe ACP-Integration

doctormcp verwendet Stripes Agentic Commerce Protocol (ACP) für die Zahlungsabwicklung:

1. Bestellerstellung – order.create berechnet die Summe und erstellt einen Vorab-Zahlungsdatensatz.
2. Checkout-Einleitung – checkout.create erstellt ein Stripe PaymentIntent (für ACP) und generiert einen authentifizierten Zahlungslink. Der Link authentifiziert Patienten automatisch im Browser und leitet auf die Chia Health Checkout-Seite weiter. Wird auch per E-Mail und SMS gesendet.
3. Zahlungsabschluss – Zwei Pfade:
   • ACP: checkout.complete akzeptiert ein Shared Payment Token (SPT) von der KI-Plattform und bestätigt das PaymentIntent. Sofortige Zahlung innerhalb der Konversation.
   • Fallback: Der Agent teilt den payment_url (authentifizierten Magic-Link) mit dem Patienten. Der Patient öffnet ihn im Browser, authentifiziert sich automatisch und bezahlt auf der Chia Health Checkout-Seite. Der Agent fragt auth.check_payment ab, um den Abschluss zu erkennen.
4. Nach der Zahlung – Bei Erfolg (beide Pfade) werden automatisch ein Subscription und Enrollment erstellt. auth.check_payment aktualisiert das Agenten-Token auf den vollen Umfang für den Portalzugriff.

HIPAA-Konformität

• Audit-Protokollierung – Jeder Zugriff auf geschützte Gesundheitsinformationen (PHI) wird mit Akteursidentität, Aktionstyp, Ressource, IP-Adresse und Zeitstempel protokolliert. Protokolle werden 10 Jahre aufbewahrt.
• Einwilligungsaufzeichnungen – Alle Patienten-Einwilligungsbestätigungen enthalten den wortgetreuen Bestätigungstext, die Methode (KI-Agenten-Konversation), die Plattform, die Sitzungs-ID und die IP-Adresse. Einwilligungsaufzeichnungen sind unveränderlich.
• Eingabebereinigung – Alle Eingaben werden validiert und bereinigt. Steuerzeichen werden entfernt, Längen durchgesetzt und domänenspezifische Formate (E-Mail, Bundesstaat, Telefon, PLZ) werden validiert.
• OTP-First-Authentifizierung – E-Mail-Inhaberschaft wird vor jedem Patientendatenzugriff per 6-stelligem OTP verifiziert. SHA-256-gehashte Token mit bereichsbezogenem Zugriff (Gast/Voll). Kein Token ohne E-Mail-Verifizierung.
• Ratenbegrenzung – Redis-gestützte Token-Bucket-Ratenbegrenzung pro Benutzer und Endpunktkategorie (öffentlich: 100/Min., Authentifizierung: 5/Min., authentifiziert: 30/Min., Einwilligung: 10/Min., Checkout: 5/Min.).
• Minimale Datenfreigabe – Tools geben nur die für den aktuellen Schritt benötigten Daten zurück. Sensible Felder (Zahlungsdetails, vollständige SSN) werden niemals zurückgegeben.

Support

• Issues: github.com/chia-health/chia-mcp/issues
• Website: chia.health
• E-Mail: engineering@chia.health

Lizenz

Apache License 2.0 – siehe LICENSE für Details.

Copyright 2026 Chia Health, Inc.