Skip to main content
Your assistant only sees the tools your Brelio permissions let you use. This page is generated from the operation catalogue: do not edit it by hand.

brelio_list_agenda

Agenda · Read only Reads the clinic’s agenda: the appointments in a time window, with start and end, status, professional, service, patient and center. Needs: permission calendar.read · data area agenda · REST GET /v1/agenda When to use: To see which appointments fall on a day or week, or a professional’s or center’s. At most 31 days per call; it returns no notes or names.

Arguments

Example

brelio_list_api_keys

Organization API keys · Read only Lists the organization’s API keys, without their secret. Needs: permission integrations.keys.manage · data area integrations · REST GET /v1/api-keys When to use: To manage access for the organization’s programs (integrations, scripts) without a person’s session.

Arguments

Example

brelio_revoke_api_keys

Revoke API key · Asks before acting
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Revokes an organization API key. A key may revoke only itself; revoking others takes a person’s session. It cannot be undone. Needs: permission integrations.keys.manage · data area integrations · REST POST /v1/api-keys/{id}/revoke When to use: To manage access for the organization’s programs (integrations, scripts) without a person’s session.

Arguments

Example

brelio_cancel_appointments

Cancel appointment · Asks before acting
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Cancels a one-off appointment. It cannot be undone through the API. Needs: permission appointments.cancel · data area agenda · REST POST /v1/appointments/{id}/cancel When to use: Only when asked to cancel that appointment. Read it with appointments.get first and send its version as expectedVersion; if it changed meanwhile the answer is 409. Recurring appointments cannot be cancelled here.

Arguments

Example

brelio_create_appointments

Create appointment · Writes data
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Books a patient with a professional for a service, with the same rules as Brelio’s agenda. Needs: permission appointments.create · data area agenda · REST POST /v1/appointments When to use: After choosing a time with availability.search. If the time is no longer free the answer is 409: search again.

Arguments

Example

brelio_get_appointments

Appointment · Read only Returns one appointment: when it is, its status, professional, service, patient, center and version. Needs: permission appointments.read · data area agenda · REST GET /v1/appointments/{id} When to use: Before rescheduling or cancelling an appointment, to read its current version; or to check its status.

Arguments

Example

brelio_reschedule_appointments

Reschedule appointment · Writes data
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Moves a one-off appointment to another time, with the same rules as Brelio’s agenda. Recurring appointments are not supported. Needs: permission appointments.reschedule · data area agenda · REST POST /v1/appointments/{id}/reschedule When to use: Read the appointment with appointments.get first and send its version as expectedVersion; if it changed you get 409 VERSION_CONFLICT. Pick the new time with availability.search; if it is no longer free, 409.

Arguments

Example

brelio_search_availability

Free slots · Read only Finds free slots to book a patient with a professional for a service: up to 50 start times, with the same rules as Brelio’s agenda. Needs: permission calendar.read · data area agenda · REST GET /v1/availability When to use: Before creating an appointment, to offer times that can be booked without a conflict. Windows up to 31 days.

Arguments

Example

brelio_list_centers

Centers · Read only Lists the organization’s centers. The default center has isDefault. Needs: permission organization.centers.read · data area team · REST GET /v1/centers When to use: To know the clinic’s locations, or to get a center id before filtering by it.

Arguments

Example

brelio_list_me_api_keys

My API keys · Read only Lists the person’s API keys in this organization. Needs: permission self · data area integrations · REST GET /v1/me/api-keys When to use: For a person to manage their own keys and connections. An organization key cannot use it, and creating or revoking takes the person’s own session.

Arguments

Example

brelio_list_me_connections

My connections · Read only Lists the apps and assistants the person authorized to act for them. Needs: permission self · data area integrations · REST GET /v1/me/connections When to use: For a person to manage their own keys and connections. An organization key cannot use it, and creating or revoking takes the person’s own session.

Arguments

Example

brelio_list_partner_apps

Partner apps · Read only Lists the organization’s partner (machine-to-machine) apps, without their secret. Needs: permission integrations.keys.manage · data area integrations · REST GET /v1/partner-apps When to use: To manage access for the organization’s programs (integrations, scripts) without a person’s session.

Arguments

Example

brelio_revoke_partner_apps

Revoke partner app · Asks before acting
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Deletes a partner app; its tokens stop working. An app may delete only itself; deleting others takes a person’s session. It cannot be undone. Needs: permission integrations.keys.manage · data area integrations · REST POST /v1/partner-apps/{id}/revoke When to use: To manage access for the organization’s programs (integrations, scripts) without a person’s session.

Arguments

Example

brelio_archive_patients

