Preguntas frecuentes sobre la recepción virtual con IA

La Virtual Reception de Run2AI es una recepción virtual con inteligencia artificial para centros sanitarios y veterinarios: atiende llamadas, WhatsApp, el chat de la web y el correo electrónico, da información, reserva, cambia o anula citas cuando el programa de gestión está integrado, registra solicitudes de rellamada y pasa la conversación a una persona cuando hace falta.

Run2AI trabaja solo en el sector sanitario y el flujo de conversación se ha perfeccionado durante unos dos años con centros que lo usan a diario. Run2AI es la marca de Run 2 Cloud S.r.l., empresa de Milán que trabaja en sanidad desde 2016.

Su función es quitar al equipo de recepción las solicitudes repetitivas y organizativas, no sustituir el criterio clínico. La presentación completa del producto está en la página Recepción virtual con IA para la sanidad.

La Virtual Reception atiende cuatro canales, es decir, teléfono, WhatsApp, chat de la web y correo electrónico, con la misma documentación del centro para todos: una información actualizada una vez vale en todas partes, y se pueden activar solo los canales necesarios, empezando por ejemplo por el teléfono y añadiendo los demás más adelante.

• Teléfono: el canal principal en sanidad, conectado a la centralita existente.
• WhatsApp: en el número del centro, con el mismo flujo que el teléfono.
• Chat de la web: una ventana en la web que responde y lleva a la reserva.
• Correo electrónico: borradores de respuesta que el operador aprueba antes de enviarlos.

Sí, la Virtual Reception puede atender las 24 horas, los siete días de la semana, incluidas noches, fines de semana y festivos, así que, con la recepción cerrada, el paciente recibe información, reserva si el programa de gestión está integrado o deja una solicitud de rellamada, y el centro decide en qué franjas activarla.

Al principio muchos centros la usan sobre todo cuando la recepción está cerrada; la ampliación a otras franjas es gradual y ninguna fase es obligatoria. Al reabrir, recepción encuentra en el panel las solicitudes de rellamada con nombre, número y resumen, listas para devolver la llamada.

Sí, en horario de apertura la Virtual Reception transfiere la llamada a un operador cuando el paciente lo pide o cuando la solicitud necesita de verdad a una persona, y con el centro cerrado registra una solicitud de rellamada con nombre, número y resumen de la conversación, que recepción encuentra en el panel de control.

Las solicitudes de rellamada funcionan como un pequeño sistema de tickets: en amarillo las pendientes, en verde las ya atendidas, con registro de quién devolvió la llamada y cuándo.

Si el paciente pide hablar con alguien por su nombre o con un departamento, como administración o facturación, el bot desvía la llamada a la extensión correcta respetando el horario de cada uno.

La Virtual Reception responde con solo dos fuentes: la documentación del centro, organizada en fichas y capítulos, y las prestaciones sincronizadas desde el programa de gestión con su descripción e instrucciones de preparación; el primer día esta información se extrae automáticamente de la web y de los documentos existentes, así que nadie parte de cero.

• Documentación: horarios, sedes, aparcamiento, formas de pago, conciertos con aseguradoras y plazos de entrega de informes, también distintos para cada sede.
• Prestaciones: llegan del programa de gestión con el botón «sincronizar», junto con descripciones y preparaciones, sin introducir los datos dos veces.

Después el centro revisa el contenido, por ejemplo a partir de su carta de servicios, y lo mantiene actualizado; el personal aprende a hacerlo durante la activación. La información vale para todos los canales. Para una campaña temporal basta con añadir un capítulo y borrarlo al terminar. También se pueden indicar sinónimos y nombres coloquiales de las prestaciones, para que el bot entienda a quien pide «una placa» en lugar de una radiografía.

Si la información no está en la documentación, la Virtual Reception no se inventa una respuesta, porque un orquestador diseñado para los flujos sanitarios la limita a la información introducida por el centro: el bot se lo dice al paciente y pasa la llamada a un operador o, con el centro cerrado, registra una solicitud de rellamada.

La pregunta sin respuesta va a los «añadidos sugeridos»: cada dos semanas, o una vez al mes, el centro los revisa y añade a la documentación lo que falta. El objetivo es que preguntas como el horario o la dirección de correo dejen de interrumpir al personal.

