Borne : la borne d'accueil patient qui crée elle-même la liste de travail clinique

Essayer la démo en ligne ↗

Quand le patient déclenche directement le dossier d’examen

Dans la plupart des cabinets et hôpitaux, l’arrivée d’un patient déclenche une petite chaîne d’actions invisibles mais coûteuses : une secrétaire l’identifie, vérifie son rendez-vous, ouvre son dossier, et un clinicien décide ensuite du type d’examen à réaliser et crée l’ordre correspondant. Le marché de l’enregistrement autonome a digitalisé la première moitié de cette chaîne, l’enregistrement, mais s’arrête presque systématiquement à la porte du dossier clinique.

Borne est l’application de borne d’accueil patient que nous avons conçue chez transtorm.ai pour un cabinet d’ophtalmologie, et qui franchit précisément cette frontière (voir aussi notre cas d’usage Borne patient). Quand un patient confirme sa présence sur l’écran tactile, l’application ne se contente pas de prévenir le secrétariat : elle retrouve le rendez-vous, identifie le patient, déduit le type de consultation à partir de son dernier suivi, et crée automatiquement l’item de liste de travail dans le dossier patient (le DPI du cabinet). Le tout en auto-hébergé, multilingue, et sans aucun compte ni SMS.

Cet article décrit son fonctionnement, ses partis pris techniques et, honnêtement, ce qu’elle apporte par rapport à un marché déjà mature.

Mardi, 9 h 02. Madame Leroy arrive pour son suivi de glaucome et s’avance vers la borne tactile à l’entrée. Elle confirme l’heure de son rendez-vous et ses initiales, rien d’autre : ni carte, ni code, ni SMS. À cet instant, sans qu’aucune secrétaire n’ait touché un clavier, sa liste de travail s’écrit dans le dossier, prête pour l’orthoptiste puis l’ophtalmologue : champ visuel, OCT, tension oculaire, réfraction, consultation. Le bon enchaînement d’examens, déduit de son dernier passage, déjà en file.

Ce que fait Borne, concrètement

L’écran d’accueil propose quatre actions simples sur une dalle tactile 1080p : J’ai un rendez-vous, Prendre un rendez-vous, Urgence, Demander un document. Derrière cette apparente simplicité se cachent plusieurs flux de travail.

1. Confirmer sa présence sans code ni SMS

Plutôt qu’un code PIN ou un lien reçu par SMS, Borne identifie le patient par une combinaison à faible friction mais étonnamment robuste :

• L’heure du rendez-vous (HH:mm), saisie via un sélecteur à colonnes par tranches de 10 minutes, bien plus ergonomique pour un public âgé que 60 choix successifs.
• Les initiales (2 à 4 caractères), avec un appariement volontairement flexible : l’ordre est indifférent, les prénoms composés sont tolérés (cm peut correspondre à cmf), et un nom incomplet dans l’agenda reste acceptable.
• L’année de naissance seule si l’agenda contient déjà la date de naissance (saisie rapide), ou la date complète sinon, typiquement pour les patients venus d’Internet via Cal.com.

La recherche interroge en parallèle quatre agendas Google du cabinet (principal, divers, et les agendas par praticien) et reste résiliente : si l’un échoue, les autres répondent quand même.

2. Détecter automatiquement le type de consultation

C’est l’un des points les plus distinctifs. Une fois le patient identifié dans le DPI, Borne récupère son dernier suivi et en extrait la procédure à réaliser : un suivi de glaucome, un kératocône, une consultation de routine… Le type de visite est ainsi pré-rempli sans aucune saisie supplémentaire, avec un repli vers « Routine » si rien n’est détecté.

3. Créer la liste de travail de bout en bout

Borne recherche le patient dans le DPI par similarité (nom, prénom, date de naissance) avec un seuil dynamique (plus strict en l’absence de date de naissance). S’il est introuvable, elle interroge en repli un système d’agenda historique, puis crée le patient dans le DPI à partir des données récupérées. Une vérification anti-doublon empêche les enregistrements multiples, et un patient déjà enregistré se voit afficher le nombre d’examens prévus.

L’item de liste de travail est ensuite créé avec le bon prestataire (le médecin déduit de l’agenda du jour), la procédure détectée et l’heure demandée. Les retards de plus de 15 minutes sont signalés par un statut spécifique. En cas de succès, un compte à rebours de 20 secondes ramène à l’accueil, annulable d’un geste.

4. Prendre un nouveau rendez-vous via Cal.com

Pour les nouveaux rendez-vous, Borne affiche une iframe Cal.com personnalisée aux couleurs du cabinet : choix du médecin, puis du type de consultation parmi ceux qui lui sont propres (un praticien propose plusieurs types de consultation, un autre un éventail plus restreint). L’affectation croise l’agenda et le jour de la semaine selon les règles métier réelles du cabinet.

5. Le compagnon mobile : le QR code comme preuve de présence

