Wiki d'activités IMA - Contributions de l’utilisateur [fr]

Capteur d'accélération connecté

2017-01-05T08:28:12Z

Jbonvill :

==Cahier des charges==

===Présentation générale du projet===

====Contexte & Objectif====

Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Description du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :

On place le module sur le torse, et des leds indiqueront par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :

On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

On réalisera un boitier en imprimante 3D pour la portabilité.
Il faudra trouver une solution pour "séparer" les bandes leds du module pour le coureur. En effet, l'accéléromètre ne peut pas être placé sur le bras à cause de l'effet balancier qui fausserait les mesures.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Option Internet des objets 2016/2017

2017-01-05T08:21:23Z

Jbonvill :

== Projets ==

== Répartition des binômes ==

Ecrivez vos noms sous le format exact "Prénom Nom", séparez vos noms par des virgules.

{| class="wikitable"
! Projet !! Elèves
|-
| [[Gant de Boxe connecté]] || Stéphane Maia, Romuald Lentieul
|-
| [[Fleur de clown connectée]] || Thibault Malherbe, Thibault Giordan
|-
| [[Boîte aux lettres connectée]] || Loïc Delecroix, Romain Ruet, Julien Joignaux
|-
| [[Ecocup connecté]] || Manon Duboc, Pierre Tang, Hugo Petiot
|-
| [[Posto Libero (Table connectée)]] || Cong Chen, Michele Nuzzolese, Nathan Richez
|-
| [[Système pour plante connecté]] || Corentin Casier, Victor Charnet
|-
| [[Avertisseur nuisances sonores connecté]] || Benjamin Gornadha, Anthony Turpin
|-
| [[Dring&Call]] || Vincent Robic, Pierre Michel, Morgan Obeissart
|-
| [[Couche pour adulte connectée]] || Baptiste Hendrycks, Joshua Letellier
|-
| [[Examen Connecté]] || Sreng Hong, Kemoko Diakite, Alexis Ebrard
|-
| [[Capteur d'accélération connecté]] || Julian Bonville, Sonia Nduwayo
|}

Capteur d'accélération connecté

2017-01-05T08:02:22Z

Jbonvill : /* Description du Projet */

==Cahier des charges==

===Présentation générale du projet===

====Contexte & Objectif====

Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Description du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :

On place le module sur le torse (le mouvement de balancier des bras fausserait les mesures), et des leds indiqueront par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :

On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Capteur d'accélération connecté

2017-01-05T08:00:44Z

Jbonvill : /* Descriptions du Projet */

==Cahier des charges==

===Présentation générale du projet===

====Contexte & Objectif====

Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Description du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :

On place le module sur le torse (le mouvement de balancier des bras fausseraient les mesures), et des leds indiquerons par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :

On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Capteur d'accélération connecté

2017-01-05T08:00:35Z

Jbonvill : /* Cahier des charges */

==Cahier des charges==

===Présentation générale du projet===

====Contexte & Objectif====

Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Descriptions du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :

On place le module sur le torse (le mouvement de balancier des bras fausseraient les mesures), et des leds indiquerons par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :

On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Capteur d'accélération connecté

2017-01-05T08:00:15Z

Jbonvill : /* Cahier des charges */

==Cahier des charges==

===Présentation générale du projet===

====Contexte & Objectif====

Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Descriptions du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :

On place le module sur le torse (le mouvement de balancier des bras fausseraient les mesures), et des leds indiquerons par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :

On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Capteur d'accélération connecté

2017-01-05T07:59:57Z

Jbonvill : /* Descriptions du Projet */

==Cahier des charges==
===Présentation générale du projet===
====Contexte & Objectif====
Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Descriptions du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :

On place le module sur le torse (le mouvement de balancier des bras fausseraient les mesures), et des leds indiquerons par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :

On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Capteur d'accélération connecté

2017-01-05T07:59:35Z

Jbonvill : /* Descriptions du Projet */

==Cahier des charges==
===Présentation générale du projet===
====Contexte & Objectif====
Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Descriptions du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :

On place le module sur le torse (le mouvement de balancier des bras fausseraient les mesures), et des leds indiquerons par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :

On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Capteur d'accélération connecté

2017-01-05T07:58:53Z

Jbonvill : /* Matériel & Logiciel */

==Cahier des charges==
===Présentation générale du projet===
====Contexte & Objectif====
Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Descriptions du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :
On place le module sur le torse (le mouvement de balancier des bras fausseraient les mesures), et des leds indiquerons par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :
On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Capteur d'accélération connecté

2017-01-05T07:58:02Z

Jbonvill : Page créée avec « ==Cahier des charges== ===Présentation générale du projet=== ====Contexte & Objectif==== Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un cap... »

==Cahier des charges==
===Présentation générale du projet===
====Contexte & Objectif====
Dans le cadre de l'IoT (Internet of Things), nous avons choisi de réaliser un capteur d'accélération avec indicateur led. Les données seront enregistrées et envoyées sur smartphone en bluetooth.

====Descriptions du Projet====
L'idée est d'acquérir des données sur l'accélération d'une personne ou d'un objet, et d'en recevoir un compte rendu sur son smartphone.

Dans le cas d'un sportif, pour un footing par exemple :
On place le module sur le torse (le mouvement de balancier des bras fausseraient les mesures), et des leds indiquerons par code couleur si l'accélération est bien nulle, donc vitesse constante, ou si le coureur est irrégulier.

Dans le cas d'un automobiliste :
On place le module sur le tableau de bord, les leds indiquent par code couleur si on accélère ou freine trop fort. Avec le compte rendu envoyé sur smartphone, on est en mesure de comparer plusieurs trajets effectués, et d'améliorer sa conduite. C'est le principe des derniers contrats d'assurance auto proposés.

====Matériel & Logiciel====
Microcontrôleur : RFduino
Capteur : accéléromètre : 10 DOF
2 bandes de 8 leds

Le programme sera dans un premier temps effectué sur l'IDE Arduino, puis retranscrit en C si un gain de consommation s'avère possible.

Option Internet des objets 2016/2017

2017-01-05T07:27:20Z

Jbonvill :

Projets IMA5 2016/2017

2016-09-29T15:03:49Z

Jbonvill : /* Répartition des binômes */

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

Toutes les sources doivent être déposées sur notre archive GIT. Le service est disponible à l'URL [https://archives.plil.fr archives.plil.fr]. Connectez-vous avec vos identifiants Polytech'Lille. Sauf indication contraire de vos encadrants, rendez le projet public et mettez le lien sur votre Wiki. Vous pouvez trouver de la documentation sur ce système d'archives sur ce [https://git-scm.com/book/fr/v1 site].

== Répartition des binômes ==

<table border="1">
<tr>
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<th>Rapports finaux</th>
<th>Vidéo</th>
</tr>

<tr>
<td>[[P1 Automatisation de tests de validation d'un logiciel embarqué]]</td>
<td> Thomas ROJ / Maxime SZWECHOWIEZ </td>
<td> Thomas VANTROYS (Ecole) / Julien SPANNEUT (SNCF) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P7 Régulation temps réel sur réseau sans fil ]]</td>
<td> Morgan OBEISSART / Vincent ROBIC </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P14 Conversion DC-DC à liaison AC et circuit L-C-L]]</td>
<td>Nicolas WEGRZYN</td>
<td>Philippe DELARUE</td>
<td></td>
<td></td>
<td></td>
</tr>
<tr>
<td>[[P15 Entreprise : Développement d'une application iOS et Android ]]</td>
<td> Loïc DELECROIX / Julien JOIGNAUX </td>
<td> Thomas VANTROYS (Ecole) / Béatrice CADET (entreprise) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P16 Réaliser deux trackers GPS permettant de suivre à distance le trajet d'un coureur ]]</td>
<td> Valentin Taffin / Alexandre Cuadros </td>
<td> Thomas Vantroys (Ecole) / Alexandre Boé (Ecole) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P19 Relai Ethernet Lora ]]</td>
<td> Cong CHEN / Sonia NDUWAYO </td>
<td> Xavier Redon </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P23 Poste ébavurage de pièces plastiques ]]</td>
<td> Corentin CASIER / Jordan RAZAFINDRAIBE </td>
<td> Blaise Conrard (Ecole) / L. HAAG (Entreprise) / R. DAVID (Entreprise) / B. MASSART (Entreprise) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P24 Contrôle qualité de la production de pièces plastiques ]]</td>
<td> Alex JULITA / Matthier HERWEGH </td>
<td> Blaise Conrard (Ecole) / L. HAAG (Entreprise) / R. DAVID (Entreprise) / B. MASSART (Entreprise) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P31 Partition HTTP/TLS pour Pepin]]</td>
<td> Mageshwaran SEKAR </td>
<td> Julien IGUCHI-CARTIGNY</td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P39 Ajouter de nouvelles interactions à la solution Tezeos ]]</td>
<td> Nathan RICHEZ </td>
<td> Samuel Tranchet (Entreprise) / Thomas Vantroys (Ecole) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P44 Identification d'un robot mobile ]]</td>
<td> Michel MIKHAEL </td>
<td> Midzodzi PEKPE </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P47 Développement d'une interface cerveau-ordinateur ]]</td>
<td> Victor CHARNET </td>
<td> C. Lecocq (Ecole) F. Cabestaing (Labo) A. Depres (Labo)</td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P56 Robot testeur de club de golf]]</td>
<td> Joshua LETELLIER </td>
<td> Rochdi MERZOUKI (Ecole) / Guillaume DEWAELE (Entreprise) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P57 Robotisation d'un poste de production de pièces à base de fil métallique ]]</td>
<td> Audrey AFFOYON </td>
<td> Blaise CONRARD </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P59 Popsell : application mobile]]</td>
<td> Quentin GRUSON </td>
<td> Thomas VANTROYS (Ecole) / François Vandeplanque (Popsell) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P61 Jeux d'aventure grandeur nature ]]</td>
<td> MAIA Stéphane / LENTIEUL Romuald </td>
<td> GAPAS / Thomas Vantroys (Ecole) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P64 Sécurité de l'IOT ]]</td>
<td> Cédric DUVAL </td>
<td> Thomas Vantroys (Ecole) / Alexandre Boé (Ecole) / SNCF</td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P20 Conception d'un périphérique USB de type "gadget"]]</td>
<td> Florian Giovannangeli </td>
<td> Xavier Redon (Ecole) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P54 Robot assisté par vision pour le tri de pièces métalliques]]</td>
<td> Julian BONVILLE </td>
<td> Rochdi MERZOUKI (Ecole) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
</table>

== Matériel nécessaires ==

<table border="1">
<tr>
<th>Projet</th>
<th>Matériel</th>
</tr>
<tr>
<td>P15</td>
<td>2 téléphones Android</td>
</tr>
</table>

Projets IMA4 SC & SA 2014/2015

2015-05-11T20:31:21Z

Jbonvill : /* Notes sur les projets */

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en demandant une modification du format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