Según nuestra experiencia, siempre queda en torno a un 20–30% de solicitudes tan particulares que lo correcto es que las atienda un operador.

El panel de control de la Virtual Reception muestra las llamadas, los chats y las conversaciones de WhatsApp gestionadas por el bot, con el resultado de cada una por canal, como reservas, solicitudes de rellamada y anulaciones, y la transcripción completa de cada conversación, útil también para reconstruir los hechos si hay una reclamación.

En el panel también aparecen:

• las llamadas que terminaron sin reserva y las preguntas sin respuesta, para mejorar la documentación;
• los perfiles de administrador y de usuario, que se pueden limitar a una o varias sedes;
• con una centralita en la nube, la opción de devolver la llamada al paciente directamente desde el panel.

Con una centralita VoIP o SIP, la Virtual Reception se conecta mediante un troncal SIP: se crea una extensión dedicada y la centralita le envía las llamadas según las reglas que decide el centro, mientras que con una centralita analógica se usa un número dedicado con desvío de llamadas cuando nadie contesta.

• Centralita VoIP/SIP: solución ya en uso con centralitas en la nube muy extendidas, como 3CX. La transferencia al operador pasa por una segunda extensión «gemela»: si la llamada volviera a la extensión inicial, acabaría otra vez en el bot, en bucle.
• Centralita analógica: número dedicado y desvío de llamadas, de modo que, si nadie contesta, el teléfono pasa la llamada al bot.
• Centralita propietaria cerrada: se puede pasar a un proveedor VoIP, adoptar una centralita en la nube o empezar con el desvío de llamadas para probar.
• Solo móviles con SIM: el desvío hacia el bot se activa y desactiva a mano, porque no hay reglas horarias.

Si el centro no tiene VoIP, Run2AI puede ponerlo en contacto con sus partners para un presupuesto sin compromiso.

El centro decide qué llamadas van a la Virtual Reception mediante las reglas de su centralita, porque el bot solo ve las que recibe: lo habitual es empezar por las llamadas fuera de horario y las que llegan con todos los operadores ocupados, y tras el rodaje muchos centros lo convierten en primer nivel de atención las 24 horas.

En sanidad las llamadas llegan en picos, por ejemplo entre las 8 y las 10 o el lunes por la mañana: dimensionar la plantilla para los picos es imposible, mientras que el bot absorbe el volumen por sí solo. Como primer nivel, pasa al operador solo lo que de verdad necesita a una persona.

La gestión de las llamadas entrantes se explica en la página Gestión de llamadas entrantes con IA.

Sí, la Virtual Reception gestiona varias conversaciones en paralelo y por parte de Run2AI no hay un límite práctico de llamadas simultáneas: el límite real son las líneas de la centralita del centro, de modo que con 12 líneas el bot puede mantener hasta 12 conversaciones al mismo tiempo.

Por eso el bot resulta útil en los picos, como el lunes por la mañana: en lugar de encontrar la línea ocupada, el paciente recibe respuesta aunque todos los operadores estén al teléfono. Para atender más conversaciones a la vez basta con ampliar las líneas de la centralita.

Sí, cuando el programa de gestión está integrado, la Virtual Reception lee la disponibilidad en tiempo real, propone al paciente los huecos realmente libres y reserva, cambia o anula la cita directamente en el programa, que sigue siendo el sistema maestro del que llegan prestaciones, precios, tarifas y profesionales con un botón de sincronización.

Si el paciente pide un profesional por su nombre, el bot busca solo en sus agendas; si no, une la disponibilidad de todos los profesionales que realizan esa prestación. Tras la reserva se ponen en marcha los flujos que el programa ya tiene previstos, como recordatorios por SMS o correo electrónico. En Doctolib Vettore, las citas del bot llegan con una nota que indica su origen.

Algunas plataformas son ecosistemas cerrados: en ese caso el bot recoge la solicitud y la pasa al operador. Sin programa de gestión, incluso con una agenda sencilla o en papel, el bot puede apoyarse en Google Calendar u Outlook Calendar.

La Virtual Reception se integra en tiempo real con Doctolib Vettore, Caremed (Innogea), Alfadocs, DBMedica, Medinformatica Medistudio, Multimedia Medica Siomed, Bollino IT, BCS y RB Software Center Ges.La.An., además de con Google Calendar y Outlook Calendar para quien no usa un programa de gestión, y en veterinaria también con Snoots y Alcyon Dr.Vet.

