
Dealer Workspace
Applications















Santé · Produit numérique
Un concept d’application de santé qui aide le patient à suivre une demande entre cabinet médical, assurance et clinique. My Health rend visibles l’étape actuelle, l’organisme responsable et la prochaine action possible, avec une expérience reliée pour le médecin.
Le côté médecin de la même demande. Messages du patient, antécédents pertinents et décisions en attente sont réunis pour examiner le contexte, choisir la prochaine étape et faire avancer la demande.
Envoyer une demande ne dit pas au patient ce qui suit. Une orientation peut nécessiter revue du cabinet, autorisation de l’assurance et rendez-vous, dans des lieux distincts. Nous avons cherché à rendre ce parcours lisible et son suivi pratique.
Un patient peut attendre le médecin tandis qu’une autre demande attend l’assurance. Le médecin doit distinguer ces responsabilités, voir le contexte pertinent et agir sans reconstituer toute l’histoire depuis plusieurs écrans.
L’expérience s’organise autour de la demande et de ses étapes. Plutôt qu’un statut général d’attente, le patient voit qui la détient, la suite et ce qu’il doit éventuellement faire.
Nous avons intégré le suivi à la demande elle-même, avec les coordonnées et références pertinentes près de l’action. Les ordonnances et comptes rendus conservent leurs propres vues, car retirer un médicament et relire un plan de soins diffèrent du suivi d’une autorisation.
Nous avons séparé demandes nécessitant une décision médicale et prescriptions attendant un autre organisme. Chacune montre contexte et choix : approuver, demander d’abord une visite ou refuser.
Nous avons relié les décisions prises en charge à la demande patient et gardé près de la conversation antécédents, résultats, médicaments et parcours de soins. Le résumé de l’assistant facilite l’examen ; la décision reste médicale.
Nous avons construit les expériences du patient et du médecin autour d’une même demande : qui la détient, ce qui attend et l’action suivante. Nous avons conçu étapes, suivi, vues des médicaments et contexte patient, puis développé le frontend pour refléter les décisions médicales prises en charge dans l’expérience du patient.






01 / Trouver ce qui nécessite une attention
La vue d’ensemble réunit orientations, autorisations et examens par personne. Chaque demande garde ses étapes et son état, pour vérifier plusieurs démarches sans toutes les ouvrir.
La liste distingue demandes prêtes pour le patient, toujours en cours et à relancer. Dates et délais d’exemple illustrent ces états sans établir une échéance universelle.



02 / Suivre le relais
Une orientation peut traverser plusieurs organismes avant la réservation. Nous avons rendu les relais visibles dans une demande, en conservant l’ordre étape terminée, responsable actuel et prochaine destination.
L’exemple d’IRM est auprès de l’assurance avant le centre d’imagerie. Ce contexte aide à savoir où demander des nouvelles au lieu de recommencer avec chaque organisme.






03 / Suivre avec le contexte
Pour suivre une demande, le patient ne devrait pas réunir ses identifiants à plusieurs endroits. Le panneau rassemble le contact de l’assurance, les références de l’assuré et de la demande et un texte suggéré.
Le scénario préparé montre aussi comment solliciter le cabinet ou demander un réexamen. Ces exemples facilitent la préparation du suivi, sans prétendre que l’application accélère une autorisation.






04 / Retirer et gérer les médicaments
Une ordonnance a une prochaine étape différente d’une orientation. Sa page affiche l’étape en pharmacie et le retrait, puis réunit consignes enregistrées, quantité, renouvellements restants et coût.
Nous avons gardé cette vue séparée pour que le patient cherchant un retrait ou un renouvellement accède directement au médicament, sans passer par le suivi des orientations.



05 / Conserver le plan
Le compte rendu garde les observations et le plan disponibles après le rendez-vous. Le patient peut y revenir pour se rappeler les échanges et la suite, à côté des demandes et prescriptions créées pendant les soins.



01 / Trouver le patient qui nécessite une attention
La liste des patients porte les alertes qui changent les priorités : nouvelle demande, nouveaux résultats ou assurance toujours en attente. Le médecin trouve la bonne personne et ouvre son contexte au même endroit.






02 / Séparer les responsabilités
Les demandes et prescriptions montrent ce qui attend le médecin et ce qui est déjà passé à l’assurance. Une autorisation en attente ne ressemble ainsi pas à une demande de patient sans réponse.
Les tâches regroupent le travail du cabinet lié au patient, comme signer une note ou relancer l’assurance. Les deux vues séparent l’avancement de la demande du travail que le cabinet doit effectuer.



03 / Examiner et répondre
Le résumé d’exemple de l’assistant rassemble antécédents, résultats, médicaments et parcours de soins à côté du message du patient. Il inclut les demandes ouvertes, pour tenir compte de ce qui attend encore.
Les actions prises en charge relient les deux côtés : une demande approuvée avance dans le suivi patient et une nouvelle ordonnance apparaît dans ses médicaments. Le résumé utilise une logique d’exemple préparée ; il ne prend pas la décision clinique.
Le résultat
Le résultat relie le suivi patient aux décisions et au travail du médecin. Explorez les deux interfaces et leurs parcours communs avec des données fictives. Les organismes ne sont pas connectés ; délais et contenu de l’assistant sont illustratifs.

Dealer Workspace
Applications

Lips by Lara
Sites web

MV Agusta
Sites web

Traditional
Sites web

My State
UX produit

Banking App
UX produit

EPILMOOD
Sites web

Benelli
Sites web

SayMo
Applications
Place de marché de voitures de luxe
Confidentiel
Analyse des enchères automobiles
Confidentiel
Ferrari · Place de marché automobile
Confidentiel
© 2026 SKARR.PRO
Catégories
Choisissez votre langue