FR2826476A1 - Systeme integre de services - Google Patents

Systeme integre de services Download PDF

Info

Publication number
FR2826476A1
FR2826476A1 FR0108215A FR0108215A FR2826476A1 FR 2826476 A1 FR2826476 A1 FR 2826476A1 FR 0108215 A FR0108215 A FR 0108215A FR 0108215 A FR0108215 A FR 0108215A FR 2826476 A1 FR2826476 A1 FR 2826476A1
Authority
FR
France
Prior art keywords
access
platform
service
file
services
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR0108215A
Other languages
English (en)
Inventor
Rene Ebel
Marion Bollard
Pierre Thorel
Philippe Chossegros
Albert Fhima
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Priority to FR0108215A priority Critical patent/FR2826476A1/fr
Priority to PCT/FR2002/002131 priority patent/WO2003005237A1/fr
Publication of FR2826476A1 publication Critical patent/FR2826476A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Biomedical Technology (AREA)
  • Theoretical Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

Système intégré de services. Selon l'invention, ledit système comprend :- une première plate-forme comprenant des moyens d'accès sécurisé à différents services applicatifs métiers hébergés, - une deuxième plate-forme de services installée sur la première plate-forme, d'Intranet/extranet/internet intégrée, sécurisée, adaptée au professionnel de santé et aux personnes malades, ladite deuxième plate-forme étant apte à fournir à l'utilisateur un accès direct à toute l'information dont il a besoin,- 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'lnternet 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,- un service d'annuaire comportant des moyens de gestion hiérarchisée de comptes utilisateurs,- un service " Messager " comportant des moyens de gestion de contacts, la communication interpersonnelle multimédia, la discussion écrite (texte, partage de tableau blanc, transfert de fichiers), la discussion vocale et vidéo, et la notification de présence,- des services vocaux,- au moins une borne de communication permettant l'accès à des services dédiés sur l'lntemet à partir de lieux publics, - des outils de messagerie.Application aux réseaux de services de santé.

Description

<Desc/Clms Page number 1>
La présente invention concerne un système intégré de services, plus spécialement dédié aux professionnels de santé évoluant dans les domaines médicaux et sociaux, et destiné à faciliter la pratique de santé en réseau.
Dans ce contexte, le terme de réseau correspond à un ensemble de personnes physiques, y compris les patients et les populations, et d'institutions ayant besoin de communiquer entre elles, et de partager de l'information.
Ce système intégré de services, appelé aussi bouquet , est basé sur des produits et services de téléphonie et informatiques assurant des fonctionnalités complémentaires et modulaires.
L'invention se situe dans le domaine du partage d'information, du travail coopératif et des services pour les communautés professionnelles.
La pratique de santé en réseau est émergente dans beaucoup de pays, notamment en France, et d'importants freins comme les modèles de paiement, les problèmes de responsabilité et de sécurité subsistent.
Cependant, différentes expérimentations effectuées ainsi qu'un certain nombre de réseaux existants sur le terrain depuis plus d'une dizaine d'années permettent aux organismes décideurs d'identifier les bénéfices de telles pratiques en termes de santé, d'économie de santé, et d'accès égalitaire aux soins.
Toutefois, aucun dispositif ou système intégré n'existe pour répondre aux besoins des professionnels de santé dans la pratique en réseau, même si certains réseaux plus ou moins formels utilisent déjà des outils isolés comme les forums, la messagerie électronique, ou les serveurs vocaux.
La présente invention consiste à fédérer et intégrer des services basés sur des produits industriels, des prototypes issus de développements de France Télécom, comprenant entre autres un logiciel capable de stocker et d'organiser des données médico-sociales partageables entre les différents professionnels de santé et les patients, et les travaux issus de la collaboration entre France Télécom et des associations constituées pour défendre et promouvoir le concept de réseaux de santé médico-sociaux de proximité dans le système de santé, à savoir la Coordination Nationale des Réseaux (CNR) et le réseau GT69.
L'inconvénient majeur des systèmes intégrés de services connus est l'utilisation disparate et non cohérente d'outils hétérogènes. De plus, aucun système ne permet actuellement de partager des données médico-sociales entre professionnels de santé et les patients. Le partage de l'information doit être cohérent, pondéré par la pratique en réseau, et organisé.
Un objet de l'invention consiste en l'intégration des outils et services sur une plate-forme jumelée à des moyens de connexion et de télécommunication appropriés, dans le but de constituer une offre utilisable et commercialisable auprès des professionnels de santé, ainsi qu'auprès de
<Desc/Clms Page number 2>
Figure img00020001

