Application médicale en réseau
Cauplowa
Membre
Bonjour à tous,
Cela fait plusieurs années que je côtoie du code pour développer des sites web ou des petits programmes maison.
J'ai pour projet de développer une application pour cabinet médical (gestion de patients, actes, prescription carte vitale, etc.) 100% Mac.
Je souhaite que cette application puisse être utilisée en réseau, avec une base de données commune. A ce stade de mon étude de ce projet, je me rends compte que Core Data ne peut pas gérer cela et qu'il me faudra me tourner vers un framework type baseten. Qu'en pensez-vous ? Existe-t-il d'autre solution ?
J'avais pensé pouvoir sortir deux versions de cette app :
- 1 mono poste (basée sur Core-data).
- 1 dédiée au serveur à laquelle peuvent se connecter les app mono-poste.
Dans le cas d'une configuration en réseau, l'app client enverrait ses données au serveur (et pourrait pourquoi-pas les stocker également en local dans la cas d'un ordi portable qui serait amené à être utilisé à l'extérieur).
Au stade ou j'en suis, le développement d'application autonome (avec Core-Data) ne pose pas de soucis. En revanche, je suis inexpérimenté en base de données et en communication réseau d'où quelques questions :
- Que pensez-vous de Baseten ?
- Connaissez-vous des tutoriaux concernant ce framework ?
- L'utilisation parallèle de Core Data et de BaseTen est-elle envisageable (stockage de données en réseau via baseten / stockage des données locale via Cora Data) ou autant utiliser Baseten en réseau et en local ?
- L'installation d'une base PostgreSQL par l'application serveur est-elle envisageable (techniquement, pour que l'app soit aussi distribuable sur l'AppStore)
Merci de votre aide et de vos conseils !
Cela fait plusieurs années que je côtoie du code pour développer des sites web ou des petits programmes maison.
J'ai pour projet de développer une application pour cabinet médical (gestion de patients, actes, prescription carte vitale, etc.) 100% Mac.
Je souhaite que cette application puisse être utilisée en réseau, avec une base de données commune. A ce stade de mon étude de ce projet, je me rends compte que Core Data ne peut pas gérer cela et qu'il me faudra me tourner vers un framework type baseten. Qu'en pensez-vous ? Existe-t-il d'autre solution ?
J'avais pensé pouvoir sortir deux versions de cette app :
- 1 mono poste (basée sur Core-data).
- 1 dédiée au serveur à laquelle peuvent se connecter les app mono-poste.
Dans le cas d'une configuration en réseau, l'app client enverrait ses données au serveur (et pourrait pourquoi-pas les stocker également en local dans la cas d'un ordi portable qui serait amené à être utilisé à l'extérieur).
Au stade ou j'en suis, le développement d'application autonome (avec Core-Data) ne pose pas de soucis. En revanche, je suis inexpérimenté en base de données et en communication réseau d'où quelques questions :
- Que pensez-vous de Baseten ?
- Connaissez-vous des tutoriaux concernant ce framework ?
- L'utilisation parallèle de Core Data et de BaseTen est-elle envisageable (stockage de données en réseau via baseten / stockage des données locale via Cora Data) ou autant utiliser Baseten en réseau et en local ?
- L'installation d'une base PostgreSQL par l'application serveur est-elle envisageable (techniquement, pour que l'app soit aussi distribuable sur l'AppStore)
Merci de votre aide et de vos conseils !
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Serveur que tu attaques avec des WebServices depuis l'appli Mac CoreData.
Dans une telle optique, serait-il possible de :
- Gérer une installation de la base PostgreSQL depuis un poste client vers le serveur ? (J'aimerais éviter que l'utilisateur ait a devoir télécharger d'autre packages et faire des installations qu'il ne comprend pas forcément)
- Dupliquer la base ? Une sur le serveur qui sert de référence. Une en local qui soit mise à jour par le serveur et qui puisse servir de "base tampon" si l'utilisateur travail hors connexion (une fois reconnecter au serveur, le base du serveur serait automatiquement mise à jour avec les données nouvellement crées en local).
Merci pour cette réponse rapide !
Attention, moi je parle d'attaquer via des WebServices (il faut donc les créer et traiter sur le serveur avec un langage PHP, Ruby, Python...) pour répertorier les changements.
Baseten peut s'interfacer uniquement en local avec une appli Cocoa ? Ils parlent de répercussions sur des "clients" mais comment cela marche t-t-il ? Leur site n'est pas très bavard.
Comptes tu faire de la facturation Sesam Vitale aussi ?
Une application intéressante pour un serveur postgreSQL: http://postgresapp.com
En effet... C'est pourquoi je n'y vois pas très clair sur la manière de procéder.
Le site propose des exemples et de la doc. Je vais essayer de tester tout ça en amont.
EDIT : Quand je vois les dates des dernières contribution sur baseten, je me dis que le projet n'est sans doute plus très suivi ... Octobre 2011
Oui, l'implémentation de Sesam Vitale fait partie du lot !
J'avais repéré en effet postgresapp. Ce semble être une solution bien pratique que j'envisage d'utiliser dans un premier temps. A terme, je souhaiterais qu'un serveur postgreSQL poisse être installé par l'app.
Ma question concernait la distribution sur le MacStore.
Sinon pour ma part, cela fait quelques années que je développe des applications qui attaquent une base PostGreSQL.
Quand j'ai commencé, le Framework baseten était payant et très très cher (900 euros si je me souviens bien). La version démo était cependant très bien faite, on pouvait passer par Interface Builder pour construire un accès à la base.
Puis baseten est devenu gratuit mais bien fouillis et sans doc. Faudra que je regarde la dernière version, tiens.
Depuis le début j'utilise le framework d'Andy Satori. Très simple à installer et à utiliser. Il fonctionne sans soucis.
J'avais en effet vu que ton topic reprenait certaines de ces problématiques mais je ne voulais pas en détourner le sujet.
Je vais essayer de creuser un peu du côté de ce framework. Il a l'air assez accessible en effet.
Cependant, il semble aussi ne pas avoir été mis à jour récemment (2009). Avec ton expérience, cela pose-t-il des problèmes avec les derniers SDK ? Fonctionne-t-il avec PostgreSQL 9 (il me semble que c'est la v8) ?
D'autre part, à propos de Baseten, j'ai essayé de compiler quelques projets "example" fournis. Ils génèrent quelques erreurs qui n'ont pas l'air insurmontables, mais je ne me sens pas d'aller tripatouiller trop profond là -dedans ! (Un problème avec ARC - normal / Quelques références au SDK 10.6 qui n'existe pas sur mon ordi / l'utilisation de méthodes obsolètes).
Cela dit, ce framework à l'air vraiment chouette et abouti. Dommage qu'il ait l'air à l'abandon...
Pour ce genre de chose c'est la sécurité sociale qui édite les prérequis sécurité.
Oui, je me suis penché sur les recommandations de la HAS (pour l'aide à la prescription) et je suis en train d'étudier l'agrément du CNDA concernant l'aspect télétransmission SESAM-Vitale.
Et c'est vrai : il y a du boulot !
Quand je vais sur le web, je trouve des tas de logiciels pour cabinets médicaux ou pour cabinets dentaires (multi-postes, raccordés aux réseau, .....). Si tu veux en faire un, c'est que tu estimes qu'il aura quelque chose de mieux ou qu'il sera moins onéreux.
Qu'est-ce qui t'incite à faire un logiciel de ce type? Qu'est-ce qu'il manque aux autres?
En clair quelle est ta motivation?
Globalement, sur Mac, il s'agit un peu de tout ça : problématique de prix (souvent lié à un abonnement de maintenance) et/ou usine à gaz à l'installation et/ou pas intuitif ou esthétique / parfois incomplet.
Surtout que le cahier des charges Sesam-Vitale est en perpétuelle évolution, puisque les actes, les conditions de remboursements, les règles et plein d'autres choses peuvent changer et le cnda ne s'en prive pas ...
L'abonnement aux services d'un éditeur qui tient tout ça à jour est, dans la pratique, indispensable pour tes clients.
Et selon les spécialités visées tu devras incorporer plus ou moins de règles.
Un simple exemple : si tes clients font des visites et emportent avec eux un "TLA" (terminal lecteur applicatif) qui leur permet de faire des FSE à domicile tu dois gérer ça en plus des consultations.
Dans le genre prise de tête c'est assez gratiné, et je n'aborde qu'en l'effleurant le sujet des retours Noemie et de la comptabilité
Certains éditeurs offrent un produit gratuit, pour les généralistes le plus souvent (http://www.medsyn.fr/), mais leur but, et ça marche, est d'obtenir des clients qu'ils prennent ensuite un abonnement car il leur est quasi impossible de ne pas mettre à jour le logiciel à cause des évolutions de la réglementation.
Enfin, à mon humble avis, tu t'adresses à une clientèle particulièrement exigeante et parfois ingrate, mais là c'est plus du ressenti personnel ..
Le framework est toujours maintenu. Si j'en crois le blog de A. Satori, il re-travaille la doc. Aucun problème avec la dernière version de pgsql, d'ailleurs tu trouveras sur le site, la dernière version avec son installer bien pratique.
J'ai vendu mon entreprise en juillet 2012 donc je n'ai plus touché aux code des logiciels mais je viens de recompiler le plus important avec la dernière version de Xcode, OSX à jour avec le dernier des iMac, tout fonctionne! :-)
(Et cela m'a permis de me rendre compte que les nouveaux propriétaires de ma boite n'ont pas changé les accès... Mais bon, c'est un autre problème :-D)
Oui c'est vraiment dommage. Je me suis rabattu en désespoir de cause sur le PGSQLKit qui me semblait plus "amateur" mais au final je ne regrette rien. Satori est un gros contributeur de PostGreSQL et il connait bien son boulot.