FR 3008509 A1 20150116 FR 1456795 A 20140715 Application médicale exécutée par un obiet communicant, Obiet communicant et Utilisation d'un obiet communicant La présente invention concerne une application médicale pour objet communicant dans le domaine des ordonnances médicales, l'objet communicant et son utilisation. Le médecin traitant de nos jours utilise des logiciels professionnels pour éditer son ordonnance à destination du patient. Un des inconvénients pour le patient est qu'il doit mémoriser l'ordonnance et les moments de prise des médicaments et bien souvent cela conduit à des oublis. Il a été tenté de pallier cet inconvénient en générant des piluliers qui permettent d'organiser la prise des médicaments par journée mais cela n'empêche pas le patient de faire des oublis. Un des buts de l'invention est de fournir un moyen simple, facile d'utilisation permettant d'éviter les oublis de prise de médicaments. Un but de l'invention est atteint par une application médicale exécutée par un objet communicant ou un serveur caractérisée en ce qu'elle comprend des moyens d'analyser des paramètres, de mémoriser ces paramètres et de générer à partir de ces paramètres des commandes pour soit une application calendrier de l'objet communicant soit un serveur générant un appel ou envoi de message pour un numéro de téléphone pour faire apparaître sur l'écran du téléphone un événement, avec la posologie prescrite et une alarme sonore et ou visuelle et/ou vibrante, pour chaque occurrence de prise d'un médicament prescrit dans une ordonnance dont les paramètres représentatifs, au moins, du nom du médicament, de sa posologie et de son rythme de prise ont été fournis par transmission de l'ordonnance à l'objet communicant ou par lecture OCR de l'ordonnance par l'objet communicant ou par transmission au serveur. Selon une autre particularité l'application médicale est caractérisée en ce que les paramètres représentatifs du rythme de prise sont constitués par le nombre de prises 115, le ou les moment(s) de prise dans la journée 116, la durée en jours ou en semaines ou en mois du traitement119 pour chaque médicament, Selon une autre particularité l'application médicale est caractérisée en ce que les paramètres représentatifs du rythme de prise sont constitués éventuellement par la définition de l'intervalle de temps 117 par rapport à un moment qui peut être un des repas de la journée. Un autre but est de proposer un serveur permettant d'aider les personnes malades à gérer plus facilement et avec une plus grande certitude leur prise de médicament. Selon ce but le serveur est caractérisé en ce qu'il comprend des moyens pour extraire et analyser les paramètres représentatifs de l'ordonnance transmise dans un message provenant d'un ordinateur du médecin prescripteur, le message incluant en plus des paramètres représentatifs, également au moins un numéro de téléphone vers lequel envoyer les alertes de prise de médicament générées par le traitement des paramètres de l'ordonnance effectué par le serveur Selon une autre particularité le serveur est caractérisé en ce qu'il comprend des moyens pour communiquer avec un système informatique tiers sur lequel un logiciel a permis la génération d'une ordonnance médicale par un praticien, et des moyens de communication filaire ou sans fil de ce système informatique tiers pour transmettre vers le serveur après validation par le médecin les paramètres représentatifs de l'ordonnance. Selon une autre particularité le serveur est caractérisé en ce qu'il comprend des moyens pour obtenir d'une base de donnée médicament les photos des médicaments et/ou des boîtes et mémoriser les photos des médicaments et/ou des boîtes en association avec le nom du médicament pour utiliser ces informations si nécessaire lors de l'envoi des alertes en incluant dans un SMS ou un MMS la photo du médicament et/ou de la boite. Selon une autre particularité le serveur est caractérisé en ce qu'il comprend des moyens de générer pendant une durée déterminer une boucle d'attente d'une réponse de la part du numéro de téléphone vers lequel une alerte a été envoyée et de vérifier que la réponse inclut bien un code convenu pour indiquer que le médicament correspondant à l'alerte a bien été pris. Selon une autre particularité le serveur est caractérisé en ce qu'il comprend des moyens de mémoriser un numéro de téléphone supplémentaire correspondant à celui d'un aide soignant ou d'un tiers de confiance, transmis au serveur au moins en même temps qu' une première ordonnance pour un patient, et des moyens de déclencher un appel vers ce numéro supplémentaire lorsque le compteur mesurant la durée déterminée a atteint une valeur et que dans le serveur un registre de réception de message provenant du numéro du patient n'indique pas de réception de réponse de la part du premier numéro. Selon une autre particularité le serveur est caractérisé en ce que les moyens d'analyser les paramètres représentatifs de l'ordonnance génèrent des nuplets comprenant les informations sur le nom du médicament, la posologie, le nombre de prise en association avec un ou plusieurs numéro de téléphone pour chaque heure de prise de médicament et de mémoriser ces nuplets dans une base de donnée puis de rechercher en fonction de l'heure le nuplet qui doit être traité pour envoyer un appel téléphonique ou un message. Un autre but est de proposer un objet communicant permettant d'aider les personnes malades à gérer plus facilement et avec une plus grande certitude leur prise de médicament. Ce but est atteint par un objet communicant comportant un écran tactile au moins un circuit de traitement exécutant des applications et permettant des communications filaire ou sans fil ou une capture d'image et une analyse par un logiciel OCR de cette image, pour en extraire des paramètres représentatifs d'une ordonnance médicale, des moyens logiciel d'analyser ces paramètres, de mémoriser ces paramètres et de générer automatiquement à partir de ces paramètres des commandes pour une application calendrier de l'objet communicant pour faire apparaître en tant qu'événement, avec la posologie prescrite et une alarme sonore et ou visuelle et/ou vibrante, chaque occurrence de prise d'un médicament prescrit dans l'ordonnance dont les paramètres représentatifs, au moins, du nom du médicament, de sa posologie et de son rythme de prise ont été fournis directement par une communication ou indirectement par capture d'image et analyse par le logiciel OCR. L'invention concerne aussi une utilisation de l'objet communicant avec un système informatique tiers. Selon une autre particularité l'objet communicant est utilisé dans une communication filaire ou sans fil , l'objet communique avec un système informatique tiers comportant un logiciel d'établissement d'ordonnance et des moyens d'obtenir une information d'identification de la part de l'objet communicant et des moyens de la comparer avec des informations que le système informatique détient ou extrait d'un autre objet portatif tel qu'une carte à puce pour autoriser la transmission des paramètres représentatifs de l'ordonnance en cas de comparaison réussie. Selon une autre particularité l'objet communicant est caractérisé en ce que les paramètres représentatifs du rythme de prise sont constitués par le nombre de prises 115, le ou les moment(s) de prise dans la journée 116, la durée en jours ou en semaines ou en mois du traitement119 pour chaque médicament, Selon une autre particularité l'objet communicant selon une des deux revendications précédentes est caractérisé en ce que les paramètres représentatifs du rythme de prise sont constitués éventuellement par la définition de l'intervalle de temps 117 par rapport à un moment qui peut être un des repas de la journée Selon une autre particularité l'objet communicant selon une des trois revendications précédentes est caractérisé en ce qu'il comprend des moyens pour lancer l'application photo de l'objet communicant et de prendre et mémoriser pour chaque médicament la photo du cachet ou de la gélule ou de la présentation du médicament et/ou la photo de la boite ou de l'emballage. Selon une autre particularité l'objet communicant selon la revendication précédente est caractérisé en ce qu'il comprend des moyens de tester le nombre de photos prises par rapport au nombre de médicament de l'ordonnance et d'inciter l'utilisateur à prendre des photos tant que les deux nombres ne sont pas identiques. 15 Selon une autre particularité l'objet communicant selon une des trois revendications précédentes est caractérisé en ce qu'il comprend des moyens de mémorisation de l'identification de l'objet communicant de l'utilisateur et des moyens d'obtenir la transmission d'une identification connue par un système informatique tiers ou extrait d'un autre objet portatif tel qu'une carte à puce pour la 20 comparer avec l'information de l'objet communicant et envoyer une commande de transmission des paramètres représentatifs de l'ordonnance contenus dans le système informatique tiers en cas de comparaison réussie. Selon une autre particularité l'objet communicant selon une des trois revendications précédentes est 25 caractérisé en ce qu'il comprend des moyens pour mémoriser les photos des médicaments et/ou des boites en association avec le nom du médicament pour utiliser ces informations si nécessaire lors du traitement des paramètres d'une nouvelle ordonnance. D'autres particularités et avantages de l'invention apparaitront à la lumière de la description ci-après 30 et des dessins dans lesquels : La figure 1 représente un mode de réalisation de l'invention avec une communication entre un système informatique tiers et un objet communicant incorporant et exécutant le logiciel de l'application médicale de l'invention ; 35 La figure 2 représente une vue de l'affichage réalisé en mode liste par l'application calendrier de l'objet communicant; La figure 3A représente les étapes exécutées par le logiciel prévu sur le système informatique tiers ; 10 40 La figure 3B les étapes exécutées par les moyens de traitement de l'objet communicant lorsqu'il exécute le logiciel médical applicatif ; La figure 4 représente une vue de l'affichage réalisé en mode évènement par l'application calendrier de l'objet communicant La figure 5 représente les différentes possibilités de prise en compte des informations associées à l'ordonnance ou à la boite ou au médicament La présente invention concerne une application pour Smartphone dans le domaine des ordonnances médicales. Le médecin traitant de nos jours utilise des logiciels professionnels pour éditer son ordonnance à destination du patient. L'ordinateur 1 du médecin ou praticien incorpore un logiciel 10 permettant l'édition d'une ordonnance 11 et l'envoi éventuel de cette ordonnance aux services de sécurité sociale. Une partie de programme appelée « ordoappli » est ajoutée ou incorporée dans le logiciel 1 pour que après l'édition de l'ordonnance l'ordinateur du praticien interroge ce dernier sur l'acceptation ou non de la communication avec un matériel tiers 4 incorporant une fonction bluetooth 3 et/ou wi-fi une connectique éventuelle pour établir une liaison filaire avec un autre appareil et échanger des données et des applications , Calendrier 42, appareil photo 43 telles que celles qu'on trouve dans un Smartphone ou une tablette en plus des autres applications éventuelles telles qu'un navigateur tel que Safari® 5 ou Explorer® ou autre, une messagerie Mail® ou Outlook ® ou autre 7' une application Musique 6, une application Téléphone 8avec son répertoire, etc.... L'invention concerne un logiciel additif « ordoappli » au logiciel 10 utilisé par le médecin pour établir une ordonnance et enregistrer les informations nécessaires à la sécurité sociale et aux assurances mutuelles et une application pour Smartphone ou tablettes ou matériel équivalent, appelée par exemple « medappli » 41. L'additif « ordoappli » permet à l'ordinateur 1 du médecin exécutant le logiciel de détecter le Smartphone ou la tablette 4 du patient. Au cas où le patient ne dispose pas de tablette ou Smartphone d'indiquer le numéro de téléphone du patient et de son adresse mail. L'additif « ordoappli » permet à l'ordinateur 1 du médecin de vérifier éventuellement l'identité du patient en comparant, par exemple l'identité de la carte vitale avec le nom du patient associé à la carte ou le numéro de sécurité sociale enregistré dans la mémoire de l'objet communicant 4 avec celui fourni par la carte vitale au logiciel « ordoappli ». cette opération s'éffectue lors d'une étape d'identification 30 fig. 3. Puis le logiciel « ordoappli transmet les informations 31 de l'ordonnance après coïncidence des identités, soit par une liaison filaire soit par une liaison bluetooth 2,3 , sous réserve que le Smartphone du patient soit équipé de l'application 41 « medappli », soit vers un serveur internet disposant de l'application « medappliserv » dans le cas où le patient dispose d'un mobile qui n'est pas un smartphone. Par objet communicant on entendra par la suite tout Smartphone ou tablette ou matériel équivalent, capable d'une communication filaire ou sans fil en bluetooth ou wi-fi avec un ordinateur , d'une application calendrier et de l'application « medappli Dans un mode de réalisation c'est l'additif « ordoappli » du logiciel du médecin qui détecte la liaison filaire ou les émissions bluetooth 3 de l'objet communicant 4, l'interroge sur la présence de l'application ou non de l'application « mediappli » et qui envoie en cas de réponse positive un message d'ouverture de l'application 41 « medappli », puis émet l'ordonnance en direction de l'objet communicant 4 disposant de cette application « medappli » en fournissant par la liaison filaire ou par une liaison sans fil 2,3 des paramètres comprenant notamment: le nom 118 de chaque médicament de l'ordonnance associé à d'autres paramètres tels que la concentration (par ex. 10 ou 20 mg) 114, fig.2, la posologie110, fig.2, le nombre de prises 115, fig.1, le moment de la prise116, fig.1, par exemple défini soit par une heure précise soit par un des reps de la journée, le matin avant le petit déjeuner, pendant, après ou le midi avant , pendant ou après le déjeuner ou le soir, avant , pendant ou après le diner, éventuellement la définition de l'intervalle de temps 117 fig.4 avant ou après, à savoir, par exemple, dix minutes, trente minutes etc.. .par rapport à un moment qui peut être un des repas de la journée. Dans ce cas le logiciel 41 propose un choix parmi plusieurs heures possibles de prise des repas selon les habitudes de l'utilisateur. De même la durée 119 du traitement pour chaque médicament, par exemple pendant 6 mois pour le Crestor® ou pendant 3 jours pour Advil® est fourni en tant que paramètre et le nombre N représentatif du nombre de médicaments de l'ordonnance. Lorsque l'additif « ordoappli » a envoyé tous les paramètres pour chaque médicament, il envoie un signal de fin de transmission 32 à l'application « medappli ». Dans le cas où l'objet communicant ne dispose pas de I 'application « mediappli » car c'est par exemple, un simple téléphone portable, le logiciel du médecin « ordoappli » en l'absence de réponse dans un délai défini affiche une fenêtre demandant d'introduire le numéro de téléphone et l'adresse mail du téléphone du patient, puis associe ces informations à celles de l'ordonnance, avec éventuellement le paramètre représentatif du nom du fabricant du téléphone,et après validation par le médecin affiche le choix d'au moins un serveur équippé d' une application « mediappliserv » équivalente à « medappli ». Après sélection par le médecin du serveur, le logiciel « ordoappli » du médecin envoie l'ensemble des informations au serveur pour que celui ci puisse générer dans une application, par exemple, calendrier standard une pluralité d'évènements déclencheurs d'alarme dépendant de la durée du traitement qui permettront au serveur, aux moments des alarmes d'envoyer des appels téléphoniques vers le numéro associé à l'ordonnance du patient, avec un message vocal indiquant au patient qu'il est l'heure de prendre tel médicament ainsi que la posologie du médicament. En complément ou en substitution à l'appel le patient pourra choisir une option message SMS ou MMS qu'il définira avec le médecin ou plus tard. Le médecin ayant la possibilité par un choix dans son appli « ordoappli » de laisser ouverte cette possibilité au patient ou de décider en fonction de l'état du patient de bloquer les options et de définir qu'il recevra un appel et un message et que le patient devra accuser réception. Cette possibilité sera offerte au médecin, par exemple, en cochant des cases avec sa souris en venant cliquer sur la case, chaque case correspondant à l'option respectivement, message, appel, accusé réception et prise de médicament. Dans ce cas l'application « ordoappli » envoie au serveur un message contenant une indication que tout ou partie de ces paramètres de communication et contrôle ont été sélectionnés et le serveur prendra en compte la sélection de tout ou partie de ces paramètres de communication et contrôle pour élaborer les alarmes en conséquences et les appels ou messages ainsi que les relances éventuelle au bout d'un temps déterminé pour s'assurer que le patient a bien accusé réception et indiqué qu'il avait pris le médicament. Ainsi le serveur « médiappliserv » disposera de moyens de recevoir des messages provenant de médecins inscrits auprès de ce serveur, de vérifier l'authenticité de ce message et la signature accompagnant chaque message, de vérifier l'ordonnance et éventuellement les incompatibilités entre médicaments en disposant des bases de données nécessaires à cet effet et des clés associées à chaque médecins et utilisées pour authentifier ou signer un message transmettant une ordonnance. Le serveur disposera également d'une horloge et d'un moyen de générer des pluralités de données, pour tous les patients inscrits dont les numéros de téléphones ont été reçus en association avec l'ordonnance par un message envoyé par l'ordinateur du médecin à l'application du serveur. Le message envoyé pourra comprendre éventuellement le numéro de téléphone d'un aide soignant parfois nécessaire à l'administration de certains médicaments. L'application « mediappliserv » génère une pluralité d'informations appelées « nuplets » constituées au moins par le nom du médicament, l'heure de prise, le numéro de téléphone du patient ou de l'aide soignant, qui sont mémorisés dans la base de donnée du serveur. Le serveur comporter ensuite un algorithme de surveillance des heures de prise de médicaments associés à chaque patient collecte le numéro de téléphone et les informations concernant la prise du médicament et l'algorithme lance un appel vers le numéro de téléphone après avoir constitué un message vocal ou écrit reprenant les données récupérées dans la base de donnée. Le logiciel peut également comporter les moyens nécessaires à faire suivre ces appels, de messages types SMS ou MMS ou autres avec une représentation du médicament qui pourra s'afficher sur l'écran du téléphone. Le logiciel pourra comprendre également des moyens d'émettre à destination du téléphone du patient ou du médecin ou de l'aide soignant des messages nécessitant !une réponse. Dans ce cas l'application initialisera un compteur qui mémorise le temps écoulé et au delà d'un certain seuil déclenche une alarme provocant de la part de l'application exécutée sur le serveur une autre action. Ces messages pourront demander de renvoyer un appel au serveur avec un code défini dans le message envoyé pour indiquer au serveur que le message non seulement a été reçu mais aussi que le médicament a été pris ou administré par la réception du code par le serveur. En l'absence de retour de ce code, le serveur disposera de moyens pour appeler l'aide soignant ou le médecin ou encore à une tierce personne choisie par le patient (parent ou proche), pour l'informer, par un message élaboré en fonction des circonstances, de la situation. Cette tierce personne aura été définie par le médecin en accord avec le patient en remplissant une fenêtre d'information demandant au moins le numéro de téléphone de la tierce personne pour le communiquer au serveur par l'application du médecin lors de l'envoi de l'ordonnance. L'application du serveur élabore à partir des paramètres de l'ordonnance les nuplets des événements (pluralités de paramètres, tels que par exemple, nom du médicament, heure de prise, posologie, au moins un numéro de téléphone associé) à mémoriser dans la base de donnée et les tri en fonction de l'heure de prise correspondants à chaque prise de médicament. L'application « medappliserv» utilise tout ou partie des informations ci-après, le nombre de prises 115, le moment de la prise116, la définition de l'intervalle de temps 117, la durée 119 du traitement pour chaque médicament, et génère ainsi les nuplets pour permettre la mise en place des alarmes 421 dans le calendrier en tenant compte des intervalles de temps définis par l'ordonnance ainsi que du nombre d'occurrence de chaque événement constitué par la prise d'un médicament, par exemple Jeudi, vendredi, samedi pour Advil. Le serveur disposant d'une base de donnée médicament peut aussi par exécution de son algorithme vérifier les compatibilités des différents médicaments de l'ordonnance et envoyer dans les messages SMS ou MMS la photo de la boite du médicament et/ou du médicament dont la prise doit être faite. Dans le cas où le téléphone est un Smartphone et a répondu qu'il disposait de l'application « medappli », cette dernière lance l'application calendrier 410, fig. 3 et met les informations reçues en forme pour permettre leur utilisation par l'application calendrier 42 de l'objet communicant 4 et envoie à cette application les commandes de constitution des événement correspondants à chaque prise de médicament et les données pour permettre l'affichage des évènements correspondants à la prise de chaque médicament en conformité avec l'ordonnance. Cet affichage s'effectue dans au moins l'un des modes d'affichage du calendrier, par exemple, liste, fig.2, jour, fig.4 , mois, . L'application « medappli » utilisant tout ou partie des informations ci- après, le nombre de prises 115, le moment de la prise116, la définition de l'intervalle de temps 117, la durée 119 du traitement pour chaque médicament, génère aussi les commandes pour permettre la mise en place des alarmes 421 dans le calendrier en tenant compte des intervalles de temps définis par l'ordonnance ainsi que du nombre d'occurrence de chaque évènement constitué par la prise d'un médicament, par exemple Jeudi, vendredi, samedi pour Advil. Lorsque cette opération est terminée l'application « medappli » génère un message interrogatif affiché sur l'écran de l'objet communicant 4 demandant à l'utilisateur s'il veut mettre en place l'option 412 des photos de chaque médicament et éventuellement des boites. Dans le cas où l'utilisateur sélectionne la case OUI dans l'affichage effectué et commandé par le logiciel 41 sur l'objet communicant 4 exécutant l'application, l'application « appareil photo » de l'objet communicant 4 est lancée et l'utilisateur a seulement à prendre la photo de l'ordonnance, si il a choisi le mode manuel, ou du cachet ou de la gélule ou de toute autre forme du médicament dans l'étape 413 ou encore de l'ordonnance dans le cas où dans le menu il a choisi le mode manuel comme représenté à l'étape 418 . Cette photo est suivie d'un test 416 pour déterminer si la mémoire contenant les paramètres contient un nombre N représentatif du nombre de médicament différent de zéro. Si le nombre est nul le logiciel examine s'il a déjà effectué une boucle. Si non il conclut qu'il s'agit d'une prise de photo d'ordonnance et déclenche la mise en oeuvre de l'OCR 419 pour extraire les paramètres de l'ordonnance, puis se rebranche en 410 pour lancer l'application Calendrier et fournir les paramètres et commandes comme si ceux ci avaient été reçu par une communication. Si lors du test 416 le nombre n'est pas nul le logiciel poursuit par l'étape de prise de photo de la boite 414 ou de l'emballage en fonction des habitudes du patient et à chaque prise de photo décrémente le 25 compteur. Ces photos et manipulations de l'objet communicant 4 peuvent être réalisées par l'aide soignant lorsque l'âge ou la condition physique du patient ne lui permet pas d'effectuer lui même les opérations. 30 Ainsi le compteur est à zéro après avoir pris les photos des différentes présentations du médicament. Dans ce cas le logiciel 41 génère les commandes pour inclure automatiquement ces photos dans l'affichage de chaque évènement constituant une prise planifiée d'un médicament comme cela est représenté figure 4. Après cette opération ou avant la prise de photo le logiciel 41 neutralise 35 l'utilisation du bouton « modifier » 420 prévus normalement dans l'affichage d'un événement de l'application calendrier fig. 4 pour éviter les modifications intempestives par le patient. Le logiciel réitère la prise de photo autant de fois qu'il y a de médicaments différents ou de médicaments nouveaux différents dans l'ordonnance. 40 En effet le logiciel 41 déclenche après chaque prise de photo la mémorisation de chaque photo dans l'application Photos 44 en créant à chaque fois un album portant le nom du médicament. Chaque album incluant la photo du médicament et de la boite ou de son emballage. Cette mémorisation permet d'éviter lors de nouvelles ordonnances d'éviter d'avoir à effectuer à nouveau la prise de photos des médicaments déjà prescrits antérieurement. Dans un autre mode de réalisation c'est le Smartphone qui initie la connexion avec le matériel du médecin qui est en mode attente de toute connexion. C'est dans ce cas le médecin qui valide le Smartphone comme matériel accepté pour transférer les données de l'ordonnance. Enfin dans le cas où le praticien n'utilise pas de moyens informatiques un accès au menu 417 de l'application « medappli » permet de sélectionner l'utilisation manuelle qui permet dans un premier temps la prise d'image ou le scan de l'ordonnance manuscrite. Dans ce cas le logiciel 41 utilise un programme OCR pour extraire de l'image photographiée ou scannée de l'ordonnance, les données nécessaires et représentatives des paramètres 110 à 119 évoqués ci-dessus pour permettre l'établissement du calendrier de prise de médicament. REVENDICATIONS1. Application médicale exécutée par un objet communicant ou un serveur caractérisée en ce qu'elle comprend des moyens d'analyser des paramètres, de mémoriser ces paramètres et de générer à partir de ces paramètres des commandes pour soit une application calendrier de l'objet communicant soit un serveur générant un appel ou envoi de message pour un numéro de téléphone pour faire apparaître sur l'écran du téléphone un événement, avec la posologie prescrite et une alarme sonore et ou visuelle et/ou vibrante, pour chaque occurrence de prise d'un médicament prescrit dans une ordonnance dont les paramètres représentatifs, au moins, du nom du médicament, de sa posologie et de son rythme de prise ont été fournis par transmission de l'ordonnance à l'objet communicant ou par lecture OCR de l'ordonnance par l'objet communicant ou par transmission au serveur. 2. Application médicale selon la revendication 1 caractérisée en ce que les paramètres représentatifs du rythme de prise sont constitués par le nombre de prises 115, le ou les moment(s) de prise dans la journée 116, la durée en jours ou en semaines ou en mois du traitement119 pour chaque médicament, 3. Application médicale selon la revendication 1 caractérisée en ce que les paramètres représentatifs du rythme de prise sont constitués éventuellement par la définition de l'intervalle de temps 117 par rapport à un moment qui peut être un des repas de la journée. 4. Serveur selon la revendication 1 caractérisée en ce qu'il comprend des moyens pour extraire et analyser les paramètres représentatifs de l'ordonnance transmise dans un message provenant d'un ordinateur du médecin prescripteur, le message incluant en plus des paramètres représentatifs, également au moins un numéro de téléphone vers lequel envoyer les alertes de prise de médicament générées par le traitement des paramètres de l'ordonnance effectué par le serveur 5. Serveur selon la revendication 2 caractérisée en ce qu'il comprend des moyens pour communiquer avec un système informatique tiers sur lequel un logiciel a permis la génération d'une ordonnance médicale par un praticien, et des moyens de communication filaire ou sans fil de ce système informatique tiers pour transmettre vers le serveur après validation par le médecin les paramètres représentatifs de l'ordonnance. 6. Serveur selon la revendication 4 ou 5 caractérisée en ce qu'il comprend des moyens pour obtenir d'une base de donnée médicament les photos des médicaments et/ou des boîtes et mémoriser les photos des médicaments et/ou des boîtes en association avec le nom du médicamentpour utiliser ces informations si nécessaire lors de l'envoi des alertes en incluant dans un SMS ou un MMS la photo du médicament et/ou de la boite. 7. Serveur selon une des revendications 4 à 6 caractérisée en ce qu'il comprend des moyens de générer pendant une durée déterminer une boucle d'attente d'une réponse de la part du numéro de téléphone vers lequel une alerte a été envoyée et de vérifier que la réponse inclut bien un code convenu pour indiquer que le médicament correspondant à l'alerte a bien été pris. 8. Serveur selon une des revendications 4 à 7 caractérisée en ce qu'il comprend des moyens de mémoriser un numéro de téléphone supplémentaire correspondant à celui d'un aide soignant ou d'un tiers de confiance, transmis au serveur au moins en même temps qu' une première ordonnance pour un patient, et des moyens de déclencher un appel vers ce numéro supplémentaire lorsque le compteur mesurant la durée déterminée a atteint une valeur et que dans le serveur un registre de réception de message provenant du numéro du patient n'indique pas de réception de réponse de la part du premier numéro. 9. Serveur selon une des revendications 4 à 8 caractérisée en ce que les moyens d'analyser les paramètres représentatifs de l'ordonnance génèrent des nuplets comprenant les informations sur le nom du médicament, la posologie, le nombre de prise en association avec un ou plusieurs numéro de téléphone pour chaque heure de prise de médicament et de mémoriser ces nuplets dans une base de donnée puis de rechercher en fonction de l'heure le nuplet qui doit être traité pour envoyer un appel téléphonique ou un message. 10. Objet communicant comportant un écran tactile au moins un circuit de traitement exécutant des applications et permettant des communications filaire ou sans fil ou une capture d'image et une analyse par un logiciel OCR de cette image, pour en extraire des paramètres représentatifs d'une ordonnance médicale, des moyens logiciel d'analyser ces paramètres, de mémoriser ces paramètres et de générer automatiquement à partir de ces paramètres des commandes pour une application calendrier de l'objet communicant pour faire apparaître en tant qu'événement, avec la posologie prescrite et une alarme sonore et ou visuelle et/ou vibrante, chaque occurrence de prise d'un médicament prescrit dans l'ordonnance dont les paramètres représentatifs, au moins, du nom du médicament, de sa posologie et de son rythme de prise ont été fournis directement par une communication ou indirectement par capture d'image et analyse par le logiciel OCR. 11. Utilisation d'un objet communicant selon la revendication 10 caractérisé en ce que dans une communication filaire ou sans fil , l'objet communique avec un système informatique tiers comportant un logiciel d'établissement d'ordonnance et des moyens d'obtenir une information d'identification de la part de l'objet communicant et des moyens de la comparer avec des informations que le système informatique détient ou extrait d'un autre objet portatif tel qu'une carte à puce pour autoriser la transmission des paramètres représentatifs de l'ordonnance en cas de comparaison réussie.