Qui voudrait d'un ERP Cabinet Dentaire ?

Bonjour,

suite à un poste de Squirax, je sonde.
Je suis Dentiste, Julie et Visiodent me fatiguent.
Pourrait on envisager un développemtn participatif?
Les outils L5G actuels permettent de développer TRES rapidement. (quelques mois).


Objectif:
---------
- mise à disposition d'applicatifs pour Cabinets Dentaires, simples ou grands, pas de licnece restrictive (sauf pour sesam Vitale)
- FIABILITE, EFFICACITE, ERGONOMIE, OUVERTURE, REPOS en seront les principaux caractéristiques

Techniquement:
--------------
rappel: ERP=Enterprise Resource Planning.
Basé sur 2 serveurs Mysql synchronisés, les datas seront accessibles à TOUT logiciel, y comprit Access ou OpenOffice (accés protégés par mot de passe).
Par exemple:
- export de l'agenda vers outlook ou Mozilla, ou consultation de chez soi.
- export Compta pour tous les logiciels du marché

Imagerie et Radio.
Tous les logiciels que j'ai vu ont des traitements d'images rustiques et classiques. Ce n'est pas un problème.
Il y aura juste à développer une passerelle avec le logiciel du capteur.

Sesam-Vitale
------------
Il faudra passer par un éditeur déjà présent, et qui peut s'adapter à plusieurs OS(MS, Mac, Linux).
La licence ne sera pas gratuite.

Les plugins:
------------
Il n'y a pas de limite.
Tout ce que vous pouvez imaginer, soumettez le .
Je testerai bien le Badge Code-barre ou Carton de RV Code Barre, afin que le patient puisse indiquer sa venue dans le cabinet quand l'assitante n'y est pas.
On peux rajouter les interfaces avec les machines numériques du Cabinet (Siemens)


Les fonctions.
--------------
Seules les fonctions INDISPENSABLES à chaque poste de travail seront développées en premier.


Installation/maintenance.
-------------------------
Le praticien s'y connaissant un peu se régalera.
Sinon, on pourra envisager des contrats de maintenances.


Formations ?
-----------
Si besoin, et au soleil



Sondage rapide (sur une population de 10 personnes?) et sur ce Forum.


QUI DESIRERAIT PARTICIPER AU CAHIER DES CHARGES ?
QUI SERAIT INTERRESSE PAR SON UTILISATION ?


Normalement, personne... et si je développe , ce ne sera que pour moi, et j'aurai au moins demandé.

mais au dessus d'un certain nombre, je vous en montre un peu plus et le cahier des charges incluera vos desirata.

Quoi qu'il en soit, merci pour de votre patience.

tonio

12/12/2006 à 11h44

ERP en français = établissement recevant du public... ;-)

patvat

12/12/2006 à 11h55

POURQUOI PAS

jeanphy Ecrivait:
-------------------------------------------------------


> Les outils L5G actuels permettent de développer
> TRES rapidement. (quelques mois).

A quel framework et/ou toolkit multi-plateforme penses-tu ?

excuses moi mais je suis mort de rire quand je lis ca :

Imagerie et Radio.
Tous les logiciels que j'ai vu ont des traitements d'images rustiques et classiques. Ce n'est pas un problème.
Il y aura juste à développer une passerelle avec le logiciel du capteur.

et ben ouais y'a juste à developper une passerelle, je ferais ca entre midi et 2... ok?

bonne chance!

> et ben ouais y'a juste à developper une
> passerelle, je ferais ca entre midi et 2... ok?
>

Ah bon, tu bosses comme ça toi ?
Je n'irai pas me faire soigner chez toi alors ;-)

Bien cordialement.

adhoc

12/12/2006 à 14h06

