Servidor MCP de Chia Health

Servidor MCP (Model Context Protocol) para la plataforma de recetas de telemedicina Chia Health. Permite que los asistentes de IA (ChatGPT, Claude, Gemini, OpenClaw, Copilot y agentes personalizados) ayuden a los pacientes a buscar medicamentos, completar la admisión médica, firmar documentos de consentimiento, realizar pedidos, pagar y gestionar su tratamiento, todo a través de una conversación natural.

Los tratamientos disponibles incluyen medicamentos GLP-1 (semaglutida, tirzepatida, incluyendo tabletas), terapias con péptidos (sermorelina, NAD+, glutatión) y programas de longevidad. Todas las recetas son evaluadas por proveedores de atención médica con licencia en EE. UU. y se envían desde farmacias de compuestos 503A reguladas por la FDA en los 50 estados de EE. UU. + DC.

Primeros pasos

doctormcp es un servidor MCP remoto: conéctese a través de la red, no requiere instalación local.

URL del servidor: https://mcp.chia.health/ Transporte: HTTP transmitible (Streamable HTTP) Metadatos: https://mcp.chia.health/server.json

Añada a ~/Library/Application Support/Claude/claude_desktop_config.json:

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

Añada a .cursor/mcp.json en su proyecto o a ~/.cursor/mcp.json globalmente:

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

Añada a su configuración de Cline MCP:

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

Añada a ~/.codeium/windsurf/mcp_config.json:

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

Cualquier cliente MCP que admita transporte HTTP transmitible puede conectarse:

• URL del servidor: https://mcp.chia.health/

• Transporte: HTTP transmitible

• Metadatos del servidor: https://mcp.chia.health/server.json

Verificar la conexión

Una vez conectado, su asistente de IA puede llamar inmediatamente a estas herramientas públicas (no se requiere autenticación):

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

¿Qué puede hacer su asistente de IA?

* Las herramientas de autenticación utilizan session_id (sin token), excepto auth.check_payment, que utiliza un token de portador (bearer token).

Importante: Todas las recetas son evaluadas y aprobadas por proveedores de atención médica con licencia en EE. UU. doctormcp facilita el flujo de trabajo del paciente; no toma decisiones clínicas.

Autenticación

Los pacientes pueden navegar libremente sin autenticación: el descubrimiento, la elegibilidad y la vista previa de las preguntas de admisión son públicos.

Cuando el paciente está listo para continuar con su admisión médica, verifica su correo electrónico:

1. auth.start(email, phone, name) → envía OTP al correo electrónico, devuelve session_id

2. auth.verify_otp(session_id, code) → devuelve un token de portador con alcance de invitado

El token de invitado permite la admisión, el consentimiento, los pedidos y el pago. Después del pago, auth.check_payment actualiza el token al alcance completo para el acceso al portal (plan de atención, mensajería, resurtidos).

Catálogo de herramientas

Autenticación

Descubrimiento (público, sin autenticación)

Cualificación (público + invitado)

Consentimiento (se requiere token de invitado)

Pedidos (se requiere token de invitado)

Pago (se requiere token de invitado)

Portal del paciente (se requiere token completo — después del pago)

Proveedor (se requiere token de invitado)

Ejemplos de flujos de agentes

1. Buscar medicamentos (sin autenticación)

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. Flujo completo de pedido (autenticación → admisión → consentimiento → pedido → pago)

== 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. Portal del paciente (token completo, después del pago)

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" }

Integración con Stripe ACP

doctormcp utiliza el Protocolo de Comercio Agéntico (ACP) de Stripe para el procesamiento de pagos:

1. Creación del pedido — order.create calcula el total y crea un registro de pedido previo al pago.

2. Inicio del pago — checkout.create crea un PaymentIntent de Stripe (para ACP) y genera un enlace de pago autenticado. El enlace autentica automáticamente a los pacientes en el navegador y los dirige a la página de pago de Chia Health. También se envía por correo electrónico y SMS.

3. Finalización del pago — Dos rutas:

   • ACP: checkout.complete acepta un Token de Pago Compartido (SPT) de la plataforma de IA y confirma el PaymentIntent. Pago instantáneo durante la conversación.

   • Respaldo: El agente comparte el payment_url (enlace mágico autenticado) con el paciente. El paciente lo abre en su navegador, se autentica automáticamente y paga en la página de pago de Chia Health. El agente consulta auth.check_payment para detectar la finalización.

4. Post-pago — Tras el éxito (en cualquier ruta), se crean automáticamente una Suscripción y una Inscripción. auth.check_payment actualiza el token del agente al alcance completo para el acceso al portal.

Cumplimiento de HIPAA

• Registro de auditoría — Cada acceso a información de salud protegida (PHI) se registra con la identidad del actor, tipo de acción, recurso, dirección IP y marca de tiempo. Los registros se conservan durante 10 años.

• Registros de consentimiento — Todas las confirmaciones de consentimiento del paciente incluyen el texto de confirmación literal, el método (conversación con agente de IA), la plataforma, el ID de sesión y la dirección IP. Los registros de consentimiento son inmutables.

• Sanitización de entradas — Todas las entradas se validan y sanitizan. Se eliminan los caracteres de control, se aplican límites de longitud y se validan los formatos específicos del dominio (correo electrónico, estado, teléfono, código postal).

• Autenticación basada en OTP — Se verifica la propiedad del correo electrónico mediante una OTP de 6 dígitos antes de cualquier acceso a los datos del paciente. Tokens con hash SHA-256 con acceso restringido (invitado/completo). No se emite ningún token sin verificación de correo electrónico.

• Limitación de tasa (Rate Limiting) — Limitación de tasa basada en Redis (token-bucket) por usuario y categoría de punto final (público: 100/min, autenticación: 5/min, autenticado: 30/min, consentimiento: 10/min, pago: 5/min).

• Exposición mínima de datos — Las herramientas devuelven solo los datos necesarios para el paso actual. Los campos sensibles (detalles de pago, SSN completo) nunca se devuelven.

Soporte

• Problemas: github.com/chia-health/chia-mcp/issues

• Sitio web: chia.health

• Correo electrónico: engineering@chia.health

Licencia

Licencia Apache 2.0 — consulte LICENSE para más detalles.

Copyright 2026 Chia Health, Inc.