Historique de la tarification des examens d'un laboratoire d'analyses bio-médicales

**js8bleu** · 07/04/2009, 22h35

Bonsoir à tous,

je suis devenu insomniaque depuis que j'ai un problème de conception

. Je suis entrain de cogiter sur la conception d'une gestion de laboratoire d'analyses bio-médicale. Mon problème est que je ne sais pas comment gérer la tarification des examens. En supposant qu'à une date D1 un examen X coûte 30 euros et que deux semaines plus tard (par exemple le 21 mars) ce même examen passe à 35 euros à présent. Comment ne pas fausser mes calculs lorsque je voudrai avoir l'état mensuels des recettes sachant que le passage de 30 à 35 euros a eu lieu durant le mois (20 jours à 30 euros et 11 jours à 35 euros)? Merci d'avance de sauver la vie de quelqu'un qui agonise

.

Cordialement.

***alexandre*** · 07/04/2009, 22h49

un examen possède une relation sur un tarif pour le calcul mensuel il te suffira de charger l'ensemble des examens fait à une certaine et date et d'y additionner les tarifs

**js8bleu** · 07/04/2009, 23h37

Bonsoir et Merci *alexandre* pour ton intérêt et ton aide. En fait ce que j'ai fait, c'est :

===Entité Examen===
-numexam
-dateexam

===Entité Tarif=====
-numtarif
-tarif

Donc si j'ai bien compris ce que tu me proposes c'est "d'enregistrer" chaque fois la modification des tarifs et de faire les calculs en fonction de ces dates? C'est bien ça? Merci d'avance.

Cordialement.

**js8bleu** · 08/04/2009, 01h24

L'inconvénient de ta méthode (si j'ai bien compris) c'est s'il y a eu 3 changements de tarifs (dans l'année par exemple) alors il faudra faire 3 requêtes SQL rien que pour cet examen. Ce que je n'ai pas dit c'est qu'il y a plus d'une cinquantaine d'examens. Donc, ce n'est pas très pratique. Ne peut-on pas faire cela d'une autre manière (automatique) si possible? Merci d'avance.

Cordialement.

**ssebastien851** · 08/04/2009, 03h12

Il te manque la notion de session. Durant une session on passe tel type d'examen, cette session a lieu a telle date et est sujet a un tarif propre.

Cordialement

**js8bleu** · 08/04/2009, 03h30

Merci ssebastien851 pour ton aide mais il s'agit comme je l'ai précédemment cité d'une gestion d'analyses bio-médicales.

**ssebastien851** · 08/04/2009, 04h14

Ah oui c'est des examens medicaux

Autant pour moi!!!!

Donc t'aurais dans ce cas un truc du genre ->

===Entité Examen===
-numexam -> identifiant de l'examen
-descriptionexam -> description de l'examen

===Entité TarifExamen=====
-numtarif -> identifiant du tarif
-numexamen -> a quel examen est associé ce tarif
-tarif -> cout de l'examen
-devise -> optionel

===Entité PassageExamen===
-numpassage -> identifiant du passage
-numexamen -> examen subi
-datepassage -> date du passage
-cout -> montant de l'examen a cette date

**hed62** · 08/04/2009, 13h48

La notion de "cout" est une donnée calculée, théoriquement elle n'a pas lieu d'être en base de données.

La solution idéale est effectivement d'historiser les tarifs.

Il est également nécessaire de bien faire le développement en couches, afin d'isoler les requêtes SQL dans une classe "spécialisée" dans ce travail. L'agragation de ces classes te permet de reconstruire le modèle d'objets à une date donnée, et de retrouver les valeurs qui vont bien.

En ce qui concerne un éventuel soucis de performance, je peux t'assurer que tu n'aura aucun problème : cette solution est déjà régulièrement employée dans des entreprises manipulant des milliers d'enregistrement, courant sur plusieurs année avec des revalorisation de tarifs.

D'ici là, ton "client" aura de quoi financer une demande d'évolution pour que tu optimise ton application

**js8bleu** · 08/04/2009, 15h08

Bonjour et Merci hed62 pour ton aide. Je modélise en Mérise et je n'ai aucune notion en UML (je ne comprends donc malheureusement pas du tout les notions de classes et d'objets). Mais Merci pour ta proposition d'historisation des tarifs. Ne peut-on pas faire l'historisation des tarifs de manière automatique de telle sorte que même si je quitte le pays (lol) qu'on ait plus besoin de moi pour pouvoir faire des états fiables? Merci d'avance.

Cordialement.

**hed62** · 09/04/2009, 13h25

Il te faut pour cela des écrans permettant de saisir des tarifs, l'acte correspondant, avec des dates de début et de fin.

Ensuite, oui cela ce fait de manière "automatique", dans le sens ou tes objets de lecture en base doivent inclure dans leurs requête quelque chose comme "where dateDebut < date and date < dateFin".

Je te conseille vivement d'opter pour un développement orienté objet pour ce problème, ce sera beaucoup plus automatisé et fonctionnel.

**js8bleu** · 09/04/2009, 23h30

Grandement Merci hed62 pour ta ô combien précieuse aide. J'ai beaucoup appris. Je tâcherai d'en faire bon usage. Je suis sûr d'avoir compris, sinon au cas où je sais que je trouverai une solution à mes problèmes sur ce forum,

. Merci pour tout. Excellente soirée.

Cordialement