Con Doctolib sin Vettore hoy no hay lectura ni escritura de las agendas en tiempo real: el funcionamiento se explica en la pregunta sobre Doctolib.

Las páginas de detalle son Doctolib Vettore, Caremed, Alfadocs, DBMedica, Medinformatica Medistudio, Multimedia Medica Siomed, Bollino IT, BCS, RB Software Center Ges.La.An. y Google Calendar.

La Virtual Reception de Run2AI lee y escribe en tiempo real las agendas de Doctolib solo a través de Doctolib Vettore, el programa de gestión asociado a Doctolib; con Doctolib sin Vettore, el bot responde a los pacientes y recoge la solicitud de cita para el operador o lleva al paciente a la página de reservas online del centro.

Sin Vettore, por tanto, el bot no ve los huecos libres ni introduce citas en la agenda: la solicitud de rellamada llega al panel con nombre, número y resumen, o el paciente reserva por su cuenta en la página online del centro, por ejemplo su página de Doctolib.

Los detalles están en las páginas Doctolib Vettore y Doctolib.

Para cada prestación, sede y modalidad, el centro elige cómo actúa la Virtual Reception: en modo integrado comprueba la disponibilidad y reserva por sí sola, en modo pendiente de gestión recoge la solicitud para el operador, útil con un triaje complejo o varias agendas a la vez, y en acceso libre se limita a dar las instrucciones.

En el panel, las prestaciones integradas aparecen en verde y las pendientes de gestión en amarillo. Cuando la tarifa lo requiere, el bot pide que se precise, por ejemplo «¿consulta dermatológica simple o con dermatoscopia?», y lee las instrucciones de preparación antes de proponer fechas. Un caso típico pendiente de gestión es una intervención que necesita cirujano y anestesista a la vez; uno de acceso libre son las extracciones de sangre «de lunes a viernes, de 7:30 a 9:30, en ayunas».

• Aseguradoras: el bot pregunta la compañía para comprobar la cobertura.
• SSN (el servicio sanitario nacional italiano): la modalidad está activa solo donde el centro está concertado y desactivada donde reserva el CUP; si el presupuesto del mes se ha agotado, se apaga el interruptor y el bot se lo comunica al paciente.

Las reservas con la sanidad pública italiana se explican en la página Reservas SSN/SSR.

Sí, la Virtual Reception está pensada para varias sedes: para cada una se configuran horarios, direcciones, cierres extraordinarios, información y prestaciones, y con un número por sede el bot ya sabe de dónde llega la llamada, mientras que con un número único de citas tipo CUP pregunta al paciente a qué sede quiere ir.

Los operadores tienen un perfil de administrador o de usuario y se asocian a una o varias sedes, así cada uno ve las solicitudes de las suyas. El plan Pro añade usuarios ilimitados, estadísticas avanzadas y el reparto de llamadas a personas o equipos.

El coste por sede baja a medida que aumenta el número de sedes. Una segunda sede que sea solo un punto de extracciones con el mismo número puede empezar como si fuera una sede única.

Sí, con el módulo opcional de llamadas salientes, la Virtual Reception llama al paciente unos días antes de la cita, pide la confirmación y, si hace falta, la cambia o la anula, con el resultado visible al momento en el panel y el hueco liberado disponible para que el centro lo asigne a otro paciente.

Es una conversación real, no un mensaje grabado: «Tiene una ecografía abdominal completa pasado mañana, ¿me la confirma?», y el bot también responde a las preguntas del paciente. Tras dos o tres intentos sin respuesta puede enviarse un WhatsApp. Las citas que hay que llamar llegan del programa de gestión o de un archivo importado, por ejemplo solo los pacientes que no confirmaron por SMS.

Los recordatorios periódicos, como la limpieza dental o la revisión de lunares cada 12 meses, requieren un consentimiento sólido: para campañas propiamente dichas conviene consultar al delegado de protección de datos y comprobar el registro italiano de oposiciones (Registro delle opposizioni). El módulo se describe en la página Gestión de llamadas salientes con IA.

Por teléfono y por WhatsApp, la Virtual Reception ya conoce el número del paciente y, si la ficha de pacientes está sincronizada con el programa de gestión, lo reconoce y pide confirmación antes de reservar, mientras que a un paciente nuevo le pide nombre, apellidos y código fiscal italiano letra por letra, y lo comprueba en tiempo real.

