PWA signifie Progressive Web App : une application construite avec les technologies du web, que l’on installe depuis son navigateur plutôt que depuis un magasin d’applications. Le patient ouvre votre adresse, choisit « ajouter à l’écran d’accueil », et votre portail se comporte ensuite comme une application : icône, nom, écran de démarrage, affichage plein écran sans barre de navigateur.

L’intérêt pour un cabinet est économique autant que pratique : une seule application à concevoir et à maintenir couvre l’iPhone, l’Android et l’ordinateur, alors qu’une application native se développe et se met à jour deux fois, une fois pour chaque système.

Pour la très grande majorité des usages médicaux — portail patient, questionnaires, consentements, devis, suivi, prise de rendez-vous — la PWA est le bon choix : mise en ligne immédiate, aucune procédure de validation auprès d’Apple ou de Google, aucun compte développeur à renouveler, mises à jour instantanées pour tous les utilisateurs.

L’application native garde un avantage lorsque le projet exige un usage intensif et fin du matériel du téléphone, une intégration profonde au système ou une présence commerciale dans les magasins d’applications. Nous vous le dirons franchement si votre projet relève de ce cas : nous préférons vous orienter que vous vendre un développement inadapté.

✔ S’installer sur l’écran d’accueil du téléphone, de la tablette et de l’ordinateur, sans passer par un magasin d’applications.

✔ Fonctionner en tout ou partie hors connexion : consignes de préparation, fiches conseils, plan d’accès et documents déjà consultés restent lisibles dans un ascenseur ou un sous-sol de clinique.

✔ Envoyer des notifications pour un rappel de rendez-vous, une consigne de préparation ou un document mis à disposition, selon les navigateurs et les autorisations accordées par le patient.

✔ Utiliser l’appareil photo pour photographier une ordonnance, une carte de mutuelle ou une cicatrice dans le cadre d’un suivi.

✔ Se mettre à jour toute seule : vous n’avez jamais à demander à vos patients d’installer une nouvelle version.

Une PWA reste dépendante du navigateur du patient. Les modalités d’installation et le comportement des notifications varient selon le système et sa version, et ces règles évoluent régulièrement, en particulier sur iPhone : nous vérifions le comportement réel au moment de la mise en production plutôt que de promettre un fonctionnement identique partout.

Elle n’est pas référencée dans les magasins d’applications, ce qui est sans importance pour un portail patient — vos patients y accèdent par votre site, par un lien ou par un QR code — mais compte si vous cherchez une visibilité grand public dans les stores.

Enfin, l’installation reste un geste volontaire du patient : nous l’accompagnons avec une invitation claire et un mode d’emploi imprimable pour la salle d’attente.

Une PWA (Progressive Web App) est une application construite avec les technologies du web, que le patient installe sur son téléphone depuis son navigateur, sans passer par l’App Store ni Google Play. Elle affiche une icône sur l’écran d’accueil, s’ouvre en plein écran, fonctionne partiellement hors ligne et peut envoyer des notifications. Pour un cabinet médical, c’est le moyen le plus économique de proposer une application à ses patients, car il n’y a qu’une seule base de code à maintenir pour iOS, Android et ordinateur.

Oui, à condition que l’hébergement soit assuré par un hébergeur certifié HDS (hébergeur de données de santé), comme le prévoit l’article L1111-8 du code de la santé publique, et que le traitement respecte le RGPD : information des personnes, minimisation des données, durées de conservation définies, chiffrement et traçabilité des accès. ADCOM+ conçoit l’application et l’installe sur une infrastructure adaptée au niveau de sensibilité des données concernées.

Le coût dépend du périmètre fonctionnel : un module simple ajouté à un site existant se chiffre en heures de développement, tandis qu’un portail patient complet avec authentification et espace documentaire relève d’un projet à part entière. ADCOM+ propose soit une facturation au projet, soit une intégration à l’abonnement mensuel du site. Un devis gratuit est établi après un premier échange sur vos besoins.

Cela dépend de sa finalité. Une application qui informe, recueille des informations administratives, prend des rendez-vous ou transmet des documents n’est en principe pas un dispositif médical. En revanche, un logiciel dont la finalité revendiquée est le diagnostic, la prévention, le pronostic ou le traitement d’une maladie relève du règlement européen 2017/745 sur les dispositifs médicaux et doit être marqué CE. ADCOM+ conçoit des applications de service et d’organisation, en dehors du champ du dispositif médical, et vous alerte si votre projet s’en approche.

Ce n’est pas obligatoire mais c’est nettement plus simple. Lorsque nous hébergeons votre site, l’application partage le même nom de domaine, le même certificat SSL, les mêmes sauvegardes et la même supervision : les mises à jour, la sécurité et le support restent gérés par un seul interlocuteur. Si votre site est hébergé ailleurs, nous étudions au cas par cas la faisabilité technique.

Un module simple greffé sur un site existant se compte en jours. Un portail patient avec authentification, espace documentaire et gestion des droits se compte en semaines. Le facteur qui allonge le plus les délais n’est pas le développement mais la fourniture de vos contenus : formulaires, courriers types, textes de consentement. Plus vous nous les transmettez tôt, plus la mise en service est rapide.

Cela dépend de l’application. Un questionnaire de pré-consultation ou un consentement peut fonctionner par lien à usage unique, sans compte : c’est plus simple pour le patient et cela limite les données conservées. Un portail patient dans lequel on retrouve son historique de documents nécessite en revanche une authentification, avec double facteur si les documents sont sensibles. Nous choisissons le mécanisme le plus léger qui reste sûr.

C’est possible lorsque votre logiciel expose une interface d’échange (API, export de fichiers, connecteur documentaire). La faisabilité et le coût dépendent entièrement de votre éditeur : certains ouvrent leurs interfaces, d’autres non. Nous étudions ce point pendant le cadrage, avant de nous engager, et nous prévoyons à défaut un mode de fonctionnement autonome.

Les conditions de cession sont écrites dans le devis, avant le début du projet, plutôt que découvertes le jour où vous souhaitez changer de prestataire. Nous précisons ce qui vous est cédé, ce qui reste sous licence, et les conditions de récupération de vos données et de vos contenus. Posez-nous la question dès le premier échange : c’est une bonne question à poser à tout prestataire.

Oui, c’est même le point de départ le plus fréquent. La bonne méthode consiste à partir du quotidien : quelle tâche votre secrétariat répète-t-il dix fois par jour ? Quel document faites-vous remplir à la main puis ressaisir ? Quel appel téléphonique revient sans cesse ? Nous partons de ces irritants concrets pour identifier ce qui mérite une application, et ce qui n’en mérite pas.