Saltar al contenido principal
Tu asistente solo ve las herramientas que tus permisos en Brelio te dejan usar. Esta página se genera desde el catálogo de operaciones: no la edites a mano.

brelio_list_agenda

Agenda · Solo lectura Lee la agenda de la clínica: las citas de un intervalo de tiempo, con inicio y fin, estado, profesional, servicio, paciente y centro. Necesita: permiso calendar.read · área de datos agenda · REST GET /v1/agenda Cuándo usarla: Para ver qué citas hay en un día o una semana, o las de un profesional o un centro. Como máximo 31 días por llamada; no devuelve notas ni nombres.

Argumentos

Ejemplo

brelio_list_api_keys

Claves de API de la organización · Solo lectura Lista las claves de API de la organización, sin su secreto. Necesita: permiso integrations.keys.manage · área de datos integrations · REST GET /v1/api-keys Cuándo usarla: Para gestionar el acceso de programas de la organización (integraciones, scripts) sin la sesión de una persona.

Argumentos

Ejemplo

brelio_revoke_api_keys

Revocar clave de API · Pide confirmación antes de actuar
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Revoca una clave de API de la organización. Una clave solo puede revocarse a sí misma; revocar otras requiere la sesión de una persona. No se puede deshacer. Necesita: permiso integrations.keys.manage · área de datos integrations · REST POST /v1/api-keys/{id}/revoke Cuándo usarla: Para gestionar el acceso de programas de la organización (integraciones, scripts) sin la sesión de una persona.

Argumentos

Ejemplo

brelio_cancel_appointments

Cancelar cita · Pide confirmación antes de actuar
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Cancela una cita puntual. No se puede deshacer desde la API. Necesita: permiso appointments.cancel · área de datos agenda · REST POST /v1/appointments/{id}/cancel Cuándo usarla: Solo cuando te pidan cancelar esa cita. Léela antes con appointments.get y envía su versión como expectedVersion; si cambió entretanto, la respuesta es 409. Las citas recurrentes no se pueden cancelar aquí.

Argumentos

Ejemplo

brelio_create_appointments

Crear cita · Escribe datos
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Reserva una cita de un paciente con un profesional para un servicio, con las mismas reglas que la agenda de Brelio. Necesita: permiso appointments.create · área de datos agenda · REST POST /v1/appointments Cuándo usarla: Después de elegir una hora con availability.search. Si la hora ya no está libre, la respuesta es 409: vuelve a buscar.

Argumentos

Ejemplo

brelio_get_appointments

Cita · Solo lectura Devuelve una cita: cuándo es, su estado, profesional, servicio, paciente, centro y versión. Necesita: permiso appointments.read · área de datos agenda · REST GET /v1/appointments/{id} Cuándo usarla: Antes de mover o cancelar una cita, para leer su versión actual; o para comprobar su estado.

Argumentos

Ejemplo

brelio_reschedule_appointments

Mover cita · Escribe datos
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Mueve una cita puntual a otra hora, con las mismas reglas que la agenda de Brelio. No admite citas recurrentes. Necesita: permiso appointments.reschedule · área de datos agenda · REST POST /v1/appointments/{id}/reschedule Cuándo usarla: Lee antes la cita con appointments.get y envía su versión como expectedVersion; si cambió, recibes 409 VERSION_CONFLICT. Elige la nueva hora con availability.search; si ya no está libre, 409.

Argumentos

Ejemplo

brelio_search_availability

Huecos libres · Solo lectura Busca huecos libres para reservar una cita de un paciente con un profesional para un servicio: hasta 50 horas de inicio, con las mismas reglas que la agenda de Brelio. Necesita: permiso calendar.read · área de datos agenda · REST GET /v1/availability Cuándo usarla: Antes de crear una cita, para ofrecer horas que se puedan reservar sin conflicto. Intervalos de hasta 31 días.

Argumentos

Ejemplo

brelio_list_centers

Centros · Solo lectura Lista los centros de la organización. El centro por defecto lleva isDefault. Necesita: permiso organization.centers.read · área de datos team · REST GET /v1/centers Cuándo usarla: Para saber en qué centros trabaja la clínica o para obtener el id de un centro antes de filtrar por él.

