Phoenix Suite

Je viens de terminer le code du moteur de recherche de Phoenix 2. Je vais en profiter pour donner quelques mots d’explication sur celui-ci.

Comme vous pouvez le voir sur l’image ci-dessous, l’interface graphique est sobre et complète.  La fenêtre se divise en deux parties. La moitié supérieure comprend les critères de recherche, il suffit de cocher les critères désirés et ensuite cliquer sur le bouton “rechercher“. Le moitié inférieure contient les résultats de la recherche et pour sélectionner un élément du résultat, il suffit de le double-cliquer ou de le sélectionner à la souris et de confirmer par le bouton “sélectionner“. L’utilisateur peut également changer à tout moment la taille des deux parties de la fenêtre.

J’ai programmer ce module pour le rendre adaptable facilement à n’importe quelle partie de la base de données (même celle qui n’existe pas encore!). Je pourrais très facilement donner la main à l’utilisateur pour qu’il choisisse lui même, via une interface de configuration, les critères qu’il souhaite utiliser pour ses recherche. Donc si je rencontre une demande dans cette voie, j’implémenterai cette fonctionnalité!

(Cliquez sur l’image pour la voir en grand)

Cela fait quelques temps que je ne donne plus de nouvelles, j’en suis navré mais le boulot était plus que prenant ces derniers temps: je passe littéralement mes weekends au boulot!

Ceci dit, ça c’est quelque peu calmé ce weekend et j’ai le temps d’écrire ce billet pour résumer l’état d’avancement de Phoenix 2.

Phoenix est subdivisé en trois modules:

1. Session:
   Ce module contient toutes les informations sur un patient et les outils pour interagir avec celui-ci.
   Voici la liste des sous modules:
   • Le module patient proprement dit.
   • Les fiches médicales.
   • Les photos relatives au patient.
   • Les prescriptions.
   • Les factures.
   • Les rendez-vous du patient.
2. Rendez-Vous:
   Ce module contient tous les outils pour gérer et afficher les rendez-vous.
3. Statistiques :
   Ce module contient tous les outils pour afficher les statistiques sur les différents domaines de Phoenix.
4. Administration:
   Ce module permet de gérer les options ou les informations satellites de Phoenix.

Pour l’instant je travaille sur la Session et plus particulièrement sur le module du patient. J’ai terminé l’interface graphique et les fonctionnalités pour la gestion  des réputations, des types de médecins et des mutuelles.  La gestion des médecins et des patient est quasiment terminée: il ne reste plus qu’à finaliser le système de recherche multi-critère. Le moteur de recherche générique est en cours d’écriture. Dès que celui-ci est terminé, il sera très facile de le spécialiser pour les différents module de Phoenix.

Comme promis, je vais m’attarder un peu sur les fonctionnalités et de la base de données de Phoenix Suite 2.

Tout d’abord, j’aimerai attirer l’attention sur le fait que je n’utilise plus Microsoft Acess mais une solution libre: SQLite (1).  D’une part la création de la base de données me coute beaucoup moins cher: je n’ai plus besoin d’une licence Microsoft Access ! D’autre part, SQLite se montre beaucoup plus rapide à l’utilisation que Access. Notez toutefois que l’utilisateur ne verra pas de différence si ce n’est une exécution plus rapide!

Si nous nous penchons sur le design proprement dit de la base de données, nous observerons quelques changements:

1. Le patient n’est plus limité à deux médecins. Il peut maintenant en avoir autant qu’il le désire.
2. Les médecins sont classés par spécialité (que l’utilisateur crée).
3. Les rendez-vous peuvent être de différents type (que l’utilisateur crée). Cela permet de faire des recherches par type de rendez-vous.
4. Le patient peut avoir autant de fiches médicales que nécessaire et plus une seule.
5. Une fiche médicale peut avoir un type (que l’utilisateur crée) ce qui permet de faire des recherches par type de fiche médicale.
6. Une facture peut être crée sur base d’un rendez-vous ou sur base d’un acte médical:
   1. Lors de la création d’une facture l’utilisateur pourra créer celle-ci sur base des rendez-vous auxquels le patient s’est présenté.
   2. L’utilisateur peut également créer des factures sur base d’un acte médical posé (sans tenir compte des rendez-vous)
   3. Notez que “Acte médical” n’est qu’un terme générique. Ceci pourrait représenter n’importe quel concept que l’on peut facturer à un patient. D’ailleurs l’interface graphique tiendra compte de ce point en laissant l’utilisateur choisir le terme à afficher.