il est exact que webdev permet de creer des routines tres rapidement comme une base SQL, des tables, des connexions,des requetes, des transferts de fichiers, des css , un peu à la dreamweaver.Et une conversion vers php assez puissante, une espèce de visual php.
Mais jeanphy, reconnais que indica souléve avec humour la création d'un moteur client (en java , je présumme) qui serait assez hardu à réaliser:
la p^rogrammation de la passerelle , c'est du pur jus de neuronnes ,; aucun outil a mon avis ne facilitera la tache.
D'ou je pense que cela serait la première chose à réaliser pour des fortiches en electronique!(interfacage, scannage de ports, moulinette graphique)
Tant que ce n'est pas possible, pourquoi développer le reste?

adhoc Ecrivait:
-------------------------------------------------------

> Tant que ce n'est pas possible, pourquoi
> développer le reste?


Voila une remarque que j'aime.

Il ne faut absolument pas s'occuper du logiciel de capture de l'image RX. Celui ci est fourni par le fabriquant.
Comme pour d'autre système de centre de soin, quand une radio est prise, le ficher généré est créé dans un repertoire.
Un batch récupère tout fichier de ce répertoire pour l'inscrire au nom du patient en cours.(+date+N° de dent+ce que vous voulez).
Dans la pratique, tout est automatique.
Je positionne le capteur, je prends le cliché, et il est rangé dans la fiche du patient.

Le problème IMPORTANT est d'ordre 'politique commerciale'.

QUEL fournisseur voudra bien vendre QUE son capteur RX ?(avec l'application 'capture') et avec un support SAV EFFICACE ?
Julie ? M'étonnerais.Visiodent ? Gendex ?
Peut etre peut tu aider dans cette démarche ?

Ce qui facilitera les choses, c'est quant nous définirons UNE NORME OUVERTE EN SQL, un standart de facto, que tout éditeur de logiciel a le droit d'utiliser.

"QUEL fournisseur voudra bien vendre QUE son capteur RX ?(avec l'application 'capture') et avec un support SAV EFFICACE ? "

KODAK

C'est ce que j'ai depuis un an : le capteur , l'acquisition et un petit répertoire à 2 balles avec nom et prénom du patient , date,n° de la dent.

adhoc Ecrivait:
-------------------------------------------------------
> il est exact que webdev permet de creer des
> routines tres rapidement comme une base SQL, des
> tables, des connexions,des requetes, des
> transferts de fichiers, des css , un peu à la
> dreamweaver.Et une conversion vers php assez
> puissante, une espèce de visual php.

Beurk

Werner Ecrivait:
-------------------------------------------------------
> "QUEL fournisseur voudra bien vendre QUE son
> capteur RX ?(avec l'application 'capture') et avec
> un support SAV EFFICACE ? "
>
> KODAK

Ils ont également l'avantage d'avoir des driver pour win32 et unix.

jeanphy Ecrivait:
-------------------

> QUEL fournisseur voudra bien vendre QUE son
> capteur RX ?(avec l'application 'capture') et
> avec un support SAV EFFICACE ?
> Julie ? M'étonnerais.Visiodent ? Gendex ?
> Peut etre peut tu aider dans cette démarche ?

Gendex (Kavo) le fait.

> Ce qui facilitera les choses, c'est quant nous
> définirons UNE NORME OUVERTE EN SQL, un standart
> de facto, que tout éditeur de logiciel a le droit
> d'utiliser.

SQLite / MySQL / PostreSQL: le choix est là.

> KODAK
> Ils ont également l'avantage d'avoir des driver
> pour win32 et unix.
>
> SQLite / MySQL / PostreSQL: le choix est là.

Et ben voila !
Vous venez presque de résoudre le problème RX.

En plus, je viens d'avoir la technique de Logicmax.
Leur version centre de soin utilise Mysql.
Cela tourne sous Mac/Linux/Win (Linux n'est pas agréé pour des questions de coût).
Et ils sont prêts à 'fournir'.

La plupart d'entre vous connaissent au moins une partie du sujet.

Qu'en pensez vous ? On tente l'aventure?
Ne serait que pour le fun, cela me tente de + en +

Et vous ?