INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Selon un mode de réalisation, le BT a une valeur minimale d'insuline, ladite valeur minimale d'insuline dépendant de l'impact physiologique d'une unité d'insuline sur l'utilisateur et d'une préférence de l'utilisateur. Une telle configuration permet au système de s'adapter à l'utilisateur. Selon un mode de réalisation, le BT a une valeur minimale d'insuline, ladite valeur minimale d'insuline étant égale à [Math 4] max (yU, pU, yCF), où yU correspond à une quantité minimale d'unités d'insuline qui pourrait, dans un mode de réalisation spécifique, être liée au mode et au dispositif d'administration préférés de l'utilisateur, pU correspond à une quantité d'unités d'insuline selon une préférence de l'utilisateur et yCF étant un facteur de compensation multiplié par une constante afin de tenir compte des besoins en insuline de l'utilisateur.
Selon un mode de réalisation, yU est une valeur préenregistrée comprise entre une demi-unité d'insuline et 2 unités d'insuline.
Selon un mode de réalisation, le BT dépend d'une valeur d'insuline maximale, d'une glycémie maximale à corriger, d'une valeur d'insuline minimale, d'une valeur d'insuline prenant en compte le facteur de compensation et d'un facteur de compensation secondaire pouvant être égal au facteur de compensation. Un facteur de compensation secondaire qui peut être égal au facteur de compensation permet au système de s'adapter davantage à l'utilisateur.
Un tel mode de réalisation préféré permet de maintenir un meilleur équilibre entre la sécurité de l'utilisateur et sa perturbation.
Une telle configuration permet de contourner le déclenchement de tout seuil et donc la sécurité de l'utilisateur.
Selon un mode de réalisation, une urgence peut être lorsqu'une insuline à bord de l'utilisateur actuelle déterminée et/ou estimée est inférieure à une certaine valeur. Par conséquent, le module de notification est adapté pour émettre une notification utilisateur comprenant un dosage possible de médicament lorsque l'insuline à bord de l'utilisateur actuelle est inférieure à une certaine valeur. Selon un mode de réalisation, l'insuline à bord est déterminée et/ou estimée en fonction de l'insuline préalablement injectée à l'utilisateur, d'une consommation d'insuline dans le temps et du temps.
Selon un mode de réalisation, l'insuline à bord est déterminée à l'aide, au moins, d'un modèle mathématique représentant l'évolution de l'insuline à bord au cours du temps en fonction de l'insuline préalablement injectée à l'utilisateur, d'une consommation d'insuline dans le temps et du temps.
La présente invention concerne également un procédé de communication d'informations de traitement à un utilisateur, caractérisé en ce que le procédé est mis en œuvre par un système informatisé et comprend les étapes suivantes : - réception de données, l'étape de réception de données consistant à recevoir des données comprenant au moins des données temporelles de métabolite d’utilisateur ; - détermination de dosage de médicament, l'étape de détermination de dosage de médicament consistant à déterminer un dosage possible de médicament à partir desdites données ; - détermination de déclenchement, l'étape de détermination de déclenchement consistant à déterminer si ladite donnée ou le dosage possible de médicament déclenche au moins un seuil de perturbation parmi une pluralité de seuils de perturbation ; et - émission d’une notification, l'étape d'émission de notification consistant à émettre une notification utilisateur à un utilisateur lorsqu'il est déterminé, lors de l'étape de détermination de déclenchement, qu'au moins un seuil parmi la pluralité de seuils de perturbation est déclenché ou lorsqu'au moins un contournement perturbatoire est déclenché, la notification utilisateur comprenant le dosage possible de médicament ; dans lequel la pluralité de seuils de perturbation comprend : . un seuil bolus ci-après dénommé BT, le BT correspondant à une dose bolus minimale ; . un seuil médicamenteux ci-après dénommé IT, l'IT correspondant à une dose minimale d'insuline ; et . un seuil temporel ci-après dénommé TT, le TT correspondant à une quantité de temps minimale écoulé depuis une précédente notification utilisateur délivrée à un utilisateur ou un précédent bolus administré à l'utilisateur.
Selon un mode de réalisation, toutes les caractéristiques et avantages décrits précédemment applicables au système informatisé sont également applicables au procédé.
Ces mesures peuvent prendre bien évidemment plusieurs formes. Par exemple, un module logiciel peut transmettre des événements indiquant les heures de lancement et de fermeture d’une application. Il est alors aisé de déterminer automatiquement la durée d’utilisation, soit par la base de données 30 (ou plus précisément l’application de gestion de cette base de données), ou bien par le serveur 50. Le module logiciel peut également lui-même effectuer ce calcul et le transmettre à la base de données pour mémorisation.
D’une façon générale, l’homme du métier comprendra que ces mesures peuvent être déclinées en variantes équivalentes, c’est-à-dire à partir desquelles la même information sémantique peut être automatiquement et directement déduite. En particulier, ces variantes équivalentes doivent permettre la détermination par le serveur des mesures agrégées mentionnées ci-dessus.
Selon un mode de réalisation, ces mesures peuvent être complétées par des données déclaratives auto-rapportées par l’utilisateur (par exemple ; agenda du sommeil, journal de bord des émotions…).
Selon un mode de réalisation, l’ensemble de ces mesures est effectué par les modules de logiciels et transmis à la base de données 30 pour mémorisation.
Cet ensemble de mesures 41, 42, 43 (ou de variantes équivalentes) hétérogènes permet d’obtenir une vision complète et holistique qui permet de déterminer un état de l’utilisateur par rapport à une éventuelle dépendance aux écrans. Selon ce mode de réalisation, cet ensemble offre une photographie qui optimise la détermination d’un état pertinent de l’utilisateur.
Les mesures 41, 42, 43 recueillies par les modules logiciels peuvent être mémorisées en temps réel ou quasi-temps réel dans la base de données 30.
Les mesures mémorisées peuvent être ensuite consommées périodiquement par un serveur 50 de façon asynchrone, afin de déterminer des mesures agrégées. Ces mesures agrégées prennent en compte l’ensemble des mesures 41, 42, 43 concernant un utilisateur et, donc, l’ensemble des écrans que celui-ci peut être amené à utiliser au cours du temps.
Selon un mode de réalisation, le serveur 50 interroge la base de données 50 une fois par jour afin de déterminer des mesures agrégées. Les mesures agrégées sont alors représentatives d’un comportement quotidien de l’utilisateur vis-à-vis des écrans dont il dispose.
Les mesures agrégées sont basées sur des mesures hétérogènes provenant de sources différentes et variées. Par exemple, on peut agréger les temps d’utilisation de tous les équipements afin d’obtenir un temps total passé par une personne devant un écran. De même, on peut agréger les temps d’utilisation d’une même application (par exemple un réseau social comme Facebook®) sur l’ensemble des équipements.
Selon un mode de réalisation, il est prévu de déterminer des mesures agrégées basées sur des mesures de même type provenant d’équipements différents.
Ces mesures agrégées peuvent consister aux calculs suivants (ou des équivalents) : temps passé devant chaque application : somme des durées d’utilisation de chaque application pendant la période considérée ; temps global passé devant chaque écran d’ordinateur : somme des durées d’utilisation d’un équipement (ces durées étant les différences entre les heures de déconnexion et de connexion à un équipement) ; temps global passé devant chaque écran de terminal de télécommunication (« smartphone » ou tablette numérique…) : somme des durées d’utilisation d’un équipement (ces durées étant les sommes des durées d’utilisation d’un équipement (ces durées étant les sommes des durées d’utilisation des applications apparues en premier plan) ; coucher numérique : heure maximale (c’est-à-dire la plus tardive) de déconnexion sur l’ensemble des équipements 11, 12, 13, 14 ; lever numérique : heure minimale de connexion sur l’ensemble des équipements 11, 12, 13, 14 ; calcul du temps d’éveil passé en dehors des écrans : différence entre la somme des temps globaux passés devant chaque écran et la durée d’une journée éveillée (calculée par la différence entre 24 heures et la durée moyenne de sommeil de l’utilisateur) ; délai d’ouverture de chaque application : différence entre l’heure de lancement de l’application et l’heure de connexion sur l’équipement correspondant ; régularité dans les heures de sommeil numérique : différence entre les heures de coucher numérique sur deux jours consécutifs ; différence entre le coucher numérique et l’heure de coucher moyenne auto-rapportée dans l’agenda du sommeil ; Enfin, chaque application est associée à une catégorie d’usage parmi, par exemple, « social », « jeux », vidéo », « travail » et « autres ».
Les mesures agrégées, et donc le degré de dépendance aux écrans, peuvent prendre en compte d’autres données également, y compris des données non issues de mesures objectives effectuées par des modules logiciels.
Par exemple, selon un mode de réalisation de l’invention, des données telles que des réponses à des questionnaires ou d’autres informations subjectives fournies par l’utilisateur peuvent être utilisés pour compléter les mesures objectives et être agrégés à celles-ci en vue du calcul du degré D. Ces informations peuvent par exemple correspondre à des questionnaires hebdomadaires d'humeur ou d'activité physique
Ainsi, toutes sortes de données peuvent être utilisées. Une des idées principales de l’invention réside justement dans l’agrégation de données hétérogènes provenant de sources différentes et variées afin de construire une vue holistique du comportement de l’utilisateur face à ses différents écrans.
À partir de ces mesures agrégées (et donc, indirectement, à partir des mesures 41, 42, 43 recueillies par les modules logiciels), le serveur peut déterminer un degré de dépendance aux écrans. Cette détermination peut être périodique, notamment selon la même période que l’interrogation de la base de données 30.
Selon un mode de réalisation, ce degré de dépendance aux écrans peut être vu comme une quantification de l’utilisation des écrans par l’utilisateur.
On peut constater que, dans cette configuration, les forces exercées par la vis 5, 6 sur les gorges à la fois 202b et 203c, 204c sont parallèles à la paroi de la poutre 202, permettant d’éviter la déformation de cette dernière.
Sur la , on a représenté un montage selon la variante de la , suivant laquelle les forces exercées par la vis 5, 6 sur les gorges à la fois 202b et 203c, 204c sont dirigées de manière oblique de façon à forcer la paroi de la poutre 202 contre celle de l’insert 203, 204, ce qui va alors assurer à la paroi de la poutre 202 un appui plan pour lui éviter toute déformation.
Selon le quatrième mode de réalisation (Figures 10 et 11), la région de décrochement d’un insert 303, 304 est formée par un repli 303a, 304a comportant extérieurement une gorge 303b, 304b et réuni par une paroi de fond 303b, 304b à une aile 313. La poutre 302 comporte intérieurement une nervure 302a qui forme, sur un côté, la gorge 302b, laquelle vient se situer en regard de la gorge 303c, 304c pour enserrer avec elle la vis 5, 6. Par ailleurs, la nervure 302a a une forme arquée en coupe transversale et vient par son côté opposé à la gorge 302b, en appui contre la surface externe de l’aile 313.
Dans cette configuration, l’appui de la gorge 302b contre la surface externe de l’aile 313 permet de s’affranchir des jeux induits par les tolérances de l’insert et de la poutre.
La force exercée par la vis 5, 6 sur la gorge 302b de la poutre 302 est reprise par l’insert 303, 304 à l’emplacement où la nervure 302a est en appui, ce qui évite de transmettre un effort sur la paroi de la poutre 302.
Ici également, de la même manière que pour les réalisations illustrées sur les Figures 6 et 8, les forces exercées par la vis 5, 6 à la fois sur l’insert 303, 304 et sur la nervure 302b de la poutre 302, sont dirigées parallèlement à la paroi de la poutre 302, évitant la déformation de cette dernière.
Connecteur de liaison destiné à lier entre eux des premier et second éléments d’un ouvrage. La présente invention se rapporte au domaine des connecteurs de liaison destinés à lier entre eux des premier et second éléments d’un ouvrage, l’ouvrage étant par exemple un bâtiment ou un ouvrage d’art.
Il est connu, de relier entre eux des premier et second éléments d’un ouvrage à l’aide de connecteurs de type armatures de manière à former un ouvrage, c’est à dire une construction par exemple un bâtiment ou un ouvrage d’art.
On peut ainsi lier des parois d’un mur entre elles ou des murs entre eux ou un mur et une dalle.
Ces premier et second éléments d’ouvrage sont généralement moulés l’un après l’autre et son généralement en béton autour des connecteurs de type armature pour créer une liaison mécanique entre les premier et second éléments d’ouvrage.
Ces armatures sont de formes et dimensions complexes puisqu’elles sont généralement adaptées aux formes et dimensions globales de l’ouvrage à obtenir.
Par ailleurs, ces connecteurs de liaison sont généralement en acier et sont sensibles à la corrosion.
Avec le temps, l’oxydation des connecteurs peut conduire à un éclatement, une fissuration des éléments d’ouvrage ce qui compromet la longévité de l’ouvrage.
Pour limiter le risque de corrosion des connecteurs, il a été proposé des connecteurs comportant une tige de type tige composite, c’est-à-dire une tige comportant des fibres longitudinales s’étendant sur toute la longueur de la tige et un matériau de liaison reliant ces fibres longitudinales entre elles.
Ce type de connecteur de liaison comporte généralement au moins un manchon surmoulé autour d’au moins une portion longitudinale de la tige pour servir d’interface de distribution d’efforts entre la tige, qui a une surface externe réduite, et l’élément de construction dans lequel est ancré le connecteur.
function balanceOf (address __owner)
returns (uint256)
return _balances[__owner];
function ownerOf (uint256 tokenId )
returns (address)
Une consultation d’ophtalmologie classique nécessite la manipulation par un médecin ophtalmologue d’un certain nombre d’instruments et appareils permettant de réaliser des mesures et des contrôles permettant un diagnostic. Une telle consultation ne peut donc pas être réalisée par une visioconférence classique, mais nécessite de permettre à un patient seul, sous la supervision d’un professionnel de santé qui est à distance, de réaliser ces mesures et contrôles qui permettent d’établir, durant la consultation ou après celle-ci, un diagnostic. Le diagnostic peut par exemple correspondre à la vérification de l’absence d’un certain nombre de pathologies courantes, et permettre la prescription de moyens de correction (lunettes ou lentilles) adaptés au patient.
Ainsi, certaines problématiques particulières à la réalisation de téléconsultations ophtalmiques se posent.
Il est ainsi envisageable de regrouper les instruments nécessaires à la consultation en un même lieu où ils seront à disposition du patient sous la supervision d’un professionnel de santé.
Pour des raisons de confidentialité, ce lieu est avantageusement une cabine dans laquelle sont regroupés les instruments de mesure et les moyens de communication nécessaires à la téléconsultation et aux de prises de mesures à distance en vue d’établir un diagnostic. Or, une cabine est un lieu clos, généralement exigu, et les appareils de mesure peuvent sembler complexes pour le patient. Dans ce milieu, le patient peut être soumis à un stress important, notamment plus important que lors d’une consultation classique, en présence d’un médecin. Cela est d’autant plus le cas que les mesures réalisées peuvent être perturbées par de la lumière parasite, provenant de l’extérieur de la cabine. Cela conduit à privilégier la réalisation de mesures dans un environnement sombre, qui peut être dérangeant pour le patient.
C’est ainsi que la Haute Autorité de Santé française indique dans ses recommandations que « l’environnement physique du lieu où se trouve le patient est essentiel : lieu calme et respectant la confidentialité des échanges, son et image de bonne qualité, luminosité adaptée, bonne distance face à la caméra. »
De nombreuses problématiques existent donc, liées à l’environnement de la cabine et du patient, ainsi qu’aux interactions avec l’opérateur la cabine (c’est-à-dire le professionnel de santé qui gère à distance la cabine et qui interagit avec le patient). Si l’environnement et l’ergonomie de la cabine ne sont pas correctement envisagés, la consultation peut se révéler anxiogène pour le patient et/ou les mesures réalisées peuvent être fausses voire inexploitables, par exemple à cause de mouvements parasites du patient lors de la prise de mesures.
C’est dans ce contexte que la présente invention vise à proposer une cabine de téléconsultation ophtalmique qui comporte des moyens permettant d’optimiser les paramètres environnementaux et l’ergonomie de la cabine.
Ainsi, l’invention porte sur une cabine de téléconsultation ophtalmique comportant au moins un instrument de mesure ophtalmologique, la cabine comportant une structure qui définit un espace interne adapté à recevoir un patient. La cabine comporte en outre des moyens de communication avec un système informatique distant de la cabine, le système informatique distant et lesdits moyens de communication étant configurés pour permettre à un opérateur situé à distance d’interagir avec le patient et de réaliser des mesures avec l’au moins un instrument de mesure ophtalmologique. La cabine comporte un dispositif de détermination d’un état d’occupation de ladite cabine, à savoir la présence ou l’absence de patient dans ledit espace interne, et elle comporte des moyens permettant de piloter au moins un paramètre environnemental qui règne dans ledit espace interne, lesdits moyens permettant de piloter l’au moins un paramètre environnemental étant configurés de sorte à être commandés à distance par ledit système informatique distant et/ou selon l’état d’occupation de la cabine de téléconsultation ophtalmique.
Il convient de noter que l’expression « cabine de téléconsultation ophtalmique » désigne une cabine permettant de réaliser à distance la prise des mesures et les contrôles nécessaires à la réalisation d’un diagnostic ophtalmique courant. Ainsi, il n’est pas préjugé du fait que la consultation par elle-même soit menée en temps réel, lors de la prise de mesure et l’interaction avec le patient, ou qu’elle soit menée après la prise de mesures et les contrôles. Dans ce dernier cas l’opérateur de la cabine n’est pas nécessairement un médecin ophtalmologue, il peut s’agir d’un autre professionnel de santé agissant sous l’autorité et en délégation d’un médecin ophtalmologue, tandis que le médecin ophtalmologue pourra établir son diagnostic et sa prescription de manière différée, généralement sans interaction directe avec le patient, sur la base des mesures réalisées dans la cabine.
La cabine proposée selon la présente invention permet ainsi un contrôle des conditions dites environnementales dans lesquelles le patient est accueilli dans la cabine, quand il s’installe dans la cabine, pendant la téléconsultation, et lorsqu’il quitte la cabine. Les paramètres environnementaux peuvent comporter la luminosité dans la cabine comme cela est détaillé ci-après et plus généralement l’ambiance lumineuse qui y règne, et la teneur en CO 2 (dioxyde de carbone) dans l’air à l’intérieur de la cabine, comme cela est également détaillé ci-après. Les paramètres environnementaux peuvent également comporter la température dans la cabine, la ventilation ou le flux d’air qui y est imposé, l’ambiance sonore, etc.
Il est ainsi possible de proposer au patient une ambiance lumineuse et un niveau d’éclairement qui lui permette de s’installer sereinement dans la cabine, puis une ambiance qui permette à l’opérateur de la cabine de réaliser à distance les mesures et contrôle nécessaires, avec une bonne fiabilité, et qui soit propice à susciter le calme chez le patient.
L’au moins un paramètre environnemental peut comporter la luminosité dans ledit espace interne.
Les moyens permettant de piloter au moins un paramètre environnemental peuvent comporter des moyens de gestion de la luminosité dans ledit espace interne, lesdits moyens de gestion de la luminosité comportant un éclairage interne à la cabine, par exemple un éclairage à diodes électroluminescentes, et un variateur d’intensité lumineuse de l’éclairage.
La cabine peut comporter une paroi transparente ou translucide et/ou une porte transparente ou translucide, les moyens permettant de piloter la luminosité dans ledit espace interne de la cabine comportant un dispositif d’occultation de la paroi transparente ou translucide et/ou de la porte transparente ou translucide.
Le dispositif d’occultation de la paroi transparente ou translucide et/ou de la porte transparente ou translucide peut comporter un film à cristaux liquides.
L’au moins un paramètre environnemental peut comporter le taux de CO 2 dans l’air ambiant dans l’espace interne adapté à recevoir un patient.
returns (string memory)
return _ metadataURIs [ tokenId ];
"Transfer caller is not owner nor approved"
A titre d’exemple, le pilote est par exemple un homme asiatique portant des lunettes.
Le procédé comprend une étape initiale 100 de réception par le module de réception 30 d’une donnée d’au moins un capteur 24 embarqué dans l’aéronef 12.
Chaque capteur 24 est configuré pour mesurer au moins une information relative au pilote.
Ici, comme illustré par la , le module de réception 30 reçoit par exemple les images du visage du pilote issues d’une caméra disposée dans le poste de commande 16 et les données cardiaques du pilote à partir de la montre au poignet du pilote.
Puis, le procédé comprend une étape 110 d’association à l’opérateur 14 d’une catégorie parmi une liste de catégories prédéterminées à partir de la ou des données reçues par le module de catégorisation 31.
Dans l’exemple précédent, le module de catégorisation 31 détermine à partir des images que le genre du pilote est « homme », que l’ « origine ethnique » du pilote est « asiatique » et que l’objet porté sur le visage est « lunettes ». A partir de ces attributs, le module de catégorisation 31 associe le pilote à la catégorie « homme asiatique à lunettes » qui fait partie des catégories prédéterminées à disposition du module de catégorisation 31.
Puis, le procédé comprend une étape 120 d’extraction de chaque donnée d’au moins un paramètre représentatif de l’état neurophysiologique de l’opérateur 14.
Dans l’exemple précédent, le module de traitement 32 extrait des données cardiaques du pilote notamment la fréquence cardiaque et la compare à une valeur seuil de repos en dessous de laquelle il y a une suspicion d’état neurophysiologique altéré du pilote. En variante ou en complément le module de traitement 32 extrait des images le mouvement de la tête du pilote.
Avantageusement, le module de traitement 32 extrait de chaque donnée au moins un paramètre représentatif de l’état neurophysiologique de l’opérateur en fonction de la catégorie associée à l’opérateur 14.
Dans l’exemple précédent, le module de traitement 32 évite d’extraire la fréquence de clignements de ses yeux car cette extraction est moins fiable de par la présence des lunettes.
Puis, le procédé comprend une étape 130 de réception de la catégorie associée à l’opérateur 14 et du ou des paramètres représentatifs par le module de détection 34 et application d’un modèle issue d’une méthode d’apprentissage automatique pour déterminer en fonction des paramètres représentatifs si l’opérateur 14 est dans un état neurophysiologique nominal ou dans un état neurophysiologique altéré. Le modèle est choisi parmi une liste de modèles prédéterminés en fonction de la catégorie associée à l’opérateur 14.