toutes les personnes intervenant sur le parcours de santé d'un patient ou d'une population ciblée, dans le cadre de la pratique de santé en réseau.
L'intégration complète des services et outils nécessaires à la pratique de santé en réseau couvre l'intégralité et l'exhaustivité des besoins mis à jour par la pratique. Ainsi, aucun membre du réseau ne se trouve exclus par la technique.
Dans ce but, l'invention propose un système intégré de services, remarquable en ce qu'il comprend : - une première plate-forme comprenant des moyens d'accès sécurisé à différents services applicatifs métiers hébergés, - une deuxième plate-forme de services installée sur la première plate-forme, d'htranet/extranet/internet intégrée, sécurisée, adaptée au professionnel de santé et aux personnes malades, ladite deuxième plate-forme étant apte à fournir à l'utilisateur un accès direct à toute l'information dont il a besoin, - 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, - un service d'annuaire comportant des moyens de gestion hiérarchisée de comptes utilisateurs, - un service"Messager"comportant des moyens de gestion de contacts, la communication interpersonnelle multimédia, la discussion écrite (texte, partage de tableau blanc, transfert de fichiers), la discussion vocale et vidéo, et la notification de présence, - des services vocaux, - au moins une borne de communication permettant l'accès à des services dédiés sur l'Internet à partir de lieux publics, - des outils de messagerie.
Le résultat obtenu est donc un bouquet de services intégrés. Un des outils utilisés est le service XFS qui sera décrit en détail plus loin. Certains réseaux constitués, ainsi que la coordination nationale des réseaux elle même, ont déjà une base de données concernant les personnes malades, les traitements. L'outil objet de l'invention devra intégrer ces bases pour un service à forte valeur ajoutée.
<Desc/Clms Page number 3>
Figure img00030001
L'intégration des services, sous forme de produits et/ou de prototypes se fait sur une architecture"intranet/extranet/internet". Cela signifie que, suivant leur profil, leur inscription préalable au réseau ou à la coordination des réseaux de santé, les droits que peuvent leur donner certains autres professionnels de santé ou le patient, leur situation (mobilité, cabinet,...) et leur équipement (logiciel de gestion de cabinet, navigateur Internet, minitel, téléphone,...), les professionnels de santé et les institutions vont pouvoir : - Accéder à des outils d'information et de renseignements, - Utiliser des outils de communication, -Utiliser des outils d'aide à la décision, - Se former, - Partager des données médico-sociales.
Ces cinq familles de services et outils sont installées sur une plateforme d'Intranet/extranet/internet intégrée, sécurisée, adaptée à l'utilisateur et à son métier. Sécurité, personnalisation, fonctionnalités regroupées et intégrées sont les caractéristiques essentielles de cet outil utile et simplifié pour accéder aux informations et fonctionnalités d'un Intrant dédié et communicant à l'extérieur dans une logique d'Extranet.
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.
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 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 aux réseaux de type GT), des spécifications fonctionnelles applicables aux réseaux de santé ont été établies.
Ces spécifications sont les suivantes : Informations relatives aux pathologies L'accès à ce type de fonction se fait dans un objectif d'information du patient par rapport à une pathologie.
<Desc/Clms Page number 4>
Elle permet au patient de trouver des informations relatives à une pathologie, ses conséquences et les moyens à mettre en oeuvre pour améliorer sa situation, cela dans un objectif d'éducation. La consultation devient ainsi plus optimum, efficace et efficiente par la banalisation du jargon médical. Elle permet également d'obtenir des indications de contacts afin d'entrer dans une démarche de soin mieux comprise donc mieux vécue.
Les informations que le patient recherche peuvent être de trois ordres : - qu'est ce que ma pathologie ? (répond au besoin d'éducation thérapeutique) - quels sont les risques associés ? (répond au besoin de prévention à posteriori) - comment l'éviter ou diminuer le risque ? (répond au besoin de prévention a priori)
Ces trois items peuvent être composés : - de contenu, - de liens sur des adresses et sur des numéros de téléphone d'organismes, et/ou des liens sur des interlocuteurs privilégiés dans ces organismes avec indication des coordonnées pour des contacts directes.
Cette dernière possibilité peut être réservée aux adhérents du réseau.
Elle permet au médecin d'avoir accès à de l'information médicale qui se situe en dehors de leur champ de compétence et dont la recherche fait suite à la demande d'un patient.
La contrainte pour le professionnel est d'obtenir l'information de manière instantanée en consultation.
Cet item peut être composé : - de contenu, - de la possibilité d'accéder à des adresses des membres du réseau qui ont une qualification en relation avec leur demande (de second niveau).
Il peut il y avoir deux niveaux d'accès à l'information : les visiteurs et les adhérents au réseau.
Aide à la décision quotidienne
Cette fonction correspond au besoin d'aide à la décision des professionnels dans leur rôle principal.
L'accès à cette fonction se fait par le professionnel, dans une démarche à caractère individuel ou dans une démarche à caractère collectif.
Ces outils permettraient aux différents professionnels, d'accéder à de l'information qui les aidera dans l'exercice de leur profession.
La contrainte pour le professionnel est l'instantanéité de la réponse à donner donc de l'information à recevoir.
- Pour les médecins, cette aide est relative au diagnostic et à la thérapie. Par de l'information sur les pathologies, sur les médicaments, sur les types d'examens et de soins à prescrire.
Certains examens n'étant prescrits qu'avec certains droits, la contrainte associée ici est la connaissance relative aux droits du patient pour que le
<Desc/Clms Page number 5>
professionnel puisse lui donner une réponse si nécessaire adaptée à ses droits.
- Pour les pharmaciens, cette aide est relative à la délivrance de médicaments et des posologies.
La contrainte associée ici est la connaissance relative aux droits du patient.
- pour l'assistante sociale, et les associations cette aide est relative à la resocialisation, donc à toute information relative, au droit social, au droit civil et au droit pénal.
Réservé aux adhérehts du réseau.
L'outil permettrait également aux différents professionnels, d'accéder à des experts qui les aideront dans l'exercice de leur profession, à propos d'éléments qu'ils n'arrivent pas à trouver par le moyen précédent.
La contrainte pour le professionnel est l'instantanéité de la réponse à donner et donc de la réponse à recevoir.
Le principe est d'identifier des membres du réseau qualifiés d'expert sur tel ou tel sujet, avec la contrainte de pouvoir les joindre dans l'immédiat.
La contrainte est que cela signifie que les membres du réseau se qualifient en tant qu'expert sur tel ou tel domaine et qu'ils sont prêts à jouer la carte de l'instantanéité de la réponse (qu'il est nécessaire de définir).
Réservé aux adhérents du réseau
L'outil permettrait en outre aux différents professionnels de discuter avec d'autres membres du réseau. Le temps de restitution de la réponse peut se faire sur le moyen terme.
La contrainte est la mobilisation collective minimum, nécessaire pour que cela fonctionne.
- groupes de discussions entre professionnels du même secteur, - groupes de discussions entre des professionnels différents.
Ces discussions peuvent porter sur des thèmes particuliers ou sur l'exercice de leur activité quotidienne.
Ces rencontres thématiques peuvent être suscitées par des membres du réseau ou par le réseau lui-même.
Il peut il y avoir deux niveaux d'accès à l'information : les visiteurs et les adhérents au réseau.
Formation professionnelle
Cette fonction a pour objectif de permettre aux professionnels membres du réseau de se tenir au courant des formations existantes relatives à la thématique du réseau ou relatives à leur pratique professionnelle. Les types de support de formations peuvent être physiques, papier, ou internet.
Cet item peut : - délivrer l'information dans son contenu - donner accès à des liens sur des sites existants.
Peut être ouvert à tous.
<Desc/Clms Page number 6>
Recherche de l'information relative au parcours d'une personne
Cette fonction permet à tout professionnel membre du réseau d'accéder à de l'information relative à un membre patient qui entre ou qui est dans le réseau. L'accès à ces informations n'est pas systématique et ne concerne pas forcément tous les professionnels de santé.
Les contraintes identifiées sont : - dans l'existant, les supports multiples et notamment papiers contenant actuellement ces informations, - l'ensemble de l'information ne peut être accessible à tous les membres du réseau, - nécessité de définir les personnes qui ont accès à ces informations.
Le type d'information nécessaire à consulter est différent en fonction des profils des différents acteurs. Pour cela, il est nécessaire de travailler avec les acteurs du réseau pour leur faire exprimer les items qu'ils ont besoin de consulter et ceux qu'ils seraient prêts à mettre à disposition.
Pour le médecin :
Les informations dont il a besoin pour exercer son métier sont a priori les suivantes : - état civil - situation familiale - situation professionnelle - état de ses droits vis à vis de la sécurité sociale - habitudes et pratiques sociales - pour le médical : antécédents médicaux, allergie, examens et résultats de laboratoires, état des prescriptions et rendez-vous effectué, - parcours médical et historique
Pour le patient : - Les informations dont il pourrait avoir besoin sont : - l'état de ses prescriptions avec indication des dates de renouvellement nécessaires - le calendrier de son parcours médical
Pour les assistantes sociales : - état civil - situation familiale - situation professionnelle - état de ses droits vis à vis de la sécurité sociale - habitudes et pratiques sociales - parcours - capacité d'insertion professionnelle et sociale
Pour les pharmaciens : - état de ses droits vis à vis de la sécurité sociale - allergies - prescriptions
Pour les infirmières et kinésithérapeutes : - antécédents médicaux
<Desc/Clms Page number 7>
- état civil - situation familiale - situation professionnelle - état de ses droits vis à vis de la sécurité sociale
Réservé aux adhérents du réseau.
Mise à disposition de l'information sur la situation médico-sociale d'un patient
L'information consultée, précédemment décrite, doit être saisie et mise à disposition par un ou des membres du réseau. C'est la personne qui saisie qui mettra cette information à disposition.
Pour le médecin référent du réseau, il a l'essentiel des informations à consulter, sauf celles relatives au parcours du patient qu'il n'a pas de manière systématique (lors des hospitalisations.... ; voir ci-dessous, ensemble des professionnels du réseau ).
Le médecin référent mettra à disposition certaines des informations qu'il a en sa possession, saisies à son cabinet, à certains membres du réseau (définis précédemment).
Contraintes : - déterminer les informations qui peuvent être consultées - identifier les personnes auxquelles ces informations seront ouvertes - identifier les informations à mettre à disposition en fonction du type de profil, - éviter la multiplication des saisies de ces informations sur différents supports.
Pour l'ensemble des professionnels du réseau, cette fonction concerne les courriers et/ou les évènements (hospitalisation, maison de repos) relatifs au patient, qui pourraient retracer le parcours ou l'historique du parcours du patient. Elle concerne la mise à disposition de ces courriers dans un objectif de gain de temps, de systématisation des suivis et de facilité pour retrouver le parcours d'un patient. Elle peut se faire de deux manières : * Soit par la mise à disposition des courriers. Ils sont regroupés à un endroit et concerne l'ensemble du courrier relatif à ce patient et à destination de l'ensemble des membres du réseau en fonction de leur profil
Contraintes : - saisies du courrier sur le poste du PS, - hébergement du courrier sur le poste du professionnel de santé, dans une boite aux lettres commune, ou les deux, - accès au courrier différent en fonction des profils, - définition du type d'accès en fonction du profil (par exemple le destinataire aura accès au contenu du courrier, tandis que les autres auront accès seulement à l'étiquette ou titre du courrier), - définir le type du courrier : contenu et/ou seulement étiquettes (nom et profession du rédacteur, date de rédaction, destinataire, objet).
<Desc/Clms Page number 8>
* Soit par la mise à disposition du courrier à un seul destinataire mais de manière rapide et sécurisée.
Echange d'information relative à un patient
Cette fonction fait suite à la précédente. Elle s'en différencie par le fait que le courrier arrive à un destinataire et que ce destinataire a accès au contenu du courrier (ce qui n'est pas forcément le cas dans ce qui est décrit dans le paragraphe précédent).
Mise à disposition des courriers pour l'ensemble du réseau
Une fois le courrier'rédigé, envoi d'un message au destinataire du courrier lui notifiant qu'il a reçu du courrier sur le serveur commun.
Ou envoi du courrier : un au destinataire et un à la boite aux lettres commune.
Alternative : mise à disposition du courrier à un seul destinataire mais de manière rapide et sécurisée
Réservées aux adhérents.
Connaissance des différents acteurs impliqués dans le réseau
Cette fonction correspond au besoin des différents professionnels du réseau de remplir leur fonction de relais
Cette fonction a pour objectif de permettre aux différents professionnels de santé d'identifier et d'indiquer le professionnel ou l'organisme pouvant répondre à la demande que leur fait un patient. Elle peut également répondre à la continuité du soin lorsque la compétence du professionnel se situe en dehors de son champ de compétence.
Demande médicale (contacts : centres de soins, hôpitaux, médecins libéraux, pharmacies, paramédical) : - pour des questions de traitement - pour des questions de pathologies - pour des questions de diagnostic - pour des questions de substitutions
Demande socio-éducative (contacts : associations, assistantes sociales, institutionnels) : - pour de la prévention - pour de l'éducation - pour de l'insertion professionnelle - pour du logement - pour de l'aide administrative et institutionnelle.
Le degré d'information peut être différent en fonction des membres du réseau et des visiteurs.
Les besoins recensés se regroupent en 5 familles, permettant d'identifier les outils et services nécessaires, fondés sur l'intégration judicieuse des technologies de l'informatique et de la téléphonie :
<Desc/Clms Page number 9>
des outils d'information et de renseignements : serveurs Web, bornes de communication (Netanoo), moteurs de recherche, outils d'indexation et d'annotation, annuaire hiérarchique, serveur vocal, centre d'appel téléphonique des outils de communication : serveur de messagerie sécurisée, conversation à 3, réunion téléphonique, réunion flash, conférence téléphone, Top Message, liste rouge, sonneries différenciées, reroutage vers messagerie vocale, identification de l'appelant, télé secrétariat, serveur de forums,"chat", carnet d'adresse - des outils d'aide à la décision : fiches pratiques, pages d'information - des outils de formation : fiches pratiques, newsletters un service de partage de données médico-sociales : serveur XFS, navigateur internet, gestionnaire de profils, logiciel de cabinets médicaux Le système de services intégré conforme à l'invention comprend : - une première plateforme permettant d'accéder en toute sécurité à différents services applicatifs métiers hébergés, - une deuxième plate-forme de services installée sur la première plate-forme, d'Intranet/extranet/internet intégrée, sécurisée, adaptée au professionnel de santé et aux personnes malades ; un tel portail vise à fournir à l'utilisateur, d'un seul coup d'oeil, un accès direct à toute l'information dont il a besoin, - un fichier (dossier médical) 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, - un serveur applicatif"XFS"stockant des dossiers médico-sociaux et permettant leur accès sécurisé à partir de différents terminaux, - un service d'annuaire"LDAP"permettant la gestion"hiérarchique" des comptes utilisateurs de la CNR, par exemple, et des différents réseaux adhérents, - un service"Messager", disponible pour tous les IAP (Internet
Access Provider) en RTC (Réseau Téléphonique Commuté) et
ADSL (Asymetric Digital Subscriber Line), permettant la gestion de contacts, la communication interpersonnelle multimédia, la discussion écrite (texte, partage de tableau blanc, transfert de fichiers), la discussion vocale et vidéo, et la notification de présence ; - Les produits commerciaux de télécommunication dans le domaine du vocal, tels que le filtrage d'appel sur téléphone portable et le serveur vocal ; - une borne de communication ("Netanoo"de France Télécom)
<Desc/Clms Page number 10>
permettant l'accès à des services dédiés sur l'internet à partir de lieux publics, et très utile pour les institutions et associations de patients ; - des outils de messagerie,"chat", et forum communément utilisés.
Un tel système permet par exemple à un médecin généraliste en
Figure img00100001