7. Un système d’historique de pathologies notera toutes les pathologies dont le patient à souffert.
8. Pour le reste, les fonctionnalités restent les même que pour Phoenix Suite 1:
   1. Des photos peuvent être liées au patient.
   2. Le patient garde un historique de ses prescriptions.
   3. Le concept de “réputation” existe afin que l’utilisateur note comment le patient à entendu parlé du médecin.
   4. Un système de macro existe afin d’insérer du texte préformaté dans une fiche médicale.
   5. Un système de mise en évidence de texte existe afin de mettre en couleur certains types de mots dans le texte d’une fiche médicale.

Voilà le résumé des fonctionnalités qu’offrira Phoenix Suite 2… En espérant que cela plaira à la majorité

(1) Site officiel de SQLite en anglais, l’article Wikipedia en français sur SQLite

Phoenix 2 passe à la troisième étape du développement!!!

Le développement de la couche d’accès aux données révélait tous les jours de nouvelles surprises. La tâche, bien que s’avérant très intéressante, se montrait trop grande pour mes temps libre et mes dix doigts. Et la solution s’est montrée à moi simplement au boulot!

J’utilise une solution Open-Source et professionnelle pour le lien entre la base de données et mon application: nHibernate!

Maintenant que nHibernate est implémenté dans Phoenix, j’ai pu commencer le travail sur la troisième et dernière couche du logiciel: l’interface graphique. Voici un exemple de ce que sera probablement l’interface d’ajout, suppression, modification d’un patient:

(Cliquez sur l’image pour la voir en grand)

J’ai quelques remarques à propos de cette images:

• Ne vous inquiétez pas à propos  de la langue, le programme gère les traductions au moyen de fichiers. A sa parution, Phœnix sera traduit en Anglais, Français, Espagnol (et une tentative en Néerlandais).
• Vous ne pouvez pas encore l’utiliser parce que cette fenêtre est extraite du programme de test que j’ai fait, donc inutilisable en production!
• Ce n’est pas du définitif: toute remarque de votre part sera écoutée!
• Il y a deux fautes d’orthographe sur l’image. A vous de les trouver

Un prochain post arrive avec l’explication du design de la base de données et des nouveautés qu’elle comprend.

A bientôt,

J’ai reçu déjà quelques retours à propos de la nouvelle mouture de Phœnix Suite. Ils sont positif et c’est une bonne nouvelle!

Tout d’abord, je tiens à rassurer les anglophobes et les anglophiles: Phœnix 2 sera polyglotte! En effet, le logiciel comprend un système de régionalisation. Phœnix aura, dans ses options, une interface graphique pour traduire dans une langue pas encore supportée ou pour changer le titre d’un bouton ou un message afin de rendre le programme le plus proche de son utilisateur.

Ensuite, quand est-ce que Phœnix 2 sera téléchargeable m’a-t-on demandé? Pas tout de suite: je travaille dans le but d’une version définitive, stable, réfléchie et dynamique. Tout cela prend du temps mais mieux vaut une réalisation bien faite qui prend du temps à être construite qu’une version “fast-food” “vite fait mal fait” et surtout mauvaise pour la santé!

Afin de vous tenir en haleine et donner de quoi manger à votre impatience, voici un schéma de l’architecture nouvelle de Phœnix.  Celle-ci est divisée en trois couches plus la base de données. Ajoutez à cela quelques satellites comme le module de traduction.

J’ai fini le module de traduction ainsi que son interface d’administration.  Les logs (qui permette un tracage des erreurs et permets un débugging plus facile) et son lecteur de log sont aussi fini. Les choix de l’interface graphique sont faut et ce weekend la partie la plus basse du Data Access Layer (c’est à dire la couche qui fait le lien entre la base de données et Phœnix) est terminée. Elle doit encore être testée en profondeur et je dois voir comment elle réagit en milieu hostile (c’est à dire avec différent schéma de base de données) , étant donné que cette partie est générique et sait s’adapter à n’importe quelle schéma.

La prochaine étape est le design (le redesign devrais-je dire) de la base de données avec une meilleure gestion des factures, prescriptions et des fiches médicales.

Je vous tiens au courrant du reste…

Voici les nouvelles de Phoenix 2 et elles sont plutôt bonnes. L’analyse suit son cours et évolue bien: la plupart des choix sur l’architecture ont été pris. J’entame maintenant la phase qui est une des plus importantes : l’interface utilisateur ! J’ai mis en téléchargement la première version de cette interface (Ce n’est QUE l’interface graphique, le version n’est qu’à un stade fœtal  !)

Dites moi ce que vous pensez de cette nouvelle mouture. Dite moi si cette version est facile à prendre en main. Que devrais-je ajouter pour la rendre encore plus « friendly user » ? Dites moi tout !

Télécharger ICI l’interface graphique