Le médicament existe. Le patient n'arrive juste pas à le trouver.

Les pénuries de médicaments créent une expérience frustrante et souvent stressante pour les patients. Une ordonnance peut être valide. La pharmacie peut être proche. Le médicament peut exister techniquement sur le marché. Mais rien de tout cela n'a d'importance si le patient ne trouve pas un endroit qui en a réellement en stock. Pour les patients concernés par des médicaments très demandés ou en pénurie, le processus devient manuel : appeler une pharmacie, attendre en ligne, appeler une autre, recommencer, parfois pendant des heures. MedHound a été créé via Tech Serving Society, une organisation à but non lucratif centrée sur la construction de technologie d'intérêt public, pour explorer une meilleure façon de faire. Le projet a reçu un financement pour étudier et prototyper un système capable de réduire le temps et la friction impliqués dans la localisation d'un médicament pendant une pénurie.

Le défi n'est pas simplement que les pénuries de médicaments existent. C'est que l'information sur la disponibilité est fragmentée. Le système de santé contient l'information nécessaire pour résoudre une grande partie de ce problème, mais cette information est rarement exposée d'une manière utile au patient. Les patients n'ont souvent aucun moyen fiable de savoir :

• quelles pharmacies à proximité ont un médicament disponible
• si une pharmacie vient d'épuiser son stock
• depuis combien de temps l'information de disponibilité a été mise à jour
• si d'autres patients rencontrent la même pénurie
• si cela vaut la peine d'appeler ou de se déplacer vers un endroit spécifique

Product Lead sur une initiative à but non lucratif financée via Tech Serving Society, responsable de la stratégie produit et du design produit.

1. 1.

   Une couche de disponibilité partagée

   L'idée centrale : aider les patients à identifier où des médicaments en pénurie pourraient être disponibles avant de commencer à appeler ou à se déplacer de pharmacie en pharmacie. Les utilisateurs recherchent un médicament et consultent les informations de disponibilité associées aux lieux de pharmacie participants ou signalés. Le produit est conçu autour de signaux contribués par la communauté plutôt que de supposer qu'il existera toujours des données d'inventaire parfaites en temps réel. Ces signaux montrent où un médicament a été récemment trouvé, où il a été signalé indisponible, depuis combien de temps l'information date, et quels endroits méritent d'être contactés en premier. L'objectif n'est pas de remplacer la pharmacie ; c'est de rendre la recherche considérablement plus efficace.

2. 2.

   Concevoir avec des données imparfaites

   L'inventaire des pharmacies est dynamique. Un médicament peut être disponible à 9h et avoir disparu à midi, donc MedHound ne pouvait pas présenter la disponibilité comme un fait permanent ; l'expérience devait communiquer la confiance et la fraîcheur de l'information. Cela demandait de réfléchir soigneusement à la façon dont les gens interprètent l'information : un signalement d'il y a dix minutes est différent d'un signalement d'il y a trois jours, un seul signalement est différent de plusieurs signalements cohérents, et une pénurie confirmée est différente d'un statut inconnu. Le principe qui en est ressorti : les données de disponibilité devraient communiquer l'incertitude, pas la cacher.

3. 3.

   Le crowdsourcing comme infrastructure

   Le crowdsourcing n'était pas simplement une fonctionnalité ici, c'était une partie du modèle opérationnel. Un patient qui trouve avec succès un médicament peut aider le patient suivant. Un utilisateur qui découvre qu'une pharmacie est en rupture de stock peut éviter à d'autres de faire le même trajet inutile. Avec le temps, chaque contribution améliore l'utilité du réseau, créant une boucle de rétroaction : chercher, confirmer, signaler, aider le patient suivant. Cet effet de réseau est ce qui permet à MedHound de fonctionner comme une couche d'information publique légère autour des pénuries de médicaments.

4. 4.

   Une stratégie produit sans ligne de revenu

   Parce que MedHound a été développé comme une initiative à but non lucratif, la stratégie produit différait d'une startup commerciale traditionnelle. L'indicateur de succès principal n'était pas le revenu ; c'était le temps économisé et la friction retirée de l'expérience de santé. Quelques minutes économisées pour un patient peuvent sembler peu significatives, mais les pénuries de médicaments touchent un grand nombre de personnes. Quand des milliers ou des millions de patients appellent sans cesse les pharmacies, attendent en ligne, se déplacent entre les lieux, ou contactent des prestataires, le coût cumulé devient énorme. Le produit s'est donc concentré sur la réduction de la recherche inutile nécessaire pour trouver un médicament.

