Ajout de cartes vitales dans ADAGIO

Transcription

1 Ajout de cartes vitales dans ADAGIO La prise en compte des cartes Vitale nécessite un paramétrage au niveau d ADAGIO. Ce paramétrage n est pas exhaustif, car il est complété au fur et à mesure des intégrations. Cependant, petit à petit, le nombre de codes Vitale à créer diminuera. Erreur lors de l intégration Lorsque vous obtenez à l intégration, l erreur suivante : Erreur Code Vitale Absent ou NON Unique Cela signifie que la facture que vous intégrez fait référence à un n d organisme vitale que vous n avez pas encore paramétré Allez dans «Intégration des œuvres», puis «Mise à jour du fichier Transmission» pour consulter le fichier contenant l erreur Page 1 / 7

2 Les informations concernant le régime obligatoire et le(s) régime(s) complémentaire(s) sont contenues respectivement dans les zones D19 et D21 (voire D22 et D23). Dans l exemple ci-dessus, nous avons D D La zone D19 contient une valeur inférieure à 9999 : c est donc le n d un organisme interne à ADAGIO. En recherchant dans la table ORGANISME avec le Quest et en examinant la colonne ORG_ORGANISME, on retrouverait l organisme correspondant. Page 2 / 7

3 D après cet exemple, c est la CPAM LIMOGES 446. Rapprochez vous alors du cabinet dentaire ou du centre optique du patient pour savoir quel est son régime obligatoire. Supposons qu il soit à la CPAM LIMOGES 446 pour le régime obligatoire (ce qui est conforme à ce que vous avez constaté dans ADAGIO) et à la Mutuelle Creusoise en régime complémentaire. On en déduit donc que le n d organisme Vitale est l identifiant de cette mutuelle. Il faut donc établir une correspondance dans ADAGIO entre ce n et celui de cet organisme de la table ORGANISME. Page 3 / 7

4 Dans la table ORGANISME, via le Quest, le n interne de la Mutuelle Creusoise est le 88 En résumé, nous avons les informations suivantes : Type d organisme N interne dans ADAGIO Nom RO 0026 CPAM LIMOGES 446 RC 88 MUTUELLE CREUSOISE Dans le Quest, ouvrez la table TRANSVITALE Assurez-vous que vous soyez en mode «Edition» (Menu «Table», puis choisissez «Edit») Appuyez sur la touche «Inser» de votre clavier pour créer un nouvel enregistrement La colonne VIT_CODEVITALE est renseigné avec le n d organisme Vitale : La colonne VIT_TRANSCODE est renseignée avec le n de l organisme interne d ADAGIO qui correspond à n Vitale. : 88 La colonne VIT_TRANSORG est laissée à 0 La colonne VIT_TYPEORC est renseigné avec «O» si l organisme est un régime obligatoire, «C» pour une complémentaire : ici, ce sera «C» Enregistrez la création en allant dans le menu «Table» puis en choisissant «Apply Edits». Comment interpréter cette ligne? Lorsque ADAGIO rencontre un n d organisme qui est un n d organisme Vitale, il va rechercher pour ce n, dans la table TRANSVITALE, le n de l organisme correspondant. La manipulation équivaut à remplacer, dans notre exemple, la valeur de la zone D21 par 88! Cependant, la table TRANSVITALE permet d automatiser cette manipulation. Page 4 / 7

5 Cas particuliers Les CMU : Le n d organisme Vitale pour la CMU est national. C'est-à-dire que, quelque soit la caisse dont dépend le patient, son n est le même : généralement ou Reprenons le même exemple que précédemment : cette fois-ci, la zone D21 est renseignée avec la valeur D D Nous savons que le n d organisme 26 correspond dans ADAGIO à la CPAM LIMOGES 446. Logiquement, si le patient a la CMU, le tiers payant mutuelle sera envoyé à l organisme CMU géré par le même centre de gestion que la CPAM LIMOGES 446. En consultant la table ORGANISME, la CPAM LIMOGES 446 est géré par le centre de gestion de n 125 (CPAM 87 LIMOGES GESTION) Parmi les organismes gérés par ce centre, on retrouve la CMU CPAM LIMOGES, dont le n est le 13. Type d organisme N interne dans ADAGIO Nom RO 0026 CPAM LIMOGES 446 RC 13 CMU CPAM LIMOGES Si on suivait aveuglément la même logique que dans l exemple précédent, on établirait dans la table TRANSVITALE, une correspondance entre le n d organisme Vitale et la CMU CPAM LIMOGES que nous avons trouvé. Mais ce serait faux! En effet, le n organisme Vitale pour la CMU est NATIONAL! Ainsi, quelque soit le centre de rattachement du patient, le n est toujours le même! Voila ce qu on pourrait être tenté d écrire dans la table TRANSVITALE et qui est bien sûr FAUX : VIT_CODEVITALE VIT_TRANSCODE VIT_TRANSORG VIT_TYPEORG C Page 5 / 7

