Akute Health MCP by usefulapi

Was du damit machen kannst

Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.

• Verbindung: Läuft in der Cloud
• Transport: Streamable HTTP
• Kategorie: Praxen & Gesundheit

Installation

Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.

Du brauchst

• Läuft in der CloudNichts zu installieren; die Verbindung läuft übers Internet

Welche App nutzt du?

https://akute-health.usefulapi.io/mcp

claude mcp add --transport http akute-health https://akute-health.usefulapi.io/mcp

{
  "mcpServers": {
    "akute-health": {
      "url": "https://akute-health.usefulapi.io/mcp"
    }
  }
}

{
  "servers": {
    "akute-health": {
      "type": "http",
      "url": "https://akute-health.usefulapi.io/mcp"
    }
  }
}

https://akute-health.usefulapi.io/mcp

Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.

Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.

Was er kann

Tool-Namen und -Beschreibungen genau so, wie der Server sie am 7. Nov. 2026 gemeldet hat. Geschrieben hat sie der Entwickler, nicht wir; wir zeigen sie als reinen Text.

• akutehealth_search_patients

  Search patients by name, email, phone (with phone_type), date of birth or external id, optionally narrowed by sex and status. At least one identifying filter is required (no bulk listing); pages are capped at 25 and paging stops at offset 500. Returns demographics, address, statu

• akutehealth_get_patient

  One patient by id: demographics, address, status, provider, custom properties and membership billing state. GET /patients/{id}.

• akutehealth_list_appointments

  Appointments by patient and/or date range, practitioner and status. Give a patient_id, or both start_range and end_range (at most 31 days apart). At most 100 are returned; narrow the dates if truncated. Room links are not returned. GET /appointments.

• akutehealth_get_appointment

  One appointment by id: times, status, patient, practitioner and appointment type. GET /appointments/{id}.

• akutehealth_list_appointment_types

  The practice's appointment types (beta in Akute): name, duration, video flag, who can book, practitioners. GET /appointment_types.

• akutehealth_get_availability

  Open appointment slots of one practitioner between two date-times. GET /availability.

• akutehealth_list_tasks

  Tasks filtered by patient, status, owner, priority, tag, due date or archive state; at least one filter except archived is required. Pages are capped at 25. GET /tasks.

• akutehealth_get_task

  One task by id: title, description, due date, priority, status, tags, comments and activity. GET /tasks/{id}.

• akutehealth_list_notes

  Clinical notes (encounters) of ONE patient, newest first as Akute returns them: type, service date, status, authors and section text. A patient_id is required and pages are capped at 10. 'entered-in-error' notes appear only when asked for. GET /notes.

• akutehealth_get_note

  One clinical note by id with all its sections (subjective, objective, assessment, plan ...). GET /notes/{id}.

• akutehealth_list_medications

  A patient's medications: name, strength, directions, quantity, refills, status, diagnoses and prescriber. Optional date window on the start date. At most 100 are returned. GET /medications.

• akutehealth_list_allergies

  A patient's allergies and intolerances: substance, reaction, type, clinical status, onset date. GET /allergies.

• akutehealth_list_observations

  A patient's vital signs (default) or laboratory results: name, value, unit, date, LOINC code. At most 100 are returned. GET /observations.

• akutehealth_list_practitioners

  The practice's users: id, name, NPI and roles (Practitioner, Prescriber, Staff, Admin ...). Date of birth, DEA number, email and licences are not returned. GET /users.

• akutehealth_get_practitioner

  One user by id: name, NPI and roles. GET /users/{id}.

Basischecksi

Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026

• ✓ Bestanden

  Entwickler passt zum Repo

  Der Registry-Name wurde über die Domain usefulapi.io bestätigt (die Registry prüft, wem die Domain gehört)

• … Noch nicht geprüft

  Wird noch gepflegt

  Dieses Repo haben wir noch nicht von GitHub gelesen

• … Noch nicht geprüft

  Hat eine Lizenz

  Dieses Repo haben wir noch nicht von GitHub gelesen

• ✓ Bestanden

  Endpunkt antwortet

  Antwort in 12 ms (HTTP 200)

• – Nicht zutreffend

  Anmeldung mit OAuth

  Keine Anmeldung nötig

• ✓ Bestanden

  Keine versteckten Anweisungen in Tool-Beschreibungen

  Wir haben 15 Tool-Beschreibungen gelesen und keine versteckten Anweisungen an die KI gefunden

Im Vergleich mit anderen in Praxen & Gesundheiti

• Mehr Sterne als 0 % der anderen 870 Server in dieser Kategorie
• Neuer in der Registry veröffentlicht als 99 % der anderen 870 Server in dieser Kategorie
• Basischecks gleich gut wie oder besser als bei 100 % der anderen 870 Server in dieser Kategorie

Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.

Alternativen

Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.

So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti

README vom Entwickler

{