Nous construisons les logiciels que la santé mérite.

Depuis 2014. Puis un virage.

Yes We Dev existe depuis 2014, en Bretagne. Pendant dix ans, nous avons conçu des applications web pour tous les secteurs — logistique, industrie, commerce, services. Du bon travail. Des clients satisfaits.

Mais aucune spécialité. Aucun terrain où planter nos racines.

En 2026, nous avons fait un choix radical : tout concentrer sur la santé numérique. Pas parce que c'est un marché porteur. Parce que c'est le seul domaine où notre exigence technique rencontre un vrai sens.

On mange notre propre cuisine.

Beaucoup d'agences se disent "spécialisées santé" après avoir lu deux livres blancs. Nous, on construit un dispositif médical.

Thalivia est notre propre plateforme clinique, dédiée à l'analgésie intrathécale — une technique qui soulage les douleurs chroniques sévères en oncologie et soins palliatifs. On la co-construit avec le Dr Denis Dupoiron, lauréat du Prix Axel Kahn 2023. On la fait certifier. On la déploie dans des établissements de santé.

Marquage CE. Hébergement certifié HDS. Interopérabilité FHIR R4 validée au Projectathon de l'ANS. Cycle de vie IEC 62304. Gestion des risques ISO 14971.

Ce ne sont pas des lignes sur un slide. C'est notre quotidien. Et c'est cette même rigueur qu'on apporte quand on travaille avec nos clients.

Ce que la santé exige.

Construire un logiciel pour un industriel de santé, ce n'est pas "faire du web avec des contraintes en plus". C'est un métier différent.

Vos données de santé à caractère personnel exigent un hébergeur certifié HDS — pas un serveur "sécurisé" chez un cloud provider généraliste. Votre logiciel doit parler aux SIH hospitaliers, aux DPI, aux entrepôts de données — et ça passe par FHIR et HL7, pas par une API REST bricolée un vendredi soir. Si votre logiciel influence une décision clinique, il est probablement un dispositif médical — et la classification CE, l'ISO 14971, l'IEC 62304, ça se pense dès l'architecture, pas en fin de projet. Le RGPD en santé, ce n'est pas une bannière cookies — c'est une obligation sur des données sensibles, avec des sanctions réelles.

La majorité des agences web découvrent tout ça en cours de route. Nous, on commence par là.

Une équipe qui ne sous-traite pas l'essentiel.

L'interopérabilité, chez nous, ce n'est pas un consultant externe qu'on appelle quand il y a un sujet FHIR. C'est une compétence interne, portée par des gens formés chez InteropSanté, qui participent aux Projectathons de l'ANS.

La sécurité et l'hébergement HDS, pareil — c'est dans l'équipe. La réglementation MDR, l'ISO 13485, le RGPD données de santé — traités en interne, dès le cadrage. Le product management — ateliers métier, validation terrain avec les soignants, pas des wireframes dans le vide.

Et quand un sujet dépasse notre périmètre, on s'appuie sur des partenaires qu'on connaît bien : Spartacare pour la réglementation, Kereval pour les tests d'interopérabilité, CleverCloud pour l'hébergement souverain.

Ce en quoi nous croyons.

La réglementation n'est pas un frein — c'est un avantage compétitif. Les industriels qui intègrent HDS, MDR et FHIR dès la conception avancent plus vite que ceux qui les subissent après coup. On l'a vécu avec Thalivia. On le voit chez nos clients.

Le numérique en santé ne tolère pas l'approximation. Un bug dans une appli e-commerce, c'est un panier perdu. Un bug dans un logiciel de santé, c'est un risque patient. On développe avec cette conscience-là.

L'interopérabilité est un acte politique. Tant que les logiciels de santé restent en silos, les soignants perdent du temps et les patients perdent en qualité de soins. Chaque intégration FHIR qu'on livre est un pas concret vers un système de santé qui communique.

La preuve vaut mieux que la promesse. On ne vend pas de la "transformation digitale". On livre des logiciels conformes, interopérables, déployés en établissements de santé. Thalivia en est la preuve vivante.