Guide pratique · 4 min de lecture
Rendez-vous récurrents : gérer la série sans perdre ses exceptions
Créer des séries bornées, distinguer une occurrence de l'ensemble et contrôler les congés, jours fériés et changements d'heure avant confirmation.
Par Rédaction Doclineo · Rédaction assistée par IA · Révision éditoriale du
Le bouton « répéter chaque semaine » cache plusieurs décisions : jusqu'à quand, sur quel site, avec quelle ressource et que faire lorsqu'une date ne convient pas ? Une série mal définie peut occuper des mois de planning ou déplacer des rendez-vous que personne ne souhaitait modifier.
La périodicité d'une prise en charge appartient aux professionnels concernés. Cette fiche traite uniquement de sa traduction dans un agenda et des contrôles à demander au logiciel.
Donner une fin et une date de réévaluation
Une série devrait avoir un nombre d'occurrences ou une date de fin visible. Pour un suivi dont la durée n'est pas encore connue, distinguez le besoin de continuité d'une réservation automatique illimitée. Le responsable de la prise en charge détermine ce qui doit être programmé ; l'accueil ne déduit pas un rythme médical du dernier rendez-vous.
Avant confirmation, affichez la liste des dates réellement créées. Le récapitulatif doit faire apparaître site, professionnel, heure locale et éventuels conflits. « Dix séances demandées » ne signifie pas « dix rendez-vous confirmés » si deux dates se trouvent pendant une fermeture.
Préserver la différence entre série et occurrence
Le format iCalendar distingue une règle de récurrence et ses exceptions, notamment les dates exclues. Cette distinction technique aide à formuler une exigence simple : annuler le rendez-vous du mardi ne doit pas annuler tous les mardis. La RFC ne décide pas ce que votre interface doit autoriser ; elle décrit la représentation des événements échangés.
Proposez trois intentions séparées lorsqu'elles sont réellement prises en charge : modifier cette occurrence, modifier les suivantes, modifier toute la série. L'écran doit préciser combien de rendez-vous seront affectés et signaler ceux qui ont déjà eu lieu ou ont été déplacés individuellement. Ne confondez pas suppression d'un modèle et effacement de l'historique.
Références : IETF — RFC 5545, iCalendar.
Traiter les impossibilités date par date
Une série peut rencontrer un congé, une fermeture ou l'occupation d'une ressource. Ne contournez pas ces conflits en réservant seulement le praticien. Chaque occurrence doit satisfaire les mêmes contraintes qu'un rendez-vous isolé.
Deux modes peuvent être proposés : refuser la série entière si une date échoue, ou créer les dates possibles en laissant une liste explicite des exceptions à résoudre. Le second mode exige une information particulièrement claire : qui traite les dates manquantes, quand et comment le patient sait-il lesquelles sont confirmées ? Une réussite partielle silencieuse est une source de rendez-vous fantômes.
Sur petit écran, faites défiler le tableau horizontalement pour voir toutes les colonnes.
| Action testée | Résultat attendu |
|---|---|
| Annuler la troisième occurrence | Les autres dates restent inchangées |
| Déplacer une occurrence puis modifier les suivantes | Le sort de l'exception est expliqué avant validation |
| Créer une série avec un jour fermé | Le conflit est identifié, aucune place impossible n'est confirmée |
| Arrêter la série future | Les rendez-vous passés et leur trace restent conservés |
Vérifier l'heure locale après un changement saisonnier
Un rendez-vous voulu chaque mardi à 9 h sur un site donné doit être vérifié autour des changements d'heure. Répéter un instant UTC à intervalle constant n'exprime pas nécessairement la même intention que répéter une heure locale. Le test doit porter sur les dates affichées au patient et dans les exports.
Demandez à l'éditeur de montrer une série qui traverse une transition de fuseau, puis d'en importer l'invitation dans un autre calendrier. Vérifiez aussi le contenu du rappel. La présence du bon horaire dans l'agenda interne ne suffit pas si le SMS ou le fichier exporté en annonce un autre.
Envoyer des changements compréhensibles
Lorsqu'une occurrence change, le message doit identifier la date concernée et le nouvel horaire sans laisser croire que toute la série est déplacée. Pour une modification globale, fournir un récapitulatif des rendez-vous futurs concernés évite au patient de reconstituer le planning à partir de plusieurs messages contradictoires.
Prévoyez une procédure en cas de changement de professionnel ou de site. La disponibilité technique d'une autre personne ne permet pas d'en déduire l'adéquation de la prise en charge. L'équipe habilitée valide l'organisation, puis informe le patient selon le circuit convenu.
Revoir les séries qui restent actives
Une revue régulière recherche les séries dépassant leur horizon, les occurrences annulées plusieurs fois et les besoins devenus obsolètes. Elle ne doit pas libérer automatiquement un suivi nécessaire sans décision du professionnel responsable.
Conservez la raison administrative d'une fin de série et la personne qui l'a validée. L'objectif est de récupérer les réservations qui n'ont plus lieu d'être, sans transformer une optimisation de capacité en interruption de parcours.
Questions complémentaires
Un fichier calendrier suffit-il à confirmer une série ?
Non. Il représente des événements, mais l'établissement doit avoir réellement réservé les ressources et communiqué les dates confirmées. Un import réussi ne démontre pas l'absence de conflit dans le logiciel métier.
Sources et portée des références
Les références étayent les points indiqués dans le texte. Les exemples fictifs, calculs et grilles proposés par Doclineo sont distingués des recommandations de ces organismes.
-
IETF — RFC 5545, iCalendar
Représentation des événements, récurrences, exceptions et fuseaux. Ne définit ni priorités médicales ni règles de réservation d'un établissement.
Source consultée le .
Signaler une erreur éditoriale : indiquez le titre et le passage concerné, sans transmettre de données de santé personnelles.