déplacement de se connecter à l'intrant de son réseau de santé à partir de son PC portable ou autre terminal mobile avec les caractéristiques suivantes : - Sécurité : Après qu'il ait inséré sa carte de professionnel de santé dans le lecteur, puis tapé son code secret, le serveur Web de son réseau de santé lui transmet sa page d'accueil personnalisée.
- Personnalisation : Informations du jour sur des thèmes qu'il a lui-même sélectionnés, fiches produits/médicaments, agenda, annuaire... facilement accessibles.
- Travail coopératif : Dans la rubrique "à faire", il trouve des demandes d'avis de ses confrères exerçant dans le même réseau si cela concerne des patients communs, ou d'autres réseaux pour des cas rendus anonymes. L'outil de visioconférence IP intégré permet de joindre les autres intervenants du réseau d'une manière conviviale.
- Communication/Echange : Messagerie électronique forums et"chat" permettent d'échanger sur des cas.
- Téléphonie : L'activation de l'icône"téléphone"programme le renvoi de tous ses appels vers sa secrétaire, ou le filtrage des appels.
- Agenda partagé : La lecture de l'agenda (partagé) de certains de ses confrères hospitaliers lui permet de constater leurs disponibilités, ainsi que celle de plateaux techniques.
- Sécurité : Le retrait de la carte du lecteur, rend impossible tout accès non autorisé à l'intranet. La réintroduction de la carte permet de retrouver toutes les informations dans l'état précédent.
- Ressources mutualisées : La gestion personnalisée de plusieurs canaux d'information permet d'héberger plusieurs intranets à la fois, chacun d'eux restant strictement étanche et adapté au style et aux besoins du réseau.
A l'instar des réseaux privés virtuels, cette solution combine les avantages d'un réseau privé avec les économies réalisées grâce à la mise en commun des ressources.
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,
<Desc/Clms Page number 11>
- 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.
<Desc/Clms Page number 12>
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 ( < B > 2 < /B > alors qu'il modifie en réalité la ba) ise < B > 3 < /B > ?.
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
<Desc/Clms Page number 13>
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...)
<Desc/Clms Page number 14>
Figure img00140001