{| class="wikitable"
! Projet !! Encadrants école !! Elèves
|-
| P1 [[Brique Lego augmentée]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon / Emmanuelle Pichonat
| Alex JULITA / Déborah SAUNDERS
|-
| P4 [[Tracabilité hopital|Amélioration de la traçabilité en milieu hospitalier]]
| Alexandre Boé / Thomas Vantroys
| Julian BONVILLE / François ROCHE
|-
| P6 [[Vêtements intelligents]]
| Alexandre Boé / Thomas Vantroys
| Alexander BOWN / Valentin PIAT
|-
| P10 [[Malette Arduino éducative I]]
| Emmanuelle Pichonat / Thomas Vantroys / Alexandre Boé
| Yuqian HU
|-
| P10bis [[Malette Arduino éducative II]]
| Emmanuelle Pichonat / Thomas Vantroys / Alexandre Boé
| Mehmet ILTER
|-
| P11 [[Fabricarium - partage simplifié]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon / Rodolphe Astori
| Jérémie DENECHAUD / Julien HERIN
|-
| P12 [[Art embarqué]]
| Alexandre Boé / Thomas Vantroys
| Thibaut SCHOLAERT / Jean-michel TOURNIER
|-
| P14 [[Aimant intelligent]]
| Alexandre Boé / Thomas Vantroys
| Louis THEBAULT / Bertrand YVERNAULT
|-
| P15 [[Thetweekproject|Machine à café]]
| Xavier Redon
| Jean WASILEWSKI / Pierre LETOUSEY
|-
| P17 [[Drone autonome]]
| Xavier Redon
| Kévin COLAUTTI / Benjamin LEFORT
|-
| P20 [[Balise de suivi de polluant]]
| Alexandre Boé / Thomas Vantroys
| Maxime MORISSE / Timothée TENEUR
|-
| P21 [[Réseau informatique et musique]]
| Xavier Redon
| Mageshwaran SEKAR
|-
| P23 [[Motorisation d'un véhicule électrique]]
| Walid Boughanmi
| Shuai HE / Quentin SULTANA
|-
| P24 [[Dé électronique communiquant]]
| Thomas Vantroys / Alexandre Boé
| Corentin DUPLOUY / Méhdi ZEGGAI
|-
| P26 [[Synthetiseur]]
| Thomas Vantroys / Alexandre Boé
| Alexis VINOT / Lu XIA
|-
| P28 [[e-theremin ]]
| Thomas Vantroys / Alexandre Boé
| Louis CHAUCHARD / Romain IMBERT
|-
| P30 [[Dessin 3D|Dessin 3D en environnement immersif]]
| Laurent Grisoni
| Alexandre JOUY / Romain LIBAERT
|-
| P31 [[Visualisation Open Data]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon
| Elise TISSOT / Beatriz ODRIOZOLA
|-
| P33 [[Surveillance passive du sommeil]]
| Alexandre Boé / Thomas Vantroys
| Jérôme BAILET / Manouk SIMON
|-
| P34 [[Robot déformable|Console de contrôle pour robot déformable]]
| Jérémie Dequidt
| Ghada ELBEZ / Céline TIRABY
|-
| P35 [[RoboCup 2015]]
| Vincent Coelen / Rochdi Merzouki
| Sandra HAGE CHEHADE / Cyril SMAGGHE
|-
| P36 [[RoboCup 2015 - Pyro Team]]
| Vincent Coelen / Rochdi Merzouki
| Thomas DANEL / Romain KRIKORIAN
|-
| P37 [[Interaction Homme Robot]]
| Emmanuelle Grangier / Rochdi Merzouki
| Arnaud DESHAYS / Flavien ROYER
|}

== Matériel à acquérir ==

* P6 : Olimex platine ECG

== Notes sur les projets ==

{| class="wikitable"
| Projet || Mini-cahier des charges || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P1 [[Brique Lego augmentée]]
| Un cahier des charges très correct.
| Wiki à jour. Déjà une réalisation (3 briques). Veillez à équilibrer le travail et à rendre compte systématiquement à l'encadrant.
| Wiki à jour permettant de suivre l'état d'avancement du travail. Bien !
|
|
| RdV le 23/04/2015
|-
| P4 [[Tracabilité hopital|Amélioration de la traçabilité en milieu hospitalier]]
| Un cahier des charges très correct.
| Wiki assez complet. Capture des datamatrix avancé. Passez-vous de l'utilitaire <tt>motion</tt>. Il faut penser à concevoir l'application Web (base de données et interface). Quelles technologies Web comptez-vous utiliser ?
| Wiki presque à jour. Vous auriez pu mettre un mot de votre réalisation d'un serveur WebSocket. Diminuez la taille de vos captures d'écran pour rendre la lecture du Wiki plus agréable.
|Oui
|[[Fichier:Dossier_projet_S8_Bonville_Roche.pdf]]
| Vidéo tournée (L. Engels)
|-
| P6 [[Vêtements intelligents]]
| Un cahier des charges à peu près correct.
| Le wiki n'est pas à jour à mi-parcours (rien sur la semaine 5). Des réalisations assez limités pour l'instant (lecture de capteur avec un Arduino et une application Android basique). Des inquiétudes sur la finalisation du projet. Sauf erreur de ma part, aucune information supplémentaire en semaine 7, Wiki toujours au même point. Projet a priori compromis.
| Wiki totalement abandonné, juste quelques lignes sur les 4 premières semaines.
|
|
| Vidéo maison
|-
| P10 [[Malette Arduino éducative I]]
| Un cahier des charges très correct.
| Le Wiki est assez mal tenu, pour la partie programme les commentaires sont trop succints, il manque la réalisation de la semaine 5 pour la partie routage. Le travail pour la partie bibliothèque est bien avancé, il reste l'ordonnanceur à faire fonctionner avec les périphériques disponibles. Yuqian Hu envisage de commencer la seconde partie (malette éducative) durant les vacances. Manque de communication avec les encadrants en semaine 7 (pour les deux parties du projet).
| Le Wiki a été mis à jour en catastrophe. Il contient des indications sur les jeux programmés pour la seconde partie du projet. Pas de cahier des charges négociés avec les encadrants pour cette seconde partie. Rien sur la recherche de systèmes de programmation graphique des Arduino (demandé dans le cahier des charges oral de la seconde partie).
|
|
| RdV non pris
|-
| P10bis [[Malette Arduino éducative II]]
| Un cahier des charges très correct.
| Le Wiki très mal tenu. Aucune rédaction, uniquement des schémas. Rien pour la semaine 5. A mi-parcours le PCB, pourtant basique, n'est même pas routé. Agravation du problème en semaine 7. Projets 10 et 10bis dissociés pour éviter de pénaliser la binôme.
| Wiki totalement abandonné à la semaine 6, documents obsolètes sur le PCB ordonnanceur, rien d'autre. Peu de retours, une première version non satisfaisante du PCB ordonnanceur a été livrée. Des directives envoyées par courriel pour corriger le tir.
|
|
| RdV non pris
|-
| P11 [[Fabricarium - partage simplifié]]
| Un cahier des charges tout à fait correct.
| Wiki correct. Les réflexions sur la nature de la boite ont pris beaucoup de temps. Il y a assez peu de réalisations concrètes pour l'instant. Cela dit, avec des efforts, vous devez pouvoir terminer le projet en fournissant un prototype fonctionnel.
| Wiki presque à jour et un peu trop succint.
|
|
| Vidéo par le club vidéo
|-
| P12 [[Art embarqué]]
| Un cahier des charges très correct.
| Wiki mal tenu (manquent deux semaines dans la chronologie). Impossible de juger du travail réalisé. Non respect de la consigne notée, il sera pris en compte dans la notation finale. Inquiètude levée sur la qualité du travail (par les élèves et par l'encadrant) en semaine 6. Wiki mis à jour.
| Wiki tout à fait à jour même s'il n'est pas super détaillé. Alors comme ça ça marche mieux sous Linux ?
|
|
| Vidéo maison
|-
| P14 [[Aimant intelligent]]
| Un cahier des charges complet.
| Wiki complet mais avec des coquilles. Une certaine inquiétude sur la possibilité de mener le travail à bien. Ni la conception de l'aimant ni la réalisation de l'application Android ne sont très avancés. Rien n'incite à l'optimisme en semaine 7 (rien sur le Wiki, pas de nouvelle des élèves).
| Wiki presque à jour et plutôt détaillé et illustré. Merci de corriger les nombreuses coquilles. Beaucoup plus d'optimisme sur la réalisation du projet.
|
|[[Média:Rapport_projet_YT.pdf]]
|
| RdV non pris
|-
| P15 [[Thetweekproject|Machine à café]]
| Un cahier des charges très complet, parfait.
| Wiki très détaillé et bien rédigé. Une réalisation bien avancé. Pas d'inquiétude sur la quantité de travail (en particulier durant les vacances). Par contre le projet est très ambitieux, il est toujours difficile de prévoir s'il pourra être mené à bien.
| Le Wiki commence à être en décalage avec la réalisation, merci de le mettre à jour. Indiquez ce qui est fait et ce qu'il reste à faire.
|
|
| [https://www.youtube.com/watch?v=GXPjxfLEy3o Disponible sur Youtube]
|-
| P17 [[Drone autonome]]
| Cahier des charges correct.
| Wiki très correct, illustré mais avec quelques coquilles. Le matériel est déjà complètement pris en main à mi-parcours. Il reste à concevoir l'infrastructure de contrôle de la route du drône. Il est probable que le projet puisse être mené à bien.
| Wiki à jour mais les informations sont rares. Essayez de dresser un bilan des réalisation et une liste des tâches qui restent à réaliser. Au vu des retours IRL toutes les difficultés techniques semblent aplanies, confirmez cela dans le Wiki.
|
|
| Vidéo tournée (L. Engels)
|-
| P20 [[Balise de suivi de polluant]]
| Cahier des charges propre et complet avec les étapes à réaliser. Très bien.
| Le Wiki serait très correct s'il était à jour (rien sur la semaine 5 contrairement à la consigne). Le Wiki ne dit rien sur l'avancement de réalisation de la balise. C'est un peu inquiétant, un prototype fonctionnel pourra-t-il être présenté en fin de projet ? Une partie des inquiétudes est levée en semaine 6. Oubliez les deux Arduinos, faites fonctionner les deux shields sur le même. Demandez conseil à ce sujet à vos encadrants.
| Wiki à jour et très détaillé. L'avancé des travaux est parfaitement décrite.
|
|
| RdV le 23/04/2015
|-
| P21 [[Réseau informatique et musique]]
| Bon cahier des charges.
| Le Wiki n'est absolument pas tenu à jour. Pas de contact avec l'encadrement depuis 15 jours. Le projet semble abandonné, vous vous dirigez droit vers une catastrophe. Pas mieux en semaine 7 malgré une discussion avec l'élève.
| Le Wiki est un peu mieux tenu mais toujours pas à jour, peu d'informations dans ce Wiki. Pas de rapport oral.
|
|
| RdV non pris
|-
| P23 [[Motorisation d'un véhicule électrique]]
| Très bon cahier des charges avec un planning prévisionnel précis.
| Excellent Wiki, bien illustré et à jour. Vous semblez rencontrer un problème technique mais vous semblez aussi travailler à sa résolution. Il parait probable que vous soyez entrain de prendre du retard par rapport à votre planning.
| Wiki pratiquement à jour et détaillé. Les difficultés de mi-parcours semblent avoir été surmontées.
|
|
| RdV non pris
|-
| P24 [[Dé électronique communiquant]]
| Un cahier des charges correct.
| Wiki bien tenu, très bien illustré. Le travail réalisé est bien décrit. Vous semblez rencontrer un problème par rapport à la plateforme de développement. Conntinuez-vous avec un MBED, ou passez-vous sur un Arduino ? Il faut peut être en discuter avec votre encadrant.
| Wiki mis à jour en catastrophe (sans les illustrations) le 12 avril pour les semaines 6 à 10. Wiki plutôt complet expliquant bien le travail effectué. Il n'est pas encore clair que le projet puisse aboutir.
|
|
| RdV sollicité
|-
| P26 [[Synthetiseur]]
| Un cahier des charges assez original.
| Wiki bien tenu, très bien illustré, des informations intéressantes. Par contre laissez tomber l'idée farfelue de la Fedora sur vos PC. SMEWS s'installe à merveille sur une Debian. La remarque sur ActiveX me semble totalement hors sujet, que voulez-vous faire avec un ActiveX ? Attention au travail non coordonné entre la partie SMEWS et la partie contrôle de l'électronique analogique. Vous n'utilisez pas le même environnement (C++ pour l'IDE Web et C pur pour SMEWS). Vérifiez que vous pouvez intégrer les deux parties. Attention aussi concernant les PCB que vous souhaitez réaliser. Vu les délais et les problèmes de réalisation de PCB, le routage doit être fait au plus tôt (dans la semaine de la rentrée). Beaucoup de points délicats, la réalisation d'un prototype fonctionnel n'est pas assurée. Des efforts supplémentaires sont nécessaires.
| Wiki pratiquement à jour, bien illustré, correctement détaillé. Etat d'avancement très satisfaisant mais encore du travail à effectuer.
|
|
| RdV le 22/04/2015
|-
| P28 [[e-theremin ]]
| Cahier des charges en dernière limite.
| Wiki très correct, très bien illustré. Vous semblez rencontrer un problème de traitement de signal. Veuillez le caractériser précisément et consulter un de vos enseignants dans le domaine. Si vous devez concevoir un PCB pour la partie électronique analogique faite le de suite (dans la semaine de la rentrée).
| Le Wiki est plutôt à jour mais les informations données sont un peu maigres. Votre circuit fonctionne-t-il ? Pouvez-vous décrire plus précisément le développement de l'application X11 ?
|
|
| RdV le 22/04/2015
|-
| P30 [[Dessin 3D|Dessin 3D en environnement immersif]]
| Cahier des charges correct en dernière limite.
| Wiki très correct, illustré, travail effectué très bien décrit. Une première application autonome testée. Si j'ai bien compris il vous faut encore inclure cette application à Unity.
| Wiki un peu en décalage mais avec des informations détaillées. Une vidéo de démonstration, ce n'est pas particulièrement spectaculaire mais au moins cela montre qu'un prototype existe. Vous en êtes où actuellement ? Qu'on donné les tests ?
|
|
| Vidéo maison
|-
| P31 [[Visualisation Open Data]]
| Un cahier des charges.
| Wiki à jour, peu illustré, en particulier un schéma du système à réaliser serait le bienvenu. Le problème de la liste des gares avec le changement de syntaxe semble traité un peu rapidement. Vous semblez avoir tous les éléments pour un premier prototype, mettez le en place rapidement.
| Le Wiki n'est pas à jour. Effort important des encadrants pour remettre ce projet sur les rails. Aucune production des élèves à deux semaines de la fin du projet malgré une feuille de route précise. 
|
|
| RdV non pris
|-
| P33 [[Surveillance passive du sommeil]]
| Cahier des charges très complet. Parfait.
| Wiki complet et clair. Le bilan à mi-parcours est une bonne idée, il pourrait englober votre avancement sur le programme Android. Un schéma du fonctionnement global du système serait le bienvenu. Vous semblez être dans les temps pour présenter un prototype fonctionnel en fin de projet.
| Le Wiki n'est pas vraiment à jour. Description précise du travail.
|
|
| RdV non pris
|-
| P34 [[Robot déformable|Console de contrôle pour robot déformable]]
| Cahier des charges très correct.
| Un wiki très complet et très précis. Par contre certains des problèmes que vous rencontrez semblent pouvoir se résoudre facilement. Essayez de solliciter vos encadrants quand cela vous arrive. En particulier le problème de port série que vous décrivez semble être facile à corriger.
| Wiki à jour, détaillé et vous avez fait un réel effort de correction des coquilles. Sur le fond vous parlez surtout des absences de votre encadrant ou de la lenteur des mises à jour, pas passionnant.
|
|[[Média:Rapport_final_tiraby_elbez.pdf]]
| Vidéo avec Jérémie Dequidt
|-
| P35 [[RoboCup 2015]]
| Trés bon cahier des charges.
| Excellent Wiki très précis et bien illustré. Par contre le travail décrit semble être assez théorique (algorithmes). Un test sur le robotino est-il prévu pour valider la correction des algorithmes ?
| Wiki toujours très détaillé et illustré, pas tout à fait à jour.
|
| [[Fichier:RapportProjetSmaggheHage.pdf]]
| Prise de vues pendant la robocup
|-
| P36 [[RoboCup 2015 - Pyro Team]]
| Parfait.
| Excellent Wiki, très précis, très bien illustré. Le travail semble être déjà très avancé.
| Toujours excellent, pratiquement à jour.
|
|
| Prise de vues pendant la robocup
|-
| P37 [[Interaction Homme Robot]]
| Un cahier des charges minimal en dernière limite.
| Wiki à jour, peu illustré. A vu de néophyte, 5 semaines pour arriver à envoyer les premiers ordres au Nao via le serveur TCP intégré semble être un délai un peu long. Il vous reste la moitié du projet pour obtenir des résultats. Inquiétudes levées après discussion avec Flavien ROYER. Une vidéo de démonstration montre une nette progression dans le projet. Probable dissociation des notes.
| Wiki à jour, travail correctement décrit.
|
|
| RdV non pris
|}

Projets IMA4 SC & SA 2014/2015

2015-05-11T20:26:25Z

Jbonvill : /* Notes sur les projets */

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en demandant une modification du format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

{| class="wikitable"
! Projet !! Encadrants école !! Elèves
|-
| P1 [[Brique Lego augmentée]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon / Emmanuelle Pichonat
| Alex JULITA / Déborah SAUNDERS
|-
| P4 [[Tracabilité hopital|Amélioration de la traçabilité en milieu hospitalier]]
| Alexandre Boé / Thomas Vantroys
| Julian BONVILLE / François ROCHE
|-
| P6 [[Vêtements intelligents]]
| Alexandre Boé / Thomas Vantroys
| Alexander BOWN / Valentin PIAT
|-
| P10 [[Malette Arduino éducative I]]
| Emmanuelle Pichonat / Thomas Vantroys / Alexandre Boé
| Yuqian HU
|-
| P10bis [[Malette Arduino éducative II]]
| Emmanuelle Pichonat / Thomas Vantroys / Alexandre Boé
| Mehmet ILTER
|-
| P11 [[Fabricarium - partage simplifié]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon / Rodolphe Astori
| Jérémie DENECHAUD / Julien HERIN
|-
| P12 [[Art embarqué]]
| Alexandre Boé / Thomas Vantroys
| Thibaut SCHOLAERT / Jean-michel TOURNIER
|-
| P14 [[Aimant intelligent]]
| Alexandre Boé / Thomas Vantroys
| Louis THEBAULT / Bertrand YVERNAULT
|-
| P15 [[Thetweekproject|Machine à café]]
| Xavier Redon
| Jean WASILEWSKI / Pierre LETOUSEY
|-
| P17 [[Drone autonome]]
| Xavier Redon
| Kévin COLAUTTI / Benjamin LEFORT
|-
| P20 [[Balise de suivi de polluant]]
| Alexandre Boé / Thomas Vantroys
| Maxime MORISSE / Timothée TENEUR
|-
| P21 [[Réseau informatique et musique]]
| Xavier Redon
| Mageshwaran SEKAR
|-
| P23 [[Motorisation d'un véhicule électrique]]
| Walid Boughanmi
| Shuai HE / Quentin SULTANA
|-
| P24 [[Dé électronique communiquant]]
| Thomas Vantroys / Alexandre Boé
| Corentin DUPLOUY / Méhdi ZEGGAI
|-
| P26 [[Synthetiseur]]
| Thomas Vantroys / Alexandre Boé
| Alexis VINOT / Lu XIA
|-
| P28 [[e-theremin ]]
| Thomas Vantroys / Alexandre Boé
| Louis CHAUCHARD / Romain IMBERT
|-
| P30 [[Dessin 3D|Dessin 3D en environnement immersif]]
| Laurent Grisoni
| Alexandre JOUY / Romain LIBAERT
|-
| P31 [[Visualisation Open Data]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon
| Elise TISSOT / Beatriz ODRIOZOLA
|-
| P33 [[Surveillance passive du sommeil]]
| Alexandre Boé / Thomas Vantroys
| Jérôme BAILET / Manouk SIMON
|-
| P34 [[Robot déformable|Console de contrôle pour robot déformable]]
| Jérémie Dequidt
| Ghada ELBEZ / Céline TIRABY
|-
| P35 [[RoboCup 2015]]
| Vincent Coelen / Rochdi Merzouki
| Sandra HAGE CHEHADE / Cyril SMAGGHE
|-
| P36 [[RoboCup 2015 - Pyro Team]]
| Vincent Coelen / Rochdi Merzouki
| Thomas DANEL / Romain KRIKORIAN
|-
| P37 [[Interaction Homme Robot]]
| Emmanuelle Grangier / Rochdi Merzouki
| Arnaud DESHAYS / Flavien ROYER
|}

== Matériel à acquérir ==

* P6 : Olimex platine ECG

== Notes sur les projets ==

{| class="wikitable"
| Projet || Mini-cahier des charges || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P1 [[Brique Lego augmentée]]
| Un cahier des charges très correct.
| Wiki à jour. Déjà une réalisation (3 briques). Veillez à équilibrer le travail et à rendre compte systématiquement à l'encadrant.
| Wiki à jour permettant de suivre l'état d'avancement du travail. Bien !
|
|
| RdV le 23/04/2015
|-
| P4 [[Tracabilité hopital|Amélioration de la traçabilité en milieu hospitalier]]
| Un cahier des charges très correct.
| Wiki assez complet. Capture des datamatrix avancé. Passez-vous de l'utilitaire <tt>motion</tt>. Il faut penser à concevoir l'application Web (base de données et interface). Quelles technologies Web comptez-vous utiliser ?
| Wiki presque à jour. Vous auriez pu mettre un mot de votre réalisation d'un serveur WebSocket. Diminuez la taille de vos captures d'écran pour rendre la lecture du Wiki plus agréable.
|
|[[Fichier:Dossier_projet_S8_Bonville_Roche.pdf]]
| Vidéo tournée (L. Engels)
|-
| P6 [[Vêtements intelligents]]
| Un cahier des charges à peu près correct.
| Le wiki n'est pas à jour à mi-parcours (rien sur la semaine 5). Des réalisations assez limités pour l'instant (lecture de capteur avec un Arduino et une application Android basique). Des inquiétudes sur la finalisation du projet. Sauf erreur de ma part, aucune information supplémentaire en semaine 7, Wiki toujours au même point. Projet a priori compromis.
| Wiki totalement abandonné, juste quelques lignes sur les 4 premières semaines.
|
|
| Vidéo maison
|-
| P10 [[Malette Arduino éducative I]]
| Un cahier des charges très correct.
| Le Wiki est assez mal tenu, pour la partie programme les commentaires sont trop succints, il manque la réalisation de la semaine 5 pour la partie routage. Le travail pour la partie bibliothèque est bien avancé, il reste l'ordonnanceur à faire fonctionner avec les périphériques disponibles. Yuqian Hu envisage de commencer la seconde partie (malette éducative) durant les vacances. Manque de communication avec les encadrants en semaine 7 (pour les deux parties du projet).
| Le Wiki a été mis à jour en catastrophe. Il contient des indications sur les jeux programmés pour la seconde partie du projet. Pas de cahier des charges négociés avec les encadrants pour cette seconde partie. Rien sur la recherche de systèmes de programmation graphique des Arduino (demandé dans le cahier des charges oral de la seconde partie).
|
|
| RdV non pris
|-
| P10bis [[Malette Arduino éducative II]]
| Un cahier des charges très correct.
| Le Wiki très mal tenu. Aucune rédaction, uniquement des schémas. Rien pour la semaine 5. A mi-parcours le PCB, pourtant basique, n'est même pas routé. Agravation du problème en semaine 7. Projets 10 et 10bis dissociés pour éviter de pénaliser la binôme.
| Wiki totalement abandonné à la semaine 6, documents obsolètes sur le PCB ordonnanceur, rien d'autre. Peu de retours, une première version non satisfaisante du PCB ordonnanceur a été livrée. Des directives envoyées par courriel pour corriger le tir.
|
|
| RdV non pris
|-
| P11 [[Fabricarium - partage simplifié]]
| Un cahier des charges tout à fait correct.
| Wiki correct. Les réflexions sur la nature de la boite ont pris beaucoup de temps. Il y a assez peu de réalisations concrètes pour l'instant. Cela dit, avec des efforts, vous devez pouvoir terminer le projet en fournissant un prototype fonctionnel.
| Wiki presque à jour et un peu trop succint.
|
|
| Vidéo par le club vidéo
|-
| P12 [[Art embarqué]]
| Un cahier des charges très correct.
| Wiki mal tenu (manquent deux semaines dans la chronologie). Impossible de juger du travail réalisé. Non respect de la consigne notée, il sera pris en compte dans la notation finale. Inquiètude levée sur la qualité du travail (par les élèves et par l'encadrant) en semaine 6. Wiki mis à jour.
| Wiki tout à fait à jour même s'il n'est pas super détaillé. Alors comme ça ça marche mieux sous Linux ?
|
|
| Vidéo maison
|-
| P14 [[Aimant intelligent]]
| Un cahier des charges complet.
| Wiki complet mais avec des coquilles. Une certaine inquiétude sur la possibilité de mener le travail à bien. Ni la conception de l'aimant ni la réalisation de l'application Android ne sont très avancés. Rien n'incite à l'optimisme en semaine 7 (rien sur le Wiki, pas de nouvelle des élèves).
| Wiki presque à jour et plutôt détaillé et illustré. Merci de corriger les nombreuses coquilles. Beaucoup plus d'optimisme sur la réalisation du projet.
|
|[[Média:Rapport_projet_YT.pdf]]
|
| RdV non pris
|-
| P15 [[Thetweekproject|Machine à café]]
| Un cahier des charges très complet, parfait.
| Wiki très détaillé et bien rédigé. Une réalisation bien avancé. Pas d'inquiétude sur la quantité de travail (en particulier durant les vacances). Par contre le projet est très ambitieux, il est toujours difficile de prévoir s'il pourra être mené à bien.
| Le Wiki commence à être en décalage avec la réalisation, merci de le mettre à jour. Indiquez ce qui est fait et ce qu'il reste à faire.
|
|
| [https://www.youtube.com/watch?v=GXPjxfLEy3o Disponible sur Youtube]
|-
| P17 [[Drone autonome]]
| Cahier des charges correct.
| Wiki très correct, illustré mais avec quelques coquilles. Le matériel est déjà complètement pris en main à mi-parcours. Il reste à concevoir l'infrastructure de contrôle de la route du drône. Il est probable que le projet puisse être mené à bien.
| Wiki à jour mais les informations sont rares. Essayez de dresser un bilan des réalisation et une liste des tâches qui restent à réaliser. Au vu des retours IRL toutes les difficultés techniques semblent aplanies, confirmez cela dans le Wiki.
|
|
| Vidéo tournée (L. Engels)
|-
| P20 [[Balise de suivi de polluant]]
| Cahier des charges propre et complet avec les étapes à réaliser. Très bien.
| Le Wiki serait très correct s'il était à jour (rien sur la semaine 5 contrairement à la consigne). Le Wiki ne dit rien sur l'avancement de réalisation de la balise. C'est un peu inquiétant, un prototype fonctionnel pourra-t-il être présenté en fin de projet ? Une partie des inquiétudes est levée en semaine 6. Oubliez les deux Arduinos, faites fonctionner les deux shields sur le même. Demandez conseil à ce sujet à vos encadrants.
| Wiki à jour et très détaillé. L'avancé des travaux est parfaitement décrite.
|
|
| RdV le 23/04/2015
|-
| P21 [[Réseau informatique et musique]]
| Bon cahier des charges.
| Le Wiki n'est absolument pas tenu à jour. Pas de contact avec l'encadrement depuis 15 jours. Le projet semble abandonné, vous vous dirigez droit vers une catastrophe. Pas mieux en semaine 7 malgré une discussion avec l'élève.
| Le Wiki est un peu mieux tenu mais toujours pas à jour, peu d'informations dans ce Wiki. Pas de rapport oral.
|
|
| RdV non pris
|-
| P23 [[Motorisation d'un véhicule électrique]]
| Très bon cahier des charges avec un planning prévisionnel précis.
| Excellent Wiki, bien illustré et à jour. Vous semblez rencontrer un problème technique mais vous semblez aussi travailler à sa résolution. Il parait probable que vous soyez entrain de prendre du retard par rapport à votre planning.
| Wiki pratiquement à jour et détaillé. Les difficultés de mi-parcours semblent avoir été surmontées.
|
|
| RdV non pris
|-
| P24 [[Dé électronique communiquant]]
| Un cahier des charges correct.
| Wiki bien tenu, très bien illustré. Le travail réalisé est bien décrit. Vous semblez rencontrer un problème par rapport à la plateforme de développement. Conntinuez-vous avec un MBED, ou passez-vous sur un Arduino ? Il faut peut être en discuter avec votre encadrant.
| Wiki mis à jour en catastrophe (sans les illustrations) le 12 avril pour les semaines 6 à 10. Wiki plutôt complet expliquant bien le travail effectué. Il n'est pas encore clair que le projet puisse aboutir.
|
|
| RdV sollicité
|-
| P26 [[Synthetiseur]]
| Un cahier des charges assez original.
| Wiki bien tenu, très bien illustré, des informations intéressantes. Par contre laissez tomber l'idée farfelue de la Fedora sur vos PC. SMEWS s'installe à merveille sur une Debian. La remarque sur ActiveX me semble totalement hors sujet, que voulez-vous faire avec un ActiveX ? Attention au travail non coordonné entre la partie SMEWS et la partie contrôle de l'électronique analogique. Vous n'utilisez pas le même environnement (C++ pour l'IDE Web et C pur pour SMEWS). Vérifiez que vous pouvez intégrer les deux parties. Attention aussi concernant les PCB que vous souhaitez réaliser. Vu les délais et les problèmes de réalisation de PCB, le routage doit être fait au plus tôt (dans la semaine de la rentrée). Beaucoup de points délicats, la réalisation d'un prototype fonctionnel n'est pas assurée. Des efforts supplémentaires sont nécessaires.
| Wiki pratiquement à jour, bien illustré, correctement détaillé. Etat d'avancement très satisfaisant mais encore du travail à effectuer.
|
|
| RdV le 22/04/2015
|-
| P28 [[e-theremin ]]
| Cahier des charges en dernière limite.
| Wiki très correct, très bien illustré. Vous semblez rencontrer un problème de traitement de signal. Veuillez le caractériser précisément et consulter un de vos enseignants dans le domaine. Si vous devez concevoir un PCB pour la partie électronique analogique faite le de suite (dans la semaine de la rentrée).
| Le Wiki est plutôt à jour mais les informations données sont un peu maigres. Votre circuit fonctionne-t-il ? Pouvez-vous décrire plus précisément le développement de l'application X11 ?
|
|
| RdV le 22/04/2015
|-
| P30 [[Dessin 3D|Dessin 3D en environnement immersif]]
| Cahier des charges correct en dernière limite.
| Wiki très correct, illustré, travail effectué très bien décrit. Une première application autonome testée. Si j'ai bien compris il vous faut encore inclure cette application à Unity.
| Wiki un peu en décalage mais avec des informations détaillées. Une vidéo de démonstration, ce n'est pas particulièrement spectaculaire mais au moins cela montre qu'un prototype existe. Vous en êtes où actuellement ? Qu'on donné les tests ?
|
|
| Vidéo maison
|-
| P31 [[Visualisation Open Data]]
| Un cahier des charges.
| Wiki à jour, peu illustré, en particulier un schéma du système à réaliser serait le bienvenu. Le problème de la liste des gares avec le changement de syntaxe semble traité un peu rapidement. Vous semblez avoir tous les éléments pour un premier prototype, mettez le en place rapidement.
| Le Wiki n'est pas à jour. Effort important des encadrants pour remettre ce projet sur les rails. Aucune production des élèves à deux semaines de la fin du projet malgré une feuille de route précise. 
|
|
| RdV non pris
|-
| P33 [[Surveillance passive du sommeil]]
| Cahier des charges très complet. Parfait.
| Wiki complet et clair. Le bilan à mi-parcours est une bonne idée, il pourrait englober votre avancement sur le programme Android. Un schéma du fonctionnement global du système serait le bienvenu. Vous semblez être dans les temps pour présenter un prototype fonctionnel en fin de projet.
| Le Wiki n'est pas vraiment à jour. Description précise du travail.
|
|
| RdV non pris
|-
| P34 [[Robot déformable|Console de contrôle pour robot déformable]]
| Cahier des charges très correct.
| Un wiki très complet et très précis. Par contre certains des problèmes que vous rencontrez semblent pouvoir se résoudre facilement. Essayez de solliciter vos encadrants quand cela vous arrive. En particulier le problème de port série que vous décrivez semble être facile à corriger.
| Wiki à jour, détaillé et vous avez fait un réel effort de correction des coquilles. Sur le fond vous parlez surtout des absences de votre encadrant ou de la lenteur des mises à jour, pas passionnant.
|
|[[Média:Rapport_final_tiraby_elbez.pdf]]
| Vidéo avec Jérémie Dequidt
|-
| P35 [[RoboCup 2015]]
| Trés bon cahier des charges.
| Excellent Wiki très précis et bien illustré. Par contre le travail décrit semble être assez théorique (algorithmes). Un test sur le robotino est-il prévu pour valider la correction des algorithmes ?
| Wiki toujours très détaillé et illustré, pas tout à fait à jour.
|
| [[Fichier:RapportProjetSmaggheHage.pdf]]
| Prise de vues pendant la robocup
|-
| P36 [[RoboCup 2015 - Pyro Team]]
| Parfait.
| Excellent Wiki, très précis, très bien illustré. Le travail semble être déjà très avancé.
| Toujours excellent, pratiquement à jour.
|
|
| Prise de vues pendant la robocup
|-
| P37 [[Interaction Homme Robot]]
| Un cahier des charges minimal en dernière limite.
| Wiki à jour, peu illustré. A vu de néophyte, 5 semaines pour arriver à envoyer les premiers ordres au Nao via le serveur TCP intégré semble être un délai un peu long. Il vous reste la moitié du projet pour obtenir des résultats. Inquiétudes levées après discussion avec Flavien ROYER. Une vidéo de démonstration montre une nette progression dans le projet. Probable dissociation des notes.
| Wiki à jour, travail correctement décrit.
|
|
| RdV non pris
|}

Projets IMA4 SC & SA 2014/2015

2015-05-11T20:25:58Z

Jbonvill : /* Notes sur les projets */

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en demandant une modification du format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

== Répartition des binômes ==

{| class="wikitable"
! Projet !! Encadrants école !! Elèves
|-
| P1 [[Brique Lego augmentée]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon / Emmanuelle Pichonat
| Alex JULITA / Déborah SAUNDERS
|-
| P4 [[Tracabilité hopital|Amélioration de la traçabilité en milieu hospitalier]]
| Alexandre Boé / Thomas Vantroys
| Julian BONVILLE / François ROCHE
|-
| P6 [[Vêtements intelligents]]
| Alexandre Boé / Thomas Vantroys
| Alexander BOWN / Valentin PIAT
|-
| P10 [[Malette Arduino éducative I]]
| Emmanuelle Pichonat / Thomas Vantroys / Alexandre Boé
| Yuqian HU
|-
| P10bis [[Malette Arduino éducative II]]
| Emmanuelle Pichonat / Thomas Vantroys / Alexandre Boé
| Mehmet ILTER
|-
| P11 [[Fabricarium - partage simplifié]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon / Rodolphe Astori
| Jérémie DENECHAUD / Julien HERIN
|-
| P12 [[Art embarqué]]
| Alexandre Boé / Thomas Vantroys
| Thibaut SCHOLAERT / Jean-michel TOURNIER
|-
| P14 [[Aimant intelligent]]
| Alexandre Boé / Thomas Vantroys
| Louis THEBAULT / Bertrand YVERNAULT
|-
| P15 [[Thetweekproject|Machine à café]]
| Xavier Redon
| Jean WASILEWSKI / Pierre LETOUSEY
|-
| P17 [[Drone autonome]]
| Xavier Redon
| Kévin COLAUTTI / Benjamin LEFORT
|-
| P20 [[Balise de suivi de polluant]]
| Alexandre Boé / Thomas Vantroys
| Maxime MORISSE / Timothée TENEUR
|-
| P21 [[Réseau informatique et musique]]
| Xavier Redon
| Mageshwaran SEKAR
|-
| P23 [[Motorisation d'un véhicule électrique]]
| Walid Boughanmi
| Shuai HE / Quentin SULTANA
|-
| P24 [[Dé électronique communiquant]]
| Thomas Vantroys / Alexandre Boé
| Corentin DUPLOUY / Méhdi ZEGGAI
|-
| P26 [[Synthetiseur]]
| Thomas Vantroys / Alexandre Boé
| Alexis VINOT / Lu XIA
|-
| P28 [[e-theremin ]]
| Thomas Vantroys / Alexandre Boé
| Louis CHAUCHARD / Romain IMBERT
|-
| P30 [[Dessin 3D|Dessin 3D en environnement immersif]]
| Laurent Grisoni
| Alexandre JOUY / Romain LIBAERT
|-
| P31 [[Visualisation Open Data]]
| Alexandre Boé / Thomas Vantroys / Xavier Redon
| Elise TISSOT / Beatriz ODRIOZOLA
|-
| P33 [[Surveillance passive du sommeil]]
| Alexandre Boé / Thomas Vantroys
| Jérôme BAILET / Manouk SIMON
|-
| P34 [[Robot déformable|Console de contrôle pour robot déformable]]
| Jérémie Dequidt
| Ghada ELBEZ / Céline TIRABY
|-
| P35 [[RoboCup 2015]]
| Vincent Coelen / Rochdi Merzouki
| Sandra HAGE CHEHADE / Cyril SMAGGHE
|-
| P36 [[RoboCup 2015 - Pyro Team]]
| Vincent Coelen / Rochdi Merzouki
| Thomas DANEL / Romain KRIKORIAN
|-
| P37 [[Interaction Homme Robot]]
| Emmanuelle Grangier / Rochdi Merzouki
| Arnaud DESHAYS / Flavien ROYER
|}

== Matériel à acquérir ==

* P6 : Olimex platine ECG

== Notes sur les projets ==

{| class="wikitable"
| Projet || Mini-cahier des charges || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P1 [[Brique Lego augmentée]]
| Un cahier des charges très correct.
| Wiki à jour. Déjà une réalisation (3 briques). Veillez à équilibrer le travail et à rendre compte systématiquement à l'encadrant.
| Wiki à jour permettant de suivre l'état d'avancement du travail. Bien !
|
|
| RdV le 23/04/2015
|-
| P4 [[Tracabilité hopital|Amélioration de la traçabilité en milieu hospitalier]]
| Un cahier des charges très correct.
| Wiki assez complet. Capture des datamatrix avancé. Passez-vous de l'utilitaire <tt>motion</tt>. Il faut penser à concevoir l'application Web (base de données et interface). Quelles technologies Web comptez-vous utiliser ?
| Wiki presque à jour. Vous auriez pu mettre un mot de votre réalisation d'un serveur WebSocket. Diminuez la taille de vos captures d'écran pour rendre la lecture du Wiki plus agréable.
|[[Fichier:Dossier_projet_S8_Bonville_Roche.pdf]]
|
| Vidéo tournée (L. Engels)
|-
| P6 [[Vêtements intelligents]]
| Un cahier des charges à peu près correct.
| Le wiki n'est pas à jour à mi-parcours (rien sur la semaine 5). Des réalisations assez limités pour l'instant (lecture de capteur avec un Arduino et une application Android basique). Des inquiétudes sur la finalisation du projet. Sauf erreur de ma part, aucune information supplémentaire en semaine 7, Wiki toujours au même point. Projet a priori compromis.
| Wiki totalement abandonné, juste quelques lignes sur les 4 premières semaines.
|
|
| Vidéo maison
|-
| P10 [[Malette Arduino éducative I]]
| Un cahier des charges très correct.
| Le Wiki est assez mal tenu, pour la partie programme les commentaires sont trop succints, il manque la réalisation de la semaine 5 pour la partie routage. Le travail pour la partie bibliothèque est bien avancé, il reste l'ordonnanceur à faire fonctionner avec les périphériques disponibles. Yuqian Hu envisage de commencer la seconde partie (malette éducative) durant les vacances. Manque de communication avec les encadrants en semaine 7 (pour les deux parties du projet).
| Le Wiki a été mis à jour en catastrophe. Il contient des indications sur les jeux programmés pour la seconde partie du projet. Pas de cahier des charges négociés avec les encadrants pour cette seconde partie. Rien sur la recherche de systèmes de programmation graphique des Arduino (demandé dans le cahier des charges oral de la seconde partie).
|
|
| RdV non pris
|-
| P10bis [[Malette Arduino éducative II]]
| Un cahier des charges très correct.
| Le Wiki très mal tenu. Aucune rédaction, uniquement des schémas. Rien pour la semaine 5. A mi-parcours le PCB, pourtant basique, n'est même pas routé. Agravation du problème en semaine 7. Projets 10 et 10bis dissociés pour éviter de pénaliser la binôme.
| Wiki totalement abandonné à la semaine 6, documents obsolètes sur le PCB ordonnanceur, rien d'autre. Peu de retours, une première version non satisfaisante du PCB ordonnanceur a été livrée. Des directives envoyées par courriel pour corriger le tir.
|
|
| RdV non pris
|-
| P11 [[Fabricarium - partage simplifié]]
| Un cahier des charges tout à fait correct.
| Wiki correct. Les réflexions sur la nature de la boite ont pris beaucoup de temps. Il y a assez peu de réalisations concrètes pour l'instant. Cela dit, avec des efforts, vous devez pouvoir terminer le projet en fournissant un prototype fonctionnel.
| Wiki presque à jour et un peu trop succint.
|
|
| Vidéo par le club vidéo
|-
| P12 [[Art embarqué]]
| Un cahier des charges très correct.
| Wiki mal tenu (manquent deux semaines dans la chronologie). Impossible de juger du travail réalisé. Non respect de la consigne notée, il sera pris en compte dans la notation finale. Inquiètude levée sur la qualité du travail (par les élèves et par l'encadrant) en semaine 6. Wiki mis à jour.
| Wiki tout à fait à jour même s'il n'est pas super détaillé. Alors comme ça ça marche mieux sous Linux ?
|
|
| Vidéo maison
|-
| P14 [[Aimant intelligent]]
| Un cahier des charges complet.
| Wiki complet mais avec des coquilles. Une certaine inquiétude sur la possibilité de mener le travail à bien. Ni la conception de l'aimant ni la réalisation de l'application Android ne sont très avancés. Rien n'incite à l'optimisme en semaine 7 (rien sur le Wiki, pas de nouvelle des élèves).
| Wiki presque à jour et plutôt détaillé et illustré. Merci de corriger les nombreuses coquilles. Beaucoup plus d'optimisme sur la réalisation du projet.
|
|[[Média:Rapport_projet_YT.pdf]]
|
| RdV non pris
|-
| P15 [[Thetweekproject|Machine à café]]
| Un cahier des charges très complet, parfait.
| Wiki très détaillé et bien rédigé. Une réalisation bien avancé. Pas d'inquiétude sur la quantité de travail (en particulier durant les vacances). Par contre le projet est très ambitieux, il est toujours difficile de prévoir s'il pourra être mené à bien.
| Le Wiki commence à être en décalage avec la réalisation, merci de le mettre à jour. Indiquez ce qui est fait et ce qu'il reste à faire.
|
|
| [https://www.youtube.com/watch?v=GXPjxfLEy3o Disponible sur Youtube]
|-
| P17 [[Drone autonome]]
| Cahier des charges correct.
| Wiki très correct, illustré mais avec quelques coquilles. Le matériel est déjà complètement pris en main à mi-parcours. Il reste à concevoir l'infrastructure de contrôle de la route du drône. Il est probable que le projet puisse être mené à bien.
| Wiki à jour mais les informations sont rares. Essayez de dresser un bilan des réalisation et une liste des tâches qui restent à réaliser. Au vu des retours IRL toutes les difficultés techniques semblent aplanies, confirmez cela dans le Wiki.
|
|
| Vidéo tournée (L. Engels)
|-
| P20 [[Balise de suivi de polluant]]
| Cahier des charges propre et complet avec les étapes à réaliser. Très bien.
| Le Wiki serait très correct s'il était à jour (rien sur la semaine 5 contrairement à la consigne). Le Wiki ne dit rien sur l'avancement de réalisation de la balise. C'est un peu inquiétant, un prototype fonctionnel pourra-t-il être présenté en fin de projet ? Une partie des inquiétudes est levée en semaine 6. Oubliez les deux Arduinos, faites fonctionner les deux shields sur le même. Demandez conseil à ce sujet à vos encadrants.
| Wiki à jour et très détaillé. L'avancé des travaux est parfaitement décrite.
|
|
| RdV le 23/04/2015
|-
| P21 [[Réseau informatique et musique]]
| Bon cahier des charges.
| Le Wiki n'est absolument pas tenu à jour. Pas de contact avec l'encadrement depuis 15 jours. Le projet semble abandonné, vous vous dirigez droit vers une catastrophe. Pas mieux en semaine 7 malgré une discussion avec l'élève.
| Le Wiki est un peu mieux tenu mais toujours pas à jour, peu d'informations dans ce Wiki. Pas de rapport oral.
|
|
| RdV non pris
|-
| P23 [[Motorisation d'un véhicule électrique]]
| Très bon cahier des charges avec un planning prévisionnel précis.
| Excellent Wiki, bien illustré et à jour. Vous semblez rencontrer un problème technique mais vous semblez aussi travailler à sa résolution. Il parait probable que vous soyez entrain de prendre du retard par rapport à votre planning.
| Wiki pratiquement à jour et détaillé. Les difficultés de mi-parcours semblent avoir été surmontées.
|
|
| RdV non pris
|-
| P24 [[Dé électronique communiquant]]
| Un cahier des charges correct.
| Wiki bien tenu, très bien illustré. Le travail réalisé est bien décrit. Vous semblez rencontrer un problème par rapport à la plateforme de développement. Conntinuez-vous avec un MBED, ou passez-vous sur un Arduino ? Il faut peut être en discuter avec votre encadrant.
| Wiki mis à jour en catastrophe (sans les illustrations) le 12 avril pour les semaines 6 à 10. Wiki plutôt complet expliquant bien le travail effectué. Il n'est pas encore clair que le projet puisse aboutir.
|
|
| RdV sollicité
|-
| P26 [[Synthetiseur]]
| Un cahier des charges assez original.
| Wiki bien tenu, très bien illustré, des informations intéressantes. Par contre laissez tomber l'idée farfelue de la Fedora sur vos PC. SMEWS s'installe à merveille sur une Debian. La remarque sur ActiveX me semble totalement hors sujet, que voulez-vous faire avec un ActiveX ? Attention au travail non coordonné entre la partie SMEWS et la partie contrôle de l'électronique analogique. Vous n'utilisez pas le même environnement (C++ pour l'IDE Web et C pur pour SMEWS). Vérifiez que vous pouvez intégrer les deux parties. Attention aussi concernant les PCB que vous souhaitez réaliser. Vu les délais et les problèmes de réalisation de PCB, le routage doit être fait au plus tôt (dans la semaine de la rentrée). Beaucoup de points délicats, la réalisation d'un prototype fonctionnel n'est pas assurée. Des efforts supplémentaires sont nécessaires.
| Wiki pratiquement à jour, bien illustré, correctement détaillé. Etat d'avancement très satisfaisant mais encore du travail à effectuer.
|
|
| RdV le 22/04/2015
|-
| P28 [[e-theremin ]]
| Cahier des charges en dernière limite.
| Wiki très correct, très bien illustré. Vous semblez rencontrer un problème de traitement de signal. Veuillez le caractériser précisément et consulter un de vos enseignants dans le domaine. Si vous devez concevoir un PCB pour la partie électronique analogique faite le de suite (dans la semaine de la rentrée).
| Le Wiki est plutôt à jour mais les informations données sont un peu maigres. Votre circuit fonctionne-t-il ? Pouvez-vous décrire plus précisément le développement de l'application X11 ?
|
|
| RdV le 22/04/2015
|-
| P30 [[Dessin 3D|Dessin 3D en environnement immersif]]
| Cahier des charges correct en dernière limite.
| Wiki très correct, illustré, travail effectué très bien décrit. Une première application autonome testée. Si j'ai bien compris il vous faut encore inclure cette application à Unity.
| Wiki un peu en décalage mais avec des informations détaillées. Une vidéo de démonstration, ce n'est pas particulièrement spectaculaire mais au moins cela montre qu'un prototype existe. Vous en êtes où actuellement ? Qu'on donné les tests ?
|
|
| Vidéo maison
|-
| P31 [[Visualisation Open Data]]
| Un cahier des charges.
| Wiki à jour, peu illustré, en particulier un schéma du système à réaliser serait le bienvenu. Le problème de la liste des gares avec le changement de syntaxe semble traité un peu rapidement. Vous semblez avoir tous les éléments pour un premier prototype, mettez le en place rapidement.
| Le Wiki n'est pas à jour. Effort important des encadrants pour remettre ce projet sur les rails. Aucune production des élèves à deux semaines de la fin du projet malgré une feuille de route précise. 
|
|
| RdV non pris
|-
| P33 [[Surveillance passive du sommeil]]
| Cahier des charges très complet. Parfait.
| Wiki complet et clair. Le bilan à mi-parcours est une bonne idée, il pourrait englober votre avancement sur le programme Android. Un schéma du fonctionnement global du système serait le bienvenu. Vous semblez être dans les temps pour présenter un prototype fonctionnel en fin de projet.
| Le Wiki n'est pas vraiment à jour. Description précise du travail.
|
|
| RdV non pris
|-
| P34 [[Robot déformable|Console de contrôle pour robot déformable]]
| Cahier des charges très correct.
| Un wiki très complet et très précis. Par contre certains des problèmes que vous rencontrez semblent pouvoir se résoudre facilement. Essayez de solliciter vos encadrants quand cela vous arrive. En particulier le problème de port série que vous décrivez semble être facile à corriger.
| Wiki à jour, détaillé et vous avez fait un réel effort de correction des coquilles. Sur le fond vous parlez surtout des absences de votre encadrant ou de la lenteur des mises à jour, pas passionnant.
|
|[[Média:Rapport_final_tiraby_elbez.pdf]]
| Vidéo avec Jérémie Dequidt
|-
| P35 [[RoboCup 2015]]
| Trés bon cahier des charges.
| Excellent Wiki très précis et bien illustré. Par contre le travail décrit semble être assez théorique (algorithmes). Un test sur le robotino est-il prévu pour valider la correction des algorithmes ?
| Wiki toujours très détaillé et illustré, pas tout à fait à jour.
|
| [[Fichier:RapportProjetSmaggheHage.pdf]]
| Prise de vues pendant la robocup
|-
| P36 [[RoboCup 2015 - Pyro Team]]
| Parfait.
| Excellent Wiki, très précis, très bien illustré. Le travail semble être déjà très avancé.
| Toujours excellent, pratiquement à jour.
|
|
| Prise de vues pendant la robocup
|-
| P37 [[Interaction Homme Robot]]
| Un cahier des charges minimal en dernière limite.
| Wiki à jour, peu illustré. A vu de néophyte, 5 semaines pour arriver à envoyer les premiers ordres au Nao via le serveur TCP intégré semble être un délai un peu long. Il vous reste la moitié du projet pour obtenir des résultats. Inquiétudes levées après discussion avec Flavien ROYER. Une vidéo de démonstration montre une nette progression dans le projet. Probable dissociation des notes.
| Wiki à jour, travail correctement décrit.
|
|
| RdV non pris
|}

Fichier:Dossier projet S8 Bonville Roche.pdf

2015-05-11T20:21:40Z

Jbonvill :

Tracabilité hopital

2015-05-11T20:21:00Z

Jbonvill : /* Rapport et archive de la version finale */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHRU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHRU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHRU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHRU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHRU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHRU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 

====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
== Rapport et archive de la version finale ==

[[File:Dossier_projet_S8_Bonville_Roche.pdf]]
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:15:37Z

Jbonvill :

Tracabilité hopital

2015-05-10T20:13:25Z

Jbonvill : /* Rapport et archive de la version finale */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 

====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
== Rapport et archive de la version finale ==

[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:12:44Z

Jbonvill : /* Rapport et archive de la version finale */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 

====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
==== Rapport et archive de la version finale ====

[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:12:30Z

Jbonvill : /* Rapport et archive de la version finale */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 

====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
==== Rapport et archive de la version finale ====
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:12:15Z

Jbonvill : /* Bilan */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 

====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:12:03Z

Jbonvill : /* Douchette */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 

====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:11:44Z

Jbonvill : /* Application Web */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 

====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:11:28Z

Jbonvill : /* Lecture et décodage des datamatrix */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:11:14Z

Jbonvill : /* Configuration de Linux */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:10:54Z

Jbonvill : /* Lecture et décodage des datamatrix */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png
 

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:10:25Z

Jbonvill : /* Configuration de Linux */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/
 

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:09:55Z

Jbonvill : /* Retour des professionnels */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:08:56Z

Jbonvill : /* Configuration de Linux */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
==== Configuration de Linux ====
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:08:41Z

Jbonvill : /* Lecture et décodage des datamatrix */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

==== Lecture et décodage des datamatrix ====

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:08:19Z

Jbonvill : /* Application Web */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

==== Application Web ====

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:07:26Z

Jbonvill : /* Douchette */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
====Douchette====
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Fichier:Projet-S8.zip

2015-05-10T20:05:41Z

Jbonvill :

Tracabilité hopital

2015-05-10T20:04:50Z

Jbonvill : /* Rapport et archive de la version finale */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip]]

Tracabilité hopital

2015-05-10T20:04:28Z

Jbonvill : /* Rapport et archive de la version finale */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===
 
[[File:Projet-S8.zip|500px|thumb|center]]

Tracabilité hopital

2015-05-10T20:03:49Z

Jbonvill : /* Bilan */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===

Tracabilité hopital

2015-05-10T20:03:25Z

Jbonvill : /* Les Bases de données */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===

Tracabilité hopital

2015-05-10T20:02:53Z

Jbonvill : /* Décodage du Datamatrix */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===

Tracabilité hopital

2015-05-10T20:02:33Z

Jbonvill : /* Décodage du Datamatrix */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]
 
Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===

Tracabilité hopital

2015-05-10T20:01:16Z

Jbonvill : /* Rapport */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport et archive de la version finale ===

Tracabilité hopital

2015-05-10T20:00:40Z

Jbonvill : /* Retour des professionnels : */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’unanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
[[Fichier:Outils_test.zip]] 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre : a 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-10T14:25:03Z

Jbonvill : /* Choix techniques : matériel et logiciels */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 
Pour l'impression 3D : Solidworks, Cura 14.12 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-10T13:37:20Z

Jbonvill : /* Prévisionnel */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHU (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-10T13:36:50Z

Jbonvill : /* Présentation générale du projet */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHR (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-06T15:28:27Z

Jbonvill : /* Douchette */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHRU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHRU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHR (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|400px|thumb|left]]
[[File:Img11.jpg|400px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-06T08:44:08Z

Jbonvill : /* Retour des professionnels */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHRU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHRU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHR (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|500px|thumb|left]]
[[File:Img11.jpg|500px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-06T08:43:23Z

Jbonvill : /* Retour des professionnels */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHRU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHRU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHR (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 
Ils souhaiteraient également une fonctionnalité en plus, à savoir une alerte automatique pour indiquer les médicaments qui seront périmés dans moins de 3 mois (car ils doivent faire en sorte de les utiliser en priorité pour éviter les pertes).
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|500px|thumb|left]]
[[File:Img11.jpg|500px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-06T08:39:26Z

Jbonvill : /* Prototype 4 :Saisie avec une douchette */

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHRU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHRU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHR (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 : Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|500px|thumb|left]]
[[File:Img11.jpg|500px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===

Tracabilité hopital

2015-05-06T07:21:13Z

Jbonvill :

__TOC__
 
==Présentation générale du projet==

====Objectif du projet====

Améliorer la traçabilité des médicaments au CHRU de Lille.

====Contexte====

Les médicaments qui sont livrés à la pharmacie du CHRU de Lille sont tous répertoriés lors de la livraison. Ainsi, en cas de retrait de lot, il est possible de savoir immédiatement si un des médicaments a été stocké à la pharmacie et / ou dispensé. Actuellement, les données sont entrées à la main, avec tous les risques d'erreurs que cela comporte.

====Description du projet====

Le but de ce projet est de proposer une solution permettant d'automatiser ces différentes tâches. A partir d'un datamatrix présent sur chacune des boîtes, il est possible d'extraire les données utiles (n° CIP du médicament, date de péremption, n° de lot) et de les sauvegarder dans une base de données.

Il faudra aussi écrire une application web permettant d’accéder aux données au travers d'un navigateur internet avec outil de recherche.

Une expérimentation à grande échelle est envisagée en avril ou mai 2015.

Lors d'une alerte de retrait de lot par l'ANSM (Agence Nationale de Sécurité du Médicament), il est possible de recevoir un courriel (avec n° CIP et n° de lot concernés). Il conviendra de traiter automatiquement ce courriel afin de savoir si le lot a été livré à la pharmacie.

===Choix techniques : matériel et logiciels===

Matériel : Lecteur de datamatrix [simple application sur un smartphone] 
'''--> Solution choisie : utilisation d'une simple webcam (par souci de simplicité de mise en place en milieu hospitalier, et de faible coût)''' 
[ --> 2 webcams Logitech mises à disposition le 4/02/15 ] 
[ --> 2 webcams et un hub usb mis à disposition le 18/02/15 ] 
[ --> 1 webcam Logitech rendu le 22/02/15 ] 
[ --> 2 webcams et un hub usb rendu le 22/02/15 ] 
Logiciels : Wamp server, Notepad++, PHPmyAdmin, Apache, Emacs, Okular 
Langages : C, Java, PHP, HTML, CSS, SQL 

===Prévisionnel===

''' --> Axe principal choisi pour ce projet : Faire en sorte qu'il puisse être mis en place le plus simplement possible, à moindre coût.''' 
Création des différents prototypes : 
 
- Le prototype 1 a été présenté le 25 février à Polytech à une responsable du CHU de Lille 
- Le prototype 2 n'a pas été présenté car nous l'avons rapidement abandonné 
- Le prototype 3 a été présenté le 11 mars 2015 à la pharmacie du CHR (à la même responsable ainsi qu'aux employés) 
- Le prototype 4 devra être présenté pour les vacances d'avril, au CHU. L'idée est de leur laisser le prototype pour qu'ils puissent le tester pendant cette période. Le prototype ne sera pas laissé en test , il sera présenté aux personnel hospitalier le 22 avril 2015 
 

==Les Datamatrix==

Le datamatrix est un code barre bidirectionnel. Il est l'évolution du code barre traditionnel. Il présente l'avantage de contenir plus d'informations. Ces informations sont concentrées sur une matrice, qui peut être décodée par des appareils équipés d'un appareil d'acquisition d'image (webcam, appareil photo ...). Les domaines d'application sont vastes (pharmacie, publicité, suivi de matériel, logistique ...)

Dans notre projet il représente les données nécessaires à effectuer la traçabilité du médicament.
 
 
====Capture du Datamatrix====

Afin de pouvoir capturer un datamatrix nous avons choisi d'utiliser une webcam, qui a pour avantage d'être très économique.
[[File:Datamatrix_lecture.jpg|500px|thumb|center]]

Pour lire le flux vidéo de la webcam on a utilisé différentes méthodes :
 
- Méthode de screenshot : 
Principe : Quand l'utilisateur appuie sur le bouton "scanner" de notre page html, l'image se fige et s'enregistre sur l'ordinateur. Pour réaliser cela nous avons fait appel à des fonctions telles que html2canvas ainsi que des tutoriels internet que nous avons adapté pour l'application. 
Résultat : 
[[File:Capture_dtmx.jpg|500px|thumb|center]]
 
 
-Méthode avec Motion 
L'idée ici était de pouvoir lire le flux vidéo de 6 webcams en même temps, afin de pouvoir réaliser un convoyeur qui prendrait en photo le datamatrix, quelle que soit la position du médicament. Cette solution a rapidement été abandonnée de par la longueur de l'acquisition.
 
 
- Méthode avec un programme issu de la foxcam 
 
Résultat : 
[[File:Scan datamatrix.png|300px|thumb|center]]
Nous nous sommes donc tourné vers un programme en C issu de la foxcam pour pouvoir prendre une capture. Cette méthode est plus optimale, on obtient une meilleure image et le datamatrix est de meilleure qualité. 
 
Résultat :
 
C'est donc cette méthode qui a été retenue.
 
Note : La capture des datamatrix se révèle impossible avec les webcams embarquées (première limite de notre projet). Nous avons résolu ce problème grâce aux webcams prêtées qui sont de bien meilleure qualité.
 
 

====Décodage du Datamatrix====

Afin de décoder les datamatrix nous avons effectué quelques recherches. Elles nous ont amené à utiliser l’utilitaire suivant: libdmtx sur http://www.libdmtx.org/

Il nous permet de les décoder sous différentes plateformes. Une fois l'utilitaire installé sur nos ordinateurs nous avons décidé de le tester. Pour cela : 
-1 Prendre une photo contenant un datamtrix 
-2 Tapez la commande suivante dans le fichier où se situe la photo: dmtxread –n nom_du_fichier. 
-3 Comparer avec le résultat avec le site suivant : http://boy.co.ua/decode.php 
 
Exemple : 
Soit le datamatrix suivant : 
[[File:Dtmx.png|300px|thumb|center]]
Le résultat est le suivant : 010340093592455117150900103RLC50715 
Dans ces informations nous avons le CIP13, la date et le numéro de lot. Les documentations trouvées sur internet nous ont permis d'identifier ces éléments. La façon de lire le datamatrix issu d'un médicament est la suivante : 
Entre 01 et 17 nous avons le CIP13 : 3400935924551 (nom du médicament) 
Entre le 17 et le 10 on a la date : 150900 soit le : 00/09/2015 
Puis entre le 10 et le 91 on a le numéro du lot : 3RLC50715 (attention, le 91 n'est pas toujours présent) 

Nous avons créé un script permettant d'obtenir le CIP13, la date et le numéro de lot: 

[[File:Décodage.zip|500px|thumb|center]]

Résultat du script : [[File:Resultat_script.JPG|500px|thumb|center]]
 
 
 
Attention : 

Nous avons remarqué que suivant la distance du Datamatrix et la luminosité ambiante, l'application pouvait être défaillante. 
Les webcams empruntées règlent partiellement le problème de la luminosité, car la seule contrainte restant est tout simplement de ne pas se trouver à contre-jour (ie face à une fenêtre) 
Pour la distance, l'essai de lecture sur une dizaine de médicaments a permis de trouver la distance optimale (qui fonctionne toujours) : entre 6 et 7 cm. 

[[File:distance.jpg|500px|thumb|center]]
 

==Les Bases de données==
 
====Code permettant de créer la base de données====
 
Nous avons pu télécharger sur le site de l'ANSM (www.ansm.sante.fr) les PDF contenant tous les médicaments commercialisés, ainsi que les informations suivantes : CIS, Dénomination de la spécialité, Titulaire de l'AMM, CIP7, CIP13, Nom de la Présentation. 
Etant donné qu'il y a 9 PDF de 200 pages chacun, nous avons décidé d'écrire un programme permettant de créer un fichier par spécialité, afin de les incorporer dans notre base de donnée. 
Avec Okular nous avons pu convertir ces PDF en fichiers texte relativement exploitables. Sous Windows, les applications testées se contentent de mettre bout à bout, sans espace, chaque chaine trouvée. Okular passe à la ligne après chaque chaine. Cependant certaines chaines sont groupées ensemble, et lors d'une suite de texte à la ligne, cette deuxième partie se retrouve bien plus bas. 
 
'''Avancée du code C :''' 
- Création du fichier contenant le CIS : ok 
- Création du fichier contenant la Dénomination de la spécialité : pas encore traité 
- Création du fichier contenant le Titulaire de l'AMM : en cours (reste le problème des chaines groupées) 
- Création du fichier contenant le CIP7 : ok (petit bug à régler) 
- Création du fichier contenant le CIP13 : ok 
- Création du fichier contenant le Nom de la Présentation : en cours (reste le problème de la seconde partie de phrase manquante) 
 
--> Ce code a été par la suite abandonné, car nous avons trouvé sur une autre page de l'ANSM des fichiers .txt contenant les informations que nous voulions. Les modifications que nous devions faire sur ces fichiers étant minimes, nous l'avons fait directement en php.
 

====Base De Données====
Une fois les données récupérées on a créé un script php qui nous permet de peupler les bases plus facilement.
 
On a peuplé nos bases à partir de la version 2 
Peuplement de nos bases avec ses évolutions :
 
 
[[File:Bdd.JPG|700px|thumb|center]]

==Étapes d'un prototype ==

[[File:Cycle_vie_proptotype.png|600px|thumb|center]]

==Prototypes==
 
====Prototype 1 : Application à une webcam====

===== Application =====

Cahier des charges : 
- Cahier des charges initial 

Développement : 
- On peut réaliser un scan 
- Capture des datamatrix qui fonctionne 
- Non prise en charge des bases de données 
 

=====Présentation de l'application : =====

[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P1 Accueil.png|500px|thumb|center|Page d'accueil de l'application]]
 
[[File:Ajout.png|500px|thumb|left|Ajout d'un médicament]]
 
Sur cette dernière image on voit bien que si la bonne distance entre la webcam et le datamatrix n'est pas respectée, l'image n'est pas nette, et donc le décodage ne peut se faire.
 

=====Retour des professionnels :=====
 
Ce premier prototype est très engageant pour eux. 
Les modifications qu'ils souhaitent sont : 
- Gérer le niveau du personnel (employé débutant - employé expérimenté - administrateur) 
- Avoir une saisie manuelle (au cas où le datamatrix soit inconnu de la base, ou X problème) 
- Avoir une traçabilité de l'ajout effectué par le personnel (qui a fait quoi et quand) 
 
Remarque : 
Il est pour eux inutile d'afficher en continu le flux vidéo vu par la webcam sur la page de saisie. Nous avons donc convenu d'afficher une photo du médicament scanné à la place, afin de confirmer à l'utilisateur qu'il correspond à celui qu'il a scanné. 
 

====Prototype 2 : Application avec un tunnel d'images====

===== Application =====
Cahier des charges : 
- Cahier des charges initial 
- Rajout de plusieurs webcams pour pouvoir scanner un médicament sur un tapis (convoyeur) 
 
Développement : 
- Moniteur de contrôle avec motion 
 
Nous avons constaté que l’utilitaire motion ne nous satisfait pas pour la capture du datamatrix. L'acquisition est beaucoup trop longue, et l'application serait lourde en terme de ressources.
 
--> Pour ces raisons, ce prototype a été abandonné.
 
 

====Prototype 3 : Intégration des bases de données dans le prototype 1 ====

===== Application =====

Cahier des charges : 
- Extraction des données du datamatrix 
- Gérer le niveau du personnel 
- Avoir une saisie manuelle 
- Avoir une traçabilité de l'ajout effectué par le personnel 

Développement : 
- Intégration des bases de données 
- Capture des datamatrix 
- Réalisation d'ajout en mode semi-automatique 
- Gestion du personnel 
- Authentification unique 
- Saisie manuelle 
- Mise en place d'une traçabilité du personnel et des médicaments 
- Identification du cis, cip 13 avec le nom du médicament 
 

=====Présentation de l'application =====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P3_operateur_ajout.png|500px|thumb|center|Page pour la connexion des opérateurs]]
 
[[File:P3_admin_accueil.png|500px|thumb|left|Page d'accueil de l’administrateur]]
[[File:P3_admin_ajout.png|500px|thumb|center|Page pour consulter les ajouts]]
 
[[File:P3_admin_connexion.png|500px|thumb|left|Page pour consulter l'historique des connexions]]
[[File:P3_admin_medoc.png|500px|thumb|center|Page pour consulter les médicaments]]
 
[[File:P3_admin_pero.png|500px|thumb|center|Page de modification du personnel]]
 

=====Retour des professionnels : =====

Compte rendu de la présentation du prototype 3 au CHU de Lille : 
 
- Donner la localisation prévue pour le médicament dans leur stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- Visualiser le CIP13 et le CIS est inutile pour eux (nous pensons donc à créer un bouton ‘’détails'’. De même pour l’historique et la saisie manuelle. 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du Datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
- La création d’un convoyeur ne fait pas l’hunanimité du personnel. 
 
 
Conclusion : 
 
Satisfaction de l’ensemble du personnel présent pour ce premier prototype qui leur était présenté. Il faut cependant en priorité : 
- Améliorer la rapidité de l’acquisition du Datamatrix. 
- Créer une douchette avec la webcam. 
- Epurer l’écran au maximum et ajouter la localisation. 
 
 

====Prototype 4 :Saisie avec une douchette====

===== Application =====
- Reprise du cahier des charges du prototype 1 
- Remplacement de l'alerte de l'ANSM par un outil de recherche 
- Donner la localisation prévue pour le médicament dans le stock 
- Imprimer sur une étiquette (post-it) cette localisation, ainsi que le nom du médicament en petit (imprimante d’étiquettes Isiscoder PD41). 
- 2 niveaux de comptes suffisent, un compte administrateur et un compte pour chaque employé. 
- Sur la page du scan, épurer au maximum : Nom, numéro et photo du médicament, date et localisation suffisent. 
- Améliorer la rapidité de l’acquisition du datamatrix au maximum. 
- Pouvoir utiliser la webcam comme une douchette pour plus de facilité. 
 
Développement : 
L'application web est terminée. Elle communique avec le programme de lecture des datamatrix via un serveur websocket . 
Douchette modélisation 3D réalisée : 
 
[[File:Img.png|500px|thumb|center]] 
La tige sert de guide pour la distance optimale à placer entre la webcam et le datamatrix. La webcam se place sur le dessus, et le socle dans la fente de la douchette. A l'intérieur de celle ci se place la plaque d'essai sur laquelle se trouve l'Arduino Nano et le bouton poussoir. Le bouton est accessible par le trou sous le guide. Le trou sous la douchette sert à brancher l'Arduino. Enfin, les tétons permettent de fixer les 2 coques ensemble, qui seront vissées dans le trou créé pour y placer une vis de serrage.
 
 
Résultat de la première impression (arrêtée à moitié de l'impression car la tige se décollait du plateau) :
 
[[File:Img1.jpg|400px|thumb|left]]
[[File:Img2.jpg|400px|thumb|center]]
 
On peut voir que l'arduino rentre parfaitement dedans. Il faut donc modifier le fichier afin de supprimer la tige, que nous ajouterons plus tard différemment.
 
 
Résultat de l'impression du second prototype :
 
[[File:Img3.jpg|400px|thumb|left]]
[[File:Img4.jpg|400px|thumb|center]]
 
L'arduino rentre toujours très bien dedans.
 
 
Avec la webcam et le câble USB branchés : 
[[File:Img5.jpg|300px|thumb|left]]
[[File:Img6.jpg|300px|thumb|center]]
 
Séparation des outils d'affichage et de la partie capture du datamatrix
 
- Création du programme de prise d'image et de décodage 
- Création du programme d'envoi des données sur l'application 
 
La séparation est maintenant opérationnelle. 
[[File:00.JPG|500px|thumb|center]]
 
Le prototype fonctionne avec la douchette. Par un simple appui sur le bouton on est capable d'afficher le résultat dans une page web.
 
 

===== Présentation de l'application :=====
 
[[File:P4_accueil.png|500px|thumb|left|Page d'accueil]]
[[File:P4_operateur_accueil.png|500px|thumb|center|Page d'accueil pour les opérateurs]]
 
[[File:P4_operateur_ajoutmanu.png|500px|thumb|left|Page permettant l'ajout manuel]]
[[File:P4_operateur_historique.png|500px|thumb|center|Page affichant l'historique des médicaments]]
 
[[File:P4_operateur_recherche.png|500px|thumb|left|Page de recherche d'un médicament]]
[[File:P4_adm_accueil.png|500px|thumb|center|Page d'accueil pour les administrateurs]]
 
[[File:P4_admin_connexions.png|500px|thumb|left|Page qui permet de visualiser les connexions]]
[[File:P4_admin_personnel.png|500px|thumb|center|Page permettant la gestion du personnel]]
 

=====Retour des professionnels =====
 
Lors de l'entretien avec les responsables du service, nous avons pu présenter notre travail (le prototype 4 avec la douchette réalisée).
Les conclusions ont été très bonnes, dans la mesure où ils ont dit que nous avions répondu au cahier des charges, en réalisant quelque chose de fonctionnel et de simple à mettre en oeuvre. L'interface web leur convient parfaitement. En ce qui concerne notre prototype de douchette, nous avions choisi une webcam et une impression 3D de la coque pour leur faible coût, mais il s'avère que l'achat d'une douchette n'est pas tellement un problème pour eux par rapport aux finances qu'ils ont (pour rappel une douchette pour datamatrix coûte environ 300€, et il n'en auraient besoin que d'une seule). Notre prototype leur a donc simplement permis de pouvoir constater l'efficacité et la simplicité de notre application. 
 
Nous avons également beaucoup échangé sur leurs attentes futures. Lors de la réalisation de notre projet, nous avons traité la partie optimisation de l'acquisition des datamatrix. Cependant, ils souhaiteraient faire la même chose avec leurs logiciels. Actuellement, ils sont obligés de rentrer deux fois les médicaments dans leurs deux logiciels (un est interne à l'hôpital, il leur permet de gérer leur stock, et l'autre, GEF, est un logiciel privé qui permet de faire la gestion financière de leurs commandes). Dans notre projet nous avons amélioré la partie acquisition sur leur propre logiciel (en effet ils n'ont plus qu'une seule donnée à rentrer, le nombre de lots). Il faudrait donc faire un parallèle avec leur second logiciel. 
 
L'idée retenue est de garder en mémoire les données qui nous intéressent lors du scan, et de les renvoyer sur la fenêtre du logiciel privé par saisie sur clavier virtuel. On scanne, toute notre partie s'exécute, puis leur second logiciel attend les informations. Une partie des données préalablement scannées est renvoyée sur la fenêtre courante (qui est le second logiciel) grâce au clavier virtuel, et par succession de tabulations et d'envoi de la donnée souhaitée, les champs se remplissent un à un. Il restera à l'utilisateur à vérifier rapidement, puis appuyer sur entrée. 
 
Cette méthode n'est certes pas très "propre", mais comme le logiciel est privé nous pensons qu'elle est la plus "simple" à mettre en oeuvre. Notons que nous avons les droits de lecture sur les bases de données de ce logiciel privé. 
 

== Pour d'autres applications ==
Si vous souhaitez utiliser notre méthode pour vos applications: (Attention cette méthode a été développée sous Linux) 
=== Configuration de Linux ===
Afin que les outils proposés dans la suite fonctionnent, il est important d'installer : 
- Serveur web 
Nous vous proposons d'utiliser LAMP ( https://wiki.debian.org/fr/Lamp ) . Pour plus de facilités nous vous conseillons d'utiliser un fichier nommé public_html. Pour cela suivez le lien suivant : http://doc.ubuntu-fr.org/apache2#mod_userdir_gerer_les_dossiers_utilisateur et allez au paragraphe 6.4 mod_userdir gérer les dossiers utilisateurs. 
-Serveur websockets 
Le serveur websockets se trouve à l'adresse suivante : http://libwebsockets.org. Pour l'installer, utilisez ces commandes : apt-get install libwebsockets-dev 
-Pour les datamatrix 
La librairie utilisée dans ce projet est la suivante :http://www.libdmtx.org/ 
Le wiki de la librairie : http://libdmtx.wikidot.com/general-instructions 
Source possible où l'on peut télecharger le projet : http://sourceforge.net/projects/libdmtx/

=== Lecture et décodage des datamatrix ===

Nous mettons à disposition nos fichiers pour pouvoir décrypter les datamatrix. 
Procédure d'installation sur linux : 
1) Configurez votre Linux 
2) Téléchargez le projet à l'adresse suivante :
En cours de publication 
3) Compilez l'ensemble du projet en effectuant un make 
4) Dans le projet allez dans le fichier Cliches. 
5) Afin d'identifier le périphérique associé à votre webcam tapez dans un terminal : ls -l /dev/video* 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls.png]]</center> 
6) Connectez votre webcam sur le port USB 
7) Refaire la commande de l'étape 5 
Résultat de la commande : 
<center>[[Fichier:Terminal_commande_ls2.png]]</center> 
On voit que le /dev/video1 vient d'apparaitre. Il correspond à notre webcam. 
8) Lancez le serveur : ./ capture -s /dev/video* & (le * correspond aux numéro de votre webcam. Dans notre cas le * sera remplacé par 1) 
9) Dans le projet allez dans le fichier lecture_datamatrix 
10) Lancez le serveur websocket : ./lecture_datamtrix 
11) Décompressez et placez ce dossier dans votre serveur web 
Fichier : [[Fichier:Outil_test.zip]]
 
12) Allez à l'adresse de votre site . Si c'est une application locale tapez 127.0.0.1/~user/outil_test 
13) Tapez la lettre A 
14) Si tout est bien placé vous devriez voir apparaitre le résultat du scan 
 
NB : Pour afficher la valeur d'un datamatrix sans lancer le serveur websocket, il faut que la librairie libdmtx soit installée. 
1) Allez dans le fichier Clichés 
2) Reprendre les étapes 5 et 6. Si vous avez déjà lancé le serveur ignorez cette étape 
3) Prendre en photo le datamatrix : ./capture -c >nom du fichier .png 
4) Pour pouvoir le décoder : dmtxread -n -N1 nom du fichier.png

=== Application Web ===

Pour créer votre propre application vous aurez besoin de certains outils dans votre application. 
Pour un simple affichage des scans : 
Entre les balises <head> </head>
<script src="jquery.js"></script>
<script type="text/javascript">
window.WebSocket=(window.WebSocket||window.MozWebSocket);
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol');
websocket.onopen=function(){ $('h1').css('color','green'); };
websocket.onerror=function(){ $('h1').css('color','red'); };
websocket.onmessage=function(message){
console.log(message.data);
$('#messages').append($('balise p',{ text: message.data }));};
</script> 
NB : balise est à remplacer par < code html ici : p > 
Entre les balises <body> </body> 
une balise div avec un l'id suivant :messages 
Pour un traitement du code du datamatrix : 
Schéma : 
<center>[[Fichier:Appliweb.png]]</center> 
Mettre le code suivant entre les balises <head> </head> de la page qui vous servira de réception de la valeur des datamatrix : 

<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script> 
<script type="text/javascript"> 
window.WebSocket=(window.WebSocket||window.MozWebSocket); 
var websocket=new WebSocket('ws://127.0.0.1:9000','myprotocol'); 
websocket.onmessage=function(message){ 
console.log(message.data); 
document.location.href='nom_de_votre_fichier.php?value='+message.data;}; 
</script> 

Ce code nous permet de recevoir les webscockets et de l'envoyer à la page voulue. Pour cela il faut remplacer nom_de_fichier.php par le nom du fichier choisi. 

Pour récupérer la valeur du scan il faudra placer cette ligne dans le fichier destination : 
<?php $datamatrix=$_GET['value']; ?>
 
 
===Douchette===
 
Si vous souhaitez créer un objet sur imprimante 3D, voici comment nous avons procédé (c'est à la portée de tous) :
 
1) Utilisez un logiciel de création 3D (nous avons utilisé Solidworks mais il en existe d'autres moins volumineux et gratuits). 
2) Enregistrez votre modèle 3D en .smv 
3) Téléchargez le logiciel correspondant à votre imprimante 3D (Cura 14.12 pour nous), et ouvrez votre fichier .smv 
4) Vérifiez votre pièce (la coller au plateau, mettre un socle si nécessaire, vérifier la durée d'impression et regarder quelles zones doivent être pleines ou non) 
5) Enregistrez et mettre ce fichier sur l'imprimante. 
6) Lancer l'impression (attention, restez les 5 premières minutes afin de vérifier que le support ne se décolle pas) 
 
Sur la première image on peut voir le début de l'impression (socle + pièce). 
Sur la seconde image on peut bien voir le socle imprimé (quadrillage) pour que l'ensemble de la pièce adhère bien au plateau. Nous ne pouvions l'imprimer dans l'autre sens car nous avons fait des tétons pour que l'assemblage des deux parties rendent immobile l'ensemble. Le socle s'enlève très facilement en tirant dessus. 
 
[[File:Img10.jpg|500px|thumb|left]]
[[File:Img11.jpg|500px|thumb|center]]
 
Remarque : Les deux moitiés de notre douchette nous on prit chacune 3 heures d'impression, en qualité moyenne. Pour une qualité fine, il aurait fallu doubler.
 
 

== Bilan ==
 
Nous avons pu voir comment se passe une gestion de projet en milieu professionnel, en particulier le fait qu'un cahier des charges évolue sans cesse au cours d'un projet. En effet, à chaque démonstration le client peut s'imaginer plus facilement comment sera utilisé ce qu'il attend, et donc voir par lui même ce qui pourrait poser problème lors de l'utilisation au quotidien. Une redéfinition du cahier des charges est donc à envisager à chaque présentation de l'avancée du travail. 
 
De plus, nous avons également eu des changements à faire sans même avoir besoin de demander l'avis des clients. En effet, lorsque l'on s'aperçoit par nous même que le prototype ne pourra aboutir à une solution peu contraignante, il est inutile de persister dans la même direction (exemple avec l'utilisation de motion). Car en général, un petit inconvénient pour les développeurs en est un gros pour les clients (exemple avec la rapidité de notre système de scan automatique). 
 
Pour conclure, ce projet S8 s'est bien déroulé, nous pensons avoir répondu correctement au cahier des charges (ainsi que les professionnels). 
 
=== Rapport ===