Médecin et programmeur à mes heures perdues j’ai bien entendu réfléchi à ce que pourrait-être un bon logiciel médical de consultation, communication avec les autres progfessionnels, de suivi et de traitement.

“Développeur” Web en Ruby On Rails j’ai un projet sur le feu qui gère les consultations basiques, le suivi des paramètres, les examens demandés (sauf la biologie c’est en cours) les encaissements/dus, les notes, les choses à faire. Ce n’est pas grand chose mais cette avancée lente me permet de penser plus lentement, et j’en ai tiré plusieurs choses :

Un logiciel médical doit être ouvert, pour sa base de données, afin de l’interfacer avec d’autres logiciels et suivant un protocole multiplateforme de type soap, json,… J’en oublie sûrement beaucoup. Notre travail va être de plus en plus de la coordination avec d’autres acteurs de santé qui sont eux aussi de plus en plus informatisés.

Il faut éviter la double saisie qui est la voie certaine vers l’échec du partage d’information. L’idéal est donc d’avoir la possibilité que la base de donnée du médecin soit accessible en lecture (voire en écriture) et accessible via l’interface utilisée par les autres intervenants de santé.

Dans une maison de santé, qui ont la côte en ce moment, pourquoi ne pas imaginer :

Une base de données (idéalement Postgresql, MySQL a un avenir sombre, les autres solutions Open-source sont moins connues et les solutions propriétaires hors de prix) centrale sur laquelle on écrit

Des interfaces différenciées suivant les métiers, mais permettant la consultation/modification des données des autres professionnels. Imaginons que les infirmiers aient leur propre application, les médecins la leur, les psychologues aussi, et ainsi de suite, chacune avec une gestion des droits sur ce qu’ils peuvent consulter ou non.

Le tout sur un serveur hébergé par la maison médicale, et consultable à distance.

Le tout en application Web (exemple Ruby on Rails mais il y en a pas mal d’autres, je n’ai pas d’actions ;-) ) pour ne pas imposer un matériel et faire face aux différents moyens de consultaion, ordinateur, netbook, tablettes, smartphone etc.

Le bonheur non ?

La pérennité est assurée pour des dossiers médicaux qui doivent durer dans le temps (base de données en logiciel Libre, framework de développement idem), une maitrise des données qui sont hébergées en local, via une sous-traitance pour la maintence et le matériel, une grande souplesse d’utilisation et une absence de dépendnace à un éditeur si la solution est Open-Source (des coméptences de deéveloppeur Web on en trouve pas mal).

Voilà donc la voie idéale, mais la route est longue et la pente est rude. Je trouve illogique, choquant et stupide pour les financeurs de payer plusieurs fois pour un équipement informatique quand il eut été possible de payer une bonne fois pour toute pour produire un logiciel de base, adaptable à chacun et pouvant en plus participer à une économie locale de mainteneurs, développeurs etc.

C’est quand même pas gagné…