Adhérents
- Innovations
- Aperçu gén
- Administration
- Formations
- FAQ
- Amedulo TV
- Présentation
- Méthodologie
- Aperçu général
- Avant de migrer
- FAQ
Un processus de migration de grande qualité
La situation actuelle dans laquelle se trouvent tous les utilisateurs de logiciel médical souhaitant en changer (logiciel orphelin par exemple) est simple : Il leur faut tôt ou tard récupérer leurs données pour migrer vers un autre logiciel. Ceci peut se faire de 2 façons...
la méthode classique : un choix imposé
Le médecin est obligé d'acheter d'abord le logiciel final et ensuite prier pour que la récupération de ses données ne se passe pas trop mal... ou choisir un logiciel final... en fonction de la qualité de la récupération de ses données, telle qu'on lui "promet" (sans qu'il puisse le vérifier AVANT sur SES données), ce qui revient au même : un choix sous contrainte et non un choix dans la sérénité.
- Une récupération propriétaire:
La plupart des éditeurs font la " moulinette" (x) chez eux, cela prend un ou plusieurs jours et se fait complètement à l'insu de l'utilisateur... ailleurs que chez lui ! "On s'occupe de tout pour vous, vous n'avez pas besoin de savoir ni de comprendre ce que l'on fait" ! Aux der ières nouvelles, il semble que certains éditeurs aient quelque peu évolué sur ce plan et Amedulo n'y est évidemment pas étranger.
- Une récupération imparfaite :
Aucun éditeur actuel n'a bâti son logiciel en fonction des données qu'il devrait un jour récupérer. Les "moulinettes" de récupération de données ne peuvent donc pas être une priorité et sont donc faites..."pour le mieux". Chacun comprend donc qu'un éditeur classique n'accordera jamais autant d'importance à la moulinette qu'à la maintenance de son logiciel : ceci n'est pas rentable. Ainsi, les "moulinettes " de chaque éditeur n'opèrent jamais de contrôle d'intégrité des données récupérées et récupèrent donc en vrac tout : les données et les "casseroles"... L'utilisateur recommence donc avec un nouveau logiciel truffé d'erreurs héritées du passé... et souhaite bien sûr que ses belles courbes de paramètres biologiques et autres antécédants ou allergies médicamenteuses soient comme avant, et c'est là que les désillusions commencent : la réponse de l'éditeur est toujours la même : Ce n'est pas de notre faute, c'est celle de votre ancien logiciel ! Certes, mais avec un travail sérieux, il est possible de faire bien mieux. A moins qu'il ne supprime purement et simplement les données qui ne lui conviennent pas...
(x) Moulinette : Opération consitant à transformer les données d'un format A vers un format B ou à récupérer les données d'un logiciel A pour les mettre dans un logiciel B, sans aucun arrêt entre le départ et l'arrivée.
La méthode @medulo : l'utilisateur reste Maître du jeu
Première étape de notre projet, la récupération des données est pour nous une priorité absolue. La démarche qualité commence dès cette étape.
Une méthode hors du commun :
Il n'est plus question ici d'une banale "moulinette" mais d'une véritable opération de lecture, d'analyse, de contrôle, de corrections lorsque cela est possible et surtout de re-structuration des données d'un logiciel lambda, en les ré-écrivant totalement dans une nouvelle base de données normalisée et en format ouvert, non propriétaire. Cette opération extrèmement complexe, se déroule sur le poste même de l'utilisateur, et est assortie d'un compte-rendu, véritable audit de tous les contrôles effectués, afin que l'utilisateur puisse contrôler lui même ce qui s'est passé. En somme, l'utilisateur peut repartir sur de bonnes bases, avec des données "normalisées".