Archive patient · Asks before acting
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Archives a patient: it no longer appears in lists or searches, but its history is kept. It is reversible on the web. Needs: permission patients.administrative.archive · data area patients · REST POST /v1/patients/{id}/archive When to use: When the clinic asks to retire a patient. Read the patient with patients.get first and send its version as expectedVersion; if it changed you get a 409.

Arguments

Example

brelio_create_patients

Create patient · Writes data
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Registers a new patient with their administrative details and links them to a center. Needs: permission patients.administrative.create · data area patients · REST POST /v1/patients When to use: When the patient does not exist yet: search with patients.list first so you do not create a duplicate.

Arguments

Example

brelio_get_patients

Patient · Read only Returns one patient’s administrative details: name, contact, birth date and status. Needs: permission patients.administrative.read · data area patients · REST GET /v1/patients/{id} When to use: When you already have the patient’s id and need their contact details or status.

Arguments

Example

brelio_list_patients

Patients · Read only Lists the clinic’s patients with their administrative details, sorted by last name. Needs: permission patients.administrative.read · data area patients · REST GET /v1/patients When to use: To find a patient by name, email or phone and get their id before reading their record or booking them.

Arguments

Example

brelio_update_patients

Update patient · Writes data
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Changes a patient’s administrative details (name, contact, birth date). Only the fields sent change; null clears a field. Needs: permission patients.administrative.update · data area patients · REST PATCH /v1/patients/{id} When to use: When a patient’s details must be corrected or completed. Read the patient with patients.get first and send its version as expectedVersion; if it changed meanwhile the answer is 409 and you must read it again.

Arguments

Example

brelio_list_platform_policy_decisions

Decision history · Read only History of decisions about the clinic’s data, newest first: who, when and under which terms. Needs: permission integrations.keys.manage · data area integrations · REST GET /v1/platform-policy/decisions When to use: To audit who turned an area on or off, or who accepted patient data for a connection.

Arguments

Example

brelio_list_platform_policy

Data integrations may use · Read only Which data areas (schedule, team, patients, billing) the clinic allows assistants and integrations to use. Needs: permission integrations.keys.manage · data area integrations · REST GET /v1/platform-policy When to use: When an operation answers DATA_AREA_OFF, to see what is off and tell the person.

Arguments

No arguments.

Example

brelio_list_professionals

Professionals · Read only Lists the clinic team’s professionals and their status. Needs: permission professionals.read · data area team · REST GET /v1/professionals When to use: To know who works at the clinic, or to get a professional’s id before reading their agenda.

Arguments

Example

brelio_list_services

Services · Read only Lists the clinic’s services: name, duration, status and price. Needs: permission services.read · data area team · REST GET /v1/services When to use: To know what can be booked, how long it takes or what it costs, or to get a service id.

Arguments

Example

brelio_delete_webhooks

Delete webhook · Asks before acting
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Deletes a webhook and its delivery log; it stops receiving notices at once. Needs: permission integrations.keys.manage · data area integrations · REST POST /v1/webhooks/{id}/delete When to use: When a system should no longer receive the clinic’s notices.

Arguments

Example

brelio_list_webhook_event_types

Webhook event types · Read only Lists the events a webhook can subscribe to. Needs: permission integrations.keys.manage · data area integrations · REST GET /v1/webhook-event-types When to use: Before creating a webhook, to choose its events.

Arguments

No arguments.

Example

brelio_get_webhooks

Webhook · Read only Shows a webhook with its latest deliveries: response, attempts and next retry. Needs: permission integrations.keys.manage · data area integrations · REST GET /v1/webhooks/{id} When to use: To diagnose why a system is not receiving notices.

Arguments

Example

brelio_list_webhooks

Webhooks · Read only Lists the organization’s webhooks, their status and since when they fail. Needs: permission integrations.keys.manage · data area integrations · REST GET /v1/webhooks When to use: To review which systems receive notices or to find a webhook id.

Arguments

Example

brelio_redeliver_webhooks

Redeliver · Writes data
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Sends a delivery again now, with the same webhook-id so the receiver does not process it twice. Needs: permission integrations.keys.manage · data area integrations · REST POST /v1/webhooks/{id}/redeliver When to use: After fixing the failing server, instead of waiting for the next retry.

Arguments

Example

brelio_test_webhooks

Test webhook · Writes data
Not offered over MCP yet: in this version the MCP server only registers read tools. Call the REST endpoint.
Sends a signed test notice to the webhook, whatever it subscribes to. Needs: permission integrations.keys.manage · data area integrations · REST POST /v1/webhooks/{id}/test When to use: To check that the server receives and verifies notices.

Arguments

Example