Alignement commun sur le mapping des unités de posologie

iherveOCSIN commented 5 months ago

Comprimé est utilisé pour tous les médicaments bien que certains sont sous forme liquide

dvribeira commented 5 months ago

https://github.com/CARA-ch/ch-emed-epr/issues/38

iherveOCSIN commented 5 months ago

@dvribeira va transmettre l'information à @sep-proactive, mais un mapping général devra être établi entre tous les intégrateurs actuels

iherveOCSIN commented 5 months ago

S'accorder sur quel mapping tous les intégrateurs seront prêts à s'aligner
estimer la charge nécessaire chez chacun pour l'implémenter dans chaque système

@dvribeira Souad prendra le point pour s'occuper de tout ce qui est organisation de séance, planning, coordination. Pour ce qui est du contenu, ok pour toi pour que ce soit toi prenne le lead ?

dvribeira commented 5 months ago

Je viens de changer le titre du ticket pour éviter la confusion avec le mapping pour le champ form de la ressource Medication pour la forme galénique. La forme galénique est déjà fourni par l'INDEX directement comme code EDQM (qu'on utilise pour ce champ dans CH EMED et CH EMED EPR) (mais il est fourni par composant d'un produit médical): https://index.hcisolutions.ch/DataDoc/element/PRODUCT/PRD/CPT/EDQMPDF

dvribeira commented 5 months ago

Après discussion avec CH EMED (M. Ziegler et Q. Ligier pour Ahdis, P. Jolo pour ehealthsuisse et moi pour le PMP):

nmol (UCUM) sera ajouté au value set
SCT 413568008 | Application - unit of product usage (qualifier value) sera ajouté au value set (à vérifier par Pero Grgic, ehealthsuisse)

Ces deux ajouts devront permettre un mapping total entre les unités CH EMED et:

les unités du Code type 9 aux INDEX HCI
les unités utilisés par Presco aux HUG, mapping accordé avec F. Mesia et L-Z. Kaestli.

Ça débloquerait un mapping commun à implémenter pour les systèmes basés sur les données INDEX (swissmeds, portail patient, ~presco...). Les systèmes qu'utilisent les données INDEX devront ou bien vérifier ou réviser comment ils obtient les unités, car seulement les unités du Code type 9 sont mappées, ou bien ajouter une couche de traduction supplémentaire pour arriver aux unités code type 9 ou directement aux unités CH EMED.

Je crois qu'avant avancer avec ce mapping Code type 9 -> CH EMED UnitCode on devrait vérifier si le mapping il est bon (vérification métier) et plus important, si la liste d'unités est assez complète (suffisant pour les traitements qu'on pourrait envisager pour le pilote). @iherveOCSIN je peux envoyer un tableau avec le mapping à Laure-Zoé et poser la question, est-ce que tu envisages des autres actions?

NB: ces actions ne concernent directement l'implémentation de Soarian. NB2: les ajouts aux unités CH EMED seront effectifs avec la prochaine version, à intégrer aussi dans la prochaine version de CH EMED EPR (date à définir).

iherveOCSIN commented 4 months ago

@dvribeira voir si on peut faire intervenir aussi un représentant métier côté CHUV pour avoir un avis métier (François Bastardot, Olivier Pignolet)

dvribeira commented 4 months ago

Un tableur google partagé a été discuté lors d'une réunion incluant des professionnels le 30/04/2024.

La première feuille - HCI CDTYP 9 - contient un mapping de ce tableau dans l'INDEX de HCI aux unités de format d'échange du PMP. Ce tableau est celui que HCI utilise pour produire le contenu eMediplan. La deuxième feuille - Systèmes PMP - vise à fournir en un coup d'œil les différentes correspondances effectuées par les systèmes clients entre les unités de format d'échange du PMP (à gauche) et les unités internes de chaque système.

Pouvez-vous (@qligier, @laberg, @opignole, @dejajs) s'il vous plaît:

Si applicable, vérifier que la cartographie effectuée sur la première feuille est correcte. Certaines lignes ont un commentaire.
Compléter la deuxième feuille avec les unités de votre système, si applicable. Vérifiez que la liste des unités sur le format d'échange est suffisante pour l'échange de données dans le domaine (eMedication). Ajoutez des commentaires au besoin sous la colonne des commentaires. Notez que les codes internes ne sont pas pertinents, vous pouvez remplir la ou les cellules avec un code, un nom ou toute autre représentation (même un X juste pour signaler que votre système utilise cette unité).

laberg commented 3 months ago

@dvribeira est-ce que ce sont uniquement des unités de doses (prises) sur la deuxième page ou ça peut aussi inclure des unités de concentration (dosage) ou encore des unités de quantités d'emballage ? Dans Swiss-Meds, nous avons des listes d'unités différentes en fonction de l'attribut. Par exemple, je retrouve "kg" dans notre liste d'unités de quantités d'emballage, mais pas dans les autres, je le renseigne quand même sur la deuxième page ?

dvribeira commented 3 months ago

@laberg Seulement les unités de posologie (prises). Un alignement sur les autres unités n'a été pas discuté.

En tout cas, si vous avez des soucis par rapport aux unités de quantités d'emballage ou de concentration des substances, n'hésitez pas à créer un issue dans le dépôt et laisser ceci pour les unités de prise.

iherveOCSIN commented 3 months ago

PV discussion 29.05.2024:

Daniel Vazquez (HUG)
Quentin Liegier (Ahdis)
Durim Shala (CARA)
Aline Burri (CARA)
Cyril Ackermann (OCS)
Souad Gamrani (OCSIN)
Inès Hervé (OCSIN)

Le lead est repris par CARA (Aline Burri et Durim Shala) pour maintenir un mapping entre intégrateurs, organiser régulièrement des revues du mapping avec les intégrateurs et communiquer d'éventuels changements/mises à jour. La fréquence sera à déterminer. Parmi les intégrateurs, il faut des personnes du métier.

L'équipe SwissMeds doit aussi être intégrée dans ce discussions (Hamdi Hagberg).

CARA-ch / pmp-issues

Alignement commun sur le mapping des unités de posologie #23