Migration PC SOFT en environnement réglementé

Une application de santé développée sous WinDev évolue dans un cadre que la plupart des migrations logicielles n'ont pas à considérer : hébergement de données de santé, RGPD, exigences de qualification et de validation qui s'appliquent aussi bien au logiciel qu'à sa migration. Ignorer ce cadre en début de projet oblige presque toujours à reprendre le dossier après coup.

Cette page détaille les exigences que nous intégrons dès le cadrage d'un projet de migration pour ce secteur, et ce que cela implique concrètement pour votre gouvernance documentaire.

Ces exigences ne sont pas propres à un seul type de structure : elles concernent aussi bien un éditeur de logiciel médical qu'un établissement de santé ayant développé son propre outil en interne, ou un laboratoire pharmaceutique utilisant une application métier sous WinDev pour tracer sa production.

Les exigences à intégrer dès le cadrage

Un projet de migration dans le secteur de la santé ne peut pas suivre le même déroulé qu'une migration de gestion commerciale classique. Les exigences réglementaires et normatives doivent être posées avant même que le premier module ne soit repris, parce qu'elles conditionnent des choix qu'il serait très coûteux de revenir en arrière une fois le projet engagé : architecture d'hébergement, granularité des accès, format de la documentation produite.

• Hébergement conforme aux exigences applicables aux données de santé.
• Protection des données personnelles au sens du RGPD.
• Qualification et validation fonctionnelle du système migré.
• Documentation opposable en cas d'audit ou de contrôle.

Ces quatre exigences ne s'excluent pas les unes les autres : elles s'articulent. Un hébergement conforme sans qualification fonctionnelle documentée ne suffit pas à démontrer la maîtrise du système migré, de la même façon qu'une validation fonctionnelle sans traçabilité des accès laisse un trou dans le dossier de conformité global.

Cadrer ces exigences en amont, avec les responsables qualité et conformité de votre organisation, évite l'écueil le plus fréquent : un projet techniquement réussi mais qui doit être repris parce que la documentation ne satisfait pas les exigences d'un audit.

Hébergement de données de santé

Toute donnée de santé à caractère personnel impose un hébergement conforme aux exigences applicables au secteur, ainsi qu'au RGPD pour la protection des données personnelles au sens large. Ce point doit être tranché avant le choix de l'architecture cible, puisqu'il conditionne le choix de l'hébergeur et souvent la topologie technique retenue.

Nous n'intervenons pas comme hébergeur certifié : notre rôle consiste à documenter précisément les flux de données de votre application pour que votre hébergeur, ou celui que vous retenez, puisse répondre à ses propres obligations en toute connaissance de cause.

Le choix de l'hébergeur ne se fait donc jamais isolément du reste du projet de migration : il conditionne l'architecture technique retenue, les modalités d'accès pour les équipes de développement, et parfois même le calendrier, certains hébergeurs imposant des délais de qualification propres avant la mise en production.

Qualification et validation

Une application de santé fait souvent l'objet d'une qualification initiale qui doit être revalidée après toute modification substantielle, y compris une migration technique qui ne change rien pour l'utilisateur final en apparence. Cette validation démontre que le comportement fonctionnel du nouveau système correspond exactement à celui de l'ancien, écran par écran, règle par règle.

C'est un travail de recette rigoureux et documenté, qui doit être pensé comme un livrable du projet au même titre que l'application migrée elle-même, pas comme une formalité de fin de parcours.

Cette étape est souvent sous-estimée dans le budget initial d'un projet de migration, alors qu'elle peut représenter une part significative de l'effort total sur ce type d'application. La documenter et la chiffrer dès le cadrage, plutôt que de la découvrir en cours de projet, évite les mauvaises surprises de calendrier en fin de parcours.

Cette phase de recette gagne à être construite avec les utilisateurs métier eux-mêmes, pas uniquement avec l'équipe technique : ce sont eux qui savent identifier un écart de comportement subtil que des tests purement fonctionnels pourraient laisser passer.

Traçabilité et pistes d'audit

La capacité à retracer qui a fait quoi, quand, sur quelle donnée, est une exigence structurante dans ce secteur. La migration doit préserver l'historique des actions déjà tracées et garantir que le nouveau système continue à produire des pistes d'audit exploitables dès sa mise en service, sans rupture ni trou dans l'historique.

Ce point se vérifie techniquement avant la bascule, pas après, par des tests spécifiques dédiés à la traçabilité.

Documentation de la migration

Dans un environnement réglementé, la documentation produite pendant la migration devient elle-même une pièce du dossier de conformité : spécifications, comptes rendus de tests, preuves de correspondance fonctionnelle entre ancien et nouveau système. Cette documentation doit être structurée dès le départ selon les attentes de votre gouvernance qualité, pas reconstituée après coup pour les besoins d'un audit.

C'est un effort de rigueur supplémentaire par rapport à une migration classique, qu'il faut budgéter dans le calendrier et les ressources du projet dès le cadrage.

Ce que ce secteur exige d'un prestataire

Nous ne revendiquons aucune certification propre à l'hébergement de données de santé : ce n'est pas notre rôle, et toute affirmation en ce sens serait trompeuse. Ce que nous apportons, c'est une méthode de migration qui intègre ces exigences dès le cadrage, une rigueur de documentation adaptée à un environnement audité, et une capacité à dialoguer avec vos responsables qualité et conformité tout au long du projet.

Un prestataire de migration dans ce secteur doit être capable de s'effacer devant vos propres exigences de gouvernance, pas de les découvrir en cours de route.