[demande d'Avis] Programmation -- Base de données ou simple tableur

yleetiny · Le 25/01/2008, à 10:26

Bonjour à tous,

voilà ma situation :

mon père est médecin et il souhaite prochainement s'informatiser.
Le problème c'est que les prestataires font payés des sommes exorbitantes pour le moindre logiciel de gestion de données et en plus le support est souvent naze ou (trop) cher.
Vu que précédement il avait tenter l'informatisation (il y a très longtemps et tout est tombé en ruines à cause de cela) et que je trouve bête de lui faire payer des sommes astronomiques pour rien, je me suis penché un peu sur son problème.

mes impressions/conclusions :

1- il n'a pas besoin de logiciel spécifique vendu mais d'un simple tableur pour gérer les données des patients (genre case à cocher pour valider une vérification de paiement, et entrée de nouvelles consultations, retrouver une nouvelle consultation). Actuellement il fait tout à la main, puis on reprend un peu tout sur excel pour faire les comptes et transmets certaines données son comptable.
(je suppose qu'environ 50 000 entrées sont largement suffisant pour tout le temps)
2- il a besoin d'une protection de données très efficace, et simple (car il est tenu au secret professionel des médecins donc les noms des patients est ultra confidentiel)
3- il a pas envie d'investir dans de gros ordi, veut si possible utiliser les anciens ou ceux d'occas, et j'essaie même de lui faire une synchronisation à partir de l'Asus eee avec le pc de la maison.
4- J'ai de bonnes bases en informatique orientée programmation et scripts, donc ce n'est pas vraiment un frein de faire interagir plusieurs programmes.
5- Je suis une bille en tableurs et complètement newbie sur les Bases de Données. (bien que j'ai lu quelques trucs sur le net).

6- tant qu'à faire quelque chose autant le faire en libre, en plus linux est très sur et très stable...

Ce que j'ai compris (corrigé moi svp si j'ai tort, car rien n'est plus mauvais que la mésinformation):
1- Les bases de données : c'est complexe il y a plusieurs formes, c'est un peu casse tête, et il n'est à priori pas possibles d'associer un fichier tableur comme nouvelle source à une base de données (en tout cas j'ai pas trouvé comment faire)
2- Les bases de données : c'est bien, mais c'est lourd, cela demande une grosse machine et pas mal de mémoire (donc l'asus eee caput?)
3- OpenOffice c'est lourd, et c'est pas super stable
4- Gnuméric c'est plus léger, plus stable, mais ca ne fait pas le café (je pense que c'est pourtant la meilleure solution pour la secretaire toutefois, car après des tests avec l'autotri, un tableur gnuméric me semble suffire)

Ce que j'aurai voulu faire (au regard de ce qui est dit plus haut):
1- Avoir des tableaux simples, à compléter chaque jours par la secrétaire, et contenant le minimum d'information possible sur l'Asus eee ou un vieil ordi (sous gnuméric de préférence).
2- Faire une synchronisation avec l'ordi fixe de la maison, en ajoutant dans une base de données (gérée par 0penOffice) les entrées du jours, et génerer des rapports sous forme d'un tableau pour le jour suivant.
3- protéger les communications par cryptage (bon je pense que je peux le faire en me documentant un peu)

Je demande donc votre avis sur le sujet, à” grand utilisateurs de base de données et de suite bureautique!!!
(faisabilité, nécessité d'une Base de données selon vous, etc.)
Faut-il que je passe tout sous simple tableur et que cela est suffisant?
Y-t-il nécessité d'une base de données?
Les synchronisations sont-elles possibles ou bien je suis contrains à acheter de nouveaux pc très puissants?

Ah oui, j'oublais : si la méthode fonctionne je n'hésiterai pas à la publier sur le forum, voire même faire un package, ou autre pour ceux à qui cela interresserait

PS: Pour des soucis de rapidité de réponses, et du caractère multidisciplinaire du projet, j'effectuerai des multipostes sur différents forums (Programmation / Developpement + Celui des entreprises + Celui de Bureautiques). Je joindrais les liens dès que j'aurais créé les sujets.

EDIT: Voici les liens des différents sujets reliés qu'on trouve ailleurs :
http://forum.ubuntu-fr.org/viewtopic.php?id=185788
http://forum.ubuntu-fr.org/viewtopic.php?id=185787
http://forum.ubuntu-fr.org/viewtopic.php?id=185786

Dernière modification par yleetiny (Le 25/01/2008, à 10:29)

telliam · Le 25/01/2008, à 11:21

Je pense que pour une bonne protection des données ,pour le coté synchro-multiposte il vaudrait mieux utiliser une base de donnée.
une piste à creuser : http://www.nexen.net/actualites/tutoria … office.php

josop · Le 25/01/2008, à 11:32

http://www.framasoft.net/article4533.html

Dernière modification par josop (Le 25/01/2008, à 11:32)

pT-benj · Le 25/01/2008, à 11:34

Les bases de données : c'est bien, mais c'est lourd, cela demande une grosse machine et pas mal de mémoire (donc l'asus eee caput?)

Non, non et non

Une base de données ne nécessite pas du tout une grosse machine, ton eeepc ferait très très bien l'affaire.
Ce que je peux proposer c'est une interface simple en php créée spécialement pour la résolution de l'eeepc et qui serait couplé à une base mysql.

(Je sais faire tout ça bien sur)

TomVenom · Le 25/01/2008, à 12:00

Un paramètre non négligeable est l'investissement en temps principalement, et aussi en apprentissage (les deux sont assez liés de toute façon dans ton cas de figure, et notamment sur la question Bases de Données).

j'ai envie de dire :

Ce que j'ai compris (corrigé moi svp si j'ai tort, car rien n'est plus mauvais que la mésinformation):
1- Les bases de données : c'est complexe il y a plusieurs formes, c'est un peu casse tête, et il n'est à priori pas possibles d'associer un fichier tableur comme nouvelle source à une base de données (en tout cas j'ai pas trouvé comment faire)
---> ce n'est pas complexe, mais quand on ne s'y est pas encore familiarisé, il faut un peu de temps pour acquérir quelques notions et principes.

2- Les bases de données : c'est bien, mais c'est lourd, cela demande une grosse machine et pas mal de mémoire (donc l'asus eee caput?)
---> C'est pas lourd du tout. Un mysql est assez léger, peu gourmand et très performant.

3- OpenOffice c'est lourd, et c'est pas super stable
---> Ca dépend pour quoi faire. Mais à nouveau, pas si lourd que ça.

4- Gnuméric c'est plus léger, plus stable, mais ca ne fait pas le café (je pense que c'est pourtant la meilleure solution pour la secretaire toutefois, car après des tests avec l'autotri, un tableur gnuméric me semble suffire)
---> Je ne connais pas.

Aurel34 · Le 25/01/2008, à 12:14

Je confirme que gnumeric est très bien, jamais aucun problème (alors que la 2.3 d'OO est assez peu stable chez moi)

sinon pour la connection MySQL/Gnumeric tu peux essayer de passer par des fichiers CSV, comme décrit ici: http://wiki.xtronics.com/index.php/Mysq … sql_tables

ça ne devrait pas êre trop dur à automatiser, mais est-ce suffisant pour toi ?

Gari · Le 25/01/2008, à 12:54

Salut,

Je plussoie tout le monde : pas besoin d'une méga bécane pour faire tout ça. Je dispose d'un serveur web qui fait de la gestion de BBD MYSQL, et je peux te dire qu'un machin super pourri ("pourri" = pas de puissance faramineuse qui ne sert qu'à faire tourner vista ) est largement suffisant.

Comme Aurel34, je pense que le CSV est une bonne idée.
Principe que je propose (ce n'est qu'une simple proposition, que je pense relativement facile à mettre en place) :

- Avec ton tableur préféré, tu créés un fichier "lisible" (non crypté, histoire de pouvoir le traiter facilement derrière).
- Sur simple demande (clic sur un bouton) voire automatiquement (tous les soirs à 20h, quand le fichier est censé être créé ?) tu lances un petit script bash à coup de awk qui fait une invocation de SQL (base de donnée à installer). Une fois cela fait, tu détruis le fichier.
- Sur simple demande (clic ?), un simple script descend l'intégralité de la base SQL dans un fichier violemment crypté. Ce fichier peut ensuite être transmis à un autre ordi équipé de la clé de cryptage (le choix du logiciel de cryptage est laissé au lecteur).
- Sur simple demande (clic ?) la BBD SQL est descendue dans un fichier non crypté afin d'être lue par le tableur souhaité.

On arrive aux possibilités suivantes:
I. Je suis seul sur mon ordi, je veux voir la base de données.
I.1 Je lance un script bash (via un terminal ou via un lanceur, suivant si on veut utiliser la souris ou le clavier) qui descend la BDD SQL dans un fichier en clair. Ce script devra demander un mot de passe afin de vérifier l'identité de la personne. Une fois le fichier clair créé, il est important de noter que les infos sont... en clair
I.2 Je lance le tableur, qui peut lire le fichier en clair créé à l'étape précédente (ce fichier étant formaté par le script pour être lisible par le tableur, bien entendu).
I.3 Une fois que j'ai terminé, je ferme le tableur et lance un script de destruction du fichier.

II. Je suis seul sur mon ordi, je veux modifier la BDD.
Idem que précédemment, sauf que le I.3 sauve le fichier en clair dans la BDD avant de le détruire.

III. Je veux synchroniser deux ordinateurs
III.1 Sur le premier, je descend la BDD dans un fichier en clair (étape identique à I.1)
III.2 Le fichier en clair est crypté avec un logiciel de cryptage
III.3 le fichier est transmis à l'autre ordi
III.4 le fichier est décrypté par l'autre ordi
III.5 le fichier est balancé dans la BDD par l'autre ordi

A mon avis, on peut faire chacune des opérations en 1 clic.
Par exemple le cas II pourrait être fait avec un lanceur (donc un seul clic). Le lanceur ferait, séquentiellement, les étapes I.1, I.2 et I.3. Ce serait donc simple à utiliser pour un utilisateur "moyen".

Problème: le fichier en clair pourrait ne pas être détruit (si on ne lance pas le script qui est censé le détruire par exemple). Dans ce cas, il serait peut-être souhaitable de faire tourner un script 'cron' qui vérifierait qu'il n'y a pas de fichiers en clair qui se baladent indûment.

yleetiny · Le 25/01/2008, à 13:26

Merci à tous pour votre réactivité...
(je pensais attendre plusieurs jours avant d'avoir une idée claire de ce qu'il fallait faire)
Je comprends un peu mieux comment m'y prendre...
Juste une remarque @Gari :
Est ce qu'on pourrait pas utiliser ce genre de protection nommée encfs?

Merci Beaucoup, je déjeune et je potasse tout cela!

(à€ moi base de données!)

Aldian · Le 25/01/2008, à 13:41

bonjour

regarde ici :
http://general.developpez.com/cours/#bdd
pour apprendre tout ce qu'il faut savoir sur les bases de données et la programmation.

Après je dirais qu'il y a trois choses complètement différentes qu'il faudra maîtriser :

1) l'élaboration d'une base de données en 5ème forme normale correspondant au problème. Le plus simple est de passer par la méthode de Merise, mais c'est vrai que ça peut être coton quand on débute en base de donnée

2) la gestion de la base de données : concrètement ça demande la connaissance d' un peu de SQL (personnellment j'utilise le postgreSQL, même si mySQL est plus répandu). Avec un peu d'entrainement on y arrive. Sinon il est toujours possible de manipuler une base de données graphiquement avec un logiciel dédié. Mais c'est moins geek

3) Dans le cas où tu ne passes pas par un logiciel dédié, ie tu veux créer ta propre interface, il va falloir connaitre un peu de php et de html, mais rien de bien méchant, le php est proche du C par les commandes utilisées.

(ceci dit je ne suis pas un spécialiste, j'ai appris la BDD cette année)

pT-benj · Le 25/01/2008, à 13:41

Mais pourquoi veux-tu crypter tout cela?
Si tu as une base de donnée chez toi et qui n'est accessible que par tes ordinateurs perso, pas besoin de cryptage...

Bismut · Le 25/01/2008, à 14:28

Pour quelqu'un qui n'y connait pas grand chose je dirais : Un outil genre Access, Filemaker.

Dans le cas d'une petite application : en XUL avec BDD SQLite3 : Rapide, léger, totalement multiplateforme, multilingue et très facile à mettre en place : L'interface peut se coder en quelques lignes de XML, et le code en quelques lignes de plus en JS.
C'est le genre de choses qu'on peut faire en quelques soirées quand on connait un peu le JS car XUL est très facile à apprendre et il y a de très bonnes Docs sur Mozilla Developper Center et Xulfr.
Après, ça peut se faire en Python ou autres, mais je pense que la courbe d'apprentissage est plus longue.
Et concernant la BDD, je pense que SQLite3 est vraiment à privillégier sur MySQL pour une petite application de ce genre sur un monoposte.

pT-benj · Le 25/01/2008, à 15:18

Pourquoi privilégier SQLite3 ?
Moi je pense que php/mysql c'est le plus "personnalisable" (vu qu'on créé tout en php), je pense surtout à la resolution de l'eeepc (800x480)

yleetiny · Le 25/01/2008, à 16:00

Merci à Josop (le lien ne fonctionnait pas tout à l'heure mais maintenant c'est bon...)
Je vous tiens au courant, j'ai télécharger la doc de MySQL et cela me plaà®t vraiment (quoique >1000 pages à lire)
En même temps, je pense que le mieux est de tester medintux pour le moment car cela m'a l'air bien fait et j'ai pas envi de gà¢cher les 4 ans de boulots de son développement...
Je vous tiens au courant en tout cas...
Si ca passe pas, je passerai par MySQL je pense, (çà ne me dérange pas de faire un peu de prog, et c'est toujours utile de connaà®tre les choses un peu en profondeur)

yleetiny · Le 25/01/2008, à 16:38

Bon j'ai regardé le site de MedinTux, c'est tout simplement génial (Ah si seulement mon papa savait se servir de l'ordi ).
De toute façon cela tourne aussi sous MySQL le medintux, donc je vais m'y mettre et faire un truc tout simple (genre 3 boutons, interface épurée, etc.)
Ensuite je ferai une synchro avec Gnumeric et/ou du php (j'ai pas encore choisi, je vais prendre celui qui me semble le plus logique et le plus simple à utiliser surtout).

Et puis j'installerai, à coté un MedinTux, comme cela les sécretaires pourront y faire leur griffes (quand elles ne seront plus débordées)...

Et si possible (à” je crois que je rêve trop), quand les dossiers des patients seront rentrés, (une petite synchronisation entre ma petite appli et medintux)...

Bon je me lances dans le MySQL donc, j'avoue avoir été conquis dès les premières pages du manuel (rigueur, fait en latex, simple, clair et précis).

Cela prendra le temps qu'il faudra, peu importe...(à 30 pages sur 1171 du manuel MySQL)...

Bah et puis la prochaine fois que je verrais mon fréro (futur médecin qui suit les traces de papa) je lui installerai le tout pour qu'il teste et me donne son avis (les vacances dernières je l'ai converti à Linux, et il a l'air motivé, bien qu'il a des réflexes WINDOWS : sa première question : Oà¹ est le gestionnaire des Tà¢ches? (implicitement comment je fais pour killer un programme qui par en sucette lol ) )

Je continue ma lecture et vous ferai part de mes soucis/problèmes & joies !

Bismut · Le 25/01/2008, à 16:39

pT-benj a écrit :

Pourquoi privilégier SQLite3 ?
Moi je pense que php/mysql c'est le plus "personnalisable" (vu qu'on créé tout en php), je pense surtout à la resolution de l'eeepc (800x480)

Je comprends pas bien pourquoi ce serait plus personnalisable ? MySQL nécessite le déploiement d'un serveur MySQL, c'est pas ce qu'on fait de plus simple/pratique pour une appli. locale monoposte il me semble.
De plus, SQLite3 est plus rapide, plus léger et plus simple : pas de serveur, juste un fichier avec tout ce que comporte : facilité de sauvegarde, de déplacement, de restauration,... Firefox ne s'y est pas trompé, AmaroK non plus, je continue la liste des Killer-App ?
Quel rapport avec la résolution ? Suffit de faire une interface à la bonne taille, comme n'importe quelle application.

Après je ne sais pas quel langage est maitrisé par le monsieur et quel temps il compte investir. Pour moi le mieux reste ce que j'ai dit avec une BDD SQLite3 (qui sera pérenne car des librairies SQLite3 existent pour tous les principaux langages).
Et s'il ne veut pas du tout investir de temps dans la programmation, je conseillerais un outil de type Access, Filemaker... je crois qu'il existe OpenOffice Base non ? Mais jamais testé... A priori c'est assez simple à créer, mais quant à la perennité sur plusieurs années, là je connais pas assez bien le produit pour dire si on pourra toujours les convertir en autre chose.

Gari · Le 25/01/2008, à 16:41

C'est vrai que le cryptage est peu utile puisque la BDD est déjà cryptée. Moi je l'avais vu juste pour le transfert entre PC, dans le cas où on utilise un média non sécurisé (réseau non sécurisé, style internet).
Mais bon, c'est vrai qu'il vaut mieux éviter d'utiliser Internet, même avec un fichier crypté...

Par contre yleetiny, si tu ne connais vraiment rien à SQL, je te conseille TRES fortement de faire quelques tests pour faire mumuse avant de te lancer dans le gros projet.
Tu peux par exemple faire une "CDthèque", qui permettrait de stocker les infos sur les CD de ton père (s'il en a) dans une BDD.
Au hasard, il faudra gérer une table d'artistes, une table de genre musicaux, une table de titres, etc.

yleetiny · Le 25/01/2008, à 18:50

Bon juste comme cela :

1- je me suis mis à MySQL, c'est relativement simple (faut surtout apprendre les commandes quoi)
2- Je vais voir SQLite3 à cause du point 3
3- J'ai installé sur mon Asus eee, eeeXubuntu, très content que tout marche mais pof en deux jours plus de mémoire sur ma partition de 2,1Go pour / (j'ai installé des choses en bourrin je l'avoue mais quand même, cela me paraît limite/limite pour une utilisation externe). du coup MySQL voulait pas s'installer, je viens de reformater pour faire une seule partition + 512 de swap (nécessaire pour l'hibernation qui est crutiale si on utilise régulièrement)

4- Ah oui, j'oubliai mon père veut faire des tests, je dois vraiment le convaincre pour l'informatisation, ce que je dois faire pour le moment est quelque de très simple (pas beaucoup plus dur que la gestion de CD)... il n'a même pas le net dans son cabinet (du coup faut que toutes les données tiennent sur Asus eee pour un moment au moins).
Quant à l'utilsation d'un ordi serveur principal pour stocker les données c'est cool, mais cela ne marcherai qu'au bureau...et pas pour les visites...bref, c'est un peu un casse tête pour le moment...
Bah je suppose quand même que ca doit pas être bien difficile d'envoyer que des parties de bases de données à l'un ou l'autre...(et donc mon truc Gnuméric+base de données me semble sympa)...

Quant au php j'y connais vraiment rien, je sais que faire du C, du fortran, du C++, du script shell...
Quant aux logiciels à interface graphique : trop compliqué pour mon papa, il va se perdre dans les menus, et me posera milles questions avant que cela marche...

Voilà je me documenterais donc un peu sur SQLite3, après avoir fait mes premiers pas sous MySQL (à moins que cela ne sert à rien, on passe directement par SQLite3, si c'est le cas, un lien vers un tuto complet serait très apprécié)

Pour la question : Time Consumming : no pb j'ai tout mon temps (ils ont bien attendus 4 ans depuis leur dernier échecs et ne sont pas à 2-3 mois près)

Aldian · Le 25/01/2008, à 20:03

si tu connais le C, tu connais le php à peu de choses près. En effet la syntaxe et la plupart des commandes sont identiques.

il y a juste

quelques petites choses qui changent (du style mettre des require à la place des #include et mettre des $ avant les noms de variables),

quelques commandes spécifiques : en postgresQL, il y a par exemple pg_connect() pour se connecter à la base de données et pg_query() pour formuler une requête ainsi que pg_fetch_array() pour la mise en forme du résultat et dans les autres langages il doit juste falloir changer les 2 premières lettres.

par ailleurs il n'y a pas de compilation, et pas de contraintes sur les variables : pas besoin de les déclarer. Si tu tapes $toto=42; le serveur comprend tout seul que toto est un int.

Ca a ses inconvénients du point de vue du debugging qui peut en être compliqué

yleetiny · Le 25/01/2008, à 20:09

oki, pour le moment je fais ma base de données (méthode Murine) ensuite je la prorgrammerai en MySQL qui me semble plus simple (je verrai SQLITE3 après), après je m'attaque aux interfaces : 1 en php, 1 sous gnumeric, voire sous OpenOffice
bah après si mon papa est pas content il ne le sera jamais!!

TomVenom · Le 25/01/2008, à 23:57

yleetiny a écrit :

Quant aux logiciels à interface graphique : trop compliqué pour mon papa, il va se perdre dans les menus, et me posera milles questions avant que cela marche...

Là dessus, par contre, je dis que c'est dommage!

Parce que finalement, à la limite, on (enfin ton papa) ne te demande pas une usine à gaz non plus? Quelques champs à remplir, dans des zones de saisies, quelques combobox pour un choix dans une liste, etc... Tu obtiens de simples interfaces claires, lisibles, et faciles à renseigner.

Dans mes développements d'applis, j'essaie toujours de trouver le bon compromis entre puissance des fonctionnalités, et facilité/lisibilité d'utilisation des interfaces mises à disposition pour proposer les-dites fonctionnalités. Ne jamais chercher la complexité. Aller à l'essentiel. Si un écran devient trop fouillis , on le coupe en deux: une fonctionnalité pour un écran et vice-versa. On peut bien sûr dépasser ces bases, mais il faut avoir bon goût et une bonne créativité.

Gari · Le 26/01/2008, à 08:27

yleetiny a écrit :

je me suis mis à MySQL, c'est relativement simple (faut surtout apprendre les commandes quoi)

Je me permets de revenir là -dessus. Si tu n'as réellement jamais fait de BDD et que tu viens de commencer, alors fais attention à cette fausse impression de simplicité. Gérer une BDD un tant soit peu évoluée (ce qui risque d'être ton cas) peut être plus délicat que ce qu'on pense. Comme tu es déjà développeur, tu ne devrais tout de même pas avoir de grosses difficultés, mais je te conseille juste de ne pas te sentir "trop fort" face à cet outil.

yleetiny · Le 26/01/2008, à 08:46

@Gari
Merci pour ton conseil...
Je suis d'accord avec toi sur ce point après avoir lu les principes de la méthode Murine je me suis remis à réfléchir sur le choix des structures...
Ce que je trouve personnellement très bien est la structure très carrée de la syntaxe...ce qui rend sa programmation relativement aisée...
Mais comme tu l'as dit les efforts sont surtout en conception/modélisation du système...

Je continues mon petit bonhomme de chemin dans tous les cas...
(je vais peut-être regarder le code source de MediTux pour voir leur gestion de base de données et peut-être suivre leur structure, comme cela l'evolution du logiciel sera simple)

soupaloignon · Le 26/01/2008, à 09:02

Bonjour,

Je viens de tomber sur ce fil et j'y vais de mon commentaire.

J'ai un client qui est médecin et je m'occupe de son système informatique. Dans tous les posts lus, je ne vois aucune référence à des paramétres qui sont maintenant obligatoires, ou du moins il me semble, pour les médecins : lecteur de cartes vitale, feuilles de sécu informatisées, envoi des feuilles sur les serveurs de la sécu, gestion des mutuelles.

Qu'en est il dans ton projet ?

yleetiny · Le 26/01/2008, à 10:42

@soupaloignon
Ben en fait pour être franc, mon père se méfie encore beaucoup de l'informatique. Il exerce à l'à®le de la Réunion dans une petite ville qui vient tout juste de connaà®tre l'ADSL (1 an environ) et oà¹ il y a des problèmes avec l'air marin qui rouille le matos informatique et oà¹ il ne sait pas se protéger efficacement contre les virus (je suis étudiant à Bordaux donc je peux pas trop les aider de chez moi).
Pour le moment il ne compte pas investir massivement dans les systèmes informatiques bien qu'il sait que dans le futur il devra le faire. Il est en fait prêt à prendre des logiciels commerciaux, mais plus je discute avec lui, plus il me semble qu'il souhaitent quelque chose de très simple juste pour faire ses comptes qui sont un peu le bordel en ce moment à cause de certaines mutuelles, dans les faits :
1- le médecin effectue une intervention quelconque (référencée par un numéro spécifique et son type + les eventuelles mutuelles)

2- il cherche à pouvoir faire des recherches rapides de chaque intervention, puis de modifier si oui, tel ou tel organisme a payé/a remboursé l'acte en question. Afin de vérifier un peu les comptes (surtout que certaines mutuelles ne renvoient que des informations globales et obscures sur leur remboursement et ne rembourse qu'une fois par an)

3- Il ne souhaitent pas d'applications qui "fait le café" et qui donc va le dérouté, (il faut que ce soit clair, simple, qu'on comprenne en deux clics)

4- J'ai l'intention de faire quelquechose d'évolutif : je lui apprends certaines habitudes, il constate sa puissance, et j'élargis ses fonctionnalités au fur et à mesure.

5- De la douceur dans le passage avant tout, car on ne convaincs pas par des gadgets, mais par les faits et on doit le faire progressivement pour qu'ils ingèrent l'information. Et si possible le faire sous le format de MediTux...

6- pour le lecteur de carte vitale et tout, il n'est pas équipé pour le moment par contre si tu as des liens sur leur gestion sous linux cela m'interresse beacoup... (je vois cela comme une évolution possible)...Et si tu as des pistes pour la gestion des mutuelles en libres je suis preneur aussi...

7- Concernant mon projet, il en est qu'au balbutiement, je suis dans la phase exploration des systèmes existants, familiarisation avec les bases de données, là j'attaque un peu les synchronisation MySQL avec les fichiers CSV (si je ne me trompe pas de nom)...Je me documente aussi un peu sur MediTux qui m'a l'air génial, et je vais essayer de l'adapté à mes besoins si possible. Je me laisse encore quelques jours avant d'attaquer les spécifications techniques car bien que je saurais faire un système simple pour le moment, il ne me semble pas suffisament flexible, et l'implémentation avec meditux, serait clairement un vrai plus!

Voilà ...

Note : quand j'aurais fait les ébauches de spécifications je les posterai pour avoir vos avis éclairés!

Gari · Le 26/01/2008, à 13:27

yleetiny a écrit :

[...]avec les fichiers CSV (si je ne me trompe pas de nom)

CSV = Comma Separated Values (Valeurs séparées par des virgules).
Donc tu ne t'es pas trompé de nom

Par exemple, pour un fichier contenant des informations de type "nom prenom metier" on aura un fichier CSV ressemblant à

CHIRAC,Jacques,bagnard
SARKOZY,Nicolas,président
PAPAYLEETINY,unknown,médecin

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/01/2008, à 10:26

[demande d'Avis] Programmation -- Base de données ou simple tableur

#2 Le 25/01/2008, à 11:21

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#3 Le 25/01/2008, à 11:32

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#4 Le 25/01/2008, à 11:34

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#5 Le 25/01/2008, à 12:00

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#6 Le 25/01/2008, à 12:14

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#7 Le 25/01/2008, à 12:54

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#8 Le 25/01/2008, à 13:26

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#9 Le 25/01/2008, à 13:41

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#10 Le 25/01/2008, à 13:41

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#11 Le 25/01/2008, à 14:28

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#12 Le 25/01/2008, à 15:18

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#13 Le 25/01/2008, à 16:00

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#14 Le 25/01/2008, à 16:38

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#15 Le 25/01/2008, à 16:39

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#16 Le 25/01/2008, à 16:41

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#17 Le 25/01/2008, à 18:50

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#18 Le 25/01/2008, à 20:03

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#19 Le 25/01/2008, à 20:09

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#20 Le 25/01/2008, à 23:57

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#21 Le 26/01/2008, à 08:27

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#22 Le 26/01/2008, à 08:46

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#23 Le 26/01/2008, à 09:02

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#24 Le 26/01/2008, à 10:42

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

#25 Le 26/01/2008, à 13:27

Re : [demande d'Avis] Programmation -- Base de données ou simple tableur

Pied de page des forums