La confirmación es explícita, del tipo «¿Estás reservando para Mario Rossi?», y también se puede reservar para un hijo o un padre. Si el código fiscal no cuadra, el bot pide fecha y lugar de nacimiento y lo calcula; si el paciente no está en la ficha, lo da de alta en el programa de gestión.

No hace preguntas accesorias como «¿cómo nos ha conocido?»: va directo al grano.

Sí, la Virtual Reception funciona bien con pacientes mayores y con acentos regionales: uno de los primeros clientes de Run2AI es una clínica oftalmológica especializada en cataratas, con pacientes muy mayores, donde la eficacia ha sido igual que con los pacientes jóvenes, y centros del Véneto, Sicilia y Cerdeña confirman que entiende bien los acentos locales.

Según nuestra experiencia, se puede contar con que el 95–98% de las conversaciones vayan bien. En el 1–2% de llamadas difíciles, que también lo serían para un operador, el bot detecta que la conversación no avanza y la pasa a una persona.

No hay menú de «pulse 1»: el paciente habla con normalidad, puede interrumpir y cambiar de tema, y la velocidad de la voz está ajustada para que la entiendan bien incluso las personas más mayores.

Cuando el paciente expresa una urgencia, como «tengo que ir en media hora, ha pasado algo grave», la Virtual Reception la reconoce, no sigue con una reserva ordinaria, recomienda llamar a emergencias (el 118 en Italia), ir a urgencias o acudir al centro y, si está previsto, lanza un aviso o pasa enseguida a un operador.

El bot reconoce los elementos semánticos de urgencia en lo que dice el paciente. Como un operador, sin embargo, no puede adivinar una urgencia que el paciente no expresa. No entra a valorar los síntomas: su tarea es orientar, no evaluar.

No, la Virtual Reception se ocupa solo de aspectos organizativos e informativos, como horarios, prestaciones, preparación de pruebas, reservas y solicitudes de rellamada, y no ofrece ningún asesoramiento clínico ni terapéutico: si el paciente describe síntomas, el bot no entra a valorarlos y, si surge una urgencia, remite a emergencias (el 118 en Italia) o a urgencias.

Las imágenes sanitarias también quedan fuera: si por WhatsApp llega la foto de una receta o de una lesión, el bot se detiene y pasa la conversación a una persona. Este límite es una garantía para el paciente y una protección para el centro.

En WhatsApp, la Virtual Reception actúa como primer nivel de atención en el número del centro, aunque sea un fijo, con la misma información y el mismo flujo que el teléfono: responde a las preguntas, reserva si el programa de gestión está integrado, registra solicitudes de rellamada y transcribe los mensajes de voz, que el operador puede volver a escuchar.

Si llega una foto, como una receta escrita a mano o la imagen de una lesión, el bot se detiene porque no analiza imágenes sanitarias: recepción recibe un aviso por correo electrónico, abre la conversación y responde de persona a persona.

Por una norma de Meta, tras 24 horas de silencio el centro solo puede escribir primero con un mensaje de plantilla aprobado, que se envía desde el panel con un botón. Los detalles están en la página WhatsApp para centros médicos.

El teléfono sigue siendo el canal principal en sanidad, pero en webs con buen tráfico estimamos que el chatbot de la Virtual Reception llega a gestionar el 20–30% de las conversaciones, porque muchas personas no navegan por las páginas de detalle y prefieren preguntar directamente en el chat.

El chatbot se instala en la web como una pequeña ventana y usa la misma información que los demás canales. Para reservar puede actuar como en el teléfono, si el programa de gestión está integrado, o llevar al paciente a la página de reservas online, por ejemplo el portal de Doctolib. Si la web tiene poco tráfico, conviene empezar por el teléfono.

Sí, el correo electrónico es el canal más reciente y el menos usado de los cuatro: para cada mensaje, la Virtual Reception prepara un borrador de respuesta con la información que conoce y el operador decide si enviarlo, modificarlo o descartarlo, mientras que en temas concretos el bot puede responder automáticamente sin pasar por el operador.

Tiene sentido sobre todo cuando llegan muchos correos repetitivos, como preguntas sobre horarios o instrucciones de preparación. Para reservar son más adecuados el teléfono, WhatsApp y el chat.

