CPS/Vitale c'est une vieille histoire bien franchouillarde:
- il faut des specs pour l'introduction de la carte à puce dans le monde médical, GIE CPS (Carte Professionnels (sic) de la Santé) et GIP Sesame (Sécu) tirent chacun la couverture de leur coté. Résultat: tout en doublon, et incompatible bien sur.
- il y en a un qui se reveille au fond de la salle, et on se rend compte du besoin d'interopérabilité (enfin presque)
- le protocole CPS est retenu au niveau du lecteur de cartes (on ne pouvait pas décemment utiliser un protocole existant, trop facile !). heureusement, vu la complexité superflue du machin (croisement du T=1 avec HDLC et autres curiosités sur la rs232, l'usb on verra après...) qui a permis de justifier je ne sais combien d'hommes-ans.
- l'API coté PC (et oui !) est sous-traitée, avec un modele mille-feuilles, et une espèce de serveur (oh un daemon sous windows !) qui s'approprie le lecteur (PC/SC non compliant, mais on ne va pas pleurer) mais qui supporte applis CPS et Sesam.
- les spécifications sont lourdes mais completes (vu le temps qu'ils ont pris, c'était pour le moins). et les lecteurs qualifiés et certifiés NF (donc peu nombreux...), ca ne rigole pas.
cette annonce concerne donc un binaire pourri (je suis méchant en disant ça, mais j'anticipe) qui va permettre de lire les cartes Vitale mais pas les cartes CPS, donc pour une utilisation pro, donc carte CPS, c'est raté.
on est juste au niveau du consulteur Vitale.
de toute façon, toutes ces applis médicales CPS/Vitale doivent être qualifiées et certifiées ($$$$)...
pas du tout open comme formule, leur gros bouzin. ca me rappelle un peu l'aventure CyberCom=Plouf !
trop gros !
trop compliqué !
trop fermé !
HS: Dis moi PK, tu ne bosses pas à Rousset par hazard ?
# Un peu d'historique...
Posté par TSelek . En réponse à la dépêche Sesam-vitale sous Linux !. Évalué à 1.
- il faut des specs pour l'introduction de la carte à puce dans le monde médical, GIE CPS (Carte Professionnels (sic) de la Santé) et GIP Sesame (Sécu) tirent chacun la couverture de leur coté. Résultat: tout en doublon, et incompatible bien sur.
- il y en a un qui se reveille au fond de la salle, et on se rend compte du besoin d'interopérabilité (enfin presque)
- le protocole CPS est retenu au niveau du lecteur de cartes (on ne pouvait pas décemment utiliser un protocole existant, trop facile !). heureusement, vu la complexité superflue du machin (croisement du T=1 avec HDLC et autres curiosités sur la rs232, l'usb on verra après...) qui a permis de justifier je ne sais combien d'hommes-ans.
- l'API coté PC (et oui !) est sous-traitée, avec un modele mille-feuilles, et une espèce de serveur (oh un daemon sous windows !) qui s'approprie le lecteur (PC/SC non compliant, mais on ne va pas pleurer) mais qui supporte applis CPS et Sesam.
- les spécifications sont lourdes mais completes (vu le temps qu'ils ont pris, c'était pour le moins). et les lecteurs qualifiés et certifiés NF (donc peu nombreux...), ca ne rigole pas.
cette annonce concerne donc un binaire pourri (je suis méchant en disant ça, mais j'anticipe) qui va permettre de lire les cartes Vitale mais pas les cartes CPS, donc pour une utilisation pro, donc carte CPS, c'est raté.
on est juste au niveau du consulteur Vitale.
de toute façon, toutes ces applis médicales CPS/Vitale doivent être qualifiées et certifiées ($$$$)...
pas du tout open comme formule, leur gros bouzin. ca me rappelle un peu l'aventure CyberCom=Plouf !
trop gros !
trop compliqué !
trop fermé !
HS: Dis moi PK, tu ne bosses pas à Rousset par hazard ?