Tu scindes la question en deux axes de réflexion : est-ce que le GIR n'est pertinent que chez la personne âgée et comment gérer les cas où il est inconnu ou non pertinent.

Même si AGGIR est l'acronyme de "autonomie gérontologique groupes iso-ressources", donc fait explicitement référence à la gérontologie, la grille de calcul du GIR (groupe iso-ressource) me semble pertinente "de 7 à 107 ans".

Les acteurs terrain pourraient nous préciser s'ils n'utilisent le GIR que chez les personnes âgées.

Je te rejoins par ailleurs sur l'intérêt de pouvoir ne pas le renseigner s'il n'est pas connu ou pas pertinent. Dans le message ORDER, le GIR n'est présent que dans le bloc ContextShipTo qui fournit le "contexte d'intervention". Même si le bloc lui-même est optionnel, le GIR y est obligatoire, ainsi que la nature de la prestation (APA, PCH...) et le type de bénéficiaire (enfant, handicapé…). Ce qui signifie que si on souhaite préciser l'une de ces informations, il faut également fournir une réponse aux deux autres.

Puisque le bloc lui-même est optionnel, c'est une logique de "tout ou rien" qui ne paraît pas avoir grand sens. Pourquoi ne pas rendre l'ensemble des informations du bloc ContextShipTo optionnelles, ce qui permettrait, si le GIR n'est pas un élément constitutif de cette commande, de ne pas l'indiquer ?

Sauf erreur le GIR concerne la personne agée pour savoir si elle peut bénéficier de l'APA
Pour une personne handicapée ou pour une aide sociale, on n'aura donc pas de GIR
... et puis à chaque fois que j'ai développé des applis sans prévoir le codage de "ne s'applique pas" et/ou "non renseigné", je m'en suis mordu les doigts ;-)

Dans le fichier Liste_de_Codes_et_referentiels_d_identification.doc on trouve des réponses à beaucoup de questions de ce type, dont le tableau avec les définitions des valeurs 1 à 6 du GIR.

En première intention, j'aurais tendance à me contenter de ces 6 valeurs, et de ne pas inclure l'information si elle n'est pas connue ou n'est pas pertinente. Comme le code 6 correspond à "Personne autonome dans tous les actes de la vie courante", elle peut probablement être utilisée pour les cas par défaut.

pour essayer d'y voir un peu plus clair : le message ORDER décrit une commande

- passée par un ordonnateur/acheteur (BuyerCITradeParty) à un prestataire/vendeur (SellerCITradeParty)

- qui concerne une prestation d'aide qui peut être décrite dans la rubrique ContextShipTo

c'est dans cette rubrique que l'on trouve le GIR, la nature de la prestation, le type de bénéficiaire, etc.

question bête : la rubrique ContextShipTo est optionnelle donc on peut la renseigner seulement côté ordonnateur ou côté prestataire ou encore l'ignorer ?




... merci à ceux qui ont implémenté le message de confirmer / contredire / compléter cette analyse

Le GIR prend ses valeurs entre 1 et 6
réflexe d'informaticien => même si cela ne correspond sans doute pas à des scénarios réels, il me semble judicieux de prévoir aussi des valeurs pour :

- GIR non connu (par exemple 0)
- ne s'applique pas (par exemple -1)

La grille nationale AGGIR (Autonomie Gérontologie Groupe Iso-Ressources) permet d’évaluer le degré de perte d’autonomie des demandeurs de l'aide.

6 groupes GIR sont définis de 1 (personnes âgées confinées au lit, dont les fonctions mentales sont gravement altérées) à 6 (personnes qui n’ont pas perdu leur autonomie pour les actes discriminants de la vie courante)
voir par exemple www.service-public.fr/particuliers/vosdroits/F1229

les valeurs du champ GIR sont-elles limitées ? exemple : de 1 à 6

par ailleurs, le champ GIR est de type string <ram:GIR> String </ram:GIR> : ne gagnerait-on pas à en faire un entier ?