Carte d'Informations Personnelles (CIP)

Rédigé par Jean-Pierre Niepceron 1 commentaire
Classé dans : Non classé Mots clés : data, RFID, QR Code

Bonjour la communauté des E2lisiens


Vous avez peut-être remarqué que je me fais rare en début de cette nouvelle année ; c’est parce que j’ai eu un petit accident de bicyclette.
Cela tombe bien que je vous parle de cela, je voudrais soumettre à commentaire une idée.

Lors de mon accident, j’ai été pris en charge par les pompiers qui m’ont posé des questions pour évaluer mon état et aussi des questions administratives du type : nom, adresse, personne à contacter… .
Puis les policiers sont arrivés et m’ont posé des questions sur la survenue de l’accident et m’ont posé des questions administratives du type : nom, adresse, personne à contacter… . Les pompiers m’ont amené à l’hôpital où là les secrétaires médicales de l'accueil ont directement commencé à me poser des questions administratives du type : nom, adresse, personne à contacter… .

J’étais suffisamment conscient pour répondre à toutes ces questions, mais leur réponse a eu un impact temporel non négligeable sur l’activité à la fois des pompiers, des policiers et du secrétariat médical des urgences.

 

Le surlendemain de mon accident, je suis allé à la caserne de pompier pour obtenir des documents et j’en ai profité pour leur demander ce qu’ils pensaient de l’idée que je vais vous soumettre. Les deux personnes ont eu l’air convaincues de l’utilité et m’ont conseillé de la soumettre au siège du SDIS (service départemental d’incendie et de secours).

Je vous propose de créer une (ou plusieurs) carte par personne à porter comme une carte de groupe sanguin, mais qui contienne(nt) les informations chiffrées que l’utilisateur aura bien voulu renseigné pour permettre une saisie rapide et fiable des informations dont les secours au sens large ont besoin.

Voici comment je vois le projet.


