Cómo integrar un agente de voz con un PMS dental

Decir «se integra con mi PMS» puede significar cosas distintas: consultar disponibilidad, crear una cita, cambiarla o cancelarla. Evalúa cada operación por separado.

Prepara una lista breve de lo que recepción necesita resolver. Una conexión que consulta horarios no demuestra por sí sola que pueda modificar reservas. API es el mecanismo con el que dos programas intercambian información y solicitudes; sus permisos determinan qué puede leer o cambiar cada conexión.

Reúne el nombre del software, la versión, cómo está instalado y quién lo administra. Añade sedes, agendas y profesionales implicados.

No facilites credenciales por formularios públicos. Los accesos necesarios se revisan durante la puesta en marcha por el procedimiento acordado. Si utilizas Gesden, consulta qué revisar en tu configuración.

Esta selección compara cuestiones de integración, no cuotas de mercado ni calidad de los programas. La documentación del proveedor no acredita una integración de Atendix. Las funciones deben comprobarse para cada instalación.

Gesden: identifica el producto y la instalación

Infomed distingue Gesden ONE y Gesden G5 en su catálogo y presenta prestaciones de agenda por versión. Antes de integrar un agente de voz con Gesden, identifica el producto exacto, la versión y cómo está desplegado. Fuente: información oficial de Gesden.

Pregunta al proveedor qué vía autorizada permite consultar disponibilidad y ejecutar reservas, cambios o cancelaciones en esa instalación. Una función de agenda visible para recepción no demuestra que esté expuesta a un agente externo. En Atendix revisamos estos puntos antes de concretar el alcance: qué comprobar para conectar Atendix con Gesden.

Clinic Cloud: separa las funciones del programa del acceso externo

Clinic Cloud presenta agenda multiprofesional y multisede, además de reserva online dentro de su oferta. Esa descripción comercial no determina qué operaciones puede ejecutar una aplicación externa. Fuente: funciones publicadas por Clinic Cloud.

Para valorar una integración de voz, solicita confirmación del mecanismo de conexión autorizado, sus permisos, condiciones y operaciones de agenda. En las páginas consultadas no hemos verificado una especificación técnica que permita afirmar ese alcance para Atendix; tampoco significa que no existan opciones que el proveedor pueda ofrecer.

Dentally: revisa operaciones y permisos de su API

Dentally publica una API con consulta de disponibilidad y operaciones de citas, junto con permisos de acceso específicos. La documentación diferencia cancelar una cita de eliminarla. Fuente: documentación oficial de Dentally.

La evaluación debe comprobar qué permisos se conceden, a qué sede y profesionales afecta la operación y cómo se expresa cada resultado al paciente. Tener una API documentada facilita definir la prueba; no equivale a que Atendix ya tenga validada una conexión con Dentally.

Dentalink: confirma la contratación y el acceso administrativo

Dentalink explica que dispone de una API de lectura y escritura, con coste asociado, y que la creación de clientes de API corresponde al usuario administrador. Fuente: guía oficial de integración API de Dentalink.

Antes de valorar un agente de voz, confirma las condiciones de acceso y las operaciones concretas de cita incluidas. El permiso de lectura no sustituye al de escritura. La disponibilidad de esa API no constituye por sí sola una integración comercial de Atendix con Dentalink.

Open Dental: comprueba versión y significado de los estados

La documentación de Open Dental describe consulta de huecos, creación y actualización de citas, e indica versiones de incorporación de funciones. Fuente: API de citas de Open Dental.

Es una referencia útil para entender por qué importa la versión: la prueba debe ajustarse a los métodos y estados disponibles en la clínica, no a cualquier ejemplo de internet. No se presenta aquí como una conexión de Atendix validada para tu instalación.

Una hora libre no siempre sirve para cualquier visita. La operación debe contemplar el tipo de cita, la duración, el profesional, la sede y los recursos correspondientes.

Pregunta qué reglas admite la conexión y cuáles requieren intervención del equipo. No presupongas que todo lo que recepción puede hacer manualmente está disponible mediante la integración.

La prueba debe mostrar tanto la conversación como el resultado en el sistema conectado. Un ejemplo con una agenda ficticia sirve para entender el recorrido, pero no certifica la compatibilidad con tu instalación.

• Consultar una disponibilidad válida para un caso acordado.
• Completar una operación habilitada y comprobar el resultado en la agenda.
• Probar qué ocurre si no hay disponibilidad o no se acepta la operación.
• Revisar qué recibe recepción cuando queda una solicitud pendiente.

Utiliza datos de prueba y accesos autorizados. No necesitas cargar historias clínicas para una primera demostración comercial.

Escenario ficticio para evaluar una integración. No es una llamada real ni una demostración de compatibilidad con todos los PMS.

