Le suivi de l’anticoagulation est un travail spécialisé, il obtient donc un outil spécialisé. Et un outil spécialisé, c’est généralement un deuxième endroit où ressaisir le même nom, le même numéro de sécurité sociale, la même date de naissance. Cette ressaisie n’est pas une petite taxe. C’est de là que viennent les erreurs, et c’est la raison pour laquelle un bon logiciel clinique finit discrètement abandonné.
La taxe du deuxième système
Comptez ce que coûte réellement le fait de tenir un patient à 2 endroits. Le nom et le numéro de sécurité sociale sont saisis 2 fois. La date de naissance aussi. Quand un patient déménage, change de nom, ou qu’on découvre un chiffre inversé à la saisie, la correction doit se faire 2 fois — et c’est la deuxième qu’on oublie.
Le résultat n’est pas que l’outil spécialisé soit mauvais. C’est que les 2 systèmes divergent, et que plus personne ne sait lequel dit vrai. Un pharmacien qui ne peut pas se fier au deuxième écran cesse de l’ouvrir, et l’outil acheté pour rendre le travail plus sûr devient une chose qu’on met à jour le vendredi.
C’est un problème résolu partout ailleurs en informatique. Il ne l’est pas en pharmacie d’officine, surtout parce que les outils spécialisés et les logiciels de dispensation sont bâtis par des entreprises différentes qui n’ont jamais eu de raison de se parler.
Ce que « intégré » devrait vraiment vouloir dire
Le mot sert à peu près à tout, y compris à une page de connexion partagée. 3 questions séparent une vraie intégration d’une intégration de brochure.
Ouvre-t-elle sur le bon patient ? Pas sur la bonne application : le bon patient. Si le pharmacien doit encore chercher quelqu’un qu’il avait déjà sous les yeux, rien n’a été intégré.
Connecte-t-elle la bonne personne ? Un compte partagé est facile à construire et détruit la traçabilité : chaque saisie finit attribuée au titulaire du compte. Pour que votre registre de qui a fait quoi veuille dire quelque chose, le lancement doit nommer la personne.
Écrit-elle quelque chose ? Une connexion en lecture seule est une promesse plus modeste et bien plus facile à tenir. Un outil capable d’écrire dans votre dossier de dispensation doit être encadré tout autrement qu’un outil qu’on peut seulement ouvrir depuis celui-ci.
Pourquoi la plupart des outils n’y arrivent jamais
Le plus souvent parce que l’intégration est traitée comme un partenariat plutôt que comme une spécification. Cela veut dire un contrat, un programme de certification, des frais et une place dans la feuille de route des 2 côtés — beaucoup de procédure à justifier pour un bouton.
Cela veut dire aussi que le plus petit éditeur attend le plus grand, et que le plus grand attend qu’assez de clients le demandent. Rien ne bouge, et le pharmacien continue de taper.
Ce que nous avons publié
Nous avons pris l’autre chemin : nous l’avons écrit. Retroact Connect est un protocole de lancement ouvert. Un logiciel de pharmacie signe un jeton de courte durée avec sa propre clé, ouvre Retroact avec, et le pharmacien arrive sur le dossier d’anticoagulation de ce patient, déjà connecté sous son propre nom.
Il n’y a aucune entente à signer avant de le construire, aucune certification à obtenir et aucuns frais. Nous ne détenons que la clé publique de l’éditeur : nous ne pouvons donc rien signer à sa place, et un éditeur ne peut jamais atteindre une pharmacie qui ne l’a pas activé.
Il existe aussi un point FHIR R4 en lecture seule, pour qu’un logiciel de pharmacie puisse ramener les résultats d’INR et les doses consignées dans son propre dossier, plutôt que de demander à quelqu’un de les regarder à 2 endroits.
Ce qu’elle ne fait délibérément pas
Retroact n’accepte aucune donnée clinique par cette interface. Les saisies cliniques sont faites par une personne nommée, dans une session qu’elle a ouverte, parce que c’est ce qui rend une piste de vérification digne d’être conservée.
Les doses sont publiées comme la trace de ce qui a été pris, jamais comme une prescription. Retroact documente la posologie décidée par le pharmacien selon son propre protocole écrit. Il n’en recommande aucune, et les données remises à un autre système ne doivent pas pouvoir se lire comme s’il l’avait fait.
Questions
Une pharmacie doit-elle faire quelque chose ?
Rien pour continuer d’utiliser Retroact. Si vous voulez que votre logiciel de dispensation l’ouvre, transmettez la spécification à votre éditeur. Rien ne lui parvient tant que vous n’avez pas activé l’intégration depuis vos propres réglages, et la désactiver coupe l’accès immédiatement.
Que peut relire le logiciel de pharmacie ?
Le patient, les résultats d’INR et les doses consignées — sous forme de ressources FHIR R4, en lecture seule. Les résultats d’INR portent le code LOINC 6301-6 : ils arrivent donc comme une analyse de laboratoire reconnue, et non comme un nombre dans un champ de texte.
Est-ce que cela veut dire que le logiciel recommande des doses ?
Non. Retroact consigne la posologie décidée selon le protocole écrit que la structure configure, et applique les limites que ce protocole fixe. Les données publiées vers un autre système sont la trace de ce qui a été pris, jamais une prescription ni une recommandation.
Combien coûte la construction pour un éditeur ?
Un jeton signé. Aucune bibliothèque à adopter et rien à certifier. L’essentiel du travail consiste à décider où placer le bouton. La spécification et les documents de découverte sont publics : un développeur peut donc vérifier que tout existe avant de parler à qui que ce soit.