*sur le client : - client lourd : un logiciel client - client léger : navigateur HTML ou WML.

Claims (1)

REVENDICATION
1. Système intégré de services, caractérisé en ce qu'il comprend : - une première plate-forme comprenant des moyens d'accès sécurisé à différents services applicatifs métiers hébergés, - une deuxième plate-forme de services installée sur la première plate-forme, d'Intranet/extranet/internet intégrée, sécurisée, adaptée au professionnel de santé et aux personnes malades, ladite deuxième plate-forme étant apte à fournir à l'utilisateur un accès direct à toute l'information dont il a besoin, - 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, - un service d'annuaire comportant des moyens de gestion hiérarchisée de comptes utilisateurs, - un service"Messager"comportant des moyens de gestion de contacts, la communication interpersonnelle multimédia, la discussion écrite (texte, partage de tableau blanc, transfert de fichiers), la discussion vocale et vidéo, et la notification de présence, - des services vocaux, - au moins une borne de communication permettant l'accès à des services dédiés sur l'Internet à partir de lieux publics, - des outils de messagerie.
FR0108215A 2001-06-22 2001-06-22 Systeme integre de services Withdrawn FR2826476A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0108215A FR2826476A1 (fr) 2001-06-22 2001-06-22 Systeme integre de services
PCT/FR2002/002131 WO2003005237A1 (fr) 2001-06-22 2002-06-20 Systeme integre de services

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0108215A FR2826476A1 (fr) 2001-06-22 2001-06-22 Systeme integre de services

