# Changer de logiciel sans perdre dix ans d’historique > La peur de perdre l’historique retient beaucoup d’équipes sur un logiciel qui ne leur convient plus. Voici comment nous traitons une migration, lot par lot. URL : https://www.medicloud.be/blog/migrer-sans-perdre-historique --- Migration · 14 mai 2026 · 7 min de lecture # Changer de logiciel sans perdre dix ans d’historique La peur de perdre l’historique retient beaucoup d’équipes sur un logiciel qui ne leur convient plus. Voici comment nous traitons une migration, lot par lot. L’équipe MediCloud Quand nous demandons à une maison médicale pourquoi elle garde un logiciel dont personne n’est content, la réponse est rarement « il nous convient ». C’est presque toujours : « on ne peut pas se permettre de perdre l’historique ». C’est une objection légitime. Elle mérite mieux qu’une promesse commerciale. ## La migration n’est pas un événement, c’est une série de lots Le fantasme du basculement en une nuit — on ferme vendredi sur l’ancien outil, on rouvre lundi sur le nouveau — est ce qui rend les migrations dangereuses. Il concentre tous les risques sur un moment où personne ne peut vérifier quoi que ce soit. Nous procédons par lots, dans cet ordre : 1. **Les patients.** Identité, coordonnées, mutualité, statut au forfait, médecin référent. C’est le socle : tout le reste s’y rattache. 2. **Les rendez-vous.** L’historique passé et, surtout, les rendez-vous futurs déjà pris. Un patient qui a un rendez-vous en mars ne doit pas avoir à le reprendre. 3. **Les données administratives et de forfait.** Périodes d’inscription, entrées, sorties, documents. 4. **Le dossier médical.** En dernier, parce que c’est le plus sensible et le plus hétérogène. Chaque lot est importé, vérifié, corrigé, revérifié. Vous validez avant de passer au suivant. ## Vérifier veut dire compter, pas regarder « On a regardé, ça a l’air bon » n’est pas une vérification. Un contrôle utile est chiffré : - combien de patients dans l’ancien système, combien dans le nouveau, et la liste nominative de l’écart ; - combien de rendez-vous futurs, répartis par professionnel ; - combien de fiches sans date de naissance, sans mutualité, sans adresse ; - combien de doublons potentiels détectés, et leur traitement. Ces chiffres sont produits automatiquement à chaque import et vous sont remis. S’ils ne tombent pas juste, on ne passe pas au lot suivant. ## La provenance survit à la migration Une donnée importée reste marquée comme importée : source, date d’import, lot. Dix ans après, quand quelqu’un se demandera d’où sort une adresse bizarre sur une fiche ancienne, la réponse sera dans le système, pas dans la mémoire de l’équipe. C’est aussi ce qui permet de rejouer proprement un lot : si l’import de mars contenait une erreur systématique, on sait exactement quelles données sont concernées. ## Ce qui ne se migre pas, et qu’il faut décider Toute migration comporte des choix explicites, à faire avec vous, pas à votre place : - **Les données incohérentes.** Un patient sans identifiant exploitable ne doit pas être créé en double « au cas où ». Il est listé pour traitement manuel. - **Les documents anciens.** Faut-il tout reprendre, ou l’ancien outil reste-t-il consultable en lecture seule pendant une période convenue ? Les deux réponses sont défendables ; il faut en choisir une. - **Les fonctionnements locaux.** Un code interne, une couleur d’agenda, une convention de nommage : certaines habitudes n’ont pas d’équivalent. Mieux vaut les repérer au démarrage qu’au premier lundi matin. ## L’ancien outil reste ouvert Pendant toute la transition, l’ancien logiciel reste consultable. Ce filet de sécurité coûte quelques mois d’abonnement supplémentaires, et il change complètement la sérénité de l’équipe. Le basculement d’un domaine se décide quand ses données sont vérifiées, pas à une date fixée à l’avance dans un plan de projet. ## La réversibilité, dans le contrat Dernier point, le plus rarement abordé : ce qui se passe si vous nous quittez. Vos données vous appartiennent et repartent avec vous dans des formats exploitables — patients, rendez-vous, documents, forfait. C’est écrit au contrat. Une maison médicale qui ne peut pas partir est une maison médicale captive. Ce n’est pas la relation que nous voulons construire. Sommaire 1. La migration n’est pas un événement, c’est une série de lots 2. Vérifier veut dire compter, pas regarder 3. La provenance survit à la migration 4. Ce qui ne se migre pas, et qu’il faut décider 5. L’ancien outil reste ouvert 6. La réversibilité, dans le contrat À lire ensuite - [Décision — Réversibilité : les questions à poser avant de signer](/blog/reversibilite-export-donnees) - [Forfait — Le forfait n’est pas un mode de facturation, c’est une organisation](/blog/forfait-organisation) - [Décision — Le coût réel d’un logiciel de maison médicale](/blog/cout-reel-logiciel-maison-medicale) Prochaine étape ## Voyons votre journée type ensemble. Quarante-cinq minutes, sur vos horaires et vos motifs de consultation. Venez avec quelqu’un du secrétariat : c’est cette personne qui utilisera MediCloud le plus.