Brevet FR2851834A1 — publié le 20040903

Système de lecture/enregistrement de données par une communication via un réseau, notamment pour la réservation de plages horaires disponibles d'un professionnel de santé L'invention concerne une lecture et/ou un enregistrement de données par une communication via un réseau, notamment pour la réservation à distance de plages horaires disponibles d'un professionnel de santé. Les prises de rendez-vous effectuées par les patients d'un professionnel de santé ont généralement lieu par téléphone. Toutefois, il est fréquent que le professionnel de santé soit en consultation au moment o un patient appelle pour une prise de rendez-vous. A cet effet, les 15 professionnels de santé ont recours à des sociétés de télé-secrétariat qui assurent la prise d'un rendez-vous dans une plage horaire disponible d'un agenda du professionnel de santé et rendent compte au professionnel de santé de la date et de l'horaire de la plage réservée. 20 Toutefois, un tel service de télé-secrétariat est encore onéreux pour la majorité des professionnels de santé. De plus, le professionnel de santé est obligé de réserver des plages entières de son agenda pour les mettre 25 exclusivement à disposition de la société de télésecrétariat, de manière à éviter des conflits entre des rendez-vous pris par le professionnel de santé, lui-même, et les rendez-vous pris par la société de télésecrétariat. Par ailleurs, il est difficile, pour une société de télésecrétariat, de définir une urgence de traitement associée à une pathologie d'un patient appelant. En principe, seul le professionnel de santé, lui-même, peut décider d'une 5 urgence et réserver des plages horaires pour de telles urgences, ces plages horaires n'étant pas accessibles pour des patients ordinaires. Une telle situation nécessite à nouveau d'interrompre une consultation en cours du professionnel de santé pour qu'il décide de l'urgence du 10 traitement d'un patient appelant. La présente invention vient améliorer la situation. Elle propose à cet effet un système de lecture/enregistrement de données par communication via un réseau, comportant un serveur distant, une pluralité de postes clients et au moins un poste fournisseur comportant des moyens de communication respectifs avec le serveur via le réseau. Le serveur du système selon l'invention comporte une mémoire agencée pour stocker au moins un fichier partagé comprenant des données d'accès sécurisé, ainsi qu'une liste hiérarchisée de droits d'accès, chacun en 25 correspondance d'un identifiant de poste client. Le poste fournisseur est systématiquement capable de lire et modifier le fichier partagé précité. En revanche, chaque poste client est agencé pour lire et modifier une partie seulement des données, cette partie des données étant 30 fonction du droit d'accès dont dispose ce poste client. Préférentiellement, dans l'application avantageuse de la présente invention à la gestion d'un agenda d'un professionnel de santé, le fichier partagé comporte des données de plages horaires d'un calendrier. Les 5 modifications précitées du fichier partagé sont principalement relatives à des réservations de plages horaires disponibles dans le calendrier précité, pour une prise de rendez-vous. Le serveur comporte alors un module de mise à jour du fichier partagé, au moins en fonction 10 d'une date et d'une heure en cours. Bien entendu, d'autres mises à jour peuvent être prévues, telles que des plages horaires prédéterminées d'indisponibilité de l'utilisateur du poste fournisseur 15 (par exemple, une période de congés du professionnel de santé). Dans une réalisation particulièrement avantageuse, la pluralité de postes clients précitée comporte au moins 20 - des postes clients ordinaires, et - des postes clients prioritaires qui bénéficient de droits d'accès dans ladite liste hiérarchisée permettant aux postes prioritaires de modifier un plus grand nombre de données, par rapport aux postes ordinaires. Ainsi, dans 25 l'application précitée de l'invention à la gestion d'un agenda d'un professionnel de santé, les clients prioritaires correspondent avantageusement à des patients dont la pathologie nécessite un traitement urgent. Dans cette application, le poste fournisseur est avantageusement à disposition d'un professionnel de santé, tandis que les postes clients sont à disposition de patients de ce professionnel de santé. Le fichier partagé comporte des plages horaires disponibles du professionnel de santé. Avantageusement, le poste fournisseur comporte 5 un module de saisie d'identifiants de patients, chaque identifiant étant en correspondance d'un degré d'urgence associé notamment à une pathologie du patient qui porte cet identifiant. En variante d'un degré d'urgence associé à une pathologie, il peut s'agir d'un identifiant associé à un confrère du professionnel de santé qui envoie ses patients pour lesquels des plages horaires particulières sont réservées. Ainsi, de façon avantageuse, la liste stockée dans la 15 mémoire du serveur peut être régulièrement mise à jour en fonction des identifiants saisis par le poste fournisseur à disposition du professionnel de santé. Préférentiellement, les parties des données qui sont 20 modifiables pour les postes client sont donc des plages horaires qui peuvent passer d'un état "libres" à un état "occupées", à partir d'une commande à distance, via le réseau de communication, d'un poste client. Avantageusement, la présente invention n'est pas incompatible avec l'utilisation d'un poste de télésecrétariat et, dans une réalisation avantageuse, le système au sens de l'invention comporte en outre un poste secrétariat équipé de moyens de communication avec le 30 serveur via le réseau et qui bénéficie d'un droit d'accès dans la liste hiérarchisée lui permettant de modifier un plus grand nombre de données par rapport aux postes clients. Selon une autre caractéristique avantageuse du système au 5 sens de l'invention, pour gérer la cohérence des requêtes de modifications du fichier partagé, le serveur comporte en outre un module agencé pour inhiber une modification du fichier partagé pour un poste client, si un autre poste client est déjà en cours de lecture/enregistrement du 10 fichier partagé. Avantageusement, le poste fournisseur, au moins, comporte une mémoire capable de stocker une version du fichier partagé, ainsi que des moyens de mise à jour, actifs pendant une communication entre le poste fournisseur et le serveur, ces moyens de mise à jour modifiant la dernière version stockée dans la mémoire du poste fournisseur et en particulier remplaçant les rubriques dernièrement modifiées dans la version actuelle que fournit le serveur. 20 Ainsi, le professionnel de santé, lorsque son poste fournisseur se connecte au serveur, peut consulter les rendez-vous qui ont été pris par les patients, à partir de leur poste client, d'une part, sans avoir nécessairement recours à un télé-secrétariat et, d'autre part, en ayant 25 accès toujours à une version mise à jour sur son propre poste fournisseur. Selon une autre caractéristique avantageuse, la mémoire du serveur stocke en outre une application logicielle pour 30 contrôler chaque accès d'un poste au fichier partagé et pour sauvegarder le fichier partagé après modification d'une partie au moins des données de ce fichier. Le serveur gère ainsi le contrôle des droits d'accès et les plages horaires (ordinaires ou d'urgence) qui peuvent être allouées au poste client autorisé. Bien entendu, le serveur du système au sens de la présente invention peut gérer une pluralité de fichiers partagés, pour une pluralité de postes fournisseurs, par exemple dans le cadre d'un service proposé à un groupe de 10 professionnels de santé. Dans cette réalisation, le système comporte une pluralité de postes fournisseurs. La mémoire du serveur comporte ainsi une pluralité de fichiers partagés, associés chacun à un identifiant de poste fournisseur. Chaque fichier partagé est adressable 15 dans la mémoire du serveur à partir de l'identifiant d'un poste fournisseur, cet identifiant étant par exemple un code attribué à un professionnel de santé, pour pouvoir bénéficier du service de gestion de son agenda. D'autres avantages et caractéristiques de l'invention apparaîtront à la lecture de la description détaillée ciaprès et à l'examen des dessins annexés, sur lesquels: - la figure 1 représente schématiquement un système au sens de la présente invention, comportant un poste 25 fournisseur et une pluralité de postes clients capables de communiquer avec un serveur, via un réseau de communication; - la figure 2 représente un système, dans un mode de réalisation particulier de la présente invention, 30 comportant en outre un poste secrétariat capable de communiquer avec le serveur; - la figure 3 représente schématiquement une liste hiérarchisée au sens de la présente invention - la figure 4 représente schématiquement un fichier partagé au sens de la présente invention; et - la figure 5 représente plus en détail un poste fournisseur et un serveur, équipés de modules respectifs, pour l'échange de données dans le système au sens de l'invention. On se réfère tout d'abord à la figure 1 sur laquelle le système comporte un poste fournisseur PF, à disposition d'un professionnel de santé. Dans un mode de réalisation préféré, ce poste fournisseur comporte un microordinateur PCF, tel qu'un micro-ordinateur de bureau, équipé d'un 15 écran de visualisation, d'organes de saisie (clavier, souris, ou autres), d'une unité centrale munie d'un processeur, d'une mémoire vive, d'une mémoire morte, d'une carte graphique, audio, etc, et de moyens de communication (tels qu'un modem) avec un serveur SER, via un réseau de 20 communication RC (par exemple le réseau Internet). Les postes clients PCl, PC2 sont, de la même manière, équipés de micro-ordinateurs PCCl et PCC2 comportant des moyens de communication (modem dans l'exemple représenté) avec le serveur SER, via le réseau de communication RC. 25 On indique qu'en variante de micro-ordinateurs, les postes fournisseurs et les postes clients peuvent simplement être équipés de téléphones mobiles, ou encore d'assistants personnels PDA, capables de communiquer avec un serveur 30 distant via un réseau de communication RC, de type GSM et/ou GPRS. Toutefois, dans une réalisation avantageuse, le poste fournisseur PF comporte préférentiellement un microordinateur PCF pour pouvoir consulter le fichier partagé, 5 modifier l'état de plages horaires dans ce fichier partagé (les marquer par exemple comme étant occupées), modifier la liste hiérarchisée des patients, ou autres, comme on le verra en référence à la figure 5. En complément ou en variante du système selon le mode de réalisation représenté sur la figure 1, il peut être prévu en outre un poste secrétariat PS capable de communiquer avec le serveur SER. En se référant à la figure 2, un poste client PC peut être équipé en outre d'un organe de 15 communication TC avec le poste secrétariat PS. A cet effet, on prévoit par exemple un téléphone TC, à disposition d'un patient qui est client du professionnel de santé. Le poste secrétariat PS est équipé d'un téléphone TS pour recevoir des appels du patient, via le 20 réseau commuté TEL. Dans ce mode de réalisation, le patient appelle le poste secrétariat et indique une plage horaire qu'il souhaiterait réserver pour un rendez-vous auprès du professionnel de santé. On indique qu'une personne secrétaire peut recevoir ces appels ou, en 25 variante, que le poste secrétariat PS peut comporter un répondeur téléphonique dit "intelligent" capable d'orienter l'appelant dans les rubriques d'un menu prédéterminé, l'appelant appuyant sur les touches de son clavier en réponse aux rubriques du menu, ou encore en 30 indiquant vocalement ses choix dans le menu. Dans ce mode de réalisation, le poste secrétariat PS comporte un micro- ordinateur PCS qui enregistre la requête de l'appelant (identité de l'appelant et plage horaire souhaitée) et la transmet au serveur SER. On se réfère maintenant à la figure 3 pour décrire la liste hiérarchisée LH qui est utilisée dans le système au sens de la présente invention. On indique tout d'abord que, de manière générale, après la 10 première consultation d'un patient auprès d'un professionnel de santé, le professionnel de santé détermine la pathologie du patient et associe, en fonction de cette pathologie, un degré d'urgence "STD" ou "URG" à ce patient. Lors de la première consultation, le 15 professionnel de santé peut se connecter au serveur, par son micro-ordinateur PCF, pour demander au serveur un code d'accès (par exemple un code alphanumérique comportant un nombre prédéterminé de caractères) à affecter à ce patient. Sur la figure 3, le code d'accès qui permet 20 d'identifier un tel patient est par exemple PC1, PC2, PC3. Le poste informatique PCF du professionnel de santé, comportant une unité centrale UCF (figure 5) stocke une liste hiérarchisée VLH dans laquelle le code PC1 du patient est mémorisé en correspondance d'un degré 25 d'urgence " STD" associé à la pathologie de ce patient. Sur la figure 3, la référence "STD" correspond par exemple à un degré d'urgence standard qui ne nécessite pas une attention toute particulière. En revanche, la référence "URG" correspond à un degré d'urgence plus élevé et pour 30 lequel le professionnel de santé s'efforce de réserver une plage horaire en dehors de ses horaires de travail habituels, comme on le verra en référence à la figure 4. On comprendra ainsi qu'à chaque code d'accès PC1, PC2, PC3 correspond un profil particulier (STD ou URG). En se référant maintenant à la figure 5, pour chaque nouveau patient, le professionnel de santé instruit la liste VLH stockée dans la mémoire de son poste informatique PCF. Préférentiellement, à chaque modification de la liste VLH stockée dans le poste du 10 professionnel de santé, les moyens de communication du poste PF établissent une communication avec le serveur SER et transmettent, sous forme de fichier informatique, la liste mise à jour VLH. Le serveur SER stocke cette liste dans sa mémoire MEM, sous la forme d'un fichier LH. Ainsi, 15 la liste LH stockée auprès du serveur est régulièrement mise à jour, notamment à chaque demande d'attribution d'un code à un nouveau patient, cette demande étant formulée par le professionnel de santé. Une routine peut être installée sur le micro-ordinateur du professionnel de 20 santé pour assurer, à chaque modification du fichier VLH (par exemple un changement de degré d'urgence pour un patient), le transfert du fichier VLH au serveur SER. Une routine peut être installée auprès du serveur SER pour écraser et remplacer une ancienne version de la liste LH 25 par une nouvelle version VLH dès que le serveur reçoit cette nouvelle version VLH du poste fournisseur PF. En se référant à la figure 3, on remarquera que le poste fournisseur PF dispose d'un profil "FULL1" qui se distingue des autres profils "FULL2", "URG" et "STD", et 30 pour lequel le serveur autorise à titre exclusif une mise à jour du fichier LH. il Dans une variante de ce mode de réalisation décrit ici à titre d'exemple, le professionnel de santé se connecte au serveur à l'aide de son poste PF pour consulter la version 5 LH stockée dans le serveur SER et pour la modifier directement auprès du serveur. Dans le mode de réalisation de la figure 1, un patient déjà identifié transmet, à partir de son poste PC1, son 10 code d'accès (code alphanumérique par exemple) au serveur SER. Une application logicielle APPL (figure 5), stockée dans la mémoire du serveur, comporte des instructions pour assurer la mise en oeuvre des étapes suivantes: détection d'une requête de prise de rendez-vous, 15 issue d'un poste PC, transmission d'une demande d'identification à ce poste PC, du type "VEUILLEZ COMPOSER VOTRE CODE CLIENT AUPRES DE CE PROFESSIONNEL DE SANTE", - réception du code PC1, PC2 ou PC3 d'un patient, à 20 partir du réseau RC, - identification du code PC1, PC2 ou PC3 dans la liste LH, - en cas d'échec, transmission d'un message du type "VOUS N'ETES PAS IDENTIFIE EN TANT QUE PATIENT DE CE 25 PROFESSIONNEL DE SANTE" et fin de la routine, en cas de correspondance du code PCl, PC2 ou PC3 avec un code de la liste LH, lecture du profil (correspondant par exemple à un degré d'urgence associé). Comme le montre la figure 5, la mémoire du serveur stocke en outre le fichier partagé FP. On se réfère à la figure 4 pour décrire le contenu de ce fichier partagé FP lorsqu'il est ouvert par une application logicielle de type tableur 5 et présenté sur un écran d'une station de travail tel qu'un micro-ordinateur. On indique par ailleurs que la représentation de la liste hiérarchisée de la figure 3 peut être obtenue de manière similaire. Le fichier partagé de la figure 4 se présente comme un agenda avec des plages horaires PLH2 disponibles pour tout patient (ordinaire ou urgent), des plages horaires PLH3 non ouvrées (jours de congés, heures de déjeuner, ou autres) représentées par des hachures obliques serrées, et 15 des plages horaires PLH1 disponibles seulement pour des cas d'urgences (en début de matinée, en fin de soirée, week-ends, ou autres) représentées par des hachures obliques espacées. Les plages horaires déjà réservées RES1, RES2, RES3 sont représentées par des hachures 20 verticales. La réservation RES1 a été effectuée par exemple par un patient de profil STD ou URG. La réservation RES2 (ou la réservation RES3) a été effectuée en revanche par un patient de profil exclusivement de type URG. Bien entendu, on comprendra qu'il peut être attribué plus de deux types de codes d'accès aux patients, par exemple pour une gamme de degrés d'urgence (ou de profil) STD, URG1, URG2. Dans ce cas, le fichier partagé peut comporter 30 plus de trois types de plages horaires (par exemple PLH2 pour les codes STD, URGl et URG2; PLH1 en semaine (début et fin de journée) pour les codes URGi et URG2; des plages du week-end par exemple, exclusivement pour le code URG2; et des plages PLH3 indisponibles pour tous les patients). On indique que, de manière connue en soi, des cases particulières d'un tableau sous forme de fichier informatique peuvent être protégées en lecture ou en modification par un code d'accès ou "mot de passe". 10 Ainsi, l'application logicielle APPL précitée comporte alors des instructions supplémentaires pour assurer la mise en oeuvre des étapes suivantes: - après lecture du code d'accès du patient, 15 transmission du fichier partagé FP au terminal PCC du patient, de sorte que le patient visualise les plages horaires disponibles dans l'agenda du professionnel du santé et formule une requête de réservation par exemple en cliquant à l'aide d'une souris sur une 20 plage horaire choisie, - contrôle, avantageusement auprès du serveur, de la plage réservée en fonction du code d'accès du patient, - en cas de compatibilité * mémorisation de la plage horaire réservée en tant que modification du fichier FP et enregistrement de la nouvelle version du fichier FP dans la mémoire MEM: la plage horaire réservée dans le fichier FP passe de 30 l'état "libre" à l'état "occupé" ; * transmission au poste PC d'un message du type " RESERVATION FAITE POUR 10:30, LE 20/05/03"; * transmission d'une nouvelle version VFP du fichier partagé au poste du professionnel de santé ; et * fin de la routine de réservation, - en cas d'incompatibilité de la plage souhaitée et du code d'accès, transmission d'un message du type "CES HORAIRES SONT INDISPONIBLES". A ce titre, la présente invention vise aussi un produit programme d'ordinateur tel que l'application APPL et comportant des instructions pour la mise en òuvre de toutes ou partie des étapes ci-avant. 15 Avantageusement, le serveur comporte des moyens de masquage de certaines parties du fichier partagé FP, lorsqu'il est édité (ces moyens de masquage étant connus en informatique des tableurs). Les moyens de masquage MASK 20 (figure 5) peuvent se présenter sous la forme d'une routine stockée dans la mémoire MEM du serveur et qui permet, après lecture du profil STD, URG, etc dans la liste LH en correspondance d'un code d'accès identifié par l'application APPL, de masquer certaines parties du 25 fichier partagé FP en fonction du profil lu. Ainsi, dans une version du fichier FP qu'envoie le serveur sous forme de tableau (préférentiellement sous forme d'agenda tel que représenté sur la figure 4), certaines plages horaires peuvent apparaître masquées (ou hachurées comme représenté 30 sur la figure 4) ou non, selon le code d'accès du poste de communication avec le serveur. Par exemple, une première version est destinée aux patients et comporte simplement des plages horaires hachurées ou non. Une seconde version est transmise uniquement au professionnel de santé et comporte, à la place des hachures, les noms des patients 5 qui ont effectué une réservation, ces noms étant bien entendu masqués dans la version qui est transmise aux patients. La version comportant les noms des patients est transmise au poste PF sous réserve de l'identification du profil FULL1 attribué au poste fournisseur PF comme 10 indiqué ci-avant. Par ailleurs, la version envoyée à un patient de profil STD comporte plus de cases hachurées qu'une version envoyée à un patient de profil URG. Ainsi, dans une réalisation préférée, la mémoire MEM du 15 serveur stocke des moyens de masquage, en édition, du fichier partagé FP. L'édition du tableau correspondant (agenda de la figure 4) est plus ou moins masquée en fonction du type de profil STD, URG, FULL1 ou FULL2. Le profil FULL2 est celui du poste secrétariat PS, dans 20 l'exemple représenté sur la figure 3 et dans le mode de réalisation o un tel poste supplémentaire est prévu. Dans le mode de réalisation de la figure 2, le patient transmet, par exemple à partir de son téléphone TC, son 25 identifiant au poste de secrétariat PS. Le microordinateur PS du poste secrétariat transmet au serveur SER la requête du patient sous la forme de deux paramètres: l'identifiant du patient (ou son code d'accès) et la plage horaire souhaitée pour la réservation. C'est le poste 30 secrétariat qui reçoit alors une version de l'agenda FP et qui effectue la réservation pour le patient appelant. Comme indiqué ci-avant, le poste secrétariat reçoit une version masquée du fichier FP qui est adaptée au code d'accès du patient. La réservation est faite parmi les plages horaires disponibles (cases non hachurées). 5 Toutefois, en se référant à la figure 3, le poste secrétariat PS dispose de son propre code d'accès correspondant au profil "FULL2" qui permet notamment, comme le profil FULL1, de visualiser l'identité des patients qui ont déjà réservé une plage. En outre, il est possible, à partir du poste PS, de modifier l'état de plages successives de "libres" à "occupées", même si elles incluent des plages de type PLH3 pour lesquelles aucune réservation ne peut normalement 15 être faite. Cette situation correspond par exemple au cas o le professionnel de santé a donné l'ordre au poste secrétariat de réserver des journées complètes pour des congés ou des congrès, ou autres. Toutefois, dans une réalisation préférée, le profil FULL2 ne permet pas une modification de la liste hiérarchisée LH stockée auprès du serveur, contrairement au profil FULL1. De même, le profil FULL1 du professionnel permet de déplacer un rendezvous déjà pris, au profit d'une 25 urgence, ce que, dans une mode de réalisation préféré, le code FULL2 du poste secrétariat ne permet pas. Le patient dont le rendez-vous est décalé est prévenu par un message que transmet le serveur au poste client correspondant ou au poste secrétariat pour prévenir le client par 30 téléphone. Ainsi, le profil "FULL2" ne peut fournir au poste secrétariat que des droits d'accès plus restreints que ceux dont bénéficie le poste fournisseur à disposition du professionnel de santé, dans ce mode de réalisation décrit ici à titre d'exemple. Par ailleurs, les profils FULL1 et FULL2 permettent une annulation de rendez-vous, si le professionnel de santé rencontre une difficulté pour exercer à une date donnée. Dans ce cas, le serveur envoie un message au poste client identifié dans la réservation pour prévenir le patient du 10 désistement. En se référant à nouveau à la figure 5, un module HR, de type horloge interne dans une station de travail, met à jour le fichier FP dans la mémoire du serveur SER pour 15 actualiser l'heure et la date en cours. Les réservations ne peuvent voir lieu qu'entre une heure et une date en cours et, par exemple, trois mois après cette date en cours, de façon à minimiser la taille du fichier FP et la durée des échanges entre le serveur et les postes PC, PF, 20 PS, via le réseau RC. Le serveur comporte en outre un module SEM dit "sémaphore" pour gérer la cohérence des requêtes issues de postes distants. En particulier, ce module SEM inhibe une modification du fichier partagé FP pour un poste client PC1, si un autre poste client PC2 est 25 déjà en cours de lecture ou modification du fichier partagé. Bien entendu, la présente invention ne se limite pas à la forme de réalisation décrite ci-avant à titre d'exemple 30 mais elle s'étend à d'autres variantes. Ainsi, on comprendra en particulier qu'elle s'applique à tout type d'activités autres que celle des professionnels de santé et, de façon générale, à des réservations, à distance, de plages horaires de différents types sous 5 réserve de droits d'accès associés à ces différents types. Par ailleurs, la durée des plages horaires ci-avant PLH1 à PLH3 peut aussi être plus ou moins étendue selon le code d'accès dont dispose le poste client. Ainsi, dans 10 l'exemple d'une activité d'un professionnel de santé, il peut être prévu un profil supplémentaire dans la liste hiérarchisée correspondant à des consultations plus longues que des auscultations ordinaires. Les patients dont le code d'accès correspond à ce profil dans la liste 15 bénéficieront alors d'une plage horaire réservée qui s'étend par exemple sur deux plages horaires allouées normalement à des patients ordinaires. On a décrit ci-avant la gestion de l'agenda d'un seul 20 professionnel de santé mais l'invention s'applique à la gestion de plusieurs agendas. A cet effet, le système selon l'invention comporte une pluralité de postes fournisseurs et la mémoire du serveur stocke une pluralité de fichiers partagés, respectifs et associés chacun à un 25 identifiant de poste fournisseur. Ainsi, chaque fichier est adressable dans la mémoire du serveur à partir de l'identifiant d'un poste fournisseur. Revendications 1. Système de lecture/enregistrement de données par communication via un réseau, comportant - un serveur distant (SER), - une pluralité de postes clients (PCl-PC3) et au moins un poste fournisseur (PF) comportant des moyens de communication respectifs avec le serveur via le réseau, caractérisé en ce que le serveur comporte une mémoire 10 (MEM) agencée pour stocker au moins un fichier partagé (FP) comprenant des données d'accès sécurisé, ainsi qu'une liste hiérarchisée (LH) de droits d'accès, chacun en correspondance d'un identifiant de poste client, et en ce que le poste fournisseur est agencé pour lire et 15 modifier ledit fichier partagé, tandis que chaque poste client est agencé pour lire et modifier seulement une partie des données qui est fonction du droit d'accès de ce poste client. 2. Système selon la revendication 1, caractérisé en ce que le fichier partagé comporte des données de plages horaires d'un calendrier, en ce que les modifications dudit fichier comportent des réservations de plages horaires disponibles dudit 25 calendrier, pour une prise de rendez-vous, et en ce que le serveur comporte un module (HR) de mise à jour du fichier partagé au moins en fonction d'une date en cours. 3. Système selon l'une des revendications 1 et 2, caractérisé en ce qu'il comporte en outre un poste secrétariat (PS) comportant des moyens de communication avec le serveur via le réseau et bénéficiant d'un droit d'accès dans ladite liste hiérarchisée autorisant le poste secrétariat à modifier un plus grand nombre de données par rapport aux postes clients. 4. Système selon l'une des revendications 1 à 3, caractérisé en ce que ladite pluralité de postes clients comporte au moins: - des postes clients ordinaires (STD), et - des postes clients prioritaires (URG) bénéficiant de droits d'accès dans ladite liste hiérarchisée autorisant les postes prioritaires à modifier un plus grand nombre de données par rapport aux postes ordinaires. 15 5. Système selon la revendication 4, prise en combinaison avec la revendication 2, caractérisé en ce que le poste fournisseur est à disposition d'un professionnel de santé tandis que les postes clients sont à disposition de 20 patients du professionnel de santé, en ce que ledit fichier (FP) partagé comporte des plages horaires disponibles du professionnel de santé, en ce que le poste fournisseur comporte un module de saisie d'identifiants de patients en correspondance chacun 25 d'un degré d'urgence associé notamment à une pathologie du patient portant cet identifiant, et en ce que ladite liste (LH) stockée dans la mémoire du serveur est mise à jour en fonction desdits identifiants (VLH) saisis par le poste fournisseur. 6. Système selon la revendication 5, caractérisé en ce que ladite partie des données modifiables comporte au moins un état de plages horaires "libres" ou "occupées" du professionnel de santé. 7. Système selon l'une des revendications précédentes, caractérisé en ce que le serveur comporte en outre un module (SEM) agencé pour inhiber une modification du fichier partagé pour un second poste client, si un premier 10 poste client est déjà en cours de lecture/enregistrement du fichier partagé. 8. Système selon l'une des revendications précédentes, caractérisé en ce que le poste fournisseur au moins 15 comporte une mémoire agencée pour stocker une version (VFP) dudit fichier partagé, ainsi que des moyens de mise à jour de ladite version à partir du fichier (FP) stocké dans la mémoire du serveur, actifs lors d'une communication entre le poste fournisseur et le serveur. 20 9. Système selon l'une des revendications précédentes, caractérisé en ce que la mémoire du serveur stocke en outre une application logicielle (APPL) pour contrôler l'accès d'un poste au fichier partagé et pour sauvegarder 25 ledit fichier après modification d'une partie au moins desdites données. 10. Système selon l'une des revendications précédentes, caractérisé en ce qu'il comporte une pluralité de postes 30 fournisseurs, en ce que la mémoire du serveur comporte une pluralité de fichiers partagés, associés chacun à un identifiant de poste fournisseur, et en ce que chaque fichier est adressable dans la mémoire du serveur à partir de l'identifiant d'un poste fournisseur. 11. Système selon l'une des revendications précédentes, caractérisé en ce que le serveur comporte des moyens de masquage (MASK), en mode lecture, d'une partie au moins desdites données du fichier partagé, en fonction dudit droit d'accès du poste client. 12. Système selon l'une des revendications précédentes, caractérisé en ce qu'il comporte - un réseau téléphonique, - un répondeur intelligent connecté au réseau téléphonique 15 et comportant des moyens pour obtenir les codes d'accès des postes clients, et - une connexion au serveur pour enregistrer une modification partielle du fichier partagé pour lesdits postes clients.