Publications (1)

Publication Number Publication Date
FR2826476A1 true FR2826476A1 (fr) 2002-12-27

Family

ID=8864627

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0108215A Withdrawn FR2826476A1 (fr) 2001-06-22 2001-06-22 Systeme integre de services

Country Status (2)

Country Link
FR (1) FR2826476A1 (fr)
WO (1) WO2003005237A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2481191A (en) 2010-02-25 2011-12-21 Sita Information Networking Computing Ireland Ltd Graphical development tool for software application development
MY158867A (en) 2010-12-21 2016-11-16 Sita N V Reservation system and method
EP2740082A1 (fr) 2011-08-03 2014-06-11 Sita Information Networking Computing USA, Inc. Système de manutention et de suivi d'articles et procédé associé
GB2499288A (en) 2012-02-09 2013-08-14 Sita Inf Networking Computing Usa Inc Path determination
US9087204B2 (en) 2012-04-10 2015-07-21 Sita Information Networking Computing Ireland Limited Airport security check system and method therefor
US10320908B2 (en) 2013-03-25 2019-06-11 Sita Information Networking Computing Ireland Limited In-flight computing device for aircraft cabin crew
GB2515142B (en) 2013-06-14 2020-12-16 Sita Information Networking Computing Ireland Ltd Portable user control system and method therefor
GB2523441A (en) 2014-02-19 2015-08-26 Sita Information Networking Computing Ireland Ltd Reservation system and method therefor
US10001546B2 (en) 2014-12-02 2018-06-19 Sita Information Networking Computing Uk Limited Apparatus for monitoring aircraft position

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999022330A1 (fr) * 1997-10-29 1999-05-06 Janice Johnson Procede et systeme de consolidation et de repartition des informations
WO1999042932A2 (fr) * 1998-02-20 1999-08-26 Koninklijke Philips Electronics N.V. Systeme de dossiers informatises de patients et de remise de messages
WO2000065522A2 (fr) * 1999-04-28 2000-11-02 San Diego State University Foundation Tenue electronique de dossiers medicaux comprenant la replication de donnees
WO2001015010A2 (fr) * 1999-08-26 2001-03-01 Medical Data Services Gmbh Procede, systeme et outil de recherche

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999022330A1 (fr) * 1997-10-29 1999-05-06 Janice Johnson Procede et systeme de consolidation et de repartition des informations
WO1999042932A2 (fr) * 1998-02-20 1999-08-26 Koninklijke Philips Electronics N.V. Systeme de dossiers informatises de patients et de remise de messages
WO2000065522A2 (fr) * 1999-04-28 2000-11-02 San Diego State University Foundation Tenue electronique de dossiers medicaux comprenant la replication de donnees
WO2001015010A2 (fr) * 1999-08-26 2001-03-01 Medical Data Services Gmbh Procede, systeme et outil de recherche

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
VAN DE VELDE R: "Framework for a clinical information system", INTERNATIONAL JOURNAL OF MEDICAL INFORMATICS, ELSEVIER SCIENTIFIC PUBLISHERS, SHANNON, IR, vol. 57, no. 1, January 2000 (2000-01-01), pages 57 - 72, XP004186998, ISSN: 1386-5056 *

