Disponibilités & rappels
Une annulation devient une proposition adressée à une liste approuvée, et le rappel administratif de la visite suivante part selon la décision du praticien.
Cliniko
Cliniko documente la réservation, la modification et l’annulation. Les droits de l’accès sont ceux du compte qui l’ouvre — et tant qu’il n’est pas ouvert, la demande est écrite dans Zenvox.
7 jours, 20 appels répondus, sans carte
Où atterrit votre demande
La demande est écrite dans Zenvox : patient, discipline, type de rendez-vous, durée attendue et plages possibles. Tant qu’aucun accès n’est ouvert, rien n’est écrit dans Cliniko et votre logiciel garde la vérité de l’horaire. La voie existe pourtant et elle est écrite : réserver, modifier et annuler sont documentés par l’éditeur. Ce qui manque est l’essai authentifié depuis un compte réel.
L’accès se fait par une clé rattachée à un utilisateur, sur un point d’accès propre au fragment d’hébergement de votre compte. Conséquence rarement dite : les droits de la clé sont ceux de l’utilisateur qui la crée — une clé prise sur un compte de praticien donne la vue de ce praticien. Elle se crée depuis votre compte et se révoque quand vous voulez ; tant qu’elle n’existe pas, la réceptionniste travaille en mode natif.
Cliniko est un logiciel de gestion de clinique pour l’ostéopathie, la massothérapie et la physiothérapie ; sa documentation technique est publique, ce qui est rare et change la nature de la discussion.
Lire, créer, modifier, annuler
L’état ci-dessous vient de la documentation de l’éditeur relue à la vérification, et du fait qu’aucun essai authentifié n’a encore été enregistré depuis Zenvox.
| Action | État | Ce que ça veut dire |
|---|---|---|
| Lire | À qualifier | Patients, praticiens et établissements sont décrits par une interface documentée. Retrouver un patient et lire les disponibilités d’un praticien est une voie écrite ; elle doit être exécutée avec une clé réelle, sur le bon fragment d’hébergement, avant d’être annoncée. |
| Créer | À qualifier | La création d’un rendez-vous individuel est documentée, y compris le refus en cas de conflit. Restent à éprouver l’envoi répété du même message, la durée par type de séance et la contrainte de salle, qui ne se déduisent pas du schéma. |
| Modifier | À qualifier | La modification d’un rendez-vous existant est décrite. Deux demandes simultanées sur le même créneau, elles, se testent : sans ce test, la réceptionniste ne déplace pas une séance et prépare la demande pour votre équipe. |
| Annuler | À qualifier | L’annulation est documentée. La stratégie de synchronisation et les événements de rappel du logiciel restent à vérifier, pour éviter le défaut classique : deux rappels envoyés au même patient, un par la clinique et un par Zenvox. |
Ce qui est compris, ce qui demande une option
Répondre pendant la séance, qualifier, distinguer une première consultation d’un suivi, noter une préférence de praticien et vous transmettre la demande relèvent de votre base d’activité Santé. La connexion supprime la ressaisie ; elle n’ajoute pas de fonction. La liste d’attente et la coordination d’un parcours à plusieurs séances, salles ou praticiens sont des options nommées.
L’autorisation, et qui fait foi
Une clé se crée, se limite et se révoque. Ces points sont la condition d’une installation propre, et ils se décident avant la première connexion.
- La clé est créée depuis votre compte, sur l’utilisateur dont vous voulez les droits — Zenvox ne demande pas votre mot de passe
- Les droits de la clé sont ceux de cet utilisateur : une clé restreinte donne une intégration restreinte, et c’est une décision, pas un effet de bord
- Un système maître est fixé par objet — patient, rendez-vous, praticien — pour qu’une donnée ait une seule vérité
- Vous révoquez la clé quand vous le voulez : la réceptionniste revient au mode natif Zenvox et le service continue
- Les rappels déjà envoyés par votre logiciel sont inventoriés avant l’installation, pour que le patient en reçoive un seul
Une patiente connue rappelle pour un suivi. La lecture est en cours de qualification, l’écriture aussi : la réceptionniste prépare, elle n’inscrit pas.
PatienteBonjour, je voudrais reprendre un rendez-vous avec la même ostéopathe que la dernière fois.
RéceptionnisteAvec plaisir. Je confirme d’abord votre nom et votre date de naissance, puis je note que vous souhaitez la continuité avec la même praticienne.
RéceptionnisteQuelles plages vous conviennent le mieux ? Je transmets votre demande à la clinique ; c’est elle qui confirme le créneau, je ne le réserve pas moi-même.
La demande arrive à la clinique avec la patiente identifiée, la praticienne demandée, le type de séance et deux plages horaires acceptables. La clinique inscrit, puis confirme. Le jour où la création est éprouvée sur un compte réel, la même conversation se termine par un rendez-vous écrit — sans que vous changiez quoi que ce soit.
Quand la connexion n’est pas là
L’absence de clé ne bloque rien. La réceptionniste travaille en mode natif et vous récupérez la demande là où vous travaillez déjà.
- La demande est créée dans Zenvox avec les mêmes champs et la même qualification
- Vous la retrouvez dans l’application, avec transcription et motif
- Le lien de réservation en ligne de la clinique est envoyé par message quand il existe
- Aucune fonction de votre base ne dépend d’un logiciel tiers
- Le jour où une opération devient qualifiée, elle s’ajoute sans refaire votre configuration
Questions sur cette connexion
Est-ce que Cliniko permet à Zenvox de réserver ?
La voie est documentée par l’éditeur — réserver, modifier et annuler y sont décrits — et ce qui manque est l’essai authentifié depuis un compte réel. Tant qu’il n’a pas eu lieu, la réceptionniste prépare la demande et la clinique inscrit.
Quels droits la clé donne-t-elle ?
Exactement ceux de l’utilisateur qui la crée : une clé prise sur un compte de praticien donne la vue de ce praticien. C’est une décision à prendre avant l’installation, pas un effet de bord, et la clé se révoque quand vous le voulez.
Est-ce que mes patients vont recevoir deux rappels ?
Les rappels déjà envoyés par votre logiciel sont inventoriés avant l’installation, pour que le patient en reçoive un seul. La stratégie de synchronisation et les événements de rappel du logiciel restent à vérifier, et c’est le défaut classique qu’on cherche à écarter.
Et si deux personnes demandent le même créneau ?
Le refus en cas de conflit est documenté, mais deux demandes simultanées sur le même créneau se testent. Sans ce test, la réceptionniste ne déplace pas une séance et prépare la demande pour votre équipe.
Qu’est-ce qui fonctionne tant que la clé n’existe pas ?
Tout ce qui touche à l’accueil : répondre pendant la séance, distinguer une première consultation d’un suivi, noter une préférence de praticien, envoyer votre lien de réservation en ligne, et vous transmettre la demande avec la transcription et le motif.
La suite
Voyez la pratique concernée, ou la liste complète des logiciels étudiés.
Cliniko