Brevet FR2826477A1 — publié le 20021227

La présente invention concerne un système intégré de recueil de données médico-sociales. Elle est dédiée aux professionnels de santé évoluant dans les domaines médicaux et sociaux. Elle a pour objectif de faciliter le recueil d'informations médico-social des personnes et la compréhension de leurs évolutions dans le temps. L'invention se situe dans le domaine du partage d'information, du travail coopératif interdisciplinaire et interprofessionnel. La gestion informatisée des professions de santé se développe rapidement en France. En particulier, la nécessité de disposer d'un équipement adapté pour transmettre les feuilles de soin à l'Assurance Maladie a accéléré ce phénomène. Dans le domaine de la Santé, il n'est plus possible d'envisager un travail individuel isolé dans un cabinet. La qualité des soins dépend de la capacité de partager rapidement les informations entre professionnels des champs médicaux, paramédicaux et sociaux. La situation sociale joue un rôle très important dans l'accès aux soins et l'adhésion aux traitements. Les patients, eux-mêmes, revendiquent l'accès aux données contenues dans leurs dossiers médicaux. Pour répondre à cette évolution, de nombreux systèmes de gestion ont été développés. Ils se présentent sous deux formes différentes : - soit ils veulent de répondre aux besoins d'un médecin généraliste ou spécialiste. Ils s'inspirent alors de la structure des dossiers médicaux traditionnels. Autour d'un noyau constitué par un recueil d'informations en texte libre, viennent se regrouper des services complémentaires (ordonnances, courrier, résultats d'examens médicaux). - soit ils veulent répondre aux besoins d'un ensemble de professionnels travaillant en réseau. Les informations sont alors sélectionnées en fonction d'une pathologie particulière. Un accès est souvent possible pour les professionnels médicaux et paramédicaux. Ces systèmes ne sont pas compatibles avec les systèmes précédents. Aucun système intégré n'existe dans les domaines médical et paramédical capable de répondre à la fois à ces deux types de besoins. Il découle de cette constatation que ce déficit existe aussi pour le domaine social et l'accès direct des patients à ces données. Les systèmes connus présentent de nombreux inconvénients : - logiciel limité au domaine médical ne donnant pas une place suffisante à la dimension sociale, - incompatibilité entre les systèmes de gestion de cabinet médical et les systèmes développés pour répondre aux besoins des réseaux, - difficulté à visualiser et, donc à comprendre, l'évolution des différentes maladies et les relations existant d'une part entre elles et d'autre part avec le domaine social, - impossibilité pour les malades d'avoir accès aux données contenues dans leur dossier médical. Le but de l'invention est de décrire la structure d'un système intégré de recueil de données médico-sociales et les outils nécessaires à son utilisation pluriprofessionnelle et pluridisciplinaire ainsi que par les personnes malades (stockage sur un serveur, droits d'accès, sécurisation de la transmission et du stockage). Dans ce but, l'invention propose un système intégré de recueil de données médico-sociales, remarquable en ce qu'il comprend : - une plate-forme comprenant des moyens d'accès sécurisé à différents services applicatifs métiers hébergés, - un fichier médical partagé intégrant les données médico-sociales, apte à organiser lesdites données sous forme semi-quantitative en fonction, d'une part, du temps et des interventions des professionnels, et, d'autre part, de la situation sociale et des pathologies, - des moyens d'accès audit fichier par l'Internet et/ou par un logiciel de gestion du fichier, - des moyens de visualisation et de mise à jour dudit fichier par un client, - un serveur applicatif"XFS"muni de moyens de stockage des fichiers médicaux et des moyens d'accès sécurisé auxdits fichiers à partir de différents terminaux, ledit serveur étant apte à lier certaines balises XML entre elles pour enchaîner des items nécessaires au suivi de personnes malades dans la durée, à marquer chaque donnée par la date d'occurrence pour permettre une visualisation évènementielle du suivi desdites personnes malades, et à ouvrir automatiquement un nouveau suivi à chaque déclaration de pathologie. Le système intégré de recueil de données médico-sociales conforme à l'invention présente de nombreux avantages : - il s'inscrit dans la durée car il couvre la totalité de la vie de la personne malade. - les données sont regroupées par champs : * Identifiant, * Social, *Médical, lui même divisé par pathologies présentes ou potentielles (comportements à risque qui justifient une prévention, antécédents familiaux qui nécessitent des interventions), - chaque intervention se caractérise par sa date, la nature du professionnel consulté, son motif, la situation au moment de l'intervention et les prises de décision (orientation, prescriptions). - les données sont stockées sous une forme semi-quantitative correspondant soit à des normes reconnues, soit, en leur absence, sous une forme correspondant à un cahier des charges spécifiques. Les résultats des examens biologiques peuvent être intégrés directement. Cette structuration permet : - au niveau du fichier médical : * de définir des droits d'accès en fonction de la profession de chaque intervenant, * une visualisation et des modifications en dehors de tout logiciel propriétaire présent sur l'ordinateur du professionnel ou de la personne malade, * des présentations originales croisant les données entre elles en faisant intervenir la dimension temporelle, les représentant sous forme de graphes,..., Elles offrent une vision synthétique de l'évolution de la personne (situation sociale, état physique, maladie). Par exemple, un nouvel intervenant peut très rapidement prendre connaissance de la nature, de l'évolution et des traitements d'une maladie. Il en est de même de l'évolution sociale. Elle permet aussi de rapprocher des données médicales entre elles ou des données médicales et sociales. - au niveau du serveur : * d'utiliser les fichiers pour étudier transversalement les caractéristiques de la population suivie par les professionnels ou longitudinalement l'évolution des maladies et l'impact des traitements. Cette approche originale peut compléter les informations obtenues au cours des essais cliniques aléatoires en les confrontant au résultats observés au sein de la population générale, * d'utiliser les fichiers pour adresser des recommandations dirigées vers les professionnels ou vers les personnes malades elles- mêmes. Ces recommandations apparaissent à l'ouverture des dossiers au moment où elles sont utiles, * d'utiliser les fichiers pour mesurer l'impact des actions de formation visant à modifier les pratiques, Les principaux objectifs d'un réseau de santé consistent à faciliter l'accès aux soins des usagers, et à aider les professionnels de santé dans leur mission de prise en charge et de prévention. Tenant compte du caractère très novateur de la démarche réseaux de santé à base de NTIC (Nouvelles Technologies de l'information et de la communication), une phase expérimentale sur un terrain propice (le réseau GT 69 sur la ville de LYON, adhérent à la CNR) est réalisée. Après le recensement des besoins du réseau GT 69 (généralisables à l'ensemble des réseaux ainsi qu'aux professionnels travaillant ensemble en dehors d'un réseau formalisé), les besoins ont été hiérarchisés afin de définir la solution à déployer auprès des utilisateurs"pilotes de GT69". La disposition d'un dossier médico-social partagé accessible à l'ensemble des professionnels travaillant dans le domaine de la Santé ainsi qu'aux personnes malades est apparu comme une des priorité de toute les personnes qui ont fait l'objet de l'enquête. La mise en oeuvre du système intégré de recueil de données médicosociales, objet de l'invention, est basée dans ce contexte sur l'exploitation d'un serveur"XFS"qui sera décrit en détail plus loin. Ce serveur rend des services comparables à ceux d'un SGBD relationnel, mais avec des documents XML : définition de comptes d'utilisateurs, stockage des documents de manière transparente pour l'utilisateur, gestion des accès aux documents suivant des règles précises, recherche de documents sur la base de certains critères, exécution de requêtes transactionnelles. Par rapport à un modèle relationnel, l'adoption du format XML pour représenter les données permet de plus d'arbitrer efficacement les accès en écriture aux différentes parties d'un documents, de fixer très finement des droits d'accès, à un niveau quelconque de l'arborescence XML, d'associer des fichiers binaires aux documents, et de donner un accès direct au serveur à un large éventail de plate-formes et de logiciels clients. La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée. La figure 1 est un schéma général du système intégré de services conforme à l'invention. La figure 2 est un schéma illustrant les échanges entre le serveur de la figure 1 avec un poste client. La figure 3 montre divers postes client en fonction de leur pathologie. La figure 4 est schéma d'évolution de l'arborescence dans le temps dans un serveur de l'art antérieur. La figure 5 est un schéma de filtrage en fonction des droits d'accès dans un serveur de l'art antérieur. La figure 6 est un extrait d'une fiche médico-sociale obtenu au moyen du système intégré de recueil de données conforme à l'invention. Les principaux éléments techniques constituant le système intégré de recueil de données médico-sociales consistent en : - un fichier partagé intégrant les données médico-sociales Il structure ces données sous forme semi-quantitative en fonction d'une part du temps et des interventions des professionnels et d'autre part de la situation sociale et des pathologies. Il peut être visualisé et mis à jour soit par un client léger accessible directement par internet soit par un client lourd intégré à un logiciel de gestion de dossier médical, - une plateforme permettant d'accéder en toute sécurité à différents services applicatifs métiers hébergés. ; - un serveur applicatif"XFS"stockant des fichiers médico-sociaux et permettant leur accès sécurisé à partir de différents terminaux. Ce serveur sert de support à plusieurs expérimentations et développements. Pour permettre l'utilisation pertinente du système intégré, objet de la présente invention, des développements logiciels sont faits, permettant : * de lier certaines balises XML entre elles pour l'enchaînement des items nécessaire au suivi des personnes malades dans la durée, * un marquage de chaque donnée par la date d'occurrence afin de permettre une visualisation évènementielle du suivi du patient, * l'ouverture automatique d'un nouveau suivi à chaque déclaration de pathologie. La figure 6 montre un extrait d'une fiche médico-sociale obtenu au moyen du système intégré de recueil de données conforme à l'invention. Le serveur XFS mis en oeuvre dans l'invention va maintenant être décrit en détail. Le serveur proposé, montré sur la figure 1, est un serveur de documents au format XML destiné à permettre le partage de ces documents par un ensemble d'utilisateurs. Ce serveur, intitulé XFS (XML File Server), se place au centre d'une architecture client-serveur classique, à savoir un serveur central accessible, via un réseau de type quelconque, par des postes clients. Le serveur rend des services comparables à ceux d'un SGBD relationnel, mais avec des documents XML : - définition de comptes d'utilisateurs, - stockage des documents de manière transparente pour l'utilisateur, - gestion des accès aux documents suivant des règles précises, - recherche de documents sur la base de certains critères (mais de façon très limitée par rapport à un SGBD relationnel, l'objectif étant le partage de documents et non la recherche d'informations), - exécution de requêtes transactionnelles. Par rapport à un modèle relationnel, l'adoption du format XML pour représenter les données nous permet, de plus : - d'arbitrer efficacement les accès en écriture aux différentes parties d'un documents, - de fixer très finement des droits d'accès, à un niveau quelconque de l'arborescence XML, - d'associer des fichiers binaires aux documents, - de donner un accès direct au serveur à un large éventail de plateformes et de logiciels clients. Le but est de pouvoir assurer tous ces services en réduisant au strict minimum les contraintes imposées aux documents XML hébergés et en rendant le serveur indépendant des données traitées. Pour permettre l'accès au serveur à une grande variété de clients, le protocole d'invocation des fonctions du serveur est simplifié au maximum. Les options choisies sont : - des requêtes indépendantes les unes des autres (pas de notion de session), - un fonctionnement transactionnel (une requête est soit annulée, soit exécutée en totalité), - si l'on excepte la description des fichier joints, un format purement ASCII pour les requêtes (comme en SQL) et, qui plus est, de type XML, comme pour les documents manipulés. L'invocation de fonctions à travers des requêtes XML rejoint le principe du protocole SOAP (Simple Object Access Protocol). Toutefois, une formulation bien plus simple et spécifique au traitement de documents XML a été adoptée. Sauf demande par le client d'un fichier binaire associé à un document, le serveur répond également par un message XML. La figure 2 illustre le principe du dialogue client-serveur en XML. L'enveloppe représente le protocole de communication dont la nature a en fait peu d'importance. En pratique, le protocole http a été retenu, dans la mesure où il est désormais disponible sur de très nombreux postes clients. Tout logiciel capable de dialoguer en XML avec le serveur, selon le protocole de communication adéquat (HTTP,...), peut a priori jouer le rôle de client. Pour permettre un accès direct au serveur (c'est-à-dire sans logiciel intermédiaire) à partir de clients légers de type navigateur HTML ou WML, un mécanisme de transformation de la réponse XML à l'aide de feuilles de style a été intégré au serveur. La simplicité de l'accès au serveur et les possibilités d'application de feuilles de style conduisent à une large palette de clients potentiels, comme l'illustre la figure 3. Afin de valider les concepts développés et leur application possible en télé-médecine, nous avons maquetté un logiciel client de chaque type. Il existe un certain nombre de concepts ou de produits qui présentent des points communs avec le système que nous proposons : - Le protocole SOAP (Simple Object Access Protocol) : ce protocole permet d'exécuter des fonctions à distance. Par rapport à d'autres protocoles utilisés en informatique répartie (RMI, CORBA, DCOM...), il est caractérisé par un échange de messages au format XML. - Les SGBD relationnels compatibles XML : de nombreux éditeurs de SGBD relationnels proposent des ouvertures vers XML. Le stockage reste sous forme relationnelle (ou relationnelle orientée objet), le langage XML n'est utilisé qu'en tant que format d'échange ou d'interrogation et non de stockage. L'avantage du modèle relationnel réside dans la possibilité de traiter des requêtes complexes. - Les SGBD XML : dans ce cas, les documents sont bien stockés en XML. - Les langages de requête en XML (recherche d'information ou mise à jour). Néanmoins, les serveurs XML existants ont essentiellement été conçus en vue de faciliter la recherche d'information sur la base de critères quelconques (comme pour les SGBD relationnels) et non dans le but de partager les documents XML et de gérer des droits d'accès dans ces documents. Or, dans ce dernier cas, les langages de requête de type XQL et apparentés (XUpdate, SXQL, etc...) paraissent assez peu adaptés, dans la mesure où la désignation des balises repose sur une description de chemins dans l'arborescence XML. Le problème réside dans le fait que cette arborescence est en constante évolution dans un contexte multi-utilisateurs (ajout ou effacement de sous-arbres par les différents utilisateurs) et dépend des droits d'accès (deux utilisateurs peuvent ne pas avoir une vue identique d'un même document sur le serveur). Un premier type d'inconvénients concernant l'évolution de l'arborescence dans le temps est représenté à la figure 4. Un document sur le serveur est simultanément lu par trois utilisateurs puis mis à jour par ceux-ci à l'aide d'une syntaxe de type XUpdate . Bien qu'il n'y ait aucune erreur générée, on note que l'utilisateur numéro 3 croit modifier la balise 2 alors qu'il modifie en réalité la balise 3 . Un deuxième inconvénient relatif à l'effet du filtrage en fonction de droits d'accès est représenté sur la figure 5. Sur cet exemple simple, les droits d'accès en lecture sont signifiés par un attribut Acces . On comprend aisément que la désignation des balises par un chemin est difficile dans ce cas, d'autant que les droits d'accès peuvent eux-mêmes évoluer dans le temps. Comme cela a déjà été précisé plus haut, le but principal est de partager des documents XML et non de procéder à de la recherche d'information dans ces documents. Sur les deux exemples du paragraphe précédent, on s'attend ainsi à ce que les mises à jour effectuées par les différents utilisateurs soient réalisées sans ambiguïté. Autrement dit, le serveur doit gérer efficacement la concurrence d'accès ainsi que les droits d'accès à un niveau quelconque de l'arborescence XML. On veut permettre, en particulier, à des utilisateurs de travailler simultanément sur des balises différentes d'un même document. Pour permettre un partage efficace des documents, il est prévu un étiquetage unique et systématique par le serveur de toutes les balises des documents. Cette façon de procéder rend les documents plus volumineux mais conduit à une expression concise et non ambiguë des requêtes de modification. Cette technique originale de désignation a été associée à un mécanisme simple de gestion des versions. Chaque utilisateur indique la version du document dont il dispose, ce qui permet au serveur, par comparaison avec des numéros de versions associés à chaque balise sur le document commun, d'arbitrer la concurrence d'accès. Pour ce qui est des droits d'accès, la hiérarchie des balises XML se prête bien à une expression des droits sous la forme d'attributs. Il apparaît donc clairement que les solutions proposées à ces différents niveaux s'intégrent de manière très naturelle en un nouveau langage de requêtes au format XML, à la fois simple, efficace et capable d'englober de nombreuses fonctionnalités utiles sur un serveur de documents XML (association de fichiers aux documents, administration de comptes, notion de domaine, application de feuilles de style...). Les développements du serveur XFS ont été motivés par une application de télé-médecine visant à partager des dossiers médicaux de patients entre un ensemble de professionnels de la santé. Dans ce domaine, les fonctionnalités de gestion des droits d'accès se révèlent particulièrement utiles. De plus, le partage de l'information médicale semble répondre à un besoin bien réel. La mise en oeuvre de l'invention requiert les éléments suivants : *au niveau matériel : - un ordinateur serveur - un réseau - un ou plusieurs postes clients *au niveau logiciel : - un serveur XFS - un serveur HTTP avec support de l'interface CGI - pour les clients légers : le logiciel client à télécharger (pages HTML, WML, Javascript, WMLScript...) *sur le client : - client lourd : un logiciel client - client léger : navigateur HTML ou WML. REVENDICATION 1. Système intégré de recueil de données médico-sociales, caractérisé en ce qu'il comprend : - une plate-forme comprenant des moyens d'accès sécurisé à différents services applicatifs métiers hébergés, - un fichier médical partagé intégrant les données médico-sociales, apte à organiser lesdites données sous forme semi-quantitative en fonction, d'une part, du temps et des interventions des professionnels, et, d'autre part, de la situation sociale et des pathologies, - des moyens d'accès audit fichier par l'Internet et/ou par un logiciel de gestion du fichier, - des moyens de visualisation et de mise à jour dudit fichier par un client, - un serveur applicatif"XFS"muni de moyens de stockage des fichiers médicaux et des moyens d'accès sécurisé auxdits fichiers à partir de différents terminaux, ledit serveur étant apte à lier certaines balises XML entre elles pour enchaîner des items nécessaires au suivi de personnes malades dans la durée, à marquer chaque donnée par la date d'occurrence pour permettre une visualisation événementielle du suivi desdites personnes malades, et à ouvrir automatiquement un nouveau suivi à chaque déclaration de pathologie.