Also Published As

Publication number Publication date
WO2003005237A1 (fr) 2003-01-16

Similar Documents

Publication Publication Date Title
US9626545B2 (en) Semantic note taking system
Wyche et al. Understanding women’s mobile phone use in rural Kenya: An affordance-based approach
US20110010200A1 (en) Patient and Physician Communication Tool
EP2287727A2 (fr) Pousser d&#39;informations d&#39;identité
US20030120513A1 (en) Method of facilitating access to remote health-related services, practitioners, and information
Haik et al. The online support group as a community: a thematic content analysis of an online support group for idiopathic subglottic stenosis
US11657440B2 (en) System and method for generating and presenting on-demand detailing content with communication interface about a product or service
McGlamery et al. Moving reference to the Web
US20120122397A1 (en) Semantic Note Taking System
FR2826476A1 (fr) Systeme integre de services
Qian et al. Exploring features of social support in a Chinese online smoking cessation community: A multidimensional content analysis of user interaction data
Waitoki et al. Indigenous Māori responses to COVID‐19: He waka eke noa?
Bamford et al. The development and evaluation of the UK national telepathology network
US8346865B1 (en) On online networking system and method for depicting views associated with an entity
US20200242705A1 (en) Follow Me: Method and System for Facilitating Communication Based on Sober Living Interests and Living a Sober Lifestyle
WO2013076420A1 (fr) Procede de gestion de la mise en relation numerique
KR102494660B1 (ko) 인생기록관 및 추모관 서비스 제공방법 및 이를 위한 플랫폼 시스템
US20140328472A1 (en) System for Managing Spontaneous Vocal Communication
Leimeister et al. Towards m-communities: the case of COSMOS healthcare
Kiyimba et al. Utilising computer-mediated communication and the internet in health research
Xiong Returning to and continuing the traditional Chinese family system via WeChat: Digitally mediated families in liquid China
Kay Communicating with clinicians
FR2867931A1 (fr) Procede de mise en relation de personnes jointes par multi-diffusion
FR2826477A1 (fr) Systeme integre de recueil de donnees medico-sociales
Tweneboah-Koduah et al. Application of Technology in Healthcare Delivery in Africa

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20150227