Argumentos

Ejemplo

brelio_list_me_api_keys

Mis claves de API · Solo lectura Lista las claves de API de la persona en esta organización. Necesita: permiso self · área de datos integrations · REST GET /v1/me/api-keys Cuándo usarla: Para que una persona gestione sus propias claves y conexiones. Una clave de organización no puede usarla, y crear o revocar requiere la sesión de la persona.

Argumentos

Ejemplo

brelio_list_me_connections

Mis conexiones · Solo lectura Lista las aplicaciones y asistentes que la persona autorizó a actuar por ella. Necesita: permiso self · área de datos integrations · REST GET /v1/me/connections Cuándo usarla: Para que una persona gestione sus propias claves y conexiones. Una clave de organización no puede usarla, y crear o revocar requiere la sesión de la persona.

Argumentos

Ejemplo

brelio_list_partner_apps

Apps de partners · Solo lectura Lista las apps de partners (máquina a máquina) de la organización, sin su secreto. Necesita: permiso integrations.keys.manage · área de datos integrations · REST GET /v1/partner-apps Cuándo usarla: Para gestionar el acceso de programas de la organización (integraciones, scripts) sin la sesión de una persona.

Argumentos

Ejemplo

brelio_revoke_partner_apps

Revocar app de partner · Pide confirmación antes de actuar
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Elimina una app de partner; sus tokens dejan de funcionar. Una aplicación solo puede eliminarse a sí misma; eliminar otras requiere la sesión de una persona. No se puede deshacer. Necesita: permiso integrations.keys.manage · área de datos integrations · REST POST /v1/partner-apps/{id}/revoke Cuándo usarla: Para gestionar el acceso de programas de la organización (integraciones, scripts) sin la sesión de una persona.

Argumentos

Ejemplo

brelio_archive_patients

Archivar paciente · Pide confirmación antes de actuar
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Archiva un paciente: deja de aparecer en listas y búsquedas, pero se conserva su historial. Se puede deshacer en la web. Necesita: permiso patients.administrative.archive · área de datos patients · REST POST /v1/patients/{id}/archive Cuándo usarla: Cuando la clínica pida retirar un paciente. Lee antes el paciente con patients.get y envía su versión como expectedVersion; si cambió, recibes un 409.

Argumentos

Ejemplo

brelio_create_patients

Crear paciente · Escribe datos
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Da de alta un paciente nuevo con sus datos administrativos y lo vincula a un centro. Necesita: permiso patients.administrative.create · área de datos patients · REST POST /v1/patients Cuándo usarla: Cuando el paciente aún no existe: busca antes con patients.list para no crear un duplicado.

Argumentos

Ejemplo

brelio_get_patients

Paciente · Solo lectura Devuelve los datos administrativos de un paciente: nombre, contacto, fecha de nacimiento y estado. Necesita: permiso patients.administrative.read · área de datos patients · REST GET /v1/patients/{id} Cuándo usarla: Cuando ya tienes el id del paciente y necesitas sus datos de contacto o su estado.

Argumentos

Ejemplo

brelio_list_patients

Pacientes · Solo lectura Lista los pacientes de la clínica con sus datos administrativos, ordenados por apellido. Necesita: permiso patients.administrative.read · área de datos patients · REST GET /v1/patients Cuándo usarla: Para encontrar un paciente por nombre, email o teléfono y obtener su id antes de leer su ficha o darle cita.

Argumentos

Ejemplo

brelio_update_patients

Actualizar paciente · Escribe datos
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Cambia los datos administrativos de un paciente (nombre, contacto, fecha de nacimiento). Solo cambian los campos que envías; null vacía un campo. Necesita: permiso patients.administrative.update · área de datos patients · REST PATCH /v1/patients/{id} Cuándo usarla: Cuando haya que corregir o completar los datos de un paciente. Lee antes el paciente con patients.get y envía su versión como expectedVersion; si cambió entretanto, la respuesta es 409 y tienes que volver a leerlo.

Argumentos

