chiffrement des données stockées). Exemple de nouvelles fonctionnalités (DRG ou PlugDB ?)
qui impliquerait des traitements BD plus complexes : tri par type de consultation ou par
auteur, rappels des vaccins à effectuer, prévention des gestes interdits et des contre-
indications médicamenteuses (croisement historique des prescriptions, allergies etc, avec une
base externe telle que Vidal), gestion d’alertes pouvant être globales au réseau ou
personnalisables par le médecin.
4. Clé USB-serveur Web de Gemalto
Démonstration d’un prototype (stade expérimental) d’une clé USB sécurisée intègrant une
pile TCP-IP et un serveur http lui permettant d’être vue comme un serveur Web classique par
le navigateur du terminal. La clé n’accepte pas de connexion entrante autre que celle émanant
du terminal. Par contre, la clé peut émettre une requête distante. Différentes utilisations sont
possibles telles que : gestion sécurisée des mots de passe, combinaison des données internes à
la clé et de serveurs externes pour produire un contenu riche à la Web 3.0 (ex : association
des adresses contenues dans le répertoire de la clé avec une information de géolocalisation
issue de Google map).
5. Première discussion sur l'architecture PlugDB
Questions débattues :
- différences entre contenu du dossier embarqué et du dossier centralisé : distinction d’une
partie commune sur laquelle devra s’effectuer la synchronisation, d’une partie embarquée
seule (données que le patient ou qu’un professionnel de santé, e.g., exemple du
psychologue, refuse de voir centralisée) et d’une partie centralisée seule (données lourdes
dont on n’a pas besoin au chevet du patient).
- saisie ou consultation seule au chevet du patient : avis divergents des médecins mais
l’objectif est de permettre les deux (avec un maximum d’ergonomie et de simplicité) afin
d’éviter la double saisie, puis de voir à l’usage.
- plus-value de la clé : gestion des synthèses, rappels, alertes, gestes interdits, contre-
indications, avec possibilité de croisement avec une base type Vidal embarquée sur le
terminal du professionnel de santé et avec personnalisation possible en fonction du patient
(cf. point 3).
- Synchronisation entre les copies de dossier (pour la partie commune) : la copie de
référence est celle du serveur Uni-Medecine. Des mises à jour parallèles peuvent se
produire sur la copie serveur comme sur la copie centralisée. La question de savoir si l’on
autorise aussi des mises à jour parallèles sur la copie ALDS (et donc potentiellement dans
toutes les bases propriétaires des réseaux) n’est pas tranchée. Ce point n’était pas prévu
dans le texte de la proposition. Il faut en estimer la complexité. A priori, pas de
modification de données dans le dossier mais simplement des ajouts (probablement vrai
pour les données médicales mais quid des données administratives ?).
- Récupération des données existantes : pas d’engagement initial à ce sujet mais le fait que
la BD ALDS soit 4D pourrait rendre certaines récupérations possibles. On refera le point
sur le sujet de la récupération après discussion de la situation globale au CG78.
A faire
d’écran présentées afin de les mettre en ligne sur le serveur PlugDB (accès restreint aux
partenaires)
- Uni-Medecine et Gemalto : idem pour leur présentation respective, après accord interne.
- INRIA : diffuser un projet d’accord de partenariat.