Res@Core plateforme intégrée de gestion des soins extra hospitaliers : après le succès de Res@mu, le laboratoire de télémédecine grâce à un nouveau projet de recherche européen, le projet Res@mont s'est donc lancé dans cette aventure; construire une architecture Open Source permettant de gérer toute action de soin en dehors de l'hôpital.
Même si Res@mu était déjà publié sous licence GPL, nous nous sommes appuyés uniquement sur des Framework Open Source. Res@Core est en fait une constellation de noyaux qui vont s'auto-agréger et ainsi synchroniser les différents acteurs amenés à prendre en charge un patient en dehors du SI d'un hôpital.
Il a donc fallu écrire un nouveau Framework (HL7 et EHRcom étant trop lourds pour nos zones enclavées) ouvert supportant l'ensemble des actions de prise en charge puis imaginer une architecture réaliste. Le projet est donc en Java et utilise largement Spring® et Hibernate® et pour le moment une base MySQL®.
Il y a bien évidemment un volet intégration puisque chaque noyau sera capable d'exporter ses données en dehors de l'architecture au format HL7 (quand les données le permettront) , ou encore au travers de Web Services, et surtout en ce qui concerne la France vers le DMP. C'est d'ailleurs avec beaucoup de plaisir que nous avons découvert que les exemples de la documentation étaient en Java ! Bref le développeur d'applications métier n'aura pas à connaitre toute cette cuisine mais consommera directement les services du noyau avec lequel il dialoguera. Le but étant ici de se focaliser sur la qualité et la valeur ajouté des applications.
Qui dit haute valeur ajouté pense forcément ... RIA. Alors que les autres développeurs du labo se consacrent aux couches de bas niveau, j'ai la chance d'imaginer le sommet de l'iceberg. Même si Res@mu m'a largement permis d'apprécier la WCF de Microsoft®, la configuration du projet imposait les autres Frameworks tels que Flex®, JavaFx®, etc...
Il y aura donc au fur et à mesure de mes découvertes pas de messages sur JavaFx que j'explore actuellement. Flex viendra ensuite je pense, sachant que nous en avons externalisé une partie de développement.
Cette page s'enrichira des prochaines avancés du projet.
Il y a bien évidemment un volet intégration puisque chaque noyau sera capable d'exporter ses données en dehors de l'architecture au format HL7 (quand les données le permettront) , ou encore au travers de Web Services, et surtout en ce qui concerne la France vers le DMP. C'est d'ailleurs avec beaucoup de plaisir que nous avons découvert que les exemples de la documentation étaient en Java ! Bref le développeur d'applications métier n'aura pas à connaitre toute cette cuisine mais consommera directement les services du noyau avec lequel il dialoguera. Le but étant ici de se focaliser sur la qualité et la valeur ajouté des applications.
Qui dit haute valeur ajouté pense forcément ... RIA. Alors que les autres développeurs du labo se consacrent aux couches de bas niveau, j'ai la chance d'imaginer le sommet de l'iceberg. Même si Res@mu m'a largement permis d'apprécier la WCF de Microsoft®, la configuration du projet imposait les autres Frameworks tels que Flex®, JavaFx®, etc...
Il y aura donc au fur et à mesure de mes découvertes pas de messages sur JavaFx que j'explore actuellement. Flex viendra ensuite je pense, sachant que nous en avons externalisé une partie de développement.
Cette page s'enrichira des prochaines avancés du projet.