Sí, la Virtual Reception es adecuada para policlínicas, clínicas dentales, clínicas oftalmológicas, centros de diagnóstico, centros de fisioterapia y clínicas dermatológicas, es decir, centros con muchas llamadas repetitivas y prestaciones que reservar, y cada una de estas especialidades tiene una página propia con ejemplos, prestaciones habituales y preguntas del sector.

Cambian los ejemplos más que el funcionamiento: en un centro de diagnóstico cuentan sobre todo las preparaciones de las pruebas y las modalidades, en una clínica dental las revisiones periódicas y en una clínica oftalmológica unos pacientes que a menudo son mayores.

Las páginas son policlínicas, clínicas dentales, clínicas oftalmológicas, centros de diagnóstico, fisioterapia y dermatología.

Sí, la Virtual Reception también es adecuada para clínicas y centros veterinarios y para farmacias: atiende a los dueños de mascotas y a los clientes igual que en los centros sanitarios y, en veterinaria, puede integrarse con programas del sector como Snoots y Alcyon Dr.Vet para leer la disponibilidad y reservar las visitas.

También se contemplan los profesionales sanitarios independientes, como psicólogos, nutricionistas y osteópatas. Las páginas específicas son centros veterinarios y farmacias.

Sí, y es un caso cada vez más frecuente: para el médico de familia, la Virtual Reception actúa como filtro, responde sobre horarios, modo de acceso y recetas, deriva las urgencias a los servicios de emergencia (el 118 en Italia) y convierte el resto en solicitudes ordenadas que la consulta gestiona cuando tiene tiempo, sin prometer disponibilidad inmediata.

Las renovaciones de recetas para tratamientos crónicos van a una lista específica. Si la consulta solo usa móviles, el desvío hacia el bot se activa y desactiva a mano. Varios médicos asociados, por ejemplo en una AFT italiana (agrupación de médicos de atención primaria), pueden compartir la misma solución y repartirse los costes.

Sí, la Virtual Reception trata los datos de los pacientes conforme al RGPD: el bot se presenta siempre como asistente virtual y remite a la política de privacidad del centro, ningún modelo de inteligencia artificial se entrena con las conversaciones de los pacientes y Run2AI firma con el centro el contrato de encargado del tratamiento.

Al delegado de protección de datos del centro, Run2AI le facilita una nota informativa específica y la documentación sobre la conformidad de los servidores, de modo que la evaluación de privacidad parte de documentos concretos.

Los datos tratados por la Virtual Reception se almacenan en Google Cloud Platform en Europa y los modelos de inteligencia artificial también se ejecutan en Europa, mientras que el periodo de conservación lo decide el centro, por ejemplo uno, dos o tres meses, y al vencer los datos se borran automáticamente.

Las conversaciones y las transcripciones están cifradas en reposo y solo son legibles en claro para quien accede al panel con sus credenciales. Las grabaciones de audio de las llamadas siguen una regla aparte, más restrictiva, con un máximo de siete días.

Las grabaciones de audio de las llamadas gestionadas por el servicio de recepción virtual se conservan solo para verificación técnica y resolución de fallos, durante el tiempo estrictamente necesario para esas tareas y en todo caso no más de siete días desde la fecha de la llamada, tras los cuales se borran automáticamente.

Solo puede escucharlas el responsable técnico autorizado. Para el trabajo diario, el centro usa la transcripción escrita de cada conversación, disponible en el panel.

La Virtual Reception de Run2AI tiene un precio modular: el canal telefónico parte de 224 € al mes, es decir, una cuota anual de 2.690 € sin IVA, a lo que se suman un coste de activación único y el posible consumo por encima del umbral incluido, activando solo los canales y módulos necesarios.

• Activación única: configuración, pruebas y formación del personal sobre la documentación y el panel.
• Cuota: anual o trimestral, para los canales y módulos activos.
• Consumo: solo por encima del umbral incluido en la cuota.

La integración con el programa de gestión tiene un precio cerrado, así que se conoce desde el principio. Se puede empezar con una sola sede o un solo canal y ampliar después. El presupuesto completo llega ya en la primera llamada con el equipo de Run2AI. Todos los precios son sin IVA.

