Après 8 jours intensifs de vacances consacrées à la migration (et plusieurs WE préparatoires), j'ai enfin réussit samedi à transférer TOUTES les fiches de mon ancien logiciel (Medin'Tux) vers AlmaPro, grâce au format xml compatible... La manœuvre est relativement rapide, à la condition qu'il n'y ait pas d'erreur dans la structure du fichier XML...La notice étant un peu succincte , je poste pour éviter peut-être à d'autre de faire les mêmes erreurs qui m'ont couté tant de temps.
Tout d'abord une erreur qui semble être un bug : Si l'on a l'audace de supprimer les dossiers DEMO pour partir sur une base propre avant d'importer ses fichier, on obtient des très pénibles messages d'erreur pour les 13 premiers patients... qui semble lié au code patient pour le champ remarque....
La seule solution que j'ai trouvé pour résoudre le problème était la désinstallation complète d'AlmaPro et de MySql en prenant soin d'effacer le répertoire de MySql (dans le dossier c:/programmes sur Windows Seven) pour que la base de donnée soit recrée... Heureusement l'installation est assez rapide.
Ensuite , une liste de choses à savoir, peut-être évidentes pour un informaticien ou un habitué du format XML, mais pas forcément pour un médecin amateur d'informatique et de programmation :
- Les fichiers doivent être encodés en "iso-8859-1". On en peut utiliser de fichier UTF-8 même en changeant l'entête du fichier...
- A ce propos faire un copier collé pour les balises me semble le meilleur moyen d'éviter les erreurs (Par exemple j'avais mis 'standelone' au lieu de 'standalone', ce qui fait qu'aucun fichier n'était reconnu...)
- Les données ne doivent comporter aucun caractère interdit du XML. Je n'ai pas réussit à obtenir une liste définitive mais il est certain que les caractères suivants sont interdits:
- '<' (assez logique)
- '&' qui entrainent une erreur bloquante "le fichier XML n'a pas été trouvé" lors du chargement de la liste des fichiers à importer (Sélection d'un patient | Import | Import des dossiers Alma Pro).
- '\0' me semble-t-il qui a du entrainer la même erreur (j'avais fait une erreur dans l’algorithme de nettoyage
- '\t' (tabulation) qui ne bloque pas l'import, mais les données qui en contiennent ne sont pas prise en compte
- Il n'est pas possible d'avoir deux <Dossier_Consultations> à la même date sous peine d'une erreur non bloquante mais qui entraine l'effacement d'une des observations... avec un bel écran tout aussi pénible
- <ContratSigne>
- <Decede>
- <Num_Secu>
- <titre_Contact> (Tous les contacts se voient attribuer le titre "consultation" lors de l'import, ce qui rend les dossiers peu lisibles
- Mais surtout et s'il y a une correction à apporter c'est celle là : une balise <Emis_Courrier> qui permettent de trier les gros dossiers puisque tout ce qui n'est pas note ou observation se retrouve comme courrier.
- que les ordonnances soient classées comme documents émis également...
- Cerise sur le gâteau, que les résultats de laboratoires et les courriers dont la future balise <Emis_Courrier> serait à FALSE n'entrainent plus un contact "consultation" lors de l'importation... mais "Saisie d'information externe"
Espérant que ce retour puisse être utile aux développeurs et a d'autres bidouilleurs...