Un cabinet de médecine générale à deux praticiens, un secrétariat qui gère déjà les rendez-vous par téléphone et par un logiciel métier dédié : dans ce contexte, la demande initiale d’un widget de « prise de rendez-vous en ligne » sur le site Elementor s’est transformée, après discussion, en un formulaire de contact bien plus modeste et surtout bien plus sûr.
Ce projet illustre un cas fréquent : le client demande une fonctionnalité ambitieuse, mais l’analyse du besoin réel et des contraintes réglementaires du secteur santé mène vers une solution plus simple, plus rapide à livrer et moins risquée pour tout le monde.
Le besoin réel derrière la demande
En creusant avec la secrétaire médicale, il apparaît que le vrai besoin n’est pas de gérer un agenda en ligne (déjà couvert par leur logiciel métier), mais de réduire les appels pour des demandes de premier contact : nouveaux patients qui cherchent à savoir si le cabinet accepte encore des inscriptions, demandes de renouvellement d’ordonnance simple, questions sur les horaires. Un formulaire de contact bien conçu répond à cela sans dupliquer l’agenda existant.
Ce que le formulaire ne doit surtout pas collecter
La maquette initiale proposée par le cabinet comportait quatorze champs, dont plusieurs posaient un problème de fond : motif détaillé de consultation, antécédents, traitement en cours. Ces champs relèvent de données de santé au sens du RGPD, une catégorie particulière qui impose des garanties bien supérieures à celles d’un simple formulaire Elementor Pro Forms (chiffrement renforcé, hébergement HDS pour un stockage structuré, durées de conservation encadrées).
Le principe de minimisation des données (article 5 du RGPD) impose de ne collecter que ce qui est strictement nécessaire à la finalité poursuivie. Ici, la finalité est « permettre au secrétariat de rappeler la bonne personne », pas « constituer un dossier médical ». Le formulaire final ne retient que cinq champs.
Les cinq champs retenus
- Nom et prénom
- Numéro de téléphone
- Créneau de rappel préféré (matin / après-midi)
- Motif facultatif, limité à une case à cocher « nouveau patient » ou « patient suivi »
- Case de consentement explicite au traitement de la demande
Configuration côté Elementor Pro Forms
Le widget Forms d’Elementor Pro gère nativement ce type de formulaire court. Le champ « motif » a volontairement été transformé en case à cocher plutôt qu’en champ texte libre, pour éviter qu’un patient n’y écrive spontanément des informations médicales détaillées que le formulaire n’a pas vocation à recevoir.
L’action après soumission a été réglée sur un envoi d’e-mail chiffré vers une adresse dédiée du secrétariat, avec une suppression automatique des soumissions stockées dans l’administration WordPress au bout de trente jours, configurée via l’option de rétention native du widget Forms.
Conseil maison : face à une demande de « prise de rendez-vous » dans le secteur santé, la première question à poser n’est jamais technique mais réglementaire : quelles données seront réellement traitées, et est-ce compatible avec les moyens de sécurité du site.
Ce que ce choix a permis d’éviter
En écartant un plugin de prise de rendez-vous complet, le cabinet évite d’avoir à documenter un traitement de données de santé dans son registre RGPD, d’installer une extension supplémentaire à maintenir, et de gérer un système de créneaux qui aurait fait doublon avec son agenda existant. Le formulaire de contact, lui, reste dans le périmètre d’un traitement classique de prise de contact commercial, bien documenté et peu risqué.
En résumé
Ce cas de cabinet médical rappelle qu’un widget Elementor bien pensé n’est pas celui qui répond littéralement à la demande initiale du client, mais celui qui répond à son besoin réel tout en respectant les contraintes du secteur. Cinq champs bien choisis valent mieux que quatorze champs qui exposent inutilement le cabinet.
