Scanner le code QR ou importer le PDF.
Le patient ouvre le module directement dans son navigateur, sans téléchargement d'application et sans connexion. Il suffit d'orienter l'appareil photo vers le code QR de l'ordonnance ou de tapoter sur le PDF. Rien de plus.
Directement depuis l'ordonnance papier ou sur écran avec l'appareil photo du smartphone.
L'e-ordonnance sous forme de fichier, depuis un smartphone ou un ordinateur.
Plus de contexte
Les clients ouvrent le module sur leur téléphone portable et scannent le code QR de l'ordonnance avec l'appareil photo ou importent le PDF. Le code QR contient un jeu de données structurées CHMED16A provenant directement du logiciel du médecin et signé via HIN ; l'émetteur est ainsi vérifié. Pas besoin de télécharger d'application ni de s'inscrire.
Le code QR devient une ordonnance complète et vérifiée.
Les e-ordonnances contiennent des codes GTIN, Pharmacode, des posologies et des instructions, mais parfois aussi du texte libre issu du logiciel médical.
Le module utilise d'abord les identifiants directs et résout précisément le texte libre via HCI sur la base du nom, du dosage, de la forme et de l'emballage.
La disponibilité des stocks, la date de livraison, les prix et les rabais des fabricants sont directement lus via ProPharma.
Le système vérifie via HIN ce qui a déjà été obtenu (par ex. 1/12) ; les ordonnances entièrement validées sont bloquées.
Plus de contexte
Le jeu de données CHMED16A fournit la prescription issue du logiciel médical, mais toutes les lignes ne sont pas aussi structurées qu'on pourrait l'espérer : les identifiants de produits peuvent être uniques, mais la posologie et les instructions d'utilisation peuvent aussi être fournies sous forme de texte libre. Le module associe les codes GTIN, Pharmacode et les descriptions aux données de référence HCI, lit la disponibilité des stocks, les prix et les rabais des fabricants via ProPharma, et compare le statut de délivrance via HIN ; les cas ambigus restent vérifiables par la pharmacie.
Les patients choisissent eux-mêmes :
Uniquement ce qui est nécessaire : Les patients choisissent les médicaments dont ils ont réellement besoin, au lieu de recevoir automatiquement un ensemble complet.
Forme et préférences : Les blisters, les boîtes et les variantes disponibles, comme les arômes, sont choisis consciemment dans le cadre de l'ordonnance.
Prix et rabais visibles : Les patients voient le prix final et les rabais qui leur sont directement transmis.
Substitution cliniquement limitée : Les alternatives n'apparaissent que dans la zone d'équivalence appropriée ; la vérification finale incombe à la pharmacie.
Plus de contexte
Dans le flux de commande numérique, les patients choisissent consciemment les articles prescrits dont ils ont besoin et la forme ou la variante de produit qui leur convient dans le cadre de l'ordonnance. Les prix, les prix finaux et les rabais transmis sont visibles. Les substitutions restent limitées sur le plan clinique : le portail affiche uniquement des options classifiées HCI dans la zone d'équivalence appropriée ; la vérification finale de plausibilité incombe à la pharmacie.
Les questions de santé constituent l'onboarding.
Toutes les données de l'ordonnance sont déjà enregistrées ; seules les informations de santé pertinentes pour le conseil doivent être saisies en plus.
Questions de santé : maladies chroniques, allergies et autres médicaments sous forme de sélection rapide, structurée en quelques secondes.
Choisir la facturation : via l'assurance avec le numéro VeKa récupéré de l'ordonnance, ou en tant qu'auto-payeur par carte de crédit, Apple Pay, Google Pay ou TWINT.
Plus de contexte
Le nom, l'adresse, les articles de l'ordonnance, la posologie, le statut de délivrance et les données d'assurance proviennent déjà de l'e-ordonnance. De plus, la pharmacie n'a besoin que des questions de santé pertinentes pour le conseil : maladies chroniques, allergies et autres médicaments. Ensuite, les patients choisissent le mode de livraison et de facturation ; les auto-payeurs peuvent payer par carte de crédit, Apple Pay, Google Pay ou TWINT.
À l'image de votre pharmacie. Reposant sur un noyau de produit éprouvé.
Le logo, les couleurs, la typographie, la navigation, les contacts, les mentions légales et les CGV peuvent adopter le style visuel de la pharmacie partenaire.
Les textes, les langues, les options de livraison, les questions de santé, les étapes de paiement et, si nécessaire, la connexion au compte client sont alignés sur le processus existant.
Les données de produits, la disponibilité, la vérification des ordonnances, le prestataire de paiement et la transmission des commandes sont connectés via les canaux système et de transport appropriés.
Les retours des partenaires et les extensions utiles sont intégrés sous forme d'améliorations produit robustes, sans jamais diluer la sécurité clinique ou l'exploitation.
Plus de contexte
Le module peut être adapté à l'image de marque, à l'interface, aux textes, aux langues, au processus de paiement et aux interfaces de la pharmacie partenaire. L'en-tête et le pied de page peuvent être repris ou reproduits ; la logique clinique de l'ordonnance, la vérification HIN/HCI, l'architecture de sécurité et l'auditabilité restent dans le noyau de produit stable.