La cuota del canal telefónico incluye 500 minutos de conversación efectiva al mes, unas 350 llamadas, y por encima de ese umbral se paga por minuto, contando solo las llamadas que llegan al bot: según nuestra experiencia, el 30–40% de los clientes no paga nada por consumo y en torno al 40% gasta unas decenas de euros al mes.

Quien envía al bot decenas de miles de llamadas gasta unos cientos de euros al mes, frente a miles de reservas. En WhatsApp el consumo es de unos céntimos por sesión: estimamos que rara vez supera una decena de euros al mes. El consumo cero suele corresponder a quien usa el bot fuera de horario y en los picos, sin salir del umbral.

Un ejemplo, a modo de estimación: con 3.000 llamadas al mes y una conversión del 15% salen unas 450 reservas; con un valor medio de 80 €, son unos 36.000 € reservados al mes y, con un margen del 10%, unos 3.600 € de margen. El coste de consumo se queda en torno a una décima parte del margen generado.

Sí, el primer paso es gratuito: el número de demostración publicado en la web, +39 02 3055 1707, responde como la Virtual Reception respondería a los pacientes y cualquiera puede llamarlo en todo momento, incluidos compañeros y socios; después se pasa a un entorno de prueba donde las llamadas de test aparecen en tiempo real en el panel.

• Piloto: en una sola sede o solo en el canal de voz, incluso solo fuera de horario.
• Prueba de tres meses: de pago, para comprobar los resultados; suele incluir el canal de voz y las solicitudes de rellamada.
• Rodaje: se enriquece la documentación y luego se amplía el perímetro hasta el primer nivel de atención.

Las cuotas también se pueden pagar cada tres meses. El número de demostración aparece también en la página Recepción virtual con IA.

La activación de la Virtual Reception suele llevar dos o tres semanas, y en los casos más rápidos el centro está operativo en cinco o seis días, porque telefonía, integración con el programa de gestión y preparación de los contenidos avanzan en paralelo y se parte de una base ya probada en centros similares.

• Telefonía: transferencia de llamadas junto con quien gestiona la centralita y, después, pruebas.
• Programa de gestión: integración de las agendas y sincronización de prestaciones y profesionales.
• Contenidos: documentación extraída de la web, de la carta de servicios, de otros archivos y de las instrucciones de preparación; es la parte más larga.

La formación del personal está incluida. También se puede empezar con un piloto en una sola sede y ampliar después.

Con un IVR el paciente pulsa teclas en un menú rígido, mientras que con la Virtual Reception habla con normalidad y el bot entiende la solicitud, reserva si el programa está integrado y pasa la llamada a una persona cuando hace falta; la centralita, VoIP o tradicional, sigue siendo el enlace telefónico de la recepción con IA.

La comparación más amplia está en el artículo IVR y recepción virtual.

En sanidad lo difícil no es pasar la voz a texto, sino guiar al paciente entre nombres ambiguos de prestaciones, modalidades, preparaciones, sedes y profesionales, así que un bot genérico acaba derivándolo todo al operador, mientras que la Virtual Reception está construida sobre estos flujos y se ciñe a la información del centro.

Un ejemplo típico es «resonancia de rodilla derecha, de alto campo, sin contraste»: para reservarla hay que identificar en la tarifa la prestación correcta, la modalidad, la preparación y la agenda adecuada. Varios centros llegaron a Run2AI después de probar contestadores genéricos o centros de llamadas externalizados.

No, la Virtual Reception no sustituye al personal, sino que lo libera: quien trabaja en recepción también se ocupa de la admisión, los cobros y los trámites y el teléfono lo interrumpe constantemente, así que el bot asume las solicitudes estandarizables y a las personas les quedan las reservas complejas, las preguntas personalizadas y la acogida presencial.

En los momentos de pico, muchos centros acaban silenciando el teléfono. Algunos mantienen la plantilla sin cambios durante los primeros 6–8 meses de rodaje. El bot es especialmente útil cuando el crecimiento pone en apuros al equipo, con tres personas que se quedan cortas y cuatro que son demasiadas: estimamos que una contratación más supone unos 40.000 € al año, mientras que el bot absorbe el volumen extra sin un salto de costes.

Quien había externalizado las llamadas a un centro de llamadas cuenta a menudo que recibía información imprecisa y reservas erróneas; el bot usa solo la información y las agendas del centro.