New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Vue consultation sur 2 colonnes #83

Open
JocelynDelalande opened this Issue Mar 23, 2017 · 10 comments

Comments

Projects
None yet
4 participants
@JocelynDelalande

JocelynDelalande commented Mar 23, 2017

Il s'agit de revoir la vue consultation

Fiche actuelle :
screenshot-localhost 8000 2017-03-23 14-27-34

Constatant qu'en consultation, on a besoin d'avoir sous les yeux à la fois la fiche patient et la fiche de la consultation en cours (et de pouvoir éditer chacune) nous aurions donc 2 volets :

  • la fiche consultation à proprement parler
  • un volet d'informations éditables propres au patient

Techniquement, il faudrait probablement :

  • faire une maquette statique (wireframe ou autre)
  • discuter
  • revoir la template pour implémenter cette feature

lié (mais non équivalent à) #47

votes : +++++

@JocelynDelalande

This comment has been minimized.

JocelynDelalande commented Mar 1, 2018

Voici une première maquette d'une fiche consult sur deux colones. Pour rappel, l'objectif est d'avoir tout ce qu'il faut sous les yeux en consultation ; les infos de la consultation en cours comme celles concernant le patient quelle que soit la consultation.

image

NB:

  • dans une version « réelle », l'édition basculera aussi les champs de la colonne de droite en mode formulaire.
  • j'ai choisi de laisser les comptes-rendus médicaux dans leur propre onglet, pour éviter d'alourdir une vue déjà bien chargée
  • la suppression de la sidebar (cf #85) devrait donner un peu davantage d'espace en largeur pour ce contenu sur deux colones

Je met en pause le développement de cette modification tant que la discussion n'a pas atteint un consensus ou un compromis.

Au boulot : à vos retours/remarques :-).

(je propose que l'on ne discute pas ici de la pertinence de tel ou tel champ, d'une part, c'est un autre sujet, d'autre part @jbgury a récemment exprimé son souhait de garder tous les champs)

@littlejo

This comment has been minimized.

Collaborator

littlejo commented Mar 2, 2018

Est-ce que vous avez prévu une vue responsive (pour tablette, voir téléphone)?

@JocelynDelalande

This comment has been minimized.

JocelynDelalande commented Mar 2, 2018

@littlejo oui, l'idée est de conserver l'aspect responsive.

@jbgury

This comment has been minimized.

Contributor

jbgury commented Mar 2, 2018

C'est proposition est très intéressante, cela me parait très bien comme ça. Faudra être vigilant sur l'édition de ce deuxième formulaire et l'édition depuis l'onglet info patient. Les contextes sont séparés et pourtant ce sont les mêmes infos.

@JocelynDelalande

This comment has been minimized.

JocelynDelalande commented Mar 2, 2018

@jbgury youpi :) Je prend bonne note des histoires d'édition, il y a effectivement un peu de travail technique là dessus au niveau des formulaires.

Notes suite à discussion avec @jkiwi:

  • on pourrait rendre plus compact le sélecteur de type de consult (urgent/normal/suivi), par exemple en utilisant un badge¹
  • la profession et l'age seraient en sous-titre plutôt que dans la colone de droite.
  • dans l'onglet « Fiche patient », séparer les infos le la colone de gauche en deux encadrés :
    • un premier identité / contact
    • un deuxième « infos générales » (reprenant fumeur / latéralité / loisir…) avec éventuellement une petite note pour expliquer que ces infos sont éditables également dans la vue consultation.
  • Rendre l'affichage des sphères totalement désactivables (même type d'options que #84 )
  • Les blocs « antécédents » : éviter les colones trop étroites

On a donc un affichage de certaines infos répété dans 2 onglets.

¹ cette option, semble peu utilisée, au moins dans les discussions que @jkiwi et moi avons pu avoir avec d'autres praticiens.

@jbgury

This comment has been minimized.

Contributor

jbgury commented Mar 3, 2018

Explications sur la sélection du mode de consultation (qui est en lien avec le tableau de bord). Cela permet de faire ressortir rapidement s'il a fallu revoir rapidement le patient après une consultation, si le patient a déjà été traité au travers d'une urgence.
car ces indicateurs servent au thérapeute. Trop de retour sur semaine/mois peut traduire une fatigue du thérapeute, que cela a des impacts sur les traitements qu'il fait. Permet aussi de s'améliorer ou d'identifier sur quels traitements il est préférable qu'il s'améliore. Avec ceux avec qui il avait été établi, ceci permettait l'amélioration continue du therapeute/cabinet d'identifier des faiblesses et donc tenté dans le coeur de métier de l'ostéopathe. Je ne suis pas pour le rendre optionel à ce titre. Le dashboard pourrait sans doute être amélioré pour être plus intelligent. Mais c'est un autre sujet.

@jbgury

This comment has been minimized.

Contributor

jbgury commented Mar 3, 2018

L'outil badge peut répondre à ce besoin oui. Mais le laisser par défaut me paraît essentiel

@JocelynDelalande

This comment has been minimized.

JocelynDelalande commented Mar 3, 2018

Merci pour les détails :)

L'outil badge peut répondre à ce besoin oui. Mais le laisser par défaut me paraît essentiel

Je ne proposais pas de le masquer par défaut, simplement de le présenter sous forme de badge, afin qu'il occupe moins d'espace sur la page.

@jkiwi

This comment has been minimized.

jkiwi commented Mar 4, 2018

L'outil badge peut répondre à ce besoin oui. Mais le laisser par défaut me paraît essentiel

@jbgury aucun problème pour garder l'option (surtout si des collègues l'utilisent en production). Un badge permettrait de favoriser l'affichage des infos patients dans la fiche de consultation tout en gardant cette possibilité pour le praticien (car comme tu le précise, c'est plus une option pour le praticien). Merci de l'avoir expliqué en tout cas, je comprends que ça puisse être utile et chacun·e choisira ou non de l'employer.

JocelynDelalande added a commit to JocelynDelalande/Libreosteo that referenced this issue Jun 7, 2018

JocelynDelalande added a commit to JocelynDelalande/Libreosteo that referenced this issue Jun 7, 2018

@JocelynDelalande

This comment has been minimized.

JocelynDelalande commented Jun 7, 2018

On est très très proches du but :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment