Reprise d’une plateforme médicale de données de santé

Le contexte

Une plateforme de suivi de patients pour un cabinet pratiquant la médecine intégrative et la nutrition. Elle porte le dossier patient, les rendez-vous, les pathologies, les traitements et médications, les résultats d’analyses biologiques, et des questionnaires de santé remplis par les patients.

Nous ne sommes pas partis d’une page blanche : la plateforme existait et tournait. Nous en avons repris le développement.

L’enjeu

Reprendre une application qui manipule des données de santé ajoute une couche d’exigence à un exercice déjà délicat.

Les données concernées sont les plus sensibles qui soient. Pathologies, traitements, résultats d’analyses : ce sont des données de santé au sens du RGPD, avec le régime de protection renforcé qui va avec. Une négligence n’est pas un incident technique, c’est un incident réglementaire.

Le modèle de données médical est intrinsèquement complexe. Un patient a des pathologies, qui appellent des indications, qui correspondent à des médicaments, qui interagissent avec des allergies et des traitements en cours. Ce ne sont pas des tables reliées au hasard : chaque relation traduit une réalité clinique qu’il faut comprendre avant de la modéliser.

Et on hérite des décisions des autres. Reprendre du code, c’est d’abord accepter de vivre avec des choix qu’on n’a pas faits — et savoir distinguer ceux qui gênent réellement de ceux qui déplaisent seulement.

Ce que nous avons fait

• Une phase de compréhension avant toute modification. Sur une base existante en production, la première valeur qu’on apporte est de ne rien casser.
• Le développement continu de la plateforme sur le socle en place : back-end structuré en modules, accès aux données typé, documentation d’API générée.
• Une authentification renforcée — jetons signés, hachage des mots de passe par un algorithme conçu pour ça, rotation des sessions.
• Des tableaux de bord pour l’exploitation courante : suivi des patients, visualisation des indicateurs, historisation des statuts.
• Un déploiement conteneurisé, reproductible, avec sauvegardes de base et renouvellement automatisé des certificats. Sur une application de santé, l’exploitation fait partie du produit — une sauvegarde qu’on n’a jamais testée n’est pas une sauvegarde.

Le résultat

La plateforme est en développement continu depuis 2024, avec des livraisons régulières et un versionnement daté.

Ce projet illustre bien ce qu’est une reprise réussie : au bout de deux ans, la question de savoir qui a écrit quelle partie ne se pose plus. Le code est devenu le nôtre par le fait de le maintenir, sans jamais avoir eu besoin de le réécrire pour se l’approprier.