Interaction logiciel et base de données [Résolu]

[figarojuju]

Bonjour,
je participe côté maitrise d'ouvrage à l'amélioration d'un logiciel de micro assurance.

Ma préoccupation concerne le travail des encodeurs (des personnes qui rentrent des données recueillies manuellement dans des tableaux).

Nous voulons augmenter leur productivité, car pour l'instant, le logiciel leur impose de passer par plusieurs écrans différents pour enregistrer une même personne souscrivant à une police d'assurance (mutuelle de santé).

Nous considérons comme partenaire les personnes de la même famille qui sont aussi couverts par cette police d'assurance. Il nous faut pour l'instant rentrer à nouveau des informations redondantes avec la personne qui a souscrit la police

Notre informaticien (assez jeune), propose de faire des enregistrements massif en rentrant les souscriveurs sur une feuille excel et en exportant ensuite la feuille vers la base de donnée.

Or, j'ai peur que ce soit risqué de procéder comme ceci :
--> d'une part, à cause du risque d'erreurs de saisie qu'implique car les entrées excels ne sont pas filtrées
--> cela rajoute de la complexité de faire intervenir un second logiciel
--> la détection d'erreurs peut devenir très compliquée et on va perdre énormément de temps à rechercher ces erreurs, et on perdra tout le temps que l'on aura gagné (soit disant avec la feuille excel)

Qu'en pensez-vous ?

Bonne journée

PS : je ne sais pas du tout si je suis dans la bonne rubrique

[CinePhil]

Si je comprends bien, tu souhaites mettre en oeuvre ce processus :
1) Saisie du contrat avec les infos du souscripteur.
2) Saisie des bénéficiaires du contrat sans avoir à saisir de nouveau le souscripteur.

C'est plutôt simple comme besoin !
Il suffit de récupérer l'identifiant du contrat et de s'en servir comme référence dans les données des bénéficiaires.

Règles de gestion :
1) Un contrat a pour souscripteur une seule personne et une personne peut être souscripteur de plusieurs contrats.
2) Un contrat peut bénéficier à plusieurs personnes (hors souscripteur) et une personne peut bénéficier de plusieurs contrats.
(Une personne peut en effet, je pense, être souscripteur d'un contrat et bénéficiaire d'un autre)

MCD :
personne -0,n----souscrire----1,1- contrat
|--------------0,n----bénéficier----0,n----|

Tables :
personne (prs_id, prs_nom, prs_prenom...)
contrat (ctr_id, ctr_id_souscripteur, ctr_numero, ctr_date_souscription...)
prs_beneficier_ctr (pbc_id_personne, pbc_id_contrat...)

[figarojuju]

Bonjour et merci pour cette réponse,
oui, c'est exactement cela qui se passe !!
Mon souci concerne plus exactement une proposition d'un jeune de tout mettre dans un tableau excel, puis de tout exporter massivement dans la base.
Et j'ai peur que les règles de gestion ne soient pas respectées de cette manière.
Colonne V, unique ID, représente l'appartenance à un souscrpteur. Si par exemple une erreur est faite dedans, je crains que ce soit un gros bordel d'aller retrouver l'erreur.
J'ai joint le template, c'est plus explicite !!

Merci encore de votre réponse

[CinePhil]

Envoyé par figarojuju

Mon souci concerne plus exactement une proposition d'un jeune de tout mettre dans un tableau excel, puis de tout exporter massivement dans la base.

Le dicton dit : "La vérité sort de la bouche des enfants."
Quand on devient "jeune", on commence à raconter des conneries !

[figarojuju]

Le dicton dit : "La vérité sort de la bouche des enfants."
Quand on devient "jeune", on commence à raconter des conneries !

Cinephil : Bonjour ! Pour lever le doute : donc tu penses bien que cela est risqué ?
Pour ma part, je crains vraiment pour la BDD (je ne suis pas un spécialiste chevronné loin s'en faut) qui jusqu'à présent est stable et les données stockées sont valides...

[CinePhil]

Envoyé par figarojuju

Cinephil : Bonjour ! Pour lever le doute : donc tu penses bien que cela est risqué ?

C'est exactement ce que je voulais dire !