Sur un écran TV en salle d’attente, Borne affiche un QR code pointant vers une application mobile. L’astuce : l’URL contient un jeton quotidien calculé par SHA-256(secret + date) dans le fuseau Europe/Brussels, tronqué à 12 caractères. Il change chaque jour à minuit, ne dépend d’aucune base de données, et n’est lisible qu’en scannant l’écran physique du cabinet.

Le middleware mobile (compatible Edge via la Web Crypto API) recalcule le jeton à chaque requête et rejette les URL périmées. Conséquence : le QR n’est pas un simple lanceur d’URL partageable à distance, mais une preuve cryptographique de présence sur site : sans compte, sans login, sans SMS. Détail soigné côté hardware : le QR pivote de 90° chaque minute et le texte alterne entre langues toutes les 15 secondes pour prévenir la rémanence de l’écran OLED.

6. Tactile, multilingue, et observable

Borne propose un clavier virtuel à cinq dispositions (AZERTY, initiales, numérique, e-mail, téléphone) avec des cibles tactiles de 56 à 72 px adaptées aux patients âgés, et six langues natives (FR, EN, NL, DE, IT, ES) côté serveur et client. Une page d’exploration des agendas et un tableau de bord analytique complètent l’ensemble. L’architecture est un monorepo (kiosk, mobile et shared), conteneurisé via Docker et auto-hébergeable.

Combien de temps Borne fait-elle gagner ?

Mettons quelques chiffres, des estimations de terrain, sur la chaîne que Borne automatise. À l’accueil classique, l’enregistrement d’un patient mobilise la secrétaire de bout en bout :

Avec Borne, le même enregistrement prend en moyenne ~30 secondes (l’heure du rendez-vous, les initiales, l’année de naissance) et mobilise 0 seconde de secrétariat. Le patient passe de ~85 à ~30 s ; surtout, la secrétaire récupère ~85 s par patient, multipliées par le nombre d’arrivées de la journée.

Le second effet est plus important encore : la parallélisation. Avec une seule secrétaire, cinq patients qui arrivent ensemble représentent environ cinq fois 85 s d’enregistrement sérialisé, soit une file de plusieurs minutes où la personne au guichet devient le goulot d’étranglement. Avec la borne, et l’application mobile affichée en salle d’attente, ces cinq patients s’enregistrent en même temps. Le débit n’est plus limité par une ressource humaine unique : l’attente d’enregistrement disparaît plutôt qu’elle n’est gérée par des tickets.

Enfin, l’automatisation est conçue pour échouer proprement. Si l’algorithme ne retrouve pas le patient avec certitude, il ne devine pas et ne crée jamais de liste de travail erronée : il renvoie simplement vers l’accueil. Le pire cas n’est donc pas une mauvaise donnée dans le dossier, mais un retour au parcours classique : exactement le filet de sécurité qu’attend un cabinet.

Ce qui existe sur le marché vs ce que fait Borne

Le marché est solide et mérite d’être reconnu pour ce qu’il fait bien. Les leaders américains de l’admission (Phreesia, Clearwave) excellent sur les formulaires cliniques riches, la vérification d’assurance et le paiement. Les acteurs européens du flux (Qmatic, ESII, ZORGI) maîtrisent la file d’attente et l’affichage en salle. Les bornes allemandes (CGM, medondo) intègrent finement la carte d’assurance eGK. Borne ne prétend rien de tout cela : pas de paiement, pas de vérification d’assurance, pas de questionnaires d’admission complexes.

Sa valeur est ailleurs : combler un angle mort précis.

Le pont « enregistrement autonome du patient → liste de travail clinique avec inférence de procédure » est, à notre connaissance, rare. Les plateformes d’admission ne touchent pas à l’ordonnancement clinique ; la Modality Worklist DICOM classique, elle, présuppose un ordre déjà saisi par un humain. Le profil de référence IHE Core Eye Care Workflow confirme d’ailleurs que la liste de travail est générée par l’EHR après enregistrement, jamais par le patient en libre-service.

Les vrais différenciateurs, sans survendre

L’automatisation de bout en bout. Le différenciateur principal n’est pas une fonctionnalité isolée mais leur chaînage : identification → détection de procédure → création (ou récupération) du patient → création de liste de travail, sans intervention humaine sur le chemin nominal. Cela suppose en contrepartie une donnée clinique propre et une logique d’inférence à maintenir : c’est un système métier, pas un simple formulaire.

La sécurité mobile par présence physique. Là où le marché fait reposer la sécurité sur un lien transmis par un canal non maîtrisé (SMS, e-mail) ou sur une géolocalisation contournable, Borne fait du fait d’être physiquement devant l’écran la condition d’accès. C’est élégant et anti-phishing par construction. L’idée centrale n’est pas la force brute du jeton mais le couplage « lecture sur site » et « rotation quotidienne » : la longueur du jeton, donc son entropie, est un simple paramètre, trivial à augmenter si le contexte l’exige. Le modèle est calibré pour un usage local, et ce dimensionnement reste un choix de conception, pas une limite structurelle.