Phase 1 :  J’expose le projet dans le blog pour avoir des retours  (  c'est fait )

Phase 2 : Si retour et intérêt d’un ou plusieurs membres je/nous contactons le SDIS, la police, les hôpitaux pour savoir s’ils sont intéressés sur une échelle réduite à un département.

Phase 3 : Si retour et intérêt d’un ou plusieurs membres des secours, nous définissons avec eux les données personnelles à communiquer. Nous regardons aussi comment intégrer cela dans leur matériel pour voir la faisabilité, nous vérifions aussi si cette idée n’a pas déjà été développée.

Phase 4 : Nous analysons nos forces et faiblesses et réfléchissons à la mise en œuvre de ce type de solution : aspect technique, légal (CNIL)…

 

Pour l’heure actuelle, j’imagine trois solutions pour transmettre les données de l’utilisateur :


-          -- Soit un QRCode sur une carte

-          -- Soit une carte RFID

-          -- Soit le QRcode et la RFID (mais les cartes RFID ont une taille précise et peut-être trop petite pour le QRCode contenant les données de l’utilisateur)

-          -- Il existe aussi la carte à puce à lecture par contact (mais cela impose un matériel spécifique au niveau des systèmes d’information de chaque secours).

-          -- Une dernière idée le lien peut peut-être se faire directement en RFID depuis le téléphone de l’utilisateur avec le service de secours (mais j’ai peur que l’activation du RFID en serveur sur le téléphone ne vide trop rapidement la batterie de l’utilisateur. A voir, de plus pour les services qui ne peuvent utiliser que le QR Code cela pose le problème d’accès physique à l’écran et au déverrouillage pour afficher le QR Code)

 

Pour ceux qui se demandent ce que contient un QR Code.

La réponse courte est qu’il peut contenir les données numériques que vous voulez (Plus la quantité de données est importante, plus le QR code sera grand). La réponse longue est justement une partie de ce que nous pouvons voir si le projet intéresse.

Je pense qu’il faut voir toute la partie développement en LIBRE dans le projet.

Pour cela je pense que du côté utilisateur (application pour que l’utilisateur renseigne ses données personnelles, imprime et renseigne les cartes avec les données personnelles), 4 présentations sont à créer :

-          -- Le code source librement utilisable,

-          -- Une version compilée pour une majorité des os linux pour que les utilisateurs puissent l’utiliser sur leurs matériels pour créer imprimer les QR Codes, écrire dans les cartes RFID, voir aussi une version Micromou pour les irréductibles prisonniers volontaires

-          -- Une utilisable sur e/OS (alternative à Android moins propriétaire) permettant éventuellement d’avoir le téléphone comme « reader/writer » pour écrire dans les cartes RFID

-          -- En ligne sur un site internet pour ceux qui préfèrent cette solution avec vérification au près de la CNILL de ce que l’on peut faire (puis que pendant la connexion le site aura accès à des données personnelles)

Ces 4 présentations accessibles après avoir signé un copyleft de licence libre assurant la liberté d’utiliser le code, de le modifier, et de redistribuer le code original et le code modifié sous la même licence ou une licence assurant que le code ne puise pas devenir propriétaire.

Du coté service de secours il faudra s’adapter à leur SI (Système d’Information) au cas par cas avec ou sans ajout/création de matériel (le concept sera d’interfacer la saisie du système de secours avec la carte en QR Code ou RFID et là cela devrait être très intéressant. Pour cette partie le type de licence devra aussi être étudié pour s’intégrer dans leur SI (en effectuant du développement libre sauf si impossibilité)

Enfin, et toujours si cela fonctionne, cela peut être un vecteur de visibilité de notre association.

Je reste en attente de vos précieux commentaires.

1 commentaire

#1  - Nicolas a dit :

Bonjour, et merci pour cette idée de projet

Pour information, j'adore la technologie et cette idée de QR code, de carte ou de tout autre support pour faciliter les secours. Cependant, je vis dans un monde dominé par les GAFAM et je pense que, bien que ce soit une bonne idée, elle est dangereuse.
Si les secours et les pouvoirs publics étaient réellement libres et non corrompus, ils pourraient simplement nous badger.
Explication de badger ;-) :
Pour moi, quand un service public me prend en charge, il devrait se connecter à une base de données, me donner une sorte de bracelet en plastique, comme pour les bebes, et je deviendrais un numéro aléatoire dans cette base de données. Ensuite, lorsqu'il faut payer, on pourrait me demander des informations, mais que je sois Nicolas, Pierre, Paul ou Jacques, je devrais recevoir les mêmes soins que Mohamed de la cité des Bois Fleuris. Donc, qui je suis n'a pas d'importance ; je devrais être un numéro arbitraire centralisé, et en fin de chaîne, savoir.

Porter sur soi les données que l'on veut partager pourrait être dangereux. On pourrait falsifier une information pour obtenir des privilèges ou des soins particuliers. Par exemple, un toxicomane pourrait se faire injecter des produits en falsifiant sa fiche.

Enfin, je répète que l'idée est très bonne et qu'il existe des outils technologiques très innovants. Mais nous sommes tellement devenus des produits de nos informations personnelles, et certains sont si malins pour obtenir ce à quoi ils n'ont pas droit, que la centralisation et la vérification des données seraient essentielles. Mais où stocker ces données ? Qui les vérifierait sans les copier pour les vendre ?

Je propose donc une blockchain libre, supervisée par des hommes et des femmes incorruptibles, qui certifieraient les informations.....possible???
N'hésitez pas à me répondre par mail et à me faire rêver à un monde sans GAFAM ou tier de confience, où une partie de mon corps pourrait certifier qui je suis et de quoi j'ai besoin ou le tel d'un humain genre mon médecin traitant le vrai celui qui me connaît... ;-)

Répondre

Écrire un commentaire

Quelle est le premier caractère du mot id17zyb ?