Ejemplo

brelio_list_platform_policy_decisions

Historial de decisiones · Solo lectura Historial de decisiones sobre los datos de la clínica, de la más reciente a la más antigua: quién, cuándo y con qué condiciones. Necesita: permiso integrations.keys.manage · área de datos integrations · REST GET /v1/platform-policy/decisions Cuándo usarla: Para auditar quién activó o desactivó un área, o quién aceptó datos de pacientes para una conexión.

Argumentos

Ejemplo

brelio_list_platform_policy

Datos que pueden usar las integraciones · Solo lectura Qué áreas de datos (agenda, equipo, pacientes, facturación) permite la clínica que usen los asistentes y las integraciones. Necesita: permiso integrations.keys.manage · área de datos integrations · REST GET /v1/platform-policy Cuándo usarla: Cuando una operación responde DATA_AREA_OFF, para ver qué está desactivado y decírselo a la persona.

Argumentos

Sin argumentos.

Ejemplo

brelio_list_professionals

Profesionales · Solo lectura Lista los profesionales del equipo de la clínica con su estado. Necesita: permiso professionals.read · área de datos team · REST GET /v1/professionals Cuándo usarla: Para saber quién atiende en la clínica o para obtener el id de un profesional antes de consultar su agenda.

Argumentos

Ejemplo

brelio_list_services

Servicios · Solo lectura Lista los servicios que ofrece la clínica: nombre, duración, estado y precio. Necesita: permiso services.read · área de datos team · REST GET /v1/services Cuándo usarla: Para saber qué se puede reservar, cuánto dura o cuánto cuesta, o para obtener el id de un servicio.

Argumentos

Ejemplo

brelio_delete_webhooks

Eliminar webhook · Pide confirmación antes de actuar
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Elimina un webhook y su registro de entregas; deja de recibir avisos al momento. Necesita: permiso integrations.keys.manage · área de datos integrations · REST POST /v1/webhooks/{id}/delete Cuándo usarla: Cuando un sistema ya no deba recibir los avisos de la clínica.

Argumentos

Ejemplo

brelio_list_webhook_event_types

Tipos de evento de webhook · Solo lectura Lista los eventos a los que se puede suscribir un webhook. Necesita: permiso integrations.keys.manage · área de datos integrations · REST GET /v1/webhook-event-types Cuándo usarla: Antes de crear un webhook, para elegir sus eventos.

Argumentos

Sin argumentos.

Ejemplo

brelio_get_webhooks

Webhook · Solo lectura Muestra un webhook con sus últimas entregas: respuesta, intentos y siguiente reintento. Necesita: permiso integrations.keys.manage · área de datos integrations · REST GET /v1/webhooks/{id} Cuándo usarla: Para diagnosticar por qué un sistema no recibe avisos.

Argumentos

Ejemplo

brelio_list_webhooks

Webhooks · Solo lectura Lista los webhooks de la organización, su estado y desde cuándo fallan. Necesita: permiso integrations.keys.manage · área de datos integrations · REST GET /v1/webhooks Cuándo usarla: Para revisar qué sistemas reciben avisos o para encontrar el id de un webhook.

Argumentos

Ejemplo

brelio_redeliver_webhooks

Reenviar · Escribe datos
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Vuelve a enviar una entrega ahora, con el mismo webhook-id para que el receptor no la procese dos veces. Necesita: permiso integrations.keys.manage · área de datos integrations · REST POST /v1/webhooks/{id}/redeliver Cuándo usarla: Después de arreglar el servidor que fallaba, en lugar de esperar al siguiente reintento.

Argumentos

Ejemplo

brelio_test_webhooks

Probar webhook · Escribe datos
Todavía no se ofrece por MCP: en esta versión el servidor MCP solo registra herramientas de lectura. Usa el endpoint REST.
Envía un aviso de prueba firmado al webhook, sea cual sea su suscripción. Necesita: permiso integrations.keys.manage · área de datos integrations · REST POST /v1/webhooks/{id}/test Cuándo usarla: Para comprobar que el servidor recibe y verifica los avisos.

Argumentos

Ejemplo