Retroact Connect

À qui s’adresse cette page

Éditeurs de logiciels de gestion officinale, de distribution et de logiciels cliniques. Les pharmacies elles-mêmes sont visées au bas de la présente page.

Aucune entente avec Praxio n’est requise pour réaliser cette intégration, et aucun avis de démarrage n’est attendu.

Ce qu’en retirent les utilisateurs

Un pharmacien travaillant dans le logiciel de l’éditeur clique sur 1 bouton et arrive sur le dossier d’anticoagulation de ce patient, déjà connecté sous son propre nom. Aucune seconde connexion, aucun numéro d’assurance maladie à ressaisir, aucune seconde fenêtre à tenir à jour avec la première.

Ce qui est à réaliser

1. Le serveur de l’éditeur signe un jeton de courte durée avec sa propre clé privée.
2. Retroact est ouvert avec ce jeton, depuis l’endroit où se trouve le bouton.
3. Retroact vérifie la signature, confirme que la pharmacie a activé l’éditeur, trouve le patient et connecte le pharmacien.

Le jeton est valide quelques minutes et ne sert qu’une fois. C’est tout le côté client.

import { createConnectClient } from '@retroact/connect'

const retroact = createConnectClient({
  clientId: 'pms-acme',
  privateKey: process.env.RETROACT_PRIVATE_KEY
})

// On your "Open in Retroact" button:
const url = retroact.createLaunchUrl({
  org: pharmacy.storeNumber,
  practitioner: { email: pharmacist.email },
  patient: {
    healthInsuranceNumber: patient.healthCardNumber,
    birthDate: patient.dateOfBirth
  }
})

Avec l’assistant fourni sur demande. Facultatif — le jeton est un JWT RS256 standard ; tout langage capable d’en signer un n’a besoin d’aucune bibliothèque.

Ce que cela coûte

• Environ une journée, tests compris.
• Aucuns frais, aucun partage de revenus, aucune certification à obtenir.
• Aucun contrat à signer avant de commencer le développement.
• Aucune dépendance à adopter : l’utilitaire est facultatif et n’en a aucune.

Ce à quoi cela engage

• À une version. Le contrat de lancement est versionné, et une rupture signifie une nouvelle version servie à côté de l’ancienne, pas une bascule un matin donné.
• À rien d’exclusif. Construisez la nôtre, celles des autres, ou aucune : il n’y a pas de clause ici parce qu’il n’y a pas d’entente.
• Aucune charge de support de la part de Praxio. Praxio répond à la pharmacie pour Retroact, et à l’éditeur pour le protocole.
• Cela peut être arrêté. Retirer le bouton constitue le retour en arrière complet, et plus rien dans le produit de l’éditeur ne dépend ensuite de Praxio.

Ce que Retroact ne fait pas

• Il ne distribue pas, ne facture pas et ne détient aucune ordonnance. Il ne cherche pas à devenir le système que le client a déjà acheté.
• Il n’écrit jamais dans le logiciel de l’éditeur. La connexion est à sens unique.
• Rien n’est partagé tant que la structure n’a pas activé l’intégration elle-même, depuis ses propres réglages.
• Praxio ne détient que la clé publique ; elle ne peut donc rien signer au nom de l’éditeur, et aucune pharmacie n’ayant pas activé l’éditeur ne peut être atteinte.

Relire les données

Un point d’accès FHIR R4 en lecture seule renvoie ce qu’une pharmacie a consigné, de sorte que cela puisse figurer dans le dossier de l’éditeur et non uniquement dans Retroact.

• Patient
• Résultats d’INR, codés avec LOINC 6301-6
• Doses consignées

Les doses sont publiées comme un relevé de ce qui a été pris, jamais comme une ordonnance. Retroact documente la posologie qu’un pharmacien a décidée selon son propre protocole écrit ; il n’en recommande aucune, et les données reçues ne doivent pas être présentées comme si tel était le cas.

Pour commencer

Transmettre une clé publique et les origines depuis lesquelles les lancements auront lieu. Un identifiant client et un environnement de test sont retournés. Tout ce qu’il convient de lire d’abord est déjà public :

• Document de découverte — /.well-known/retroact-connect
• Clés publiques — /.well-known/jwks.json
• Métadonnées du serveur d’autorisation — /.well-known/oauth-authorization-server