La souveraineté. Borne s’héberge sur l’infrastructure du cabinet, y compris sur une machine locale : les données ne quittent jamais les locaux. C’est ce qui évite l’exposition au Cloud Act inhérente aux éditeurs américains, et supprime l’abonnement par borne. Le revers, qu’il faut assumer, est réel : maintenance, mises à jour et sauvegardes reposent sur le cabinet ou son prestataire.

Le multilinguisme natif et l’intégration open-source. Six langues dès le départ et une prise de rendez-vous adossée à Cal.com (open-source, AGPLv3) plutôt qu’à un agenda propriétaire : le cabinet maîtrise son socle de réservation et ses données.

Conclusion

Borne ne cherche pas à rivaliser avec Phreesia sur la richesse de l’admission, ni avec Qmatic sur la gestion de file. Elle occupe une niche que ces acteurs laissent vacante : une borne légère, mono-spécialité, multilingue et souveraine, qui transforme la confirmation de présence en acte clinique automatisé : la liste de travail d’examen est créée par le patient lui-même, avec le bon type de consultation déjà déduit.

C’est un parti pris assumé : moins de surface fonctionnelle, mais une intégration verticale plus profonde, davantage de contrôle sur les données, et l’élimination de saisies redondantes au quotidien. Pour un cabinet qui maîtrise déjà son dossier patient et son agenda, c’est une approche qui privilégie l’automatisation utile et la souveraineté à la promesse d’une suite tout-en-un. Reste, comme pour toute solution auto-hébergée, à en assumer l’exploitation, un arbitrage de plus en plus pertinent à mesure que les enjeux de souveraineté des données de santé s’imposent en Europe.

Au-delà de l’ophtalmologie : un patron transposable

Même semaine, dans une agence bancaire. Monsieur Martin a rendez-vous pour son dossier de prêt. Plutôt que de patienter au comptoir, il scanne le QR affiché à l’accueil : l’application s’ouvre sur son téléphone, sans compte ni login, le simple fait de pouvoir scanner cet écran sur place suffisant à prouver qu’il est bien là. Il confirme sa présence. Aussitôt, son conseiller voit le bon dossier s’ouvrir : le client attendu, l’objet du rendez-vous, sa demande de prêt, déjà routé vers le bon bureau. Là non plus, personne à l’accueil n’a eu à l’orienter.

Si l’application est née pour un cabinet d’ophtalmologie, le véritable actif est le patron sous-jacent : « auto-identification sur place → action métier déclenchée automatiquement dans le système aval », doublé d’un compagnon mobile sécurisé par la simple présence physique. Ce schéma se transpose à tout contexte où des personnes se présentent à un rendez-vous et où une tâche de back-office doit en découler.

• Autres spécialités médicales et paramédicales : le même enchaînement « présence → création d’examen » vaut pour la radiologie/imagerie (génération de la liste de travail DICOM), les laboratoires d’analyses (ordres de prélèvement), la kinésithérapie ou le dentaire (préparation de la séance et du devis).
• Santé hospitalière : pré-admission et orientation par service, avec création automatique du dossier de passage.
• Services publics et administrations : mairies, préfectures, CAF, où l’usager confirme son rendez-vous et le dossier correspondant est ouvert et routé vers le bon guichet, sans file ni ticket papier.
• Banque, assurance, services : accueil en agence avec ouverture automatique du dossier client et affectation au conseiller du jour.
• Garages, ateliers, logistique : enregistrement d’un véhicule ou d’une livraison qui crée directement l’ordre de réparation ou la réception en stock.
• Beauté, bien-être, sport : enregistrement d’un cours ou d’un soin qui décrémente l’abonnement et notifie le praticien.

Dans tous ces cas, les deux innovations clés restent valables : épargner une ressource humaine en automatisant la tâche aval plutôt que de simplement « enregistrer », et sécuriser l’accès mobile par la présence physique plutôt que par un compte ou un lien partageable. Le socle technique (borne tactile multilingue, compagnon mobile par QR, intégration à un système métier via API, déploiement auto-hébergé RGPD-friendly) est, lui, déjà agnostique du domaine.

Chez transtorm.ai , c’est exactement ce type de micro-processus fiable et mesurable que nous concevons : une automatisation utile, intégrée à vos outils, et qui garde l’humain dans la boucle là où il compte.

Et si on transposait ce patron chez vous ?

Voyez Borne en action sur la démo : transtorm.ai/demos/kiosk.

Présence sur place, tâche métier déclenchée automatiquement dans le système aval : ce schéma vaut bien au-delà de l’ophtalmologie. Si, dans votre activité, des personnes se présentent à un rendez-vous et qu’une action doit en découler, parlons-en. Réservez un échange avec transtorm.ai .