Votre métier mérite mieux qu'un Excel envoyé tard le soir
Beaucoup de métiers utilisent encore des PDF WhatsApp, des Google Forms et des notes vocales. Pas besoin de "prochain U…
Une interface surchargée ne rassure pas vos patients — elle les fait fuir. Voici pourquoi la sobriété visuelle est le vrai pilier d'une application mobile dans le secteur santé.
Une application de santé est jugée en une seconde, et pas sur sa liste de fonctionnalités. Avant même de lire une étiquette, le patient a déjà décidé si l'écran ressemble à un outil médical ou à une plaquette commerciale. Ce jugement est visuel, immédiat, et très difficile à inverser.
La sobriété dans une interface de santé, c'est une palette réduite, des espaces généreux, une action par écran et aucune décoration qui ne porte pas d'information. Elle se lit comme de la compétence parce qu'elle reprend les codes que le patient connaît déjà : une ordonnance, un compte rendu de laboratoire, une signalétique hospitalière. Le point le plus important est que le patient ne juge pas votre goût. Il juge si cela ressemble à ce qu'utiliserait un soignant.
Le signal inverse s'envoie très facilement par accident : dégradés, animations de félicitation, trois couleurs d'accent, une illustration sur l'écran qui affiche un résultat. Dans une application grand public, cela paraît sympathique. À côté d'une tension artérielle, cela paraît peu sérieux.
Une donnée de santé n'est pas une donnée ordinaire, et deux contraintes tombent avant le premier écran. Le RGPD classe la donnée de santé en catégorie particulière, avec une interdiction de principe et des exceptions étroites. Et en France, l'héberger déclenche une obligation de certification qui porte sur votre prestataire, pas sur vos bonnes intentions.
Toute structure hébergeant des données de santé à caractère personnel recueillies à l'occasion d'activités de prévention, de diagnostic, de soins ou de suivi médico-social doit passer par un hébergeur certifié HDS. La certification est délivrée par un organisme accrédité COFRAC après un audit en deux étapes, elle est valable 3 ans et s'accompagne d'audits de surveillance annuels (Agence du Numérique en Santé, 2026 ; procédure définie par le décret 2018-137 du 26 février 2018).
La différence essentielle que cela fait sur un projet, c'est le calendrier. Le HDS est une propriété de l'endroit où vivent les données : cela se règle pendant l'architecture, pas pendant la semaine du lancement. Cela réduit aussi nettement le choix d'hébergeurs, donc le coût.
Une application de santé est utilisée de façon disproportionnée par des personnes presbytes, tremblantes, ou dont la pathologie affecte la vision — souvent dans une mauvaise lumière, à une main, dans une salle d'attente. L'accessibilité n'est pas ici une corvée de conformité, c'est le cas d'usage principal. C'est aussi là que la sobriété cesse d'être esthétique pour devenir mesurable.
Le WCAG 2.1 niveau AA fixe le plancher : "The visual presentation of text and images of text has a contrast ratio of at least 4.5:1", assoupli à "at least 3:1" pour les grands textes, définis comme "at least 18 point or 14 point bold" (W3C, WCAG 2.1). Le gris clair sur blanc — la signature graphique d'un très grand nombre d'applications — échoue régulièrement autour de 2,8:1.
Deux règles en découlent, et elles ne coûtent rien : ne jamais coder un état clinique par la couleur seule, et laisser l'interface respecter la taille de texte du système au lieu de figer un corps 13.
La retenue est facile à prêcher et difficile à appliquer, alors voici la version qui s'applique aux produits de santé et pas au logiciel en général. En résumé : retirez tout ce qui entre en concurrence avec le chiffre que le patient est venu lire.
En résumé : une interface de santé sobre est plus rapide à construire, moins chère à maintenir, plus simple à rendre accessible, et elle passe la revue réglementaire qu'une interface décorée ne passe pas. Elle vieillit aussi beaucoup mieux — une mise en page clinique de 2020 reste correcte, un dégradé de 2020 non.
Le compromis est réel, et autant le dire franchement : les interfaces sobres sont plus difficiles à vendre en interne. Elles rendent mal dans une présentation. C'est en général le seul argument contre.
Vous construisez ou reprenez une application de santé et souhaitez régler les contraintes réglementaires avant de lancer le design ? Réservez un appel de 30 minutes.
12 ans d'expérience, iOS + Android, un seul interlocuteur. Appel gratuit de 30 minutes pour cadrer ton besoin — sans engagement, sans jargon.
Réserver un appel →
Une application de santé est jugée en une seconde, et pas sur sa liste de fonctionnalités. Avant même de lire une étiquette, le patient a déjà décidé si l'écran ressemble à un outil médical ou à une plaquette commerciale. Ce jugement est visuel, immédiat, et très difficile à inverser.
La sobriété dans une interface de santé, c'est une palette réduite, des espaces généreux, une action par écran et aucune décoration qui ne porte pas d'information. Elle se lit comme de la compétence parce qu'elle reprend les codes que le patient connaît déjà : une ordonnance, un compte rendu de laboratoire, une signalétique hospitalière. Le point le plus important est que le patient ne juge pas votre goût. Il juge si cela ressemble à ce qu'utiliserait un soignant.
Le signal inverse s'envoie très facilement par accident : dégradés, animations de félicitation, trois couleurs d'accent, une illustration sur l'écran qui affiche un résultat. Dans une application grand public, cela paraît sympathique. À côté d'une tension artérielle, cela paraît peu sérieux.
Une donnée de santé n'est pas une donnée ordinaire, et deux contraintes tombent avant le premier écran. Le RGPD classe la donnée de santé en catégorie particulière, avec une interdiction de principe et des exceptions étroites. Et en France, l'héberger déclenche une obligation de certification qui porte sur votre prestataire, pas sur vos bonnes intentions.
Toute structure hébergeant des données de santé à caractère personnel recueillies à l'occasion d'activités de prévention, de diagnostic, de soins ou de suivi médico-social doit passer par un hébergeur certifié HDS. La certification est délivrée par un organisme accrédité COFRAC après un audit en deux étapes, elle est valable 3 ans et s'accompagne d'audits de surveillance annuels (Agence du Numérique en Santé, 2026 ; procédure définie par le décret 2018-137 du 26 février 2018).
La différence essentielle que cela fait sur un projet, c'est le calendrier. Le HDS est une propriété de l'endroit où vivent les données : cela se règle pendant l'architecture, pas pendant la semaine du lancement. Cela réduit aussi nettement le choix d'hébergeurs, donc le coût.
Une application de santé est utilisée de façon disproportionnée par des personnes presbytes, tremblantes, ou dont la pathologie affecte la vision — souvent dans une mauvaise lumière, à une main, dans une salle d'attente. L'accessibilité n'est pas ici une corvée de conformité, c'est le cas d'usage principal. C'est aussi là que la sobriété cesse d'être esthétique pour devenir mesurable.
Le WCAG 2.1 niveau AA fixe le plancher : "The visual presentation of text and images of text has a contrast ratio of at least 4.5:1", assoupli à "at least 3:1" pour les grands textes, définis comme "at least 18 point or 14 point bold" (W3C, WCAG 2.1). Le gris clair sur blanc — la signature graphique d'un très grand nombre d'applications — échoue régulièrement autour de 2,8:1.
Deux règles en découlent, et elles ne coûtent rien : ne jamais coder un état clinique par la couleur seule, et laisser l'interface respecter la taille de texte du système au lieu de figer un corps 13.
La retenue est facile à prêcher et difficile à appliquer, alors voici la version qui s'applique aux produits de santé et pas au logiciel en général. En résumé : retirez tout ce qui entre en concurrence avec le chiffre que le patient est venu lire.
En résumé : une interface de santé sobre est plus rapide à construire, moins chère à maintenir, plus simple à rendre accessible, et elle passe la revue réglementaire qu'une interface décorée ne passe pas. Elle vieillit aussi beaucoup mieux — une mise en page clinique de 2020 reste correcte, un dégradé de 2020 non.
Le compromis est réel, et autant le dire franchement : les interfaces sobres sont plus difficiles à vendre en interne. Elles rendent mal dans une présentation. C'est en général le seul argument contre.
Vous construisez ou reprenez une application de santé et souhaitez régler les contraintes réglementaires avant de lancer le design ? Réservez un appel de 30 minutes.
12 ans d'expérience, iOS + Android, un seul interlocuteur. Appel gratuit de 30 minutes pour cadrer ton besoin — sans engagement, sans jargon.
Réserver un appel →Nous écrivons sur le développement d'applications mobiles, le design d'expérience utilisateur, l'optimisation App Store, la gestion de projet et les tendances du secteur. Nos articles sont basés sur une expérience réelle de projets clients.
Nous visons une publication régulière en privilégiant la qualité plutôt que la quantité. Chaque article est rédigé à partir d'une expérience concrète, pas de conseils génériques.
Tout à fait ! N'hésitez pas à nous contacter via notre page de contact ou à prendre rendez-vous. Nous adorons entendre les questions de nos lecteurs et clients.
La plupart de mes projets se déroulent à distance, et en pratique cela change peu de choses. Nous échangeons en visioconférence dès que vous en avez besoin, pas uniquement aux grandes étapes, et vous pouvez me poser vos questions à tout moment pendant le projet — je réponds toujours.
Vous pouvez aussi m'écrire directement sur WhatsApp : le même numéro que j'utilise au quotidien, une ligne pro française qui fonctionne à l'international.