Outils pour utilisateurs

Outils du site


Panneau latéral

Accueil

Select other language :


Apprentissage

Enseignements

Enseignements Département Informatique SI5 et Master IFI

Enseignements Département Bâtiment Polytech'Nice

Autres Formations française et étrangère

Activités administratives, Ingénierie et Innovation Pédagogiques

Apprentissage Département Informatique SI5/Master 2 ingénierie informatique EUR DS4H


Recherche

Valorisation de la Recherche

Dépôts Logiciels à l’Agence de Protection des Programme (APP)

Valorisation des résultats de recherche et transfert

Diffusion de la Culture scientifique et Technologique

Communications de presse

Séminaire ENSI Tunis

Pédagogie Innovante

Relations industrielles et socio-économique

Organisation de Manifestations

  • Conférence sur les FabLabs, Alexandre Schneider, Professeur Agrégé en Génie Mécanique, Université de Reims Champagne-Ardenne Web
  • Journées UbiMob'14 Site Web

Animation de la Recherche

U-Santé

Privé

Outils

Sources d'Informations

projets:oc:oc_2013_2014:el_pastillero

EL PASTILLERO

Project Presentation

Name :

EL PASTILLERO

Group Composition :
  • Jérôme Boursier
  • Alexis Laurent
  • Romain Roufast

Scenario :

Walter White is suffering from a lung cancer, and his disease forces him to take a lot of drugs every days. House MD. is his attending physician. Walter’s condition is crictical, and House must be absolutely watchful about his patient’s eveness. Indeed, both know that an oversigh may be lethal. Unfortunately, Walter is overwhelmed and is very liable to forget a take. House MD knows it, and decide to help him, showing him EL PASTILLERO. For Walter, this pill-box is just a useful pill-box. On the other hand, for House, the high added value service behind EL PASTILLERO will allow him to keep a close eye on his patient’s regularity. He will be able to remotely control Walter’s takes.


After a few weeks, House noticed delays in Walter’s takes and decided to call him for further explanations. This interview revealed that Walter’s treatment was too heavy, and drugs were taking him down slowly. House MD decided to revamp the treatment.

Object Shape :

Name of the contact at Reims :

Kevin Dupuy

Sketch of the Object from Reims :
Picture of the Object without instruments and electronics :
Picture of the Object with instruments and electronics outside on the same table (put some circles and arrows on the picture to show where you're going to integrate all of these) :
Picture of the finished Object (all is integrated):
Demonstration Video :

Hardware specifications :

List :

Specifications and interface of the service on the object

The system embedded inside the object is connected through UpNp protocol. When the user fills out or takes the content of a case, a UpNp probe sends a message to the intelligence bean (which is not a part of our object). This message is composed of :

  • port number
  • the status of the case (full or empty)

When the status of a case changes, the pillsbox sends a “String event” containing the above information. The specifications of the object are (detailed architecture) :

  • IR sensor linked to…
  • a Threshold Bean (which is a homemade bean) - figures if a case status change occurs (because you may have a change of sensor value without having a change of the case status. This could happen because of the sensor values which can change when a movement of a pill inside the case occurs)
  • a Wrapper - links the result of the threshold with the number of the port. Constructs the string to be send to the intelligence.

Specifications of the interface of high added value service

Note : (including a figure on the orchestration between services on objects and information systems)

The high added value service has to interpret the dataflow, convert it into analyzable data and finally serialize it as a csv file. It receives information as a string message from the service included inside our object. Its role is to get the information and transform it as an understandable and useful data. This container is divided into two main beans:

  • The intelligence one
  • The database one

The first bean puts the change of status of the case in relation with the moment of the day. It also gets the date of the change. With the information recovered from the object and the date, we can figure if the drugs have been taken at the right time. Then, the intelligence bean sends a string message (anyone can connect to this service and do want they want with the information), constructs a JSON string and sends it to the database bean. The role of the database bean is to convert the JSON string into a CSV information - this information is added to a file.

Orchestration between services: https://drive.google.com/file/d/0B7SZUpBOVrkCZi1OVFM0THBaS3M/edit?usp=sharing

Project Files:

Results of the relations with Reims (being factual without personal opinion)

Good relations, the object which has been created matches to our expectations despite a few technical issues.

Prospects :

Possible extensions of the object

Without any intelligence our object is just a compartment and it could contains anything.

Possible extension of the service on the Object

Our service can be reused to check the status of compartments in a sport club for instance. Let have a view of which case is filled out or not.

Possible extension of the high added value Service

We could have a web client to parameter some features like time-slots.

Possible GUI for data visualization

Excel or a client software linked to our services.

projets/oc/oc_2013_2014/el_pastillero.txt · Dernière modification: 2014/02/18 08:56 par etudiant_oc_2013_2014