Brevet FR3004827A1 — publié le 20141024

Titre : Procédé pour l'utilisation à distance d'un lecteur USB de carte à puce associé à une carte professionnelle de santé ou à une carte 5 patient dite carte Vitale et le système associé. Domaine de l'invention : L'invention qui se rapporte à un procédé 10 d'utilisation à travers un réseau IP extérieur ou intérieur d'un périphérique USB distant permettant de lire une carte à puce d'un professionnel de santé ou celle d'un patient possédant une carte patient appelée carte Vitale se situe principalement dans le domaine de la télémédecine et de l'assistance médicale. 15 Définitions : Afin de mieux comprendre l'invention, on pose ci-après les définitions suivantes des mots et expressions qui seront utilisés ci-après. 20 Lecteur de carte à puce USB : périphérique compatible avec la norme Universal Serial Bus et permettant de lire les informations contenues sur une carte à puce. 25 Réseau IP : un réseau local intérieur ou extérieur ou international compatible IP (Internet Protocole) dans sa version 4 ou 6. Carte professionnelle de Santé CPS : une carte à puce identifiant 30 de manière unique un professionnel de santé comme par exemple un médecin ou une infirmière. Carte Vitale CVI: ou carte patient est une carte à puce identifiant de manière unique un patient auprès d'un 5 professionnel de santé afin de faciliter ses démarches administratives. PS : un professionnel de santé comme un médecin ou une infirmière possédant une carte professionnelle de santé CPS 10 PT : un patient c'est-à-dire une personne possédant une carte de santé appelée carte Vitale CVI Lecteur de carte professionnelle de santé LCPS : un lecteur de carte à puce compatible USB associé à la lecture d'une carte 15 professionnelle de santé CPS. Lecteur de carte vitale LCVI : un lecteur de carte à puce compatible USB associé à la lecture d'une carte vitale CVI. 20 Lecteur de carte partagé LCPA : un lecteur qui peut servir à la fois de LCPS et de LCVI. Les lecteurs virtuels correspondants sont référencés LCPSR et LCVIR. 25 Ordinateur Esclave ORDES: une machine électronique dotée d'une connectivité IP et d'un port USB sur lequel est branché un lecteur de carte à puce électronique. L'ordinateur esclave ORDES est toujours celui qui met à 30 disposition en partage son lecteur de carte. Ordinateur Maître ORDMA : une machine électronique dotée d'une connectivité IP et qui permet d'accéder au lecteur de carte à puce de la machine esclave. L'ordinateur maître ORDMA est celui qui contrôle à un moment donné un lecteur de carte distant appelé lecteur virtuel. Serveur de transit SERT : une machine dotée d'une connectivité IP avec l'ordinateur esclave ORDES et l'ordinateur maître ORMA et 10 permettant de les interconnecter. HCN (Host card reader name) : nom d'un lecteur de carte à puce sur une machine. Il est dit HCN esclave s'il s'agit du nom sur la machine esclave, ou HCN maître s'il s'agit du nom sur la machine 15 maître. HCP (Host card reader port) : numéro de port virtuel associé à un lecteur de carte sur une machine. Il est dit HCP esclave s'il s'agit du port sur la machine esclave, ou HCP maître s'il s'agit 20 du port sur la machine maître. URB (Usb Request Block) : protocole de bas niveau USB permettant de communiquer avec un périphérique USB. 25 IP (Internet Protocol) : protocole réseau standardisé permettant la mise en oeuvre d'internet (RFC 791). TCP (Transmission Control Protocol) : protocole réseau fiable en mode connecté standardisé par l'IETF (RFC 793). TLS (Transport Layer Security) : protocole réseau fiable et sécurisé en mode connecté standardisé par l'IETF (RFC 2246, RFC 4346, RFC 5246). DMP (Dossier Médical Personnel) : dossier médical personnel d'un patient PT qui retrace son parcours de diagnostics et de soins auprès d'un ou plusieurs acteurs professionnels du monde de la santé. Les autres termes des figures seront expliqués au moment du descriptif de chaque figure. Problématique générale et exposé du problème résolu par l'invention : Les cartes professionnelles de santé CPS utilisent un procédé de cryptage pour stocker les informations permettant d'identifier de manière unique et certaine un professionnel acteur PS dans le domaine de la santé. Afin de lire ces informations, un code PIN (Personal Identification Number) doit être fourni, et un algorithme de déchiffrement est lancé. Chaque dispositif de lecture de carte CPS est conçu pour être déchiffré sur le même lieu physique que celui où se 25 trouve le détenteur de la carte. Pour la carte vitale CVI, les données ne sont pas chiffrées et sont donc accessibles en clair par le lecteur de carte LCVI et par conséquent peuvent être lues par un couple lecteur-ordinateur courant. 30 Cependant, aucun système n'existe actuellement pour identifier à distance un professionnel de santé PS ou un patient PT. Pour pouvoir facturer une consultation ou une téléconsultation à un patient qui vient à son cabinet, un médecin 5 généraliste PS doit s'authentifier en plaçant sa carte CPS dans un lecteur de carte LCPS et authentifier le patient PT en plaçant la carte vitale de celui-ci dans un autre lecteur. Les deux authentifications doivent être valides afin que la facturation de la consultation ou téléconsultation du médecin puisse être prise 10 en compte. De la même manière, pour accéder au dossier médical personnel DMP d'un patient PT ou procéder à sa création, il est obligatoire pour le professionnel de santé de s'authentifier avec sa carte CPS et d'authentifier son patient PT avec la carte 15 Vitale CVI de ce dernier et ce sur le même lieu afin de valider leur accord sur la prestation du professionnel de santé PS. Mais, comme il en sera souvent le cas dans le futur si un médecin est en téléconsultation avec un patient, par une liaison de télétransmission LITELT, qui comprend par exemple un 20 système de visioconférence, aucun moyen à l'heure actuelle, ne permet au médecin PS de facturer son patient PT ou d'accéder à son DMP car il ne peut avoir accès à sa carte vitale CVI à distance. L'invention vise à résoudre ce problème et y apporte 25 une solution innovante en permettant à un patient PT d'entrer en consultation à distance avec un médecin et plus généralement professionnel de santé PS qui reste dans son cabinet. 30 Descriptif sommaire et général de l'invention : Sur un ordinateur maître équipé d'un lecteur USB de carte à puce et d'un logiciel adapté de lecture de la carte, le procédé permet la création sur l'ordinateur maître d'un lecteur virtuel USB de carte à puce alors que ce dernier est éloigné de l'ordinateur esclave qui dispose réellement physiquement d'un lecteur de carte à puce. Plus précisément, l'ordinateur maître accède informatiquement à l'ordinateur esclave afin de lui extraire les informations présentes sur la carte à puce introduite dans le lecteur distant de l'ordinateur esclave utilisé créant ainsi un lecteur virtuel USB de carte à puce pour l'exploitation du système de prise en compte, de gestion et de comptabilisation de l'acte ou de la prestation dans le domaine de la santé. On assure l'interconnexion de l'ensemble sur le réseau par un serveur de transit. Chaque ordinateur esclave est relié à un lecteur de carte à puce USB permettant de lire une carte VITALE ou CPS. Chaque lecteur de carte est rendu accessible à distance par un procédé logiciel à un ordinateur maître se trouvant à distance, par l'intermédiaire d'un serveur de transit qui permet entre autre de gérer les droits d'accès entre ordinateurs maîtres et ordinateurs esclaves, tout en assurant leur interconnexion. Liste des figures : a) La figure I est le plan schématique général d'ensemble des moyens et du matériel de base. b) La figure 2 est le plan schématique d'un ensemble système dans le cas d'une téléconsultation quand le praticien souhaite accéder au dossier de son patient. c) La figure 3 est le plan schématique d'un ensemble système dans le cas d'une téléconsultation quand le patient souhaite ajouter des données complémentaires à son dossier. Scénarios d'utilisation : Avant de décrire deux scénarios possibles d'utilisation, on rappelle que l'ordinateur esclave ORDES est toujours celui qui partage son lecteur de carte alors que l'ordinateur maître ORDMA est celui qui contrôle à un moment donné un lecteur de carte distant. Dans le premier exemple de scénario, le médecin ou plus généralement le personnel de santé ou praticien PS doit accéder à la carte vitale distante d'un patient en téléconsultation. Il possède de son côté un lecteur de carte pour lire sa propre carte CPS. Ce lecteur de carte du praticien LCPS n'a pas 20 vocation à être partagé dans ce premier scénario. Le praticien entre sa carte CPS dans son lecteur de carte et demande en téléconsultation à son patient de rentrer sa carte vitale dans son lecteur de carte distant. A ce moment le praticien (cf la figure 2): 25 1. accède à son logiciel local de facturation/suivi de patients, 2. prend le contrôle à distance du lecteur de carte vitale du patient via une interface simplifiée. 3. valide dans son logiciel l'accès au dossier de son patient 30 via sa carte CPS et la carte vitale de son patient. Le schéma ci-après opérations. résume la succession des principales Médecin insère sa carte CPS Réseau IP V Liste lecteurs disponibles chez le patient Patient insère sa carte VITALE peut Médecin accède pour que le au dossier sa patient dans son logiciel Médecin modifie le dossier patient Médecin accède à la carte VITALE à distance même scénario pour sa consultation, On praticien accède au utiliser le DMP d'un patient mise à jour ou sa création. Le deuxième exemple de scénarios est un scénario inverse dans lequel du côté patient, on souhaite accéder et modifier un dossier médical DMP compatible associé. Le patient est de préférence assisté sur place par un professionnel de santé qui ne possède pas de carte CPS. Dans ce cas, le patient (cf figure 3): 1. demande au praticien d'entrer sa carte CPS dans son lecteur distant 2. prend le contrôle du lecteur de carte CPS distant du praticien 3. entre sa carte Vitale dans son lecteur local de carte 4. accède à son dossier médical DMP compatible et y ajoute avec l'aide du professionnel de santé (infirmier ou autre) des informations et documents comme une image ou un compte rendu médical. Le schéma ci-après résume la succession des principales opérations. Patient insère sa carte VITALE Liste lecteurs disponibles chez le médecin Médecin insère sa carte CPS Patient accède à la carte CPS à distance Patient accède a son dossier médical DMP compatible 10 Patient ajoute un document à son dossier médical Description de l'invention : Le procédé permet d'utiliser à distance un lecteur de carte à puce et les informations que porte la carte lue par ce lecteur. Les figures 1, 2 et 3 illustrent les composantes du système et leur groupement dans le cas général et ensuite dans 10 deux cas particuliers d'application liées à la télémédecine. La figure 1 est le plan général du système. Sur cette figure se trouvent représentés un ordinateur maître ORDMA qui communique à travers un réseau RES par des communications COMRES avec au moins un ordinateur esclave ORDES. Le nombre N attribué au dernier des ordinateurs esclaves ORDES possibles montre qu'ils peuvent être nombreux. Un serveur de transit SERT gère, ordonne, commande, et met en relation entre elles les parties composantes du système par des communications réseau COMRES. Au moins un des ordinateurs esclaves présente sur un port HOP, 10 ici le port 0, un lecteur de carte partagé LCPA. ORDMA possède la fonctionnalité nommée FONCORDMA selon laquelle il assure l'accès au lecteur de carte d'un des ordinateurs esclaves. SERT possède la fonctionnalité nommée FONCSERT selon laquelle il 15 assure, tient et vérifie la liste des ordinateurs esclaves ici de 1 à N, assure la gestion des droits d'accès, met en communication ORDMA avec ORDES 1 sur le port HOP 0. La figure 2 est le plan particulier du système dans le cas d'une téléconsultation pratiquée par un médecin PS sur un patient PT 20 éloigné par exemple resté à son domicile. Le côté patient PT est à droite et le côté médecin PS est à gauche sur cette figure. L'ordinateur maître ORDMA est du côté médecin PS et l'ordinateur esclave ORDES est du côté patient PT. Les deux sont reliés par 25 une liaison de télétransmission LITELT d'un moyen de téléconsultation. ORDMA est équipé d'un lecteur de carte CPS référencé LCPS et en fonctionnement présente un lecteur virtuel de carte vitale LCVIR. L'ordinateur esclave du patient ORDES est équipé d'un lecteur de 30 carte vitale LCVI sur le port HOP 0. La téléconsultation s'effectue comme expliqué ci-après. Elle débute par la phase préalable d'accès par le professionnel de santé PS (médecin) au logiciel du patient. Cette phase est nommée ACLOPAT sur la figure 2. La figure 3 est un plan qui montre une autre application. Cette fois, le côté patient PT est à gauche du côté de l'ordinateur maître ORDMA et le côté professionnel de santé PS à droite du côté de l'ordinateur esclave ORDES équipé sur le port HCP 0 d'un lecteur de carte LCPS. Les deux ordinateurs sont reliés entre eux par une liaison de télétransmission LITELT d'un moyen de téléconsultation. ORDMA est équipé du lecteur LCVI de carte vitale et présente en fonctionnement un lecteur virtuel de carte CPS de professionnel de santé PS nommé LCPSR. Ce dernier cas correspond à celui d'un accès par le patient PT à son dossier médical DMP sous la signature et l'authentification du personnel de santé PS en vue d'une insertion, d'un complément ou de toute autre modification ou intervention sur ou dans celui-ci. Plus généralement, le procédé met en oeuvre un ou plusieurs ordinateurs esclaves ORDES sur chacun desquels est branché un lecteur de carte USB et un ordinateur maître ORDMA accédant à l'ordinateur esclave ORDES par le biais d'un serveur de transit SERT pour contrôler un lecteur de carte distant équipant au moins un des ordinateurs esclaves ORDES. Sur chaque ordinateur esclave ORDES, on dispose d'un pilote de matériel contrôlé par un applicatif réseau client, dit applicatif esclave, qui permet d'accéder, par l'ordinateur maître ORDMA, au lecteur de carte à puce de l'ordinateur ORDES. Sur l'ordinateur maître ORDMA, on dispose d'un pilote 30 de matériel contrôlé par un applicatif réseau client, dit applicatif maître, qui permet d'accéder à un lecteur de carte à puce distant par le biais d'un serveur de transit SERT. Sur le serveur de transit SERT, un applicatif réseau serveur permet de communiquer avec les applicatifs clients sur 5 les ordinateurs esclave et maître afin de les mettre en relation. La communication à travers le réseau entre les différents applicatifs sert à mettre en place plusieurs mécanismes. Un premier mécanisme est un mécanisme d'annuaire qui 10 permet aux machines cibles de connaître les machines esclaves disponibles. Un second mécanisme est un mécanisme de contrôle qui permet à une machine maître de contrôler exclusivement le lecteur de carte à puce d'une machine esclave. 15 Etapes de communication : Supposons que l'on dispose d'un ordinateur maître ORDMA, d'un serveur de transit SERT et d'un ordinateur esclave 20 ORDES équipé d'un lecteur de carte associé au port virtuel numéro 0. Chacun des ordinateurs maître ORDMA et esclave ORDES communique avec le serveur de transit SERT en mettant en oeuvre une architecture client-serveur. Cette communication s'effectue 25 au moyen d'un protocole connecté tel que TCP ou TLS. Voici les étapes qui s'opèrent lorsque l'ordinateur ORDMA veut utiliser le lecteur de carte de l'ordinateur esclave ORDES en passant par le serveur de transit SERT. Maître Transit Esclave ORDMA SERT ORDES 1 Liste Machines I I >I I Machine E I 1 Trouvé E l 1 I Accès OK I l 1 > I I 1 Liste I I I 1 Lect- 1 (0,0) sur E I I 1 > Pilote 1 Active OK sur E 1 l I >1 > Pilote Pilote 1 réponse URB E 1 i 1 >1 >1 Pilote Pilote 1 URB rappel E1 1 URB de rappel 1 1 --1 1 >1 >1 Désa- 'Désactive OK sur E 1 Désactive OK 1 1-ctive I 1 1 Ferme Accès OK I 1 Ferme l Dès que le lecteur de carte fournit une réponse, celle-ci est remontée depuis le pilote de la machine esclave vers l'applicatif de cette dernière afin de la renvoyer à la machine maître par l'intermédiaire du serveur de transit SERT. Cette étape se répète autant de fois que le pilote de 10 la machine maître ORDMA a besoin d'accéder au lecteur de carte sur la machine esclave, ou dès que la machine maître décide de couper le contrôle. Pour finir, la machine maître ORDMA coupe le contrôle sur le port HOP 0 en le désactivant. 15 Une fois cette demande acceptée par ORDES, ORDMA ferme l'accès à la machine ORDES par une demande au serveur de transit SERT. La machine esclave ORDES: 20 La machine esclave ORDES est dotée de plusieurs logiciels afin de permettre au serveur de transit SERT d'accéder à un lecteur de carte. Cette composition est représentée de façon simplifiée ci-après Machine ORDES I connexion avec ->I applicatif esclave I I applicatif maître I 1 Pilote virtuel 25 Elle dispose principalement : - d'un applicatif maître qui communique par le biais d'appels systèmes avec un pilote permettant de virtualiser un lecteur de carte. Cet applicatif communique avec un serveur de transit par le biais d'une connectivité réseau au-dessus du 30 protocole IP, - d'un pilote virtuel qui émule un lecteur de carte et qui retransmet via l'applicatif esclave les requêtes de lecture et d'écriture qui lui sont soumises, - d'une interface permettant de soumettre des requêtes URB. Cette interface est implémentée et disponible par le système d'exploitation, - d'une interface applicative USB, à savoir un pilote de haut niveau USB qui permet de déchiffrer le contenu d'une carte CPS ou d'une carte Vitale CVI. La machine maître ORDMA possède un applicatif maître qui communique avec un pilote permettant de rendre virtuel un contrôleur USB. L'applicatif communique par le biais d'appels systèmes avec le pilote de virtualisation et propose les 15 fonctionnalités suivantes : 1. connexion à un serveur de transit SERT en indiquant un nom de maître identifiable de manière unique, 2. proposition d'une liste de machines esclaves disponibles à contrôler, 20 3. contrôle d'une machine esclave donnée pour accéder aux fonctions suivantes : a) proposer une liste de lecteurs de cartes contrôlables, b) activer un port HOP d'une machine esclave disponible, c) contrôler un port HCP par le biais d'une communication 25 de bas niveau avec le lecteur de carte suivant le protocole USB en utilisant des URB, d) désactiver un port HOP d'une machine esclave contrôlé, e) ne plus contrôler une machine esclave. Les ports encore actifs sont désactivés afin de permettre le contrôle 30 ultérieur à distance des lecteurs de cartes. ter) I CTP130009250 Rosheim, le 12 02 2014 4 II 1011 HI II 13 FE^L 20111 IN PI Direction des brevets 15 rue des Minimes CS 50001 92677 COURBEVOIE Cedex Demande de brevet d'invention n° 13 00930 Notifications du 18 décembre 2013 Madame, Monsieur, En temps que représentante des deux déposants et agissant pour leur compte, veuillez trouver ci-joint un exemplaire des nouvelles revendications modifiées suite à vos notifications du 18 décembre 2014. Veuillez agréer, Madame, Monsieur, l'expression de nos sentiments distingués. Christiane Cinqualbre Gérante Société Hopi 0685307299 HOPI Sarl - 18 rue du Général de Gaulle - F - 67560 Rosheim Adresse Postale : HOPI Sarl - BP 10090 - F - 67213 Obernai Cedex www.hopi.fr SARL au capital de 310000E, RCS Saverne B 480 794 635 Code APE 6201Z TVA INTRA FR28480794635 00015 REVENDICATIONS1. Procédé de création et d'utilisation à distance à travers un réseau IP intérieur ou extérieur d'au moins un lecteur USB de carte à puce d'un patient PT à partir d'un lecteur USB de la carte à puce CPS d'un professionnel de santé PS, procédé dans lequel le professionnel de santé PS et le patient PT possèdent chacun un ordinateur, l'un maître ORDMA et l'autre esclave ORDES présentant chacun un lecteur de carte à puce, ces ordinateurs étant reliés par un réseau de télétransmission de données caractérisé en ce que l'on procède à la création sur l'ordinateur maître ORDMA d'un lecteur virtuel de carte à puce, et en ce que l'ordinateur maître ORDMA accède informatiquement à l'ordinateur esclave ORDES afin de lui extraire les informations présentes sur la carte à puce introduite dans son lecteur, créant ainsi à son niveau un lecteur USB virtuel de carte à puce pour l'exploitation du système de prise en compte, de gestion et de comptabilisation de l'acte ou de la prestation dans le domaine de la santé et en ce que le réseau de télétransmission comprend un serveur de transit SERT pour gérer à distance les droits d'accès entre ordinateurs maîtres ORDMA et esclaves ORDES tout en assurant leur interconnexion et en ce que le professionnel de santé PS entre sa carte CPS dans son lecteur de carte CPS et demande en téléconsultation à son patient PT de rentrer sa carte à puce de santé dans son lecteur de carte, puis procède de la façon suivante : - il accède à son logiciel local de facturation/suivi, - il prend le contrôle à distance du lecteur de la carte de santé du patient PT via une interface simplifiée,- il valide dans son logiciel l'accès au dossier du patient PT via sa carte CPS et la carte du patient PT, - il modifie le dossier médical du patient PT. 2. Procédé selon la revendication 1, caractérisé en ce que le réseau comporte un dossier personnel médical DMP propre au patient PT et en que le patient PT ajoute des informations ou documents dans son dossier personnel médical DMP de la façon suivante : - il demande au personnel de santé PS d'insérer sa carte CPS - il prend le contrôle du lecteur de carte CPS distant - il entre sa carte de santé dans son lecteur local de carte - il accède à son dossier médical personnel DMP ou compatible et y ajoute des informations ou documents comme une image ou un compte rendu médical selon le schéma suivant : le patient insère sa carte de santé le médecin insère sa carte professionnelle CPS dans son lecteur le patient accède à distance à la carte CPS du médecin le patient accède à son dossier médical personnel DMP le patient ajoute un document à son dossier médical personnel DMP. 3. Procédé selon la revendication 1 caractérisé en ce qu'un ordinateur maître ORDMA qui communique à travers un réseau RES par des communications informatiques avec au moins un ou N ordinateur(s) esclave(s) ORDES, un serveur de transit SERT gère, ordonne, commande, et met en relation entre elles les parties composantes du système par des communications réseau COMRES, au moins un des ordinateurs esclaves présentant sur un port HOP, par exemple le port 0, un lecteur de carte partagé LCPA et en ce que ORDMA possèdela fonctionnalité nommée FONCORDMA selon laquelle il assure l'accès au lecteur de carte d'un des ordinateurs esclaves, et SERT possède la fonctionnalité nommée FONCSERT selon laquelle il assure, tient et vérifie la liste des ordinateurs esclaves de 1 à N, assure la gestion des droits d'accès, et met en communication ORDMA avec le premier ordinateur ORDES sur son port HOP O. 4. Procédé selon la revendication 1 caractérisé en ce que dans le cas d'une téléconsultation pratiquée par un professionnel de santé PS sur un patient PT éloigné par exemple resté à son domicile, l'ordinateur maître ORDMA est celui du personnel de santé PS et l'ordinateur esclave ORDES est celui du patient PT, les deux ordinateurs étant reliés par une liaison de télétransmission LITELT d'un moyen de téléconsultation et ORDMA est équipé d'un lecteur de carte CPS de personnel de santé PS référencé LCPS et on utilise son lecteur virtuel de carte patient LCVIR créé et en ce que l'ordinateur esclave du patient ORDES équipé d'un lecteur de carte vitale LCVI sur son port HOP 0 est mis en relation avec l'ordinateur maître ORDIMA par une phase préalable d'accès par le professionnel de santé PS au logiciel du patient pour une téléconsultation. 5. Procédé selon la revendication 1 caractérisé en ce que l'ordinateur esclave ORDES équipé sur son port HOP 0 d'un lecteur de carte LCPS, les deux ordinateurs ORDMA et ORDES étant reliés entre eux par une liaison de télétransmission LITELT d'un moyen de téléconsultation, ORDMA est équipé du lecteur LCVI de carte de santé du patient et présente en fonctionnement un lecteur virtuel de carte CPS de professionnel de santé PS nommé LCPSR, ce dernier cas correspond à celui d'un accès par le patient PT à son dossier médical DMP sous la signature et l'authentification du personnel de santé PS en vue d'une insertion, d'uncomplément ou de toute autre modification ou intervention sur ou dans celui-ci. 6. Procédé selon la revendication 1 caractérisé en ce qu'il met en oeuvre un ou plusieurs ordinateurs esclaves ORDES sur chacun desquels est branché un lecteur de carte USB et un ordinateur maître ORDMA accédant à l'ordinateur esclave ORDES par le biais d'un serveur de transit SERT pour contrôler un lecteur de carte distant équipant au moins un des ordinateurs esclaves ORDES et en ce que sur chaque ordinateur esclave ORDES, on dispose d'un pilote de matériel contrôlé par un applicatif réseau client, dit applicatif esclave, qui permet d'accéder, par l'ordinateur maître ORDMA, au lecteur de carte à puce de l'ordinateur ORDES et en ce que sur l'ordinateur maître ORDMA, on dispose d'un pilote de matériel contrôlé par un applicatif réseau client, dit applicatif maître, qui permet d'accéder à un lecteur de carte à puce distant par le biais d'un serveur de transit SERT et en ce que sur le serveur de transit SERT, on utilise un applicatif réseau serveur qui permet de communiquer avec les applicatifs clients sur les ordinateurs esclave et maître afin de les mettre en relation et en ce que la communication à travers le réseau entre les différents applicatifs sert à mettre en place plusieurs mécanismes : . un premier mécanisme qui est un mécanisme d'annuaire qui permet aux ordinateurs cibles de connaître les ordinateurs esclaves disponibles, . un second mécanisme qui est un mécanisme de contrôle qui permet à un ordinateur maître de contrôler exclusivement le lecteur de carte à puce d'un ordinateur esclave. 7.Procédé selon la revendication 1 caractérisé en ce que l'on dispose d'un ordinateur maître ORDMA, d'un serveur de transit SERT et d'un ordinateur esclave ORDES équipé d'unlecteur de carte associé au port virtuel numéro 0, chacun des ordinateurs maître ORDMA et esclave ORDES communique avec le serveur de transit SERT en mettant en oeuvre une architecture client-serveur et cette communication s'effectue au moyen d'un protocole connecté tel que TOP ou TLS, les étapes qui s'opèrent lorsque l'ordinateur ORDMA doit utiliser le lecteur de carte de l'ordinateur esclave ORDES en passant par le serveur de transit SERT sont les suivantes : - dans un premier temps l'applicatif de ORDMA demande au serveur de transit SERT de lister tous les ordinateurs esclaves ORDES disponibles et indique qu'ORDES est disponible. - ORDMA établit une requête au serveur de transit SERT pour le contrôle de l'ordinateur esclave ORDES, - le serveur de transit SERT vérifie les droits d'accès et accepte le contrôle de ORDMA sur ORDES, - à partir de cette étape, le serveur de transit SERT ne sert plus que d'intermédiaire entre ORDMA et ORDES, - ORDMA établit une requête à ORDES pour qu'il liste tous les lecteurs de cartes accessibles, ORDES répond que le lecteur de carte est disponible sur le port virtuel HOP 0, - puis ORDMA établi une requête à ORDES pour le contrôle du port HOP 0 en l'activant qui est alors acceptée par ORDES. - dès lors, le pilote de l'ordinateur maître ORDMA prend le contrôle et procède à la création de requêtes blocs URB qui sont transmises à l'applicatif de l'ordinateur maître ORDMA qui envoie ces requêtes URB à l'ordinateur esclave ORDES par l'intermédiaire de SERT, - quand l'applicatif d'ORDES reçoit ces requêtes URB, il les envoie au pilote générique du système d'exploitation de l'ordinateur esclave ORDES qui traitealors les requêtes, - dès que le lecteur de carte fournit une réponse, celle-ci est remontée depuis le pilote de l'ordinateur esclave vers l'applicatif de cette dernière afin de la renvoyer à l'ordinateur maître par l'intermédiaire du serveur de transit SERT, - cette étape se répète autant de fois que le pilote de l'ordinateur maître ORDMA a besoin d'accéder au lecteur de carte sur l'ordinateur esclave, ou dès que l'ordinateur maître décide de couper le contrôle, - l'ordinateur maître ORDMA coupe le contrôle sur le port HOP 0 en le désactivant, - une fois cette demande acceptée par ORDES, ORDMA ferme l'accès à l'ordinateur ORDES par une demande au serveur de transit SERT. 8. Système utilisé pour mettre en oeuvre le procédé selon l'une quelconque des revendications précédentes pour l'utilisation à distance d'au moins un lecteur USB de carte à puce d'une carte de santé d'un patient PT, d'un lecteur USB de carte à puce de la carte CPS d'un professionnel de santé PS, d'un ordinateur maître ORDMA et d'un ordinateur esclave ORDES chacun pourvu d'un lecteur USB de cartes, les ordinateurs communiquant à distance par une liaison de télétransmission caractérisé par le fait que le système se composant d'au moins un ordinateur maître ORDMA et d'au moins un ordinateur esclave ORDES possédant chacun un lecteur de carte à puce, l'ordinateur esclave ORDES est toujours celui qui met en partage son lecteur de carte alors que l'ordinateur maître ORDMA est celui qui contrôle à un moment donné un lecteur de carte distant et en ce que le ou les ordinateurs maîtres ORDMA et au moins un ordinateur esclave ORDES sont reliés entre eux par un réseau RES à travers un serveur de transit SERT qui gère, ordonne, commande et met en relation entre elles lesparties composantes du système par des communications réseau COMBRES et en ce que le serveur de transit SERT est doté d'un applicatif serveur permettant d'interconnecter plusieurs applicatifs esclaves avec différents applicatifs maîtres et gère les droits d'accès des applicatifs maîtres aux applicatifs esclaves en plus d'interconnecter les applicatifs entre eux et en ce que le serveur de transit SERT présente les fonctionnalités suivantes : - maintien d'une liste dynamique, à savoir une liste qui peut changer au cours du temps, des droits d'accès aux ordinateurs esclaves et indique chacun des ordinateurs maîtres et esclaves qui peuvent être contrôlés, - maintien d'une liste dynamique d'activité, à savoir une liste qui peut changer au cours du temps, l'accès à un lecteur de carte étant exclusif et dès qu'un applicatif maître contrôle un applicatif esclave, aucun autre applicatif maître ne peut contrôler l'applicatif esclave, le serveur SERT maintient une liste dynamique des ordinateurs esclaves qui sont contrôlés afin d'en refuser l'accès le temps de leur contrôle, - proposition d'une liste dynamique, à savoir une liste qui peut changer au cours du temps, des ordinateurs disponibles afin de permettre à un serveur maître de connaître les ordinateurs esclaves qu'il peut contrôler, cette liste étant l'intersection de la liste des droits d'accès avec le complémentaire de la liste d'activité, - contrôle d'un ordinateur esclave disponible et une fois contrôlée, accède aux tâches et fonctionnalités suivantes : a) proposer une liste de lecteurs de cartes disponibles sur un ordinateur esclave sous la forme d'une liste de noms HCN et de ports HCP, une fois l'applicatif maître autorisé à contrôler unapplicatif esclave, le serveur de transit fait appel au service d'annuaire de l'applicatif esclave afin de proposer une liste des lecteurs de carte à puce disponibles sur l'ordinateur hôte , b) activer un port HOP d'un ordinateur esclave disponible, c) contrôler un port HOP par le biais d'une communication bas niveau avec le lecteur de carte suivant le protocole USB en utilisant des URB, d) désactiver un port HOP d'un ordinateur esclave contrôlé, e) ne plus contrôler un ordinateur esclave si des ports sont encore actifs, et les désactiver afin de permettre le contrôle à distance ultérieur des lecteurs de cartes 9. Système selon la revendication 8 caractérisé en ce que l'ordinateur esclave ORDES est doté de plusieurs logiciels afin de permettre au serveur de transit SERT d'accéder à un lecteur de carte et en ce qu'il dispose principalement des composants logiciels et des dispositifs suivants : - un applicatif esclave qui communique par le biais d'appels systèmes avec un pilote permettant d'accéder à un lecteur de carte, cet applicatif communique avec un serveur de transit par le biais d'une connectivité au réseau au-dessus du protocole IP, un pilote faisant relais entre l'applicatif et l'interface système qui permet d'accéder au lecteur de carte, une interface permettant de soumettre des requêtes URB au lecteur de carte, cette interface étant implémentée et disponible par le système d'exploitation, - un ou plusieurs lecteurs de cartes USB connectés à l'ordinateur esclave, et en ce quel'applicatif esclave sur l'ordinateur hôte met en oeuvre un annuaire des lecteurs de carte à puce disponibles sur l'ordinateur et propose les fonctionnalités suivantes : - se connecter à un serveur de transit SERT en indiquant un nom d'ordinateur esclave identifiable de manière unique, - associer un nom et un numéro de port virtuel à chaque lecteur de carte présent sur l'ordinateur, le numéro de port HCP étant unique afin d'identifier le lecteur de manière unique, cette association étant disponible sous la forme d'un annuaire de lecteurs de carte à puce, - activer un port virtuel HOP pour permettre le contrôle à distance du lecteur de carte à puce associé, l'utilisation locale du lecteur étant exclusive, il n'est alors plus possible de l'utiliser en local, - désactiver un port virtuel HOP pour couper son contrôle à distance en rendant le lecteur à nouveau accessible pour un usage local, - contrôler un port virtuel et donc celui du lecteur de carte par l'applicatif, le contrôle n'étant possible que si le port virtuel est activé et ce contrôle met en oeuvre une communication de bas niveau USB avec le lecteur de carte suivant le protocole USB en utilisant des requêtes blocs URB, et en ce que l'applicatif esclave communique avec le serveur de transit par le biais d'un protocole réseau fonctionnant au travers du protocole IP tel que l'un des protocoles TOP ou TLS, pour permettre de faire la liaison entre le pilote de l'ordinateur et un applicatif maître situé à distance sur l'ordinateur cible, et en ce que l'applicatif esclave communique avec un ou plusieurs pilotes USB via des appels systèmes afin de faire appelaux quatre fonctionnalités citées ci-dessus. 10. Système selon la revendication 8 ou 9 caractérisé en ce que l'ordinateur maître ORDMA est doté de plusieurs composants logiciels afin de permettre la communication avec le serveur de transit SERT, et en ce qu'il dispose : - d'un applicatif maître qui communique par le biais d'appels systèmes avec un pilote permettant de virtualiser un lecteur de carte, cet applicatif communique avec un serveur de transit par le biais d'une connectivité réseau au-dessus du protocole IP, d'un pilote virtuel qui émule un lecteur de carte et qui retransmet via l'applicatif esclave les requêtes de lecture et d'écriture qui lui sont soumises, - d'une interface permettant de soumettre des requêtes URB, cette interface étant implémentée et disponible par le système d'exploitation, - d'une interface applicative USB, à savoir un pilote de haut niveau USB qui permet de déchiffrer le contenu d'une carte CPS ou d'une carte Vitale CVI, et en ce que l'ordinateur maître ORDMA possède un applicatif maître qui communique avec un pilote permettant de rendre virtuel un contrôleur USB, et en ce que l'applicatif communique par le biais d'appels systèmes avec le pilote de virtualisation et propose les fonctionnalités suivantes : - connexion à un serveur de transit SERT en indiquant un nom de maître identifiable de manière unique, - proposition d'une liste des ordinateurs esclaves disponibles à contrôler, - contrôle d'un ordinateur esclave donné pour accéder aux fonctions suivantes : a) proposer une liste de lecteurs de cartescontrôlables, b) activer un port HOP d'un ordinateur esclave disponible, c) contrôler un port HOP par le biais d'une communication de bas niveau avec le lecteur de carte suivant le protocole USB en utilisant des URB, d) désactiver un port HOP d'un ordinateur esclave contrôlé, e) ne plus contrôler un ordinateur esclave, les ports encore actifs étant désactivés afin de permettre le contrôle ultérieur à distance des lecteurs de cartes. 11.Système selon la revendication 8 ou 9 ou 10 caractérisé par un ordinateur maître ORDMA et un réseau RES et au moins un ou N ordinateur(s) esclave(s) ORDES avec lesquels ORDMA communique par des communications COMRES, le système comprenant également un serveur de transit SERT qui gère, ordonne, commande, et met en relation entre elles les parties composantes du système par des communications réseau COMRES, et en ce qu'au moins un des ordinateurs esclaves présente sur son port HOP de rang 0, un lecteur de carte partagé LCPA et en ce que ORDMA possède la fonctionnalité nommée FONCORDMA selon laquelle il assure l'accès au lecteur de carte d'un des ordinateurs esclaves, et en ce que le serveur de transit SERT possède la fonctionnalité nommée FONCSERT selon laquelle il assure, tient et vérifie la liste des ordinateurs esclaves de 1 à N, il assure la gestion des droits d'accès, et met en communication ORDMA avec ORDES sur le port HOP 0.