1. El paciente pide otro horario«Tengo cita el martes a las 10:00. ¿Podría pasarla al jueves por la tarde?» Se recoge la petición, sin dar el cambio por hecho.
2. Se identifica la reserva correctaSe aplican las comprobaciones acordadas con la clínica. Si hay dudas sobre el paciente o la cita, la modificación queda pendiente de revisión.
3. Se busca una alternativa válidaSe comprueban tipo de visita, duración, profesional, sede y disponibilidad. En este ejemplo, el jueves a las 17:00 cumple las reglas y el paciente lo acepta.
4. Se solicita y comprueba el cambioLa integración ejecuta la operación autorizada y comprueba su resultado. Consultar el hueco o recibir la preferencia no confirma la modificación.
5. Se comunica el estado realSolo si la agenda acepta el cambio: «Tu cita queda cambiada al jueves a las 17:00». Si no se puede verificar: «El cambio no está confirmado; queda pendiente de revisión». No se afirma que la cita original sigue vigente sin comprobarlo.
6. Recepción ve qué ha ocurridoLa revisión debe permitir distinguir cita modificada y solicitud pendiente, con el contexto necesario para continuar sin repetir toda la conversación.

Para valorar la experiencia de voz, escucha la demo de Atendix. Para validar la integración, pide además comprobar el resultado en tu sistema de agenda.

Consultar un hueco no lo reserva. Otra persona puede ocuparlo antes de que termine la llamada. La integración debe comunicar el resultado real de la operación, no confirmar a partir de una consulta anterior.

• El hueco ya no está disponible: buscar otra opción válida, sin anunciar una reserva que no existe.
• La respuesta tarda o se interrumpe: comprobar si se completó la operación antes de repetirla. Un reintento no debe crear una segunda cita.
• No se identifica con seguridad la cita: dejar la gestión pendiente de revisión, sin modificar una reserva por aproximación.
• El cambio no se completa: comprobar qué ha ocurrido con la cita original y explicar qué sigue vigente.

Son criterios para evaluar cualquier integración, no una descripción de la arquitectura interna de Atendix. Pide que estas situaciones formen parte de la prueba con datos ficticios.

Pregunta qué evento permite decirle al paciente que su cita está reservada o modificada. Recoger sus datos y su preferencia no es suficiente.

Atendix gestiona citas mediante integraciones con calendarios y PMS compatibles. Las funciones se validan para la configuración de cada clínica y la agenda debe aceptar la operación antes de confirmarla.

También debe quedar claro qué ocurre con las excepciones: quién las revisa y qué información necesita para continuar.

Antes de activar, deja identificados el software, las operaciones incluidas, las reglas, los accesos y las personas responsables. Acuerda permisos limitados a lo necesario, cómo retirar el acceso y quién resuelve las incidencias. No compartas credenciales en una demo ni utilices datos clínicos innecesarios. Si una función no está disponible, no la contabilices como trabajo que ya puedes automatizar.

La página de integraciones orienta la conversación. La decisión final necesita revisar tu caso. Para reunir la información operativa, utiliza la lista de preparación.

Completa los campos entre corchetes y utiliza este mensaje para concretar el alcance. No incluyas contraseñas ni datos de pacientes.

Asunto: conexión de un agente de voz con nuestra agenda

Hola, utilizamos [PMS y versión] en [tipo de instalación] y queremos evaluar un agente de voz para gestionar citas por teléfono. Necesitamos confirmar lo siguiente:

1. ¿Qué mecanismo autorizado de integración está disponible para nuestra instalación y dónde podemos consultar su documentación?
2. ¿Permite consultar disponibilidad, crear citas, modificarlas y cancelarlas? ¿Qué operaciones requieren otro módulo o permiso?
3. ¿Cómo se tienen en cuenta profesionales, sedes, duración y tipos de cita?
4. ¿Qué licencias, costes o autorizaciones se necesitan y quién debe aprobar el acceso?
5. ¿Cómo podemos limitar los permisos y retirar el acceso cuando sea necesario?
6. ¿Qué respuesta permite verificar una operación y cómo se comprueba su resultado si la conexión se interrumpe?
7. ¿Podemos realizar una prueba con datos ficticios, incluidos huecos ocupados y cambios que no se completan?
8. ¿Quién presta soporte a la conexión y qué debemos revisar si cambia la versión del programa?

Nos interesa empezar por [operaciones prioritarias]. Agradeceríamos la documentación y las condiciones aplicables antes de acordar la puesta en marcha.

Una respuesta general de «sí, tenemos API» no resuelve toda la lista. Conserva las respuestas y contrástalas con la prueba de cada operación. Si utilizas Gesden, puedes empezar por esta revisión específica de versión y configuración.