Regroupement prestations d'une même consultation

Bonjour,

Je cherche à mesurer l’activité des professionnels, notamment à décomposer le contenu des consultations. J’essaie de regrouper en une seule ligne l’ensemble des prestations réalisées lors d’un même contact. Je constitue donc une table avec sur la même ligne l’ensemble des BSE_PRS_NAT et CAM_PRS_IDE (ainsi que les montants payés).

Pour identifier une consultation, je groupe par BEN_IDT_ANO, PFS_EXE_NUM, EXE_SOI_DTD et 8 des 9 clés de jointure (j’interprète PRS_ORD_NUM comme le numéro de la prestation / acte réalisé lors de la consultation et ne l’utilise donc pas dans mon groupe). Je prends comme référence la méthode proposée dans deux posts précédents (Association majoration/depassement avec une prestation : DCIR - FAQ - Communauté d’entraide SNDS ; Bizarreries PRS_PAI_MNT/BSE_REM_MNT /BSE_REM_BSE /CPL_PRS_MNT? - FAQ - Communauté d’entraide SNDS).

  • Premièrement, est-ce que c’est une façon correcte d’identifier une consultation ainsi que son contenu ?

  • Deuxièmement, dans certains cas, j’ai plusieurs lignes pour un même ben_idt, pfs_exe_, exe_soi_dtd, avec uniquement un changement de valeur pour DCT_ORD_NUM.
    C’est notamment le cas pour des sages-femmes qui cotent des acte de sage-femme et dont le RGO_ASU_NAT = 30 (maternité). J’interprète donc cela comme une sage-femme qui facture le même jour l’ensemble des consultations réalisées précédemment. Est-ce cohérent ? Est-il possible de connaître la date exacte de la consultation ?
    Dans d’autres cas, ce sont des professionnels qui cotent trois fois le même patient avec une ligne sans acte technique et deux lignes différentes avec un acte technique (sans minoration du montant payé pour l’acte par rapport à la base de remboursement). Dans ce cas, est-ce que je dois considérer cela comme une seule consultation ou comme trois consultations ?

Merci pour vos éclairages et pour toute piste de réflexion sur ce problème !

Cordialement,

Bonjour Jean-Baptiste,

Selon les variables que vous citez, vous mobilisez les deux tables : PRS et CAM.

Les 9 clés de jointure permettent d’identifier une prestation (acte de base ou majoration). Si vous souhaitez identifier un soin, vous faites bien référence à ce post, mais les clés d’agrégation que vous utilisez sont différentes de celles qui y sont présentées.

Quel niveau d’agrégation souhaitez-vous ? Lors d’une consultation chez un professionnel de santé, nous pouvons par exemple avoir une consultation avec majoration ainsi que plusieurs actes CCAM.

  • Si vous souhaitez comptabiliser le nombre de contacts (donc une seule ligne en sortie), il ne faut pas inclure la nature de prestation.

  • Si vous souhaitez obtenir deux lignes (1 = consultation, 2 = réalisation des actes CCAM), il convient de conserver PRS_NAT_REF et de ne pas joindre la table CAM. Attention : il s’agit de PRS_NAT_REF et non de BSE_PRS_NAT, sinon vous ne regroupez pas les majorations. Par conséquent, les montants ne seront pas correct.

  • Si vous souhaitez avoir une ligne de consultation, puis une ligne par code CCAM distinct, il faut effectuer la jointure avec la table CAM, puis regrouper selon les clés indiquées dans le post que vous avez mentionné.

J’espère avoir répondu à votre question.

Bien à vous,
Fei GAO – Health Data Hub

Bonjour,

Merci pour votre réponse rapide.

Concrètement, je veux avoir une ligne par contact avec le détail des prestations réalisées. Je ne cherche pas à avoir le montant des majorations mais uniquement de la prestation, c’est pour cela que je travaille avec BSE_PRS et non pas PRS_NAT.

Actuellement, je transforme la table avec les prestations affinées :

BSE | CAM | EXE_SOI_DTD | BEN | PFS | 8 clés de jointure | PRS_ORD_NUM | PAI
1324 | jnqm001 | 01.04.26 | AAAA | XXXX | jointures | 1 | MTN1
1324 | zcqm003 | 01.04.26 | AAAA | XXXX | jointures | 2 | MTN2

En une table :
*SOI_DTD | BEN | PFS | 8 clés de jointure |MTN_PAI | BSE1 | CAM1 | PAI1 | BSE2 | CAM2 | PAI2 *
01.04.26 | AAAA |XXXX |jointures |MTN1+MTN2 |1324 | jnqm001 | MTN1 | 1324 | zcqm003 | MTN2

Je fais cela pour avoir une unique ligne par contact, tout en gardant la composition précise des prestations réalisées lors de ce contact. Ma question était donc de savoir si en utilisant 8 des 9 clés de jointure ainsi que la date de soin, j’identifiais correctement le contact : pas de doublon des contacts, ni de fusion de consultations différentes. Est-ce que cela vous parait cohérent ?

Bonjour,

  1. Je ferais la jointure entre PRS et CAM, avec les 9 clés de jointure.
  2. Quand je ferais l’aggrégation, je prends ces éléments suivants
    1. L’identifiant du bénéficiaire BEN_IDT_ANO
    2. la date de début des soins EXE_SOI_DTD
    3. la date de fin des soins EXE_SOI_DTF (le cas échéant)
    4. le numéro du PS exécutant PFS_EXE_NUM
    5. l’organisme de liquidation ORG_CLE_NEW
    6. le numéro de l’établissement exécutant ETB_EXE_FIN (le cas échéant)
    7. le taux de remboursement de l’acte de base RGO_REM_TAU (à tester)

Je ne conserverai pas les clés de jointure système dans les variables de regroupement.

J’espère avoir été clair.

Bien à vous

Fei GAO – Health Data Hub