francoisenewub
omne a écritUn petit mot en passant. Je suis kiné et utilisateur linux depuis plus de 10 ans, et je déplore de ne pas pouvoir utiliser linux comme système d’exploitation à mon travail.
Toute nouvelles d’un moyen alternatif de gestion de cabinet sera donc la bienvenue…
Olivier.
Bonsoir
Une consoeur et utilisatrice de linux depuis ... 2 mois seulement à mon domicile.
J'ai gardé XP à mon cabinet car le logiciel de gestion kiné que j'utilise au quotidien n'est pas encore prévu pour linux.
Serait-ce une question de rentabilité financiére? En attendant, j'ai beaucoup de mal maintenant de passer de Linux à Windows et une chose de sure :
- dés que je prends ma retraite l'an prochain, je dis adieu à l'urssaf et à windows 😉
ViPers
Bonjour,
Je suis kiné et travaille depuis quelques années sur un projet équivalent mais en VBA sous Access.
Y'aurait peut- être moyen de combiner nos efforts vu que j'ai déjà pas mal épluché le sujet.
Mais seul dans mon coin, je me rends compte de l'ampleur de la tâche.
Par contre, ça me ferait ch...anger de couleur de devoir utiliser un machin qui soit homologué et qui ne réponde pas à mes attentes en matière de gestion, ce qui est le cas pour la plupart des programmes homologués.
Je suis sous WinXP mais me suis penché de temps en temps sur Ubuntu. Manque de temps pour approfondir...
Voilà, si on pouvait en discuter...
piwicup
Toutes les aides sont les bienvenues. Pour l'instant il n'y a rien qui bouge, mais bon c'était les vacances et il faut que tout le monde redémarre ses activités.
Bienvenus parmis nous
ViPers
J'ai cru que j'étais banni étant "windowzien"...(je plaisante!)
Euh, bon, concrètement, on fait quoi, comment, où?!
(et lâche- la, ta chèvre...)
piwicup
Ben un petit wiki a été mis en place
http://kinelibre.goeminne.eu/wiki/doku.php
Ensuite, j'ai pu récupérer un cd d'une version démo d'un logiciel de kiné, ca peut servir pour voir.
J'attend de voir les réaction des personnes qui peuvent programmer (faut se remettre des vacances :lol: ) et voir comme se fait l'organisation (language adopté, qui fait quoi, toDo, ...)
Pour l'instant il n'y plus grand chose qui bouge.
Pour la chèvre, je l'utilise beaucoup pour faire comprendre le fonctionnement des windosiens en leur expliquant qu'il doit se libérer de leurs chaines. :lol:
david96
Je ne suis pas kiné, mais mon métier est de recruter des agents de la fonction publique (hospitalière et territoriale), d'ailleurs on a du mal à trouver des kinésithérapeutes 🙂
Bref, je me débrouille assez bien en PHP/Mysql, je n'ai pas énormément de temps libre, mais je veux bien consulter le cahier des charges et voir s'il me sera possible de participer.
En tous cas, ce projet est une très bonne initiative ! 🙂
piwicup
C'est très sympa de ta part.
J'ai pu récupérer les éléments du cahier des charges de l'INAMI pour être aggéer par eux mais tu trouveras aussi les éléments de bases obligatoires.
L'idée est de préparer une structure de base prévue pour remplir tout le cahier des charges de l'INAMI mais avec au départ que les éléments obligatoires pour comencer à travailler même si il est non aggréé et donc pas de subside pour le kiné.
Mon épouse (qui est kiné) et moi même avons quand même bien rigolé en imaginant un logiciel libre (gratuit) qui répond à l'entièreté du cahier des charges de l'INAMI qui doit donc être aggréer par l'INAMI et qui permet au kiné de récupérer les 800€ par an de prime.
:lol:
tout est sur le site nommé plus haut
Si tu as des problèmes dis le moi.
ViPers
Bien.
En fait, comme je l'ai signalé dans un de mes messages, je suis déjà assez loin dans l'organisation du programme. Il serait peut- être bon qu'on se voient pour que je puisse te montrer. De plus, je suis sûr qu'avec les outils adéquats certaines choses pourraient être récupérées en évitant de devoir tout ré-encoder (je pense à la liste des codes INAMI p.ex.)
Actuellement, je pense que la seule chose qui me manque est ce @%!## de registre qui doit être sauvegardé en 'XML' avec traces de toutes modifications. Les fameux fichiers 'Idefix'(ouaf!)... Je comprends absolument rien à la finalité de l'histoire, sauvegarder une BDD en un autre format pour qu'on ne puisse pas bidouiller dedans... pour moi c'est absurde. Mais vraisemblablement l'administration n'est plus à une absurdité près!
Pour la chèvre, t'inquiète, je suis conscient de la situation d'hégémonie microsoftienne et ça me fait plaisir de voir l'ampleur que prend Linux. Mais en tant que non-professionnel, il reste peu de temps pour se faire à un changement de système qui ne permet pas encore de se détacher complêtement de l'autre. Ce sera pour la pension!
david96
piwicup a écritC'est très sympa de ta part.
J'ai pu récupérer les éléments du cahier des charges de l'INAMI pour être aggéer par eux mais tu trouveras aussi les éléments de bases obligatoires.
Merci, je suis allé voir, mais il n'est pas complet, il faudrait que je sache les champs qui sont obligatoires et facultatifs.
Pour la table patient :
Faut-il vraiment différencier le prénom et le nom ?
Je préfère différencier l'adresse et le code postal.
Faut-il créer un champ Date d'entrée ?
Quels sont les jointures possible avec les autres tables (exemple : patient_prestation_id, patient_prestataire_id...)
Pour la table prestation :
Y'a t'il assez d'information ?
Le code inami est-il unique ?
Au niveau sécurité, il est demandé hash SHA-256, je pense que php est encore au SHA-1 !
etc... En fait il me faudrait un vrai cahier des charges, celui-ci n'est pas assez précis ! :/
piwicup
ViPers, Je veux bien te rencontrer sans problème et c'est sur que les codes INAMI sont intéressants, le problème dans un fonctionnement access c'est que l'on ne peut récupérer que les tables. Ce qui veut dire qu'il faudra tout refaire ensuite pour les jointures, la présentation et les formulaire adaptable et imprimable.
Je suis d'accord avec toi david ce n'est pas assez précis, mais c'est ce qui est officiel le reste est laisser à l'appréciation des développeur. Par contre il y a des kinés qui ont déjà fait un travail et qui ont une idées, ViPers, geantik, moi-même pour mon épouse. J'ai pu aussi récupérer un cd de démo d'un logiciel kiné officiel. De plus comme je travaille avec une kiné mal-voyante (ca existe aussi et il y en a beaucoup en France), il y a aussi un travail à réaliser dans la conception du logiciel.
Par exemple, c'est plus compliqué pour les non-voyants de passer d'un champs à l'autre. Je m'étais dit que ca pourrais être intéressant d'en avoir le moins possible, un champs pour le nom et le prénom, un pour l'adresse (dans lequel on peut passer de ligne pour y mettre le code postal et ville), un pour la communication en alphanumérique pour y mettre en même temps le tel, gsm, fixe, voisin, Etc, etc ...
Je crois qu'il y aurais un gros travail de simplification du nombre de champs à faire et qui paradoxalement augmentera les possibilités.
Quand tu as un champs gsm tu ne peux en mettre qu'un mais pour mon épouse ca arrive régulièrement que l'on en donne 2 voir 3, la patiente, sa fille (le réglement) et la voisine (pour ouvrir la porte en temps et heure).
Voilà ou j'en suis
On peut se rencontrer un fois et voir ce que l'on peut faire ou comment démarrer
J'habite entre Namur et Charleroi et je peux me déplacer où l'on veut
merci à tous de l'intérêt que vous portez pour ce projet. Si on peut le mener à bien, ce sera une première dans le domaine et je suis curieux de voir les réactions des instances médicales et administratives
ViPers
Pour répondre à David quant à l'unicité du champ 'Code INAMI', il est unique sans l'être!!!
En effet, au fil du temps des nouveaux codes sont apparus... J'ai donc dû y associer un 'numéro de série' en fonction de chaque modification.
Il est absurde de garder des numéros qui n'ont plus cours mais d'un autre côté, il faut garder les anciens pour les intégrer sur les anciennes attestations... En fait, le gros problême est que toutes les modifications sont loin d'être prévues pour structurer un système!!! Et quand une structure est en place, y'a un petit malin qui trouve une idée de génie pour tout foutre par terre. (Je pense à la réforme de Van Den Broeck il y a quelques années qui a perturbé tout l'agencement des remboursements en différenciant chaque code en fonction de critères 'bizarres'...)
On se retrouve devant le même genre de problême pour le nombre de séances remboursées. Fût un temps où la 'date anniversaire' était le jour du premier traitement et il fallait calculer le nombre de séances de cette date à cette date plus un an, maintenant tout se fait du 1er janvier au 31 décembre!.. Donc, bonjour la cohérence...
Pour parler des champs, je pense qu'il faudrait effectivement les dissocier autant que possible. Je sais par expérience, que si on laisse des champs style 'Nom et Prénom', le risque de voir des bizarreries est plus grand et donc, le tri et la recherche plus difficiles. Pour ce qui est des non ou mal voyants, je pense que c'est pas tellement le nombre de champs qui importe mais la structure.
Voilà... Mais tout ceci me paraît bien compliqué à expliquer par messages... 'Un petit dessin valant mieux qu'un long discours', il me semble nécessaire de pouvoir en discuter de vive voix. Je suis sur Bruxelles, c'est tout petit chez moi, je me vois mal faire ça ici. Par contre je bouge facilement...
Et effectivement, réaliser un Soft qui donnerait droit à la prime dans ces conditions me fait bien marrer...
david96
Merci pour ces précisions... Que le code INAMI ne soit pas unique ne posera pas trop de blèmes, mais c'est dommage dans un sens au niveau structurale pour la base de données. On fera avec ! 🙂
Le mieux pour les programmeurs, serait d'avoir des exemples concrets (par exemple avec le logiciel commercial), afin de comprendre le schmilblick et de l'adapter ensuite à notre sauce 😉
ViPers
OK, David, je peux t'envoyer une copie de la partie 'nomenclature' du logiciel 'KineQuick' que j'avais reçu en démo ainsi que la table que j'ai développée en Access. Je sais pas si il y a moyen de joindre des pièces par l'intermédiaire du site...
ViPers
Ben non...
david96
Courriel envoyé 😉
ViPers
Courriel reçu!!!:cool:
kinesitherapitre
bonjour, je m'appelle regis ubuntero depuis 6 mois... je me mets juste alinux et j'adore... je ne suis pas aussi doue que vous pour programmer, mais je vais suivre avec attention les evolutions de ce sujet...
encore bravo, et bon courage les gars...
PS: quand j'ai demande sur le forum de mon logiciel commercial s'il etait compatible linux j'aime autant vous dire que je suis passe pour un naz....
amicalement...
un kine libre...
david96
Bienvenu dans le monde merveilleux du libre 😃
Pour la réponse des créateurs du logiciel : ce qui est naze c'est que ce le format soit fermé, c'est qui est risqué dans le long terme, alors qu'avec un format ouvert... Enfin bon, on ne va pas débattre là dessus ce n'est pas le sujet, désolé ! 🙂
Sinon, pour le moment, avant de commencer le développement il faudrait qu'un utilisateur assidu de ce logiciel, nous fasse un dessin sur sa structure ! Voir des captures d'écrans ! 🙂
piwicup
j'ai aussi un logiciel kinéquick en démo chez moi
Je peux vous donner un coup de main mais je ne peux pas vous aider dans la programmation, par contre pour les tests, et les discussions pour la mise en place d'un cahier des charges je suis partant d'autant plus que je travaille aussi avec une kiné mal-voyant qui serait intéressé de l'utiliser. Toutes les démo qu'elle a tester sont trop complexe et inutilisable pour elle.
Je vous signale qu'en Belgique il ya peu de kiné non ou mal-voyant mais par contre il y en a un plétore en France (d'ailleurs les belges doivent aller faire leur étude en france)
je reste à dispo
Chrisz3
kinesitherapitre a écritbonjour, je m'appelle regis ubuntero depuis 6 mois... je me mets juste alinux et j'adore... je ne suis pas aussi doue que vous pour programmer, mais je vais suivre avec attention les evolutions de ce sujet...
encore bravo, et bon courage les gars...
PS: quand j'ai demande sur le forum de mon logiciel commercial s'il etait compatible linux j'aime autant vous dire que je suis passe pour un naz....
amicalement...
un kine libre...
Des fois, t'aurais pas posé ta question sur le forum d'Epsilog?