5. 5.

   Transformer la frustration en modèle d'impact

   Une façon dont j'ai abordé MedHound a été de traduire la frustration des utilisateurs en impact économique. Si un patient passe ne serait-ce qu'une heure à essayer de localiser un médicament, ce temps a une valeur. Multiplié sur une grande population confrontée à des pénuries récurrentes, le coût sociétal devient substantiel. Notre analyse a estimé que réduire le temps de recherche de médicaments à grande échelle pourrait représenter plus d'un milliard de dollars en valeur de temps récupéré. Le problème peut sembler individuel quand quelqu'un est au téléphone avec des pharmacies, mais à grande échelle il devient un problème systémique, et MedHound a été conçu pour s'attaquer à cette inefficacité au niveau du système.

6. 6.

   Concevoir pour l'intérêt public

   Parce que le projet venait via Tech Serving Society, l'accessibilité et l'utilité publique étaient centrales. L'objectif n'était pas de créer un énième produit de santé qui exigerait des utilisateurs qu'ils comprennent déjà le système de santé, donc l'expérience est restée simple autour d'une seule question : où devrais-je regarder en premier ? Cela impliquait une recherche de médicament claire, des résultats de localisation simples, une information de disponibilité récente, un signalement simple, une fraîcheur visible, et une friction minimale entre la recherche et l'action. La complexité appartient derrière le produit ; l'utilisateur doit simplement recevoir un meilleur point de départ.

7. 7.

   Équilibrer mission, faisabilité et confiance

   Ce n'était ni un outil d'entreprise interne ni un prototype personnel ; c'était une initiative à but non lucratif financée avec une mission d'intérêt public, ce qui signifiait tenir cinq perspectives à la fois. Besoin utilisateur : le produit rendrait-il réellement la recherche de médicament plus facile ? Faisabilité technique : une information de disponibilité utile pourrait-elle être collectée et maintenue de façon fiable ? Confiance du public : comment l'information liée à la santé devrait-elle être présentée de façon responsable ? Durabilité : le produit pourrait-il fonctionner et grandir sans un modèle d'infrastructure coûteux ? Alignement avec la mission : la technologie améliore-t-elle réellement l'accès plutôt que de simplement numériser un processus existant ?

8. 8.

   Du concept à la démo en direct

   Le projet est passé de la recherche et de la stratégie produit à une démonstration publique fonctionnelle. MedHound est actuellement disponible en démo en direct, permettant aux utilisateurs et aux parties prenantes de découvrir le concept directement plutôt que de l'évaluer à travers une présentation. C'était une étape importante : cela a transformé un projet sur les pénuries de médicaments en quelque chose de tangible qui pouvait être testé, démontré et amélioré.

• Beaucoup des problèmes produit les plus difficiles sont des problèmes de coordination. Le médicament peut déjà exister. La pharmacie peut déjà l'avoir. Le patient peut déjà avoir l'ordonnance. L'échec survient parce que la bonne information n'atteint pas la bonne personne au bon moment, et la technologie peut créer une énorme valeur simplement en reliant ces éléments plus efficacement.
• Une information imparfaite vaut encore la peine d'être montrée, si on est honnête à son sujet. Communiquer la confiance et la fraîcheur permet aux gens de prendre de meilleures décisions avec des données incomplètes plutôt que de créer un faux sentiment de certitude qui s'effondre dès que le stock d'une pharmacie change.
• L'impact n'a pas besoin d'être une ligne de revenu. Les chefs de produit devraient regarder au-delà des indicateurs d'engagement et des entonnoirs de conversion quand ils définissent l'impact. Parfois l'indicateur le plus significatif est la quantité de frustration retirée de la journée de quelqu'un.
• Une démo en direct change la conversation. Une fois que les gens ont pu l'utiliser, le projet a cessé d'être un argumentaire sur les pénuries de médicaments et est devenu quelque chose qu'ils pouvaient tester, critiquer et améliorer.