Cookies & privacy

This site uses cookies to measure audience via Google Analytics. No personal data is sold.

Articles available in French only

MediSync - Et si on donnait enfin au praticien les moyens de voir ce qui se passe entre deux consultations ?
Personnel

MediSync - Et si on donnait enfin au praticien les moyens de voir ce qui se passe entre deux consultations ?

Michel
July 7, 2026
6 min
#Medical #MVP #Product Owner #Aide au diagnostic

Product Owner & Chef de Projet — Projet de fin d'études EPITECH (T-ESP-800)


Le point de départ : l'angle mort du médecin

Entre deux consultations, tout se joue : les oublis de traitement, les douleurs, les poussées, la fatigue, le découragement. C'est cet angle mort que MediSync attaque. Le projet part d'un constat simple : tant qu'on ne relie pas objectivement la cause (la prise réelle du traitement) à l'effet (le vécu quotidien du patient), on continue à confondre échec thérapeutique et mauvaise observance, on prolonge l'errance diagnostique et on creuse le fossé entre l'ordonnance et la vraie vie. MediSync se donne quatre leviers concrets : réduire l'asymétrie d'information entre médecin et patient, limiter l'errance diagnostique par des données continues et objectives, distinguer les vrais non-répondeurs des patients en défaut d'observance, et redonner de la lisibilité au parcours de soin.

La solution : une app patient à deux modules, un moteur IA, un dashboard médecin

Côté patient : une seule application, deux modules intégrés

SmartMedi — la gestion du traitement. Le patient scanne son ordonnance par OCR, ce qui génère automatiquement son planning de prises. Des rappels intelligents et contextualisés réduisent les oublis, et une couche de gamification (badges de régularité) entretient la motivation dans la durée.

CareSync — le journal de vie. En trente secondes par jour, le patient déclare sa douleur, son humeur et ses symptômes. La saisie vocale (voice-to-text) lui permet de raconter un épisode sans friction, et le contexte est enrichi automatiquement.

Le cœur du projet : la corrélation automatique

L'innovation ne vient pas des deux modules pris séparément — elle vient de leur croisement. Le moteur d'IA relie observance et vécu pour faire émerger des signaux qu'aucun des deux ne révélerait seul :

  • « Vos douleurs diminuent depuis que vous prenez votre traitement à heure fixe. »
  • « Vos symptômes augmentent les jours où vous oubliez la dose du matin. »
  • « Observance à 100 % cette semaine, mais anxiété toujours élevée → un ajustement est peut-être nécessaire. »

Le patient visualise tout cela sur une timeline unifiée superposant prises de médicaments, score de douleur, humeur et événements de vie. Il voit, littéralement, l'impact de son observance sur sa santé.

Côté médecin : un dashboard de pré-consultation

En cinq minutes de lecture avant le rendez-vous, le praticien accède à une synthèse : taux d'observance et créneaux d'oubli récurrents, retentissement réel sur le quotidien, alertes hiérarchisées (critiques, à surveiller, positives) et insights IA actionnables — par exemple la détection d'un non-répondeur (observance élevée mais symptômes stables) qui justifie d'envisager un changement thérapeutique plutôt qu'un simple rappel à l'observance.

Les objectifs stratégiques

Toute la conception produit est structurée autour de quatre objectifs :

  1. Améliorer l'adhésion au traitement grâce aux rappels intelligents.
  2. Assurer la continuité des soins via les corrélations détectées par l'IA.
  3. Anticiper les risques par l'analyse des signaux critiques.
  4. Réduire l'isolement du patient avec une messagerie sécurisée.

Mon rôle : Product Owner & Chef de Projet

Sur ce projet, je porte deux casquettes complémentaires. En tant que Product Owner, je suis garant de la vision produit et de la valeur livrée : arbitrage du périmètre en MoSCoW, structuration et priorisation du backlog, rédaction des spécifications et articulation des fonctionnalités avec les objectifs stratégiques. En tant que Chef de Projet, j'assure le cadrage, la planification et la coordination d'une équipe de huit personnes sur un calendrier contraint.

Concrètement, cela s'est traduit par la construction d'un backlog complet — 15 epics et 73 user stories priorisées — réparti sur huit sprints, avec des documents de référence tenus à jour : un cahier des charges (CDC) et une description fonctionnelle logicielle (DFL) qui servent de socle contractuel et technique à toute l'équipe. Nous sommes onze, avec des rôles clairement répartis.

Une méthodologie Scrum adaptée à la réalité

Le principal défi de gestion de projet n'est pas technique, il est calendaire. La fenêtre de développement s'étend du 11 septembre 2026 au 25 avril 2027, mais elle ne représente qu'une cinquantaine de jours de présence effective, répartis de façon irrégulière, et ce en parallèle de trois autres projets.

J'ai donc adapté Scrum au terrain plutôt que l'inverse : les sprints sont calés sur les blocs réels de présence — pas sur des mois calendaires. Les daily standups sont remplacés par des points hebdomadaires structurés et asynchrones sur Discord. Le premier sprint est délibérément chargé en enablers (mise en place de l'infrastructure), les fonctionnalités Must sont sécurisées avant la mi-parcours, et les sprints qui tombent sur des périodes creuses (vacances, faible présence) sont volontairement allégés pour absorber les aléas. Le MoSCoW reste l'outil d'arbitrage central du périmètre.

La stack technique

  • Mobile : React Native (iOS 14+ / Android 10+)
  • Backend : FastAPI (Python), PostgreSQL, SQLAlchemy & Alembic, Redis/Celery, stockage compatible S3
  • IA / Data : Python, Pandas, Scikit-learn, CamemBERT (NLP français) et ML Kit — le moteur de corrélation repose sur une analyse de Spearman avec décalage temporel (lag analysis) pour capturer les effets différés entre observance et symptômes
  • Infrastructure & outillage : GitLab CI/CD, Jira & Confluence pour le pilotage, Figma pour le design, Discord pour la coordination d'équipe

Une part importante du pilotage a consisté à rendre cette infrastructure fiable et automatisée : scripts Python pour l'alimentation et l'entretien du backlog Jira, onboarding d'équipe outillé, intégration continue GitLab. L'automatisation n'est pas un gadget ici — c'est ce qui permet à une petite équipe de tenir un backlog vivant sans y engloutir son temps de présence.

Ce que ce projet m'apporte

MediSync est le terrain où j'articule vision produit et exécution : traduire un besoin médical réel en fonctionnalités priorisées, tenir un cap sur un calendrier hostile, coordonner une équipe pluridisciplinaire et faire tenir ensemble le produit, la conformité et la qualité de gestion. C'est aussi l'apprentissage d'un équilibre exigeant — entre l'ambition d'un produit qui a du sens et la discipline d'un périmètre livrable dans les délais.

L'aboutissement visé est une démonstration fonctionnelle évaluée sur la cohérence produit, la conformité au cahier des charges et la qualité de gestion de projet. Mais au-delà du jury, MediSync répond à une question qui mérite d'être posée : et si l'on donnait enfin au médecin les moyens de voir ce qui se passe entre deux consultations ?