6 Ceci est faux, car si le patient dépend de la CPAM du Finistère, sa CMU serait envoyé à la CMU CPAM LIMOGES!! En fait, l organisme destinataire de la CMU dépend de l organisme du régime obligatoire : si le patient a pour organisme de régime obligatoire la CPAM LIMOGES 446, la CMU est géré par l organisme CMU CPAM LIMOGES; si le patient a pour organisme de régime obligatoire la CPAM DU FINISTERES, la CMU est géré par l organisme CMU de la CPAM DU FINISTERES Pour établir cette correspondance qui prend en compte le régime obligatoire, il faut utiliser, en plus de la table TRANSVITALE, la table TRANSORG. Tout d abord, on paramètre la table TRANSVITALE avec un organisme fictif, qui n existe pas dans la table ORGANISME : nous prendrons ici comme valeur le VIT_CODEVITALE VIT_TRANSCODE VIT_TRANSORG VIT_TYPEORG C Notez la valeur de la colonne VIT_TRANSORG qui est maintenant 1 : elle indique à ADAGIO qu il doit utiliser OBLIGATOIREMENT la table TRANSORG pour déterminer le n de l organisme. La colonne VIT_TYPEORG, elle, est fidèle à sa définition : nous codons une CMU, donc un régime complémentaire. La table TRANSORG contient trois colonnes : TRS_CODE1, TRS_CODE2 et TRS_DEVIENT Elle se lit de la façon suivante : Lorsque la valeur de la colonne TRS_CODE1 est associée à la valeur de la colonne TRS_CODE2, elle devient TRS_DEVIENT. Voici ce que nous devons paramétrer, par rapport à notre exemple, dans cette table : TRS_CODE1 TRS_CODE2 TRS_DEVIENT On peut la lire ainsi : Lorsque l organisme de n 9090 est associé à l organisme de n 26, il devient 13 Remarque : Si l organisme indiqué dans TRS_CODE1 est une mutuelle, l organisme en TRS_CODE2 est un régime obligatoire et inversement. L organisme indiqué dans TRS_DEVIENT est du même type que celui indiqué dans TRS_CODE1. Ainsi, si nous résumons les informations : La table TRANSVITALE associe le n d organisme Vitale à l organisme (fictif) 9090 ; ceci serait équivalent à saisir 9090 à la place du n d organisme Vitale dans la zone D21. La table TRANSORG transforme le n d organisme 9090 en 13, car il est associé à l organisme de régime obligatoire 26. Voici les étapes de la correspondance : Zone Valeur Zone Valeur Zone Valeur D19 26 TRANSVITALE D19 26 TRANSORG D19 26 D D D21 13 Pourquoi utiliser un organisme fictif? Comme vous le voyez, l organisme de n 9090 n est qu un intermédiaire dans la rechercher du n final de l organisme. Il n a donc aucune raison d exister. De plus, s il existait dans la table ORGANISME, on pourrait être tenté de l utiliser directement, comme un organisme quelconque. Page 6 / 7

7 La table TRANSVITALE, associé parfois à la table TRANSORG, permet d automatiser le traitement de n d organisme Vitale. Il est bien sûr hors de question que vous modifiez manuellement les n organisme du fichier d intégration! Ainsi, lorsque vous aurez créé une fois la ligne pour le n d organisme Vitale dans la table TRANSVITALE, tout le reste du paramétrage se fera au niveau de la table TRANSORG. Les organismes avec un code organisme Vitale National : Cas des SLI, de la MGEN Ce cas de paramétrage est en fait une généralité de l exemple de la CMU. Le n d organisme Vitale est unique est NATIONAL, comme l est le n d organisme Vitale pour la CMU. Vous aurez donc à créer une ligne dans la table TRANSVITALE pour ce n d organisme Vitale, associée à un organisme fictif, que vous associerez ensuite, via la table TRANSORG, au bon organisme. Remarques générales concernant les tables TRANSVITALE et la table TRANSORG 1. Plusieurs n d organisme Vitale peuvent être associés au même organisme dans ADAGIO. Par exemple, pour les SLI, les douanes peuvent avoir plusieurs contrats. Chaque contrat a un n d organisme Vitale différent. Pourtant, ces numéros seront associés, dans la table TRANSVITALE, au même organisme. 2. Vous disposez certainement d un paramétrage dans la table TRANSORG (paramétrage des SLI, gestion des CMU ). Il est inutile, voire même dangereux, de refaire un paramétrage similaire pour la gestion des codes Vitale. Dangereux, car vous doubleriez le paramétrage ce qui serait, à plus ou moins long terme, source d erreur ; inutile, car il existe déjà! Pour bénéficier du paramétrage existant, il faut qu après le passage par la table TRANSVITALE, vous obteniez le même n d organisme que celui que vous aurait envoyé le logiciel métier s il ne vous avait pas transmis le n d organisme Vitale. 3. Les exemples que nous avons donnés traitaient du paramétrage d un n d organisme de carte Vitale pour le régime complémentaire ; la logique est rigoureusement la même si le n d organisme Vitale est celui d un régime obligatoire! 4. Si une facture est renseignée uniquement avec des n d organisme Vitale tant au niveau du régime obligatoire qu au niveau du régime complémentaire, le principe est rigoureusement le même. 5. Lorsque vous rencontrez l erreur d intégration : Erreur Code Vitale Absent ou NON Unique Ceci peut signifier que : Il n y a pas de correspondance dans la table TRANSVITALE pour ce n d organisme Vitale La correspondance est bien établie dans la table TRANSVITALE, mais il manque celle de la table TRANSORG. 6. L organisme correspondant au n d organisme Vitale peut ne pas exister! Il faudra donc créer l organisme tel que vous avez l habitude